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