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 情報の受信中に発生するエラー
- BMR のバックアップジョブとリストアジョブの詳細が NetBackup Web UI のアクティビティモニターに表示されない
- クライアントバックアップからの仮想マシンの作成
- Bare Metal Restore アクティビティの監視
- 付録 A. NetBackup BMR 関連の付録
- BMR ブートサーバーに対するネットワークサービスの設定
- BMR における Linux のネイティブマルチパスのサポート
- BMR によるマルチパス環境のサポート
- BMR のマルチパスの表
- BMR による仮想環境のサポート
- BMR における直接 VM 変換のサポート表
- ZFS ストレージプールのサポートについて
- Solaris のゾーンリカバリのサポート
- 自動イメージレプリケーションを使用した他の NetBackup ドメインへの BMR クライアントのリカバリ
- NetBackup 8.1.1 以降のリリースでの BMR 用の、安全な通信の互換性の表
- Windows 環境での iSCSI ディスクの管理
自動イメージレプリケーションを使用した他の NetBackup ドメインへの BMR クライアントのリカバリ
この付録では、BMR と自動イメージレプリケーション (A.I.R.) をどのように組み合わせて活用すれば他のクライアントまたはディザスタリカバリドメインに対しプライマリドメインのクライアントの Bare Metal リカバリを実行できるかについて説明します。
NetBackup A.I.R. はクライアントバックアップイメージを定義済みの保存先または DR ドメインの NetBackup セットアップに複製するときに役立つ機能です。この機能では、DR サイトでの自動的なプライマリデータのリカバリに対応した高速なバックアップインポートが実行されます。
A.I.R. およびそれを有効にする方法について詳しくは、『NetBackup 管理者ガイド』を参照してください。
この二重ドメイン二重サイトの保護要件のために、自動イメージレプリケーション対応のバックアップポリシーで Bare Metal Restore オプションを有効にする必要があります。自動イメージレプリケーションと BMR が有効になっているバックアップイメージが DR ドメインでインポートされる状態になると、インポートされているイメージで BMR が有効になっているのかを NetBackup サーバーがチェックします。そのイメージで BMR が有効になっていることを NetBackup サーバーが検出すると、自動的にクライアントの BMR 構成も一緒にインポートします。クライアントの Bare Metal Restore 設定ノードは、UI メニューの NetBackup Web UI、[Bare Metal Restore]、[ホスト (Hosts)]、[Bare Metal Restore クライアント (Bare Metal Restore Clients)]で確認できます。
DR サイトで BMR 設定をインポートする間に、BMR マスターサーバーは自動的に DR サイトのエンティティ (NetBackup のプライマリ、メディアサーバーのホスト名、それらの IP アドレスなど) に関してクライアントの設定を微調整します。これにより、古いドメインエントリが新しいサーバーの詳細に更新され、クライアントデータの回復中に BMR のリカバリ環境が DR ドメインの NetBackup サーバーにアプローチできるようになります。任意で、インポートされたクライアントの BMR 設定をコピーまたは編集して、必須のホストエントリを手動で追加または更新できます。手動でクライアント設定を編集するには、「クライアントおよび構成の管理」という章を参照してください。
メモ:
BMR A.I.R. セットアップで BMR 構成をリストアするときに、次のエラーが表示される場合があります。Add an appropriate host entry or host mapping for Name of the host and retry the operation.
この問題を解決するには、DR ドメインのホストデータベースのホストを追加する必要があります。
DR ドメインのホストデータベースへのホストの追加を参照してください。
手動によるバックアップのインポートも構成の変更もない場合は、BMR ネットワークまたはメディアベースのリカバリプロシージャを使用して DR ドメインでクライアントを完全に回復することができます。また、「バックアップから直接 VM を作成する」機能を使用して DR ドメインの仮想環境サーバーにクライアント VM を作成することもできます。
「クライアントバックアップからの仮想マシンの作成」の章を参照してください。
メモ:
プライマリドメインで NetBackup のバックアップポリシーにクライアントの短い名前をリストすることを推奨します。DR ドメインの FQDN がプライマリドメインと異なる場合、DR ドメインでのクライアントデータのリカバリが、クライアントのドメイン名の不一致が原因で失敗する可能性があります。プライマリドメインの[プライマリ]ドメイン>「バックアップ対象」に、NetBackup クライアントがインストールされる OS のファイルシステムの必要条件が表示されます。Windows の場合には、システム状態も表示されます。これらが表示されない場合には、DR サイトでの BMR 構成のインポートが失敗する可能性があります。BMR のバックアップポリシーの定義について詳しくは、「クライアントの保護」の章を参照してください。
メモ:
DR ドメインで BMR マスターサーバーが有効であることを確認します。有効でない場合は、DR サイトでの BMR 構成のインポートが失敗します。