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 関連の付録
クライアントのネットワークベースのブートの問題
オペレーティングシステムが異なれば、ネットワークブートに使用されるネットワークプロトコルも異なります。BMR はこのプロトコルを利用して、ネットワークベースのクライアントリカバリを開始します。たとえば、Windows、Linux および Solaris-x86 では、DHCP、TFTP プロトコルで構成された PXE ベースのネットワークブートを使用します。
それぞれについて説明します。
Windows の場合: BMR は PXE サービスおよび TFTP サービスを BMR ブートサーバー上で実行します。 DHCP は同じサブネットのどのサーバーでも使用できます。
Linux の場合: DHCP サービス、TFTP サービスは、クライアントのネットワークブートを提供するブートサーバー上で実行される必要があります。 (注意: サービスがブートサーバーに配備され、実行されると、BMR はクライアントのネットワークブートを有効にするために、自動的にサービスを登録または登録解除します。)場合によっては、クライアントのリカバリが行われるのと同じサブネットで、複数のネットワークブートプロトコルサーバーが実行されていることがあります。 その中の 1 つがネットワークブート時に BMR クライアントに IP アドレスを割り当てることができる正しい PXE/DHCP/bootp サーバーです。そのような環境では、BMR リカバリのためにクライアントがネットワーク越しにブートされると、ネットワークブートの要求がブロードキャストされ、意図しないネットワークブートサーバー (PXE/DHCP/BOOTP) に最初に到達する可能性があります。 そのようなケースでは、エラーが返され、BMR リカバリが失敗する場合があります。
そのため、BMR クライアントのネットワークブートに必要な有効なサービス 1 つを除いて、同じサブネット内で他のネットワークブートサービスが実行されていないことを確認します。 これは、PXE、DHCP、BOOTP ブートプロトコルそのものの制限事項であり、最初の DHCP がエラーを応答すると、ネットワークブートプロセスが停止してしまうためです。