NetBackup™ 重複排除ガイド
- NetBackup メディアサーバー重複排除オプションの概要
- 配備の計画
- MSDP ストレージと接続性の必要条件について
- NetBackup メディアサーバー重複排除について
- NetBackup Client Direct の重複排除について
- MSDP リモートオフィスのクライアントの重複排除について
- MSDP のストリームハンドラについて
- MSDP の配置のベストプラクティス
- ストレージのプロビジョニング
- 重複排除の構成
- MSDP 重複排除マルチスレッドエージェントについて
- MSDP のフィンガープリントについて
- MSDP での 400 TB のサポートの有効化
- メディアサーバー重複排除プールのストレージサーバーの構成
- NetBackup の重複排除用ディスクプールについて
- [メディアサーバー重複排除プール (Media Server Deduplication Pool)]ストレージユニットの構成
- MSDP クライアント側重複排除のクライアント属性の構成
- MSDP の暗号化について
- NetBackup Key Management Server サービスを使用した MSDP 暗号化について
- MSDP の複製およびレプリケーションに対する個別ネットワークパスについて
- 同じドメイン内での MSDP の最適化複製について
- 異なる NetBackup ドメインへの MSDP レプリケーション設定
- NetBackup 自動イメージレプリケーションについて
- リモートドメインへの MSDP レプリケーションに対するターゲットの構成
- ストレージライフサイクルポリシーについて
- [耐性ネットワーク (Resilient network)]プロパティ
- NetBackup クライアントでの可変長の重複排除について
- MSDP pd.conf 構成ファイルについて
- MSDP ストレージサーバーの構成の保存について
- MSDP カタログの保護について
- 変更不可および削除不可のデータの NetBackup WORM ストレージサポートについて
- root 以外のユーザーによる MSDP サービスの実行
- root 以外のユーザーによる MSDP コマンドの実行
- MVG (MSDP ボリュームグループ)
- MSDP ボリュームグループについて
- MSDP ボリュームグループの構成
- MSDP クラウドのサポート
- MSDP クラウドのサポートについて
- クラウド領域の再利用
- クラウド LSU のディザスタリカバリについて
- MSDP クラウドを使用したイメージ共有について
- MSDP クラウド変更不可 (WORM) ストレージのサポートについて
- AWS S3 の変更不可オブジェクトのサポートについて
- Google Cloud Storage のオブジェクトレベルの変更不可ストレージのサポートについて
- AWS IAM Role Anywhere のサポートについて
- Azure サービスプリンシパルのサポートについて
- AWS Snowball Edge の NetBackup のサポートについて
- クラウドダイレクトについて
- MSDP の S3 インターフェース
- MSDP の独自の (BYO) サーバーでの MSDP 用 S3 インターフェースの構成
- MSDP の S3 インターフェースの IAM (Identity and Access Management)
- MSDP の S3 インターフェースの S3 API
- MSDP の S3 インターフェースでのディザスタリカバリ
- 重複排除アクティビティの監視
- 重複排除の管理
- MSDP サーバーの管理
- NetBackup Deduplication Engine クレデンシャルの管理
- メディアサーバー重複排除プールの管理
- MSDP データ整合性チェックについて
- MSDP ストレージのリベースについて
- MSDP のリカバリ
- MSDP ホストの置換
- MSDP のアンインストール
- 重複排除アーキテクチャ
- ユニバーサル共有の構成と管理
- ユニバーサル共有の概要
- ユニバーサル共有を構成するための前提条件
- ユニバーサル共有の管理
- ユニバーサル共有を使用したデータのリストア
- ユニバーサル共有の拡張機能
- オブジェクトストアへのユニバーサル共有データの指定
- データ重複排除のユニバーサル共有アクセラレータ
- 取り込みモードでのユニバーサル共有へのバックアップデータのロード
- ユニバーサル共有のスケールアウト
- ユニバーサル共有サービスの管理
- ユニバーサル共有に関連する問題のトラブルシューティング
- 分離リカバリ環境 (IRE) の構成
- NetBackup 重複排除シェルの使用
- 重複排除シェルからのユーザーの管理
- 外部 MSDP カタログバックアップについて
- 重複排除シェルからの証明書の管理
- 重複排除シェルからの NetBackup サービスの管理
- 重複排除シェルからの NetBackup サービスの監視およびトラブルシューティング
- 重複排除シェルからの S3 サービスの管理
- トラブルシューティング
- 統合ログについて
- レガシーログについて
- MSDP 構成の問題のトラブルシューティング
- MSDP 操作上の問題のトラブルシューティング
- 複数ドメインの問題のトラブルシューティング
- 付録 A. MSDP ストレージへの移行
- 付録 B. Cloud Catalyst から MSDP ダイレクトクラウド階層化への移行
- 付録 C. Encryption Crawler
WORM ストレージサーバーでの分離リカバリ環境の構成
WORM ストレージサーバー上に分離リカバリ環境 (IRE) を構成して、稼働中の環境と保護データのコピーとの間にエアギャップを生み出すことができます。エアギャップは、データレプリケーションが発生する時間枠を除いて、データへのネットワークアクセスを制限します。この機能は、ランサムウェアやマルウェアからの保護に役立ちます。
IRE を構成するには、稼働中の NetBackup 環境と、サポート対象の Cohesity アプライアンス上のターゲット WORM ストレージサーバーが必要です。互換性については、アプライアンスのマニュアルを確認してください。
稼働中の環境では、この機能についての追加の手順は必要ありません。重複排除シェルからターゲット WORM ストレージサーバーに IRE を構成するには、次の手順を実行します。
IRE を構成するには
- A.I.R. が本番ドメインで構成されていない場合は、次の手順に進みます。
A.I.R. が本番ドメインですでに構成されている場合は、msdpadm ユーザーとして重複排除シェルにログインします。次のコマンドを実行して、プライマリサーバーから WORM サーバーへの、レプリケーションの SLP 時間帯を表示します。
setting ire-network-control show-slp-windows production_primary_server=<production domain> production_primary_server_username=<production username> ire_primary_server=<IRE domain> ire_primary_server_username=<IRE username>
以下はその説明です。
<production domain> は、稼働中の環境のプライマリサーバーの FQDN (完全修飾ドメイン名) です。
<production username> は、稼働中の環境で SLP と SLP 時間帯を一覧表示する権限を持つ NetBackup ユーザーのユーザー名です。Windows ユーザーの場合は、ユーザー名を <domain name>\<username> の形式で入力します。他のユーザーの場合は、ユーザー名のみを入力します。
<IRE domain> は IRE のプライマリサーバーの FQDN です。稼働中の環境で SLP を構成したときにターゲットプライマリサーバーに使用したのと同じホスト名を使用してください。
<IRE username> は、IRE の SLP とストレージユニットを一覧表示する権限を持つ NetBackup ユーザーのユーザー名です。Windows ユーザーの場合は、ユーザー名を <domain name>\<username> の形式で入力します。他のユーザーの場合は、ユーザー名のみを入力します。
例:
production_primary_server=examplePrimary.domain.com production_primary_server_username=appadmin ire_primary_server=exampleIREPrimary.domain.com ire_primary_server_username=appadmin
コマンドの出力例を次に示します。
EveryDayAtNoon: SLPs: SLP1 Sunday start: 12:00:00 duration: 00:59:59 Monday start: 12:00:00 duration: 00:59:59 Tuesday start: 12:00:00 duration: 00:59:59 Wednesday start: 12:00:00 duration: 00:59:59 Thursday start: 12:00:00 duration: 00:59:59 Friday start: 12:00:00 duration: 00:59:59 Saturday start: 12:00:00 duration: 00:59:59 WeeklyWindow: SLPs: SLP2 Sunday start: 10:00:00 duration: 01:59:59 Monday NONE Tuesday NONE Wednesday NONE Thursday NONE Friday NONE Saturday start: 10:00:00 duration: 01:59:59
この例は、2 つの SLP 時間帯を示しています。
正午から 1 時間の日単位の時間帯。
午前 10 時から 2 時間の週単位の時間帯。
- ご使用の環境の要件に基づいて、スケジュールを決定して書き留めます。既存の A.I.R. 環境の場合、スケジュールは前の手順で表示した SLP 時間帯に対応する必要があります。
毎日同じ時間に開かれる日次スケジュールを設定することも、曜日ごとに異なるスケジュールを設定することもできます。
前の例では、次のいずれかで両方の SLP 時間帯に対応できます。
午前 10 時から午後 1 時までの日次スケジュール
月曜日から金曜日の午後 12 時から午後 1 時までと、土曜日と日曜日の午前 10 時から午後 1 時までのスケジュール
メモ:
稼働中の環境と IRE のタイムゾーンが異なる場合、スケジュールはどちらのタイムゾーンでも 1 日に 1 回のみ開始する必要があります。たとえば、ある環境のタイムゾーンが Asia/Kolkata でもう一方のタイムゾーンが America/New_York の場合、Kolkata では、火曜日の 22:00:00 と水曜日の 03:00:00 に開始するスケジュールはサポートされません。これらの開始時刻がニューヨークのタイムゾーンに変換されると、これらの開始時刻は火曜日の 12:30:00 と火曜日の 17:30:00 になり、これはサポートされません。
- 次のコマンドを実行して、WORM ストレージサーバーへのアクセスが許可されるサブネットと IP アドレスを構成します。
setting ire-network-control allow-subnets subnets=<CIDR subnets or IP addresses>
<CIDR subnets or IP addresses> は、許可されている CIDR 表記の IP アドレスとサブネットのカンマ区切りリストです。
例:
setting ire-network-control allow-subnets subnets=10.80.120.208,10.84.48.0/20
メモ:
IRE プライマリサーバー、IRE メディアサーバー、および IRE の DNS サーバーが許可リストに含まれている必要があります。これらのサーバーがすべて同じサブネットにある場合、サブネットのみが許可リストに含まれる必要があります。デュアルスタック IPv4-IPv6 ネットワークを使用している場合は、IPv4 アドレスと IPv6 アドレスの両方が許可リストに追加されていることを確認します。
- 次のコマンドを実行して、日単位のエアギャップスケジュールを設定します。
setting ire-network-control set-schedule start_time=<time> duration=<duration> [weekday=<0-6>]
[weekday=<0-6>] は、異なる曜日に異なるスケジュールを設定する必要がある場合に曜日を示す省略可能なパラメータです。0 は日曜日で、1 は月曜日です。
例:
setting ire-network-control set-schedule start_time=10:00:00 duration=03:00:00 weekday=0
- 本番ドメインと IRE ストレージサーバー間でデータを送信するには、MSDP 逆接続を追加してレプリケーション操作を追加する必要があります。
稼働中の環境と IRE WORM ストレージサーバー間のデータ送信の構成 を参照してください。