지금 지원 담당자와 채팅
지원 담당자와 채팅

NetVault Bare Metal Recovery 11.2 - Plug-ins ユーザー・ガイド

NetVault Bare Metal Recovery Plug-inの概要 NetVault Bare Metal Recoveryシステム構築例 Plug-in Offline Clientについて
Plug-in Server:概要 Plug-in Serverのインストールとアンインストール Plug-in Offline Clientで使用するためのPlug-in Serverの設定 Plug-in Offline Clientを使用したNetVault Bare Metal Recovery Clientの起動 Plug-in Offline Clientを使用したデータのバックアップ Plug-in Offline Clientを使用したデータの復元
NetVault Bare Metal Recovery Plug-in Live Client for Windows®の使用
Plug-in Live Client for Windows:概要 Plug-in Live Client for Windowsで使用するPlug-in Serverの設定 Plug-in Live Client for Windows®のインストールとアンインストール Plug-in Live Client for Windows®を使用したデータのバックアップ Plug-in Offline Clientを使用したNetVault Bare Metal Recovery Clientの起動 Plug-in Live Client for Windowsを使用したデータの復元
NetVault Bare Metal Recovery Plug-in Live Client for Linux®の使用
Plug-in Live Client for Linux:概要 Plug-in Live Client for Linuxのインストールとアンインストール Plug-in Live Client for Linuxで使用するDRイメージの生成 Plug-in Live Client for Linuxで使用する必要なブータブルCDの作成 Plug-in Live Client for Linuxで使用するDRイメージのリカバリ
NetVault Bare Metal Recovery(物理から仮想へ:P2V)リカバリ トラブルシューティング

Plug-in Live Client for Linuxで使用する復元後要件の完了

ターゲットLinux® Clientでリストア・プロセスを完了すると、そのマシンには以下の事項が適用されます。

ターゲットの「hosts」ファイルが修正される:リストアでは、「.../etc/hosts」ファイル内の対象となるNetVault Bare Metal Recovery Clientマシンのエントリが修正されます。たとえば、リカバリ後は、「.../etc/hosts」ファイル内にこのクライアントのIPアドレスおよびエイリアスとともにホスト名が表示されなくなります。IPアドレスを使用すればマシンにアクセスできますが、ホスト名を使用してマシンにアクセスするには、このファイルを編集して適切なホスト名情報をファイルに含める必要があります。この「hosts」ファイルに関する情報と、ターゲットLinuxマシンの適切なホスト名が含まれるようファイルを編集する方法については、関連するLinuxドキュメントを参照してください。
修正されたファイル・バックアップのリストアを実行する(該当する場合):リカバリの完了後、Plug‑in Live Client for Linuxで使用するDRイメージのリカバリで説明した、Plug-in for FileSystemでバックアップしたファイルをリストアすることができます。このプロセスにより、これらのファイルはDRリカバリ前の状態にリストアされます。
ブート・ローダ・アプリケーションへの変更:GRUB以外のLinuxブート・ローダ・ユーティリティを実行している場合、対象となるLinuxクライアントでDRイメージをリカバリ後、ブート・ローダ・ユーティリティはこのアプリケーションのGRUBバージョンに置き換わります。
GRUBエントリ:Storix®は、同一の物理ハードウェア上に再インストールするのか、同一のストレージ設定へリストアするのか判断することはありません。このため、前回のGRUBエントリが有効か保証されません。リストア後も有効性が保証されるGRUBエントリは、Storixが作成するエントリのみです。
ボリューム・ラベルおよびボリュームUUID:起動またはマウントにユニバーサル固有識別子(UUID)を使用するシステムの場合、正しいデバイスUUIDで/boot/grub/grub.confおよび/etc/fstabを確認し編集します。詳細については、「手動によるUUID情報の更新」を参照してください。
DRリストアのStart-endセクター・ロケーションの変更:DRイメージのリカバリ後、リストアされたパーティションのStart-endセクターは元のバックアップされた場所と異なることがあります。パーティション・サイズは変更されませんが、マスター・ブート・レコードの後に未使用領域が作成されません。そのため、この未使用領域を必要とする一部のブート・ローダ(GRUBなど)は使用できません。上記の項目で説明したブート・ローダ・ユーティリティのLILOバージョンはこの未使用領域を必要としないため、リカバリ後に自動的に設定され、使用することができます。
スワップ・パーティションの変更:リカバリ中は、NetVault Bare Metal Recovery for Linuxモジュールはスワップ・パーティション用に「/etc/fstab」ファイル・エントリを暗黙的に修正します。
ファイル・システム・チェックの有効化:リストアにより、「Maximum mount count」パラメータと「Check interval」パラメータが修正され、これによりファイル・システム・チェックが有効になります。マウント数または指定期間に基づいてパラメータが有効になっていないシステムについては、以下のコマンドを使用して手動でオプションを無効にします。
# tune2fs -c -1 <deviceName>
# tune2fs -i 0 <deviceName>

手動によるUUID情報の更新

Plug-in Live Client for Linuxを使用してデータを復元する場合、各ファイル・システムのUUIDが再作成されます。/boot/grub/grub.confファイルと/etc/fstabファイル内でUUIDが使用されており、これらがPlug-in for FileSystemを使用して前回のバックアップから復元された場合、システムは起動に失敗します。これはUUIDが実際のファイル・システム上の値と一致しないためです。この問題への対処法として、ファイルを手動で更新します。

以下の手順では、「dev」や「sda」などのコマンドの使用例を示します。ただし、これらのコマンドをご使用の環境下で実行する場合は、該当する情報を環境に適した情報に置き換える必要があります。

2
Plug-in for FileSystemと前回のバックアップを使用して、/boot/grub/grub.confファイルと/etc/fstabファイルを作業ディレクトリに復元します。
7
任意のテキスト・エディタを使用してgrub.confファイルを開きます。
8
root=UUID=x-x-x-x-xを含むエントリについて、x-x-x-x-x-xをパーティション名に一致させた後、UUIDをパーティション名で置き換えます。
9
任意のテキスト・エディタを使用してfstabファイルを開きます。
10
Step 3Step 4でメモした情報を使用して、UUIDをすべてのマウントとスワップ・パーティションのデバイス・パーティション名に変更します。
11
grub.confおよびfstabファイル内のデバイス名をUUIDに変更するには、以下のコマンドを実行します。
12
任意のテキスト・エディタを使用してgrub.confファイルとfstabファイルを開き、デバイス名が対応するUUIDに正しく置き換えられたか確認します。
13
/boot/grub/grub.conf/etc/fstabのバックアップ・コピーを作成します。
14
grub.confファイルとfstabファイルを作業ディレクトリから元の位置へコピーし、シンボリック・リンクをgrub.confからmenu.lstへ再作成します。
システムが起動に失敗した場合、レスキュー・ディスクを使用してシステムをレスキュー・モードで起動し、Step 13で作成したバックアップ・ファイルを元の場所にコピーしなおしてから再度サーバーを起動してください。新規に作成されたgrub.confファイルとfstabファイルを再度確認し、必要な修正を加えた後、Step 13からStep 15を再実行します。

NetVault Bare Metal Recovery(物理から仮想へ:P2V)リカバリ

物理マシンにSCSIおよびIDEデバイス・ドライバをインストールする

Linux®ベースPlug-in Offline Clientを使用して、ClientがWindows®ベースの仮想環境に物理サーバーをマイグレートする場合、そのマシンをバックアップする前にOS上にディスク・ドライバをインストールします。復元イメージに元の物理マシンのSCSI/IDEドライバが含まれるため、復元したVMが起動しません。また、復元したVMには復元先のVMのSCSI/IDEコントローラ用のドライバがありません。この問題により、ディスクがひとつも見つからないためブルー・スクリーン・エラーが表示され起動が失敗します。

この問題に対する解決策として、「.inf」ファイルを作成し、Windowsインストーラがシステムに適切なドライバをロードし、Windowsが起動するたびに正しいレジストリ・エントリを作成するよう設定します。物理マシンのバックアップの前に「.inf」ファイルのインストールが必要です。これによりリストア後、正しいドライバがロードされ、VMWare IDE/SCSIコントローラが検出されます。

Questでは、以下のデバイス・ドライバ.infファイルを提供しています。

“vm_ide_2008.inf”:Windows Server 2008用IDEデバイス・ドライバ
“vm_lsi_2008.inf”:Windows Server 2008/2008 R2用SCSIデバイス・ドライバ

デバイス・ドライバ「.inf」ファイルはQuestのWebサイトからダウンロードしていただけます。

1
必要なデバイス・ドライバ(例:vm_ide_2008.inf)を物理マシンにコピーします。
3
[ハードウェアのインストール]警告メッセージが表示されたら、[続行]をクリックします。
관련 문서

The document was helpful.

평가 결과 선택

I easily found the information I needed.

평가 결과 선택