NetBackup™ 重複排除ガイド
- NetBackup メディアサーバー重複排除オプションの概要
- クイックスタート
- 配備の計画
- MSDP ストレージと接続性の必要条件について
- NetBackup メディアサーバー重複排除について
- NetBackup Client Direct の重複排除について
- MSDP リモートオフィスのクライアントの重複排除について
- MSDP のパフォーマンスについて
- MSDP のストリームハンドラについて
- MSDP の配置のベストプラクティス
- ストレージのプロビジョニング
- 重複排除のライセンス
- 重複排除の構成
- 重複排除マルチスレッドエージェントの動作の構成
- MSDP フィンガープリントのキャッシュ動作の構成
- ストレージサーバーでの MSDP フィンガープリントキャッシュのシードの構成
- NetBackup Key Management Server サービスを使用した MSDP 暗号化について
- メディアサーバー重複排除プールのストレージサーバーの構成
- 重複排除のディスクプールの構成
- [メディアサーバー重複排除プール (Media Server Deduplication Pool)]ストレージユニットの構成
- 同じドメイン内での MSDP の最適化複製について
- 同じ NetBackup ドメインでの MSDP 最適化複製の構成
- 異なる NetBackup ドメインへの MSDP レプリケーション設定
- NetBackup 自動イメージレプリケーションについて
- リモートドメインへの MSDP レプリケーションに対するターゲットの構成
- ストレージライフサイクルポリシーの作成
- [耐性ネットワーク (Resilient network)]プロパティ
- MSDP pd.conf ファイルの編集
- MSDP カタログの保護について
- MSDP カタログバックアップの設定
- 変更不可および削除不可のデータの NetBackup WORM ストレージサポートについて
- root 以外のユーザーによる MSDP サービスの実行
- MSDP クラウドのサポート
- MSDP クラウドのサポートについて
- クラウド領域の再利用
- クラウド LSU のディザスタリカバリについて
- MSDP クラウドを使用したイメージ共有について
- MSDP クラウド変更不可 (WORM) ストレージのサポートについて
- AWS S3 の変更不可オブジェクトのサポートについて
- Google Cloud Storage の変更不可ストレージのサポートについて
- 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 環境と、サポート対象の Veritas アプライアンス上のターゲット 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 ストレージサーバー間のデータ送信の構成 を参照してください。