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 関連の付録
自動イメージレプリケーションを使用した他の NetBackup ドメインへの BMR クライアントのリカバリ
この付録では、BMR と自動イメージレプリケーション (AIR) をどのように組み合わせて活用すれば他のクライアントまたはディザスタリカバリドメインに対しプライマリドメインのクライアントの Bare Metal リカバリを実行できるかについて説明します。
NetBackup AIR はクライアントバックアップイメージを定義済みの保存先または DR ドメインの NetBackup セットアップに複製するときに役立つ機能です。この機能では、DR サイトでの自動的なプライマリデータのリカバリに対応した高速なバックアップインポートが実行されます。
AIR および AIR を有効にする方法について詳しくは、『NetBackup 管理者ガイド』 を参照してください。
NetBackup 7.5 リリースでは、BMR のサポートが AIR に追加され、プライマリドメイン側のクライアントの、DR ドメイン側への Bare Metal リカバリをサポートしています。この二重ドメイン二重サイトの保護要件のために、自動イメージレプリケーション対応のバックアップポリシーで Bare Metal Restore オプションを有効にする必要があります。自動イメージレプリケーションと BMR が有効になっているバックアップイメージが DR ドメインでインポートされる状態になると、インポートされているイメージで BMR が有効になっているのかを NetBackup サーバーがチェックします。そのイメージで BMR が有効になっていることを NetBackup サーバーが検出すると、自動的にクライアントの BMR も一緒にインポートします。クライアントの Bare Metal Restore 設定ノードは、UI メニュー［NetBackup 管理コンソール (NetBackup Administration Console)］>［Bare Metal Restore の管理 (Bare Metal Restore Management)］>［ホスト (Hosts)］>［Bare Metal Restore のクライアント (Bare Metal Restore Clients)］で確認できます。
DR サイトで BMR 設定をインポートする間に、BMR マスターサーバーは自動的に DR サイトのエンティティ (NetBackup のマスター、メディアサーバーのホスト名、それらの IP アドレスなど) に関してクライアントの設定を微調整します。これにより、古いドメインエントリが新しいサーバーの詳細に更新され、クライアントデータの回復中に BMR のリカバリ環境が DR ドメインの NetBackup サーバーにアプローチできるようになります。任意で、インポートされたクライアントの BMR 設定をコピーまたは編集することによって、必須のホストエントリを手動で追加または更新できます。手動でクライアント設定を編集するには、「クライアントおよび構成の管理」という章を参照してください。
手動によるバックアップのインポートも構成の変更もない場合は、BMR ネットワークまたはメディアベースのリカバリプロシージャを使用して DR ドメインでクライアントを完全に回復することができます。また、「バックアップから直接 VM を作成する」機能を使用して DR ドメインの仮想環境サーバーにクライアント VM を作成することもできます。「クライアントバックアップからの仮想マシンの作成」の章を参照してください
メモ:
プライマリドメインで NetBackup のバックアップポリシーにクライアントの短い名前をリストすることを推奨します。DR ドメインの FQDN がプライマリドメインと異なる場合、DR ドメインでのクライアントデータのリカバリが、クライアントのドメイン名の不一致が原因で失敗する可能性があります。プライマリドメインの［プライマリ (Primary)］ドメイン>「バックアップ対象 (backup selection)」に、NetBackup クライアントがインストールされる OS のファイルシステムの必要条件が表示されます。Windows の場合には、システム状態も表示されます。これらが表示されない場合には、DR サイトでの BMR 構成のインポートが失敗する可能性があります。 BMR のバックアップポリシーの定義について詳しくは、「クライアントの保護」の章を参照してください。
メモ:
DR ドメインで BMR マスターサーバーが有効であることを確認します。有効でない場合は、DR サイトでの BMR 構成のインポートが失敗します。