Veritas NetBackup™ Bare Metal Restore™ 管理者ガイド
- Bare Metal Restore の概要
- BMR の構成
- クライアントの保護
- リストア環境の設定
- 共有リソースツリー
- 共有リソースツリーについて
- 共有リソースツリーの前提条件
- 共有リソースツリーの作成
- 共有リソースツリーの管理
- ブートメディアの管理
- クライアントのリストア
- Windows ドライバパッケージの管理
- クライアントおよび構成の管理
- BMR ブートサーバーの管理
- トラブルシューティング
- CD/DVD からのブートの問題
- リストアにかかる時間が長い
- Solaris メディアブートネットワークパラメータの問題
- BMR 構成が誤って削除された場合にクライアントを回復する方法
- BMR リストアの後の最初のブートが UNIX プラットフォームで失敗します
- クライアントのネットワークベースのブートの問題
- Windows クライアントのリカバリ中のバックアップエラーの検証
- VM は 32 ビットアーキテクチャ Windows OS で実行されている仮想マシンへの BMR 物理的バックアップ変換後にブートするのに長い時間かかります。
- 仮想マシンの変換ジョブへの BMR が有効に設定されている物理的バックアップが、Windows プラットフォームで失敗する
- クライアントバックアップからの仮想マシンの作成に関する問題のトラブルシューティング
- ブートサーバーが Solaris 10 Update 11 の基本インストールを装備している場合、SRT の作成は失敗することがある
- システムブート時や BMR の初回ブート時に Solaris 11 以降の多くのサービスが警告メッセージを表示する
- BMR のリストア後の初回ブート時に、Solaris 11 以降の Solaris ゾーンリカバリを再構成するまでに時間がかかる
- テキストインストーラのパッケージがカスタマイズされた AI ISO 内に存在しない場合、Solaris BMR のリストア操作に失敗する
- 複数のデバイスに基づく OS 構成では /boot パーティションが独立したパーティション上になければならない
- ZFS ストレージプールを使ったクライアントのリストア後、初回のブート中に、複数のエラーメッセージが表示されることがある
- BMR が ZFS メタデータをフォーマットまたは消去しないことがある
- 自動イメージレプリケーションおよび BMR を使って保護する場合のクライアントの短縮名の指定
- クライアントリストアの成功後もリストアタスクがディザスタリカバリドメインに完了状態で保持されることがある
- BMR の IPv6 サポート
- リストア後に HP-UX の自動ブートに失敗することがある
- Solaris クライアントのリストア準備が機能しないことがある
- NetBackup 8.1 リリースでは、Netbackup 8.1 をインストールしている Windows (x64) での NetBackup 8.0 以前のクライアントを対象とした仮想インスタンスコンバータ (VIC) ホストの使用はサポートされません。
- クライアントバックアップからの仮想マシンの作成
- Bare Metal Restore アクティビティの監視
- 付録 A. NetBackup BMR 関連の付録
バックアップジョブの監視
管理コンソールのアクティビティモニターの［ジョブ (Jobs)］タブを使用して、保護対象のクライアントをバックアップするジョブを監視できます。
ジョブをダブルクリックすると、［ジョブの詳細 (Job Details)］ダイアログボックスが開かれ、ジョブに関する情報を参照できます。
次に示すタブに、ジョブの情報が表示されます。
［ジョブの概要 (Job Overview)］タブには、ジョブについての一般情報が表示されます。
［状態の詳細 (Detailed Status)］タブには、クライアント上でのエージェントの稼働状況をはじめ、ジョブについての詳細な情報が表示されます。ここでは、クライアントの構成情報が収集され、BMR マスターサーバーに送信されます。保護対象のシステムが (1 台または数台のディスクの) 単純な構成の場合、エージェントが消費する時間は、ほんの数秒です。さらに複雑な、複数のディスクグループまたはボリュームグループを所有するシステムでは数分かかります。複雑なストレージエリアネットワーク環境では、1 時間程度におよぶ場合があります。
バックアップポリシーで［複数のデータストリームを許可する (Allow Multiple Data Streams)］属性が有効にされている場合、NetBackup によって各クライアントのバックアップが複数のジョブに分割される場合があります。各ジョブでは、バックアップ対象リストの一部のみがバックアップされます。ジョブは個別のデータストリームに存在するため、同時に実行できます。各クライアントで、1 つのジョブのみによって、クライアント Bare Metal リカバリに必要な構成を収集するエージェントが起動されます (これは、通常、最もジョブ ID が小さいジョブです)。
バックアップが実行され、エージェントが構成情報を収集してマスターサーバーに送信できるように、バックアップジョブの状態が 0 (ゼロ) 以外であるものを調査して、問題を解決しておきます。
メモ:
BMR 構成バックアップジョブ (通常は、ジョブ ID が最も小さいジョブ) が失敗する場合でも、ファイルシステムデータバックアップは正常に完了します。 この場合、正常なファイルシステムデータバックアップの後で、BMR 構成バックアップジョブは一部完了として、黄色でハイライト表示されます。