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 8.1.1 以降のリリースでの BMR 用の、安全な通信の互換マトリックスを確認します。
NetBackup 8.1.1 以降のリリースでの BMR 用の、安全な通信の互換性の表を参照してください。
クライアントをリストアする前に、クライアントをリストア (PTR) 準備する必要があります。
リストア準備処理では、NetBackup マスターサーバーは次の処理を実行します。
マスターサーバーデータベースからクライアント構成を取得します。
クライアントのリストアに使用するリストアスクリプトおよび構成ファイルを作成します。
ブートサーバーリソースを選択したクライアントリカバリに割り当てます。
クライアントをリストア準備する場合、リストアに使用する構成を次のように選択します。
標準リストア (セルフリストアとも言い、同じシステムにリストアする) では、現在の構成を選択します。
他のリストア形式では、リストア用に作成した構成を選択します。
リストアに最新データが確実に含まれるようにするには、システムをリストアする直前にリストアを準備することをお勧めします。
bmrprep コマンドを使用してクライアントのリストアを準備する方法
- 管理者としてログインします。
- bpnbat コマンドを実行します。
bpnbat コマンドについて詳しくは、『NetBackup コマンドリファレンスガイド』を参照してください。
- bmrprep コマンドを実行して、リストア準備操作を開始します。
bmrprep コマンドについて詳しくは、『NetBackup コマンドリファレンスガイド』を参照してください。
https://www.veritas.com/support/en_US/article.DOC5332
NetBackup 8.1.1 リリース以降では、bmrprep コマンドを実行すると、SRT バージョンや構成バージョンなどのさまざまなパラメータに関連する検証チェックが実行されます。
リストアの準備のための検証チェックが正常に実行された場合、クライアントは自動リカバリのマークが付けられます。この自動リカバリは、デフォルトでは 48 時間有効です。マスターサーバーの真正性は自動的に検証され、ホスト ID ベースの証明書は自動リカバリ処理中にこのクライアントに対して自動的に発行されます。
nbhostmgmt コマンドを使用して、クライアントに自動リカバリのマークが付いているかどうかを確認します。
nbhostmgmt コマンドについて詳しくは、『NetBackup コマンドリファレンスガイド』を参照してください。
https://www.veritas.com/support/en_US/article.DOC5332
自動リカバリとホスト ID ベースの証明書の詳細については、『NetBackup セキュリティおよび暗号化ガイド』を参照してください。
検証チェックが失敗した場合は、適切なエラーメッセージが表示されます。メッセージに示される手順に従います。
詳しくは、リストア準備および検出準備のエラーメッセージと、BMR 用の安全な通信に関連する bmrprep コマンドを参照してください。を参照してください。
クライアントはリストアの準備ができています。
NetBackup 管理コンソールを使用してクライアントのリストアを準備する方法
- NetBackup 管理コンソールで、［Bare Metal Restore の管理 (Bare Metal Restore Management)］>［ホスト (Hosts)］>［Bare Metal Restore クライアント (Bare Metal Restore Clients)］を展開します。
- クライアントまたはクライアント構成を選択します。
- ［処理 (Actions)］>［リストア準備 (Prepare to Restore)］を選択します。
- ［クライアントのリストア準備 (Prepare to Restore Client)］ダイアログボックスで、リストアの適切な値を選択します。
クライアントとクライアント構成のいずれを選択したかによって、完了するフィールドが異なります。
他の PTR オプションが選択されている場合、BMR ディスクリカバリ動作を参照してください。
- ［OK］をクリックします。
Bare Metal Restore によって、リストア準備のためのすべての処理が実行されます。
NetBackup 8.1.1 リリース以降では、［リストア準備 (Prepare to Restore)］をクリックすると、SRT バージョンや構成バージョンなどのさまざまなパラメータに関連する検証チェックが実行されます。
リストアの準備のための検証チェックが正常に実行された場合、クライアントは自動リカバリのマークが付けられます。この自動リカバリは、デフォルトでは 48 時間有効です。マスターサーバーの真正性は自動的に検証され、ホスト ID ベースの証明書は自動リカバリ処理中にこのクライアントに対して自動的に発行されます。
nbhostmgmt コマンドを使用して、クライアントに自動リカバリのマークが付いているかどうかを確認します。
nbhostmgmt コマンドについて詳しくは、『NetBackup コマンドリファレンスガイド』を参照してください。
https://www.veritas.com/support/en_US/article.DOC5332
自動リカバリとホスト ID ベースの証明書の詳細については、『NetBackup セキュリティおよび暗号化ガイド』を参照してください。
https://www.veritas.com/support/en_US/article.DOC5332
https://www.veritas.com/support/en_US/article.DOC5332
検証チェックが失敗した場合は、適切なエラーメッセージが表示されます。メッセージに示される手順に従います。
詳しくは、リストア準備および検出準備のエラーメッセージと、BMR 用の安全な通信に関連する bmrprep コマンドを参照してください。を参照してください。
- 処理が完了すると表示されるダイアログボックスで、［OK］をクリックします。
クライアントは キューへ投入済み 状態で Bare Metal Restore タスクのリストに登録されています。リストア準備は完了するまで数分間かかります。
リストア構成をクリーンアップする方法
- NetBackup 管理コンソールで、［Bare Metal Restore 管理 (Bare Metal Restore Management)］>［Bare Metal Restore タスク (Bare Metal Restore Tasks)］をクリックします。
- 詳細ペインで、リストア構成をクリーンアップするクライアントを右クリックします。
- ショートカットメニューから［クリーンアップ (Clean Up)］を選択します。
タスクで使用されていたリソースの割り当てが解除され、［タスクの状態 (State)］が［完了 (Done)］に、［状態 (Status)］が［150］(ユーザーにより終了) に設定されます。