リストア時に Windows コマンドラインインタプリタを起動するには、CMD を使用します。
次のエクスポートされるオペレーティングシステム環境変数は、リストア時に使用できます。
%ALLUSERSPROFILE% %APPDATA%
%CommonProgramFiles% %COMPUTERNAME%
%ComSpec% %HOMEDRIVE%
SAN ( ストレージエリアネットワーク ) のサポートについて
Bare Metal Restore (BMR) では、ストレージエリアネットワーク (SAN) に接続されてい るシステムをリストアできます。Windows、AIX、Linux、Solaris および HP-UX システム では、ホストバスアダプタ (HBA) ドライバが使用できる場合に、BMR は SAN に接続さ れたボリュームを自動的にリストアします。
メモ: BMR リカバリ中、同じ SAN LUN 上でオペレーティングシステムを復元し、コン ピュータを再度 SAN ブート可能な状態にする BMR DDR (Dissimilar Disk Restore) サポートを使用するか、ローカルディスク上のオペレーティングシステムを移動して、コン ピュータをローカルディスクからブート可能にすることができます。同じロジックはローカル ディスクベースのシステムを持っているコンピュータを復元している間に適用可能です。
DDR を使用して、ユーザーは SAN LUN にオペレーティングシステムボリュームをマッ ピングし、復元されたコンピュータの SAN をブート可能にさせることができます。
p.141 の 「Solaris の SAN に接続されたボリュームがマッピングされていないままの場合 にそれらをリストアする方法」 を参照してください。
p.142 の 「Windows クライアントでの SAN と Dissimilar System Restore について」 を 参照してください。
Solaris の SAN に接続されたボリュームがマッピングされていないまま の場合にそれらをリストアする方法
次の説明は、Solaris クライアントだけに適用されます。
Dissimilar Disk Restore 機能を使用して Solaris システムをリカバリした後は、マップさ れていないままの (非リストア対象としてマーク付けされている) SAN に接続されたボリュー ムに対し、次の手順を実行する必要がある場合があります。
Solaris の SAN に接続されたボリュームがマッピングされていないままの場合にそれ らをリストアする方法
1 現在と以前の vfstab ファイルの違いを判断します。
% diff /etc/vfstab /etc/vfstab.old.bmr.dmr
2 違いを確認します。
3 /etc/vfstab.old.bmr.dmr ファイルの SAN デバイスに関するエントリをコピーし ます。コピーしたエントリを /etc/vfstab ファイルに追加するか、または vfstab の 結合時にコメントアウトされた行をコメント解除します。
4 SAN に接続されているファイルシステムをマウントします。
5 NetBackup のバックアップ、アーカイブおよびリストアインターフェースを使用して、
SAN ファイルシステムを手動でリストアします。
Windows クライアントでの SAN と Dissimilar System Restore につい て
次の説明は、Windows クライアントだけに適用されます。
Windows で Dissimilar System Restore を実行し、SAN ディスクにリストアする場合は、
次の手順を実行する必要があります。
■ HBA ドライバをリストア構成に追加します。HBA ドライバは、他の大容量記憶装置デ
バイスドライバと同様に追加できます。
■ ターゲットシステムの HBA がソースシステムに存在していた HBA と同じデバイスを 認識するように、SAN を構成します。
ドライバの追加に関する詳細情報が利用可能です。
p.124 の 「NIC ドライバと MSD ドライバの追加について」 を参照してください。
複数のネットワークインターフェースのサポートについて
BMR リカバリは、ブート段階およびファイルのリストア段階の 2 つの主な段階で実行され ます。ブート段階では、1 つのネットワークインターフェースを使って、BMR ブートサー バーと通信します。リストア環境がブートサーバーからロードされると、BMR は、ファイル のリストア段階で使用するすべてのネットワークインターフェースを構成して有効にしま す。
メモ: 複数のネットワークインターフェースを持つシステムは、マルチホームシステムとも呼 ばれます。BMR では、マルチホームクライアントが完全にサポートされています。
図 6-4 に、マルチホームクライアントで実行可能な構成を示します。この構成では、クライ アントをネットワークブートするときに、ネットワーク 1 のネットワークインターフェースを指 定します。
図 6-4 マルチホームの簡単な例
BMR ブートサーバー
ネットワーク 1 1.1.1.0
BMR クライアント
NetBackup BMR マスターサーバー ネットワーク 2
2.2.2.0
ゲートウェイを使ったクライアント構成について
BMR クライアントは、リストア処理時に、ゲートウェイを使用して BMR サーバーおよび NetBackup サーバーと通信できます。
表 6-12 に、リストア時に使用されるゲートウェイ属性を示します。
表 6-12 ネットワークゲートウェイ 説明
ゲートウェイ
リストア時にクライアントのデフォルトのネットワークゲートウェイを定義し ます。
デフォルトゲートウェイ
クライアントから NetBackup マスターサーバーへのゲートウェイを定義 します。
マスターサーバーゲート ウェイ
クライアントから NetBackup メディアサーバーへのゲートウェイを定義 します。これは、ファイルのリストアに使用されます。
メディアサーバーゲート ウェイ
すべてのゲートウェイを指定する必要はありません。クライアントがデフォルトゲートウェイ を使用してすべてのホストと通信できる場合、指定する必要があるのはデフォルトゲート ウェイのみです。
ネットワークブートの場合は、次のように指定します。
■ リストア構成の［ホスト (Hosts)］ダイアログボックスで NetBackup マスターサーバーお よびメディアサーバーのゲートウェイを指定します。
■ ［ネットワークルート (Network Routes)］ダイアログボックスでデフォルトゲートウェイを 指定します。
メディアブートの場合は、ブートメディアの作成時またはリストア時にこれらの値を指定す るように求められます。
図 6-5 に、BMR クライアントリストア時のゲートウェイの使用方法を示します。
図 6-5 ゲートウェイの例
メディアサーバーゲートウェイ G3
BMR クライアント NetBackup マスターサーバー
(ネットワーク 3)
(ネットワーク 1)
(ネットワーク 2)
(ネットワーク 4)
NetBackup メディアサーバー デフォルトゲートウェイ
G1
マスターサーバー ゲートウェイ G2
BMR ブートサーバー
この図のクライアントは、デフォルトゲートウェイのみを使用してすべての必要なサーバー と通信することはできません。このような構成の場合、デフォルトゲートウェイを G1 に、マ スターサーバーゲートウェイを G2 に、メディアサーバーゲートウェイを G3 に指定する必 要があります。
リストア時のポートの使用
リストア時に、クライアントは特定のサービスおよびポートを通じて、BMR マスター、BMR ブート、および NetBackup マスターメディアサーバーと通信します。ブートサーバーが ファイアウォールで保護されている場合は、これらのポートを使用して、クライアントサー バーとブートサーバー間の通信を許可する必要があります。
表 6-13 に、リストア時に使用するポートとサービスを示します。
表 6-13 リストア時のポートの使用
Windows Linux
ポート UNIX サービス
X X
X 67, 68
bootp/DHCP
X ping
X 可変 X
lockd
X 可変 X
mountd
X X
nfsd 2049
X X
111 portmapper
X (Solaris の bootpararm の
み) rpcbind
X 可変 X
statd
X X
X tftp 69
X X
X 13724
vnetd
X X
X 13782
bpcd
X Windows ファイル 445
共有