NetBackup™ 重複排除ガイド
- NetBackup メディアサーバー重複排除オプションの概要
- クイックスタート
- 配備の計画
- MSDP ストレージと接続性の必要条件について
- NetBackup メディアサーバー重複排除について
- NetBackup Client Direct の重複排除について
- MSDP リモートオフィスのクライアントの重複排除について
- MSDP のパフォーマンスについて
- MSDP のストリームハンドラについて
- MSDP の配置のベストプラクティス
- ストレージのプロビジョニング
- 重複排除のライセンス
- 重複排除の構成
- MSDP 重複排除マルチスレッドエージェントについて
- MSDP のフィンガープリントについて
- MSDP での 400 TB のサポートの有効化
- NetBackup Key Management Server サービスを使用した MSDP 暗号化について
- メディアサーバー重複排除プールのストレージサーバーの構成
- NetBackup の重複排除用ディスクプールについて
- [メディアサーバー重複排除プール (Media Server Deduplication Pool)]ストレージユニットの構成
- MSDP クライアント側重複排除のクライアント属性の構成
- MSDP の暗号化について
- MSDP の複製およびレプリケーションに対する個別ネットワークパスについて
- 同じドメイン内での MSDP の最適化複製について
- 異なる NetBackup ドメインへの MSDP レプリケーション設定
- NetBackup 自動イメージレプリケーションについて
- リモートドメインへの MSDP レプリケーションに対するターゲットの構成
- ストレージライフサイクルポリシーについて
- [耐性ネットワーク (Resilient network)]プロパティ
- NetBackup クライアントでの可変長の重複排除について
- MSDP pd.conf 構成ファイルについて
- MSDP ストレージサーバーの構成の保存について
- MSDP カタログの保護について
- 変更不可および削除不可のデータの NetBackup WORM ストレージサポートについて
- root 以外のユーザーによる MSDP サービスの実行
- MVG (MSDP ボリュームグループ)
- MSDP ボリュームグループについて
- MSDP ボリュームグループの構成
- MSDP クラウドのサポート
- MSDP クラウドのサポートについて
- クラウド領域の再利用
- クラウド LSU のディザスタリカバリについて
- MSDP クラウドを使用したイメージ共有について
- MSDP クラウド変更不可 (WORM) ストレージのサポートについて
- AWS S3 の変更不可オブジェクトのサポートについて
- Google Cloud Storage のバケットレベルの変更不可ストレージのサポートについて
- 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
MSDP ボリュームグループのディザスタリカバリ
MVG サーバーの MSDP カタログは、通常の MSDP サーバーとして保護できます。MSDP カタログバックアップポリシーを使用できます。
シナリオ 1: MSDP カタログをリカバリできる
MSDP カタログをリカバリできる場合は、同じ手順に従って、リカバリされたカタログを使用して MSDP サーバーを再構成できます。
MVG サーバーの MSDP カタログは、通常の MSDP サーバーとして保護することをお勧めします。1 つの方法は、MSDP カタログバックアップポリシーを使用することです。
シナリオ 2: MSDP カタログを MVG サーバーカタログバックアップからリカバリできない
バックアップがない、またはバックアップデータを使用できないため、何らかの理由で MSDP カタログをリカバリできません。MSDP ボリュームグループの構成データを再構築し、MVG サーバーを再構成できます。
表:
いいえ |
手順 |
説明 |
---|---|---|
1 |
MSDP ボリュームグループの構成を再構築します。 |
MVG サーバーが持っていた MVG ボリュームと、各 MVG ボリュームが使用していた物理ボリュームを調べます。 この情報を見つけるには、次のいずれかの方法を使用します。
|
2 |
MVG サーバーを再構成します。 |
MSDP サーバーと同様に MVG オプションが選択された MSDP サーバーを構成できます。以前のホスト名を使用することをお勧めしますが、必須ではありません。 NetBackup で MVG サーバーのストレージサーバーの構成が失われた場合は、NetBackup Web UI を使用して構成します。 NetBackup にまだ MVG サーバーのストレージサーバーの構成がある場合は、nbdevconfig -setconfig コマンドを使用します。 次を追加して MVG を有効にする必要がある場合を除き、構成リストファイルと通常の MSDP サーバーの構成リストファイルに違いはありません。 V7.5 "mvgenabled" "1" string 詳しくは、コマンドラインを使用した MVG サーバーの構成を参照してください。 |
3 |
MVG ボリュームを 1 つずつ追加し戻します。 |
NetBackup にまだ MVG ボリュームで構成されたディスクプールがある場合は、add-virtual-volume オプションを指定して NetBackup コマンド nbdevconfig -setconfig を実行し、手順 1 で収集した情報を使用して MVG ボリュームを 1 つずつ追加します。 コマンドラインを使用した MVG ボリュームの作成を参照してください。 MVG ボリュームでのディスクプール構成が失われた場合は、NetBackup Web UI を使用して、手順 1 で収集した情報で対応するディスクプールと MVG ボリュームを再作成します。 この場合、NetBackup カタログでも、MVG ボリュームに関連付けられたバックアップイメージレコードが高い可能性で失われます。したがって、NetBackup イメージの 2 フェーズインポートも、物理ボリュームに対する通常の MSDP サーバーのリカバリの場合と同様に、MVG サーバーと MVG ボリュームの再構成後に必要です。 |
4 |
(オプション) クライアントとポリシーの割り当てテーブルを調整します。 |
クライアントとポリシーの割り当てテーブルは、手順 3 で再構築されます。障害の発生前に、クライアントとポリシーの組み合わせが複数の MSDP サーバーによって取得されていた場合、情報は再構築できますが、プライマリサーバーは障害前のサーバーと異なる場合があります。 必要に応じて、次の MSDP コマンドを実行して、クライアントとポリシーの組み合わせのプライマリ MSDP サーバーを確認して調整します。 cacontrol --cluster get-cp-assignment <dsid-of-mvg-volume> [<client> [<policy>]] cacontrol --cluster set-cp-assignment <dsid-of-mvg-volume> <client> <policy> <msdp-server> 通常、クライアントとポリシーのデータが多い MSDP サーバーがプライマリサーバーとして設定されます。 |