すべてのマイグレーションでは、検出されたソースと検出されたターゲットが1つずつ必要です。検出の操作によって、PlateSpin Migrateのデータベースにマシンに関する詳細なインベントリ情報が入力されます。この情報は、マシンの用途を判別し、マイグレーションジョブを適切に設定するために必要なデータを提供します。
PlateSpin Migrateのネットワークディスカバリ機能は、オンライン状態の物理および仮想Windowsマシンのリストを自動的にPlateSpin Migrate Clientに入力します。完全検出とは異なり、ネットワークディスカバリではマシンのリストが作成されますが、ワークロードの移植容易性ジョブに必要な、各マシンのインベントリの詳細情報は取得されません。
ネットワークディスカバリ機能は、単一のジョブでWindowsドメイン内のすべてのマシンを検出するために必要です。詳細については、Windowsドメインに含まれるすべてのマシンの検出を参照してください。
PlateSpin Migrateでは、自動ディスカバリ機能に関して標準のWindowsネットワークブラウザ機能が使用されます。LinuxおよびSolarisのワークロードおよび仮想マシンのサーバは、Windowsネットワークブラウザに対してアドバタイズしないので、これらは自動検出されません。
ネットワークディスカバリ機能は、デフォルトで有効です。機能を無効にするか、有効/無効モードを切り替えるには、[PlateSpin Migrate Client]ウィンドウの右下隅にある
をダブルクリックします。次のものを検出できます。
単一の物理マシン
単一の仮想マシン
Windowsクラスタのアクティブまたはパッシブノード
単一の仮想マシンサーバ
複数の仮想マシンサーバ
すべてのVMware vCenter Serverと提携するVMware ESXホスト
複数のマシン
ディスカバリ操作を開始する前に、PlateSpin Migrate Serverがソースワークロードおよびターゲットと通信できることを確認します。Section 2.2.3, マイグレーションネットワークにわたるアクセスおよび通信の要件を参照してください。
PlateSpin Migrateのツールバーで、
をクリックします。または
[サーバ]ビューで、空白の領域を右クリックし、
を選択します。ダイアログボックスに、ソースまたはターゲットのホスト名またはIPアドレスを入力します。複数のマシンを検出するには、ホスト名またはIPアドレスをセミコロンで区切って指定します。ターゲットがNATデバイスの背後にある場合は、パブリック(外部)IPアドレスを指定してください。
NATを通じたパブリックおよびプライベートネットワーク経由のマイグレーションを参照してください。
検出したマシンのマシンの種類を選択し、管理者資格情報を入力します。
マシンタイプと資格情報の検出ガイドラインを参照してください。
Microsoft Hyper-V、Virtual Iron、およびXen Hypervisorシステムを持つホストを検出すると、これらのシステムがPlateSpin Migrateソースワークロード(VMホストターゲットとは対照的に)として登録される結果になります。ワークロード移植容易性ターゲットとしてこれらのプラットフォームを使用する方法については、X2Pワークフローを使用した半自動のワークロード仮想化を参照してください。
(オプション)将来のジョブで使用するために、これらの資格情報を保存する場合は、
オプションを有効にします。をクリックし、プロセスが完了するのを待ちます。
(オプション)ジョブの進行状況を監視する場合は、[ジョブ]ビューに切り替えます。
自動ネットワークディスカバリ機能を有効にします。
ネットワーク内のWindowsコンピュータを含む[サーバ]ビューの事前作成を参照してください。
PlateSpin Migrate Clientで、検出対象のマシンを含むドメインリストを展開します。
ドメイン名を右クリックし、
を選択します。ドメインレベルの管理者の資格情報を指定します。
をクリックし、プロセスが完了するのを待ちます。
(オプション)ジョブの進行状況を監視する場合は、[ジョブ]ビューに切り替えます。
マイグレーションジョブを設定する前に、ソースワークロードおよびターゲットを定期的に更新する必要があります。
ソースまたはターゲットマシンを更新する
[サーバ]ビューで、必要な項目を右クリックしてから、
を選択します。更新するシステムに適合した資格情報を入力してから、
をクリックします。PlateSpin Migrateは検出ジョブを開始します。これを、[ジョブ]ビューで監視できます。
vCenter Serverを通してESXホストを検出した場合、これらのVMホストとの以降すべての通信は、vCenter Serverを通して行われます。
このアクセスメカニズムを
にリセットするか、 に戻すには、以下の手順に従います。必要なESXホストを更新します。
マシンの詳細の更新を参照してください。
アクセスの種類を選択するように要求されます。
必要なオプションを選択してから、
をクリックします。PlateSpin Migrateは、指定されたメカニズムを使用して必要なESXホストを再検出します。このメカニズムは、これ以降、そのホストとのすべての通信に使用されます。
物理ターゲットを検出し、ハードウェアコンポーネントをインベントリするためには、PlateSpinブートISOイメージを使って、ターゲットマシンをブートする必要があります。これは、CDやその他のメディア上にあり、そこからターゲットをブートできます。同様のプロセスが、半自動化された仮想化プロセスを使用する仮想化プラットフォームに、ワークロードをマイグレートするために使用されます。それによって、仮想マシンホスト上のターゲット仮想マシンが物理ターゲットと見なされます。X2Pワークフローを使用した半自動のワークロード仮想化を参照してください。
ISOブートイメージを使用するためには、それをNovellダウンロードのPlateSpin Migrate 9エリアからダウンロードしてください。ご使用のターゲットマシンに適したイメージを使用します。
Table 3-2 ターゲット物理マシン向けのISOブートイメージ
必要なファイルをダウンロードしたら、ISOファイルを解凍し、生成されたファイルを保存します。
変更されていないISOブートイメージを使用する場合、ターゲットをPlateSpin Migrate Serverに登録するには、これらの手順を完了します。登録プロセスを自動化するためにイメージを変更する方法については、ナレッジベースの記事7920832を参照してください。
NOTE:検出され登録されたすべての物理マシンは、サーバ同期ターゲットとしても使用できます。サーバ同期を持つワークロードの同期を参照してください。
適切なISOブートイメージを、ターゲットをブートできる、CDに書き込むか、指定したメディアに保存します。
Table 3-2, ターゲット物理マシン向けのISOブートイメージを参照してください。
ターゲットに接続されているネットワークスイッチポートが自動全二重に設定されていることを確認します。
WindowsバージョンのブートCDイメージは、自動ネゴシエート全二重のみをサポートし、これによりデュプレックス設定に競合がないようにします。
ブートイメージを使用して、ターゲット物理マシンをブートし、
と コマンドラインボックスが開くのを待ちます。REGISTERMACHINEコマンドラインユーティリティを使用します。 Recovery Consoleユーティリティの詳細については、Recovery Tool コマンドラインユーティリティの使用(Windows)を参照してください。
プロンプトが表示されたら、次のURLを入力してください。
http://<ホスト名 | IPアドレス>/platespinmigrate
PlateSpin Migrate Serverのホスト名またはIPアドレスで<ホスト名 | IPアドレス>を置き換えます。
認証局を指定して、PlateSpin Migrate Serverの管理者レベルの資格情報を入力します。次の形式を使用します。
domain\usernameまたはhostname\username
指定した資格情報に対するパスワードを入力します。
利用可能なネットワークカードが検出され、MACアドレスで表示されます。
使用されるNICでDHCPを利用できる場合は、<Enter>キーを押して続行します。DHCPが利用できない場合は、目的のNICを静的なIPアドレスを使用して設定します。
IPアドレスを入力
サブネットマスクを入力
ゲートウェイを入力
物理マシンのホスト名を入力するか、<Enter>キーを押してデフォルト値を承認します。
PlateSpin Migrate Server上でSSLを有効にしている場合は
を入力しますが、そうでない場合は を入力します。検出されたマシンが含まれるPlateSpin Migrate Networkの名前を入力します。分からない場合は、<Enter>キーを押します。PlateSpin Migrate Serverでは、デフォルトのネットワークが使用されます。
少しすると、PlateSpin Migrate Clientの[サーバ]ビューに新しい物理ターゲットが表示されます。ターゲットマシンがドライバ関連の一般保護エラーをスローした場合、代替ドライバを設定するためにRecovery Consoleユーティリティを使用することを考えてください。
Recovery Consoleコマンドラインユーティリティは、物理ターゲット全体の登録プロセスを再開する必要なく、Windowsデバイスドライバをターゲットの物理マシンに動的に設定することができるようにします。
このユーティリティは、Windowsブートイメージからブーツを初めて行うときに表示される2番目のコマンドボックスにロードされます(Step 3を参照)。
Recovery Toolを使用するために、Recovery Consoleウィンドウでコマンド名「RECOVERYTOOL」の後に適切なパラメータを入力します。
次を使用することができます。
/L - ターゲットOSにインストールされた任意のドライバサービスを一覧にします
/J - ターゲットOSにドライバを設定します
ドライバをPlateSpin Migrate Serverまたはローカルパスのいずれからダウンロードするかを指定できます。ローカルパスを使用する場合、同じデバイスに対して複数のドライバをまとめる必要があります。PlateSpin Migrate Serverからドライバをダウンロードする場合、ユーティリティで使用するドライバ(複数ある場合)を指定するようにメッセージが表示されます。
変更されていないISOブートイメージを使用する場合、ターゲットをPlateSpin Migrate Serverに登録するには、これらの手順を完了します。登録プロセスを自動化するためにイメージを変更する方法については、ナレッジベースの記事7920832を参照してください。
カスタムユーティリティを使用して、追加のLinuxデバイスドライバをパッケージ化してISOブートイメージ())に含めることができます。詳細については、Table 3-2を参照してください。ドライバをISOイメージに含めるには、まずは次の手順に従います。
必要な*.koドライバファイルを取得またはコンパイルします。
IMPORTANT:ドライバがISOファイルに含まれるカーネル2.6.16.21-0.8-defaultに対して有効で、ターゲットのアーキテクチャに適していることを確認します。
任意のLinuxマシンにISOイメージをマウントします(root資格情報が必要)。次のコマンド構文を使用します。
mount –o loop <ISOへのパス> <マウントポイント>
マウントされたISOファイルの/toolsサブディレクトリにあるrebuildiso.shスクリプトを一時的な作業ディレクトリにコピーします。
必要なドライバファイル用に別の作業ディレクトリを作成し、それらのファイルをそのディレクトリに保存します。
rebuildiso.shスクリプトを保存したディレクトリで、次のコマンドをルートで実行します。
./rebuildiso.sh –i <ISOファイル> -d <ドライバのディレクトリ> -m i586|x86_64
終了すると、ISOファイルが追加のドライバで更新されます。
ISOファイルをアンマウントします(unmount <マウントポイント>コマンドを実行)。
ターゲットの物理マシンを起動してPlateSpin Migrate Serverに登録するには:
適切なISOブートイメージを、ターゲットをブートできる、CDに書き込むか、指定したメディアに保存します。
ISOイメージを使用してターゲットマシンをブートします。
(条件付き)64ビットのシステムの場合、最初のブートプロンプトで次を入力します。
ps64 (最大512 MB RAMまでのシステム)
ps64_512m (512 MB RAMを超えるシステム)
<Enter>キーを押します。
要求されたら、次の構文でPlateSpin Migrate ServerのURLを入力します。
http://<ホスト名 | IPアドレス>/platespinmigrate
PlateSpin Migrate Serverのホスト名またはIPアドレスで<ホスト名 | IPアドレス>を置き換えます。
PlateSpin Migrate Serverのご使用の資格情報を入力します。
スタティックIPアドレスを指定するか、マシンがDHCPサーバからダイナミックにIPアドレスを取得するように指示します。
ターゲットホストの名前を入力し、使用する既存のPlateSpin Migrate Network を指定します。
しばらくすると、PlateSpin Migrateの[サーバ]ビューには物理ターゲットが表示されます。
PlateSpin Migrateでは、ターゲットの物理マシンのPlateSpin Migrate Serverへの登録を自動化するメカニズムが提供されます。これには、ターゲットをブートする前に、特定の登録情報を使用したISOブートイメージの更新が含まれます。
詳細については、ナレッジベースの記事20832を参照してください。
2つのワークロードを同期させたい場合で、同期のターゲットが仮想マシンの場合、最初に、適切な仮想マシンを検出して登録する必要があります。サーバ同期機能については、サーバ同期を持つワークロードの同期を参照してください。
使用中の仮想マシンホストで、該当する使用で仮想マシンを作成し、対象となるソースワークロードに適合するオペレーティングシステムを正確なサービスパックを含めてインストールします。
仮想マシンホストを検出するか、その詳細を更新します。
[サーバ]ビューで、仮想マシンサーバの下にある、新しく作成された仮想マシンを右クリックし、
を選択します。仮想マシンサーバ用に管理者の資格情報を指定します。
(オプション)将来のジョブで使用するために、これらの資格情報を保存する場合は、
オプションを有効にします。(オプション)仮想マシンサーバ上で利用可能な仮想ネットワークの中から使用するものを選択したり、TCP/IPの設定を行ったりするなど、一時的な制御の取得ネットワークを設定するには、[
]をクリックし、必要に応じてネットワーク設定を行います。をクリックし、ジョブが完了するのを待ちます。
完了すると、[サーバ]ビューのVMホスト の下に新しいサーバ同期ターゲットが一覧表示されます。
次の表は、マシンタイプの選択、資格情報のフォーマット、および検出パラメータの構文に関するガイドラインを示します。
Table 3-3 検出パラメータのガイドライン
検出対象 |
マシンの種類の選択 |
資格情報 |
備考 |
---|---|---|---|
Windowsのすべてのワークロード Flexible Imageサーバ |
|
ローカルまたはドメインの管理者資格情報 |
ユーザ名には次のフォーマットを使用します。
|
Windowsクラスタ |
Windows |
クラスタ管理者の資格情報 |
検出パラメータの中では、クラスタの仮想IPアドレスを使用します。個々のWindowsクラスタノードのIPアドレスを使用すると、このノードは一般的な(クラスタ非対応) Windowsワークロードとして検出されます。 |
Linuxのすべてのワークロード |
|
ルートレベルのユーザ名とパスワード |
ルート以外のアカウントは、sudoを使用できるよう適切に設定する必要があります。ナレッジベースの記事7920711を参照してください。 |
VMware ESXホスト |
|
管理者の役割を持つESXアカウント または Windowsドメイン資格情報(バージョン4と4.1のみ) |
|
デフォルトのSSHポートを使用しないLinux、VMware ESX Server 2.5、および3.0.xシステム |
適宜、 または |
管理者の役割を持つESXアカウント |
適宜、次のようなポート番号を含む標準的なURL構文を使用します。ホスト名:ポート番号またはIPアドレス:ポート番号ポート番号はVMware ESX Server 3.5、ESXi 3.5、および ESX 4 のシステムには必要ありません。 |
VMware vCenter Serverと提携するVMware ESXホスト |
|
VMware vCenter Webサービスの資格情報(ユーザ名とパスワード) または Windowsドメイン資格情報(バージョン4と4.1のみ) |
ESXホストとの以降すべての通信は、vCenter Serverを通して行われます。アクセスメカニズムをESXホストへの認証アクセスに使用されるメカニズムのリセットを参照してください。 にリセットするか、または に戻るには、必要なESXホストの詳細を更新し、必要なオプションを選択します。 |
Citrix XenServer VMホスト |
|
ユーザ名rootと、関連付けられたパスワード |
XenServerホストは、現在ルートレベルの複数ユーザアカウントをサポートしていません。 |
Solarisワークロードおよびゾーンサーバ |
|
ユーザ名とパスワード |
Solaris RBAC (役割ベースのアクセス制御)を使用して、プライマリ管理者プロファイルを割り当てる必要があります。ナレッジベースの記事7920711を参照してください。 |