Professional Documents
Culture Documents
Ver. 1.0
1. P2V とは??
2. vCenter Converter 概要
3. P2V 移行の手法
4. ベストプラクティスと P2V 成功へのヒント
5. OS 毎のポイント (Windows/Linux)
6. まとめ
7. トラブルシュート集
P2V = 物理環境から仮想環境への移行
• Physical to Virtual = P2V
P2V のメリット
• 面倒な移行作業を簡略化し、移行にかかる工数を大幅に削減
• サーバ統合を加速
P2V ツール
• VMware vCenter Converter
• Third vender tool (Plate spin etc.)
P2V
Another use
Moving virtual machines between different products such as Wor
kstation / Server / ESX
Move virtual machines between ESXs under different vCenter m
anagement
Restoring VCB backup
OVF import / export
©2012 VMware, Inc. All right reserved. -4-
P2V Migration Method
1 Data copy
Target Physical Server
Cold CD Boot Destination
ESX/ESXi Host
2 Job Control/Custmize (or via vCenter)
Converter Boot CD
ターゲットの OS が起動したまま移行
Converter Server
2 Agent
Target Physical Server 3 Data copy
Powered-On Destination
Windows/Linux Machine ESX/ESXi Host
(or via vCenter)
イメージバックアップからの移行と直接リストアによる移行
Converter Server
2 Import
4 Job Control/Customize
1 Image Backup
3 Convert
2 Restore image
Destination
Target Physical Server ESX/ESXi Host
Windows/Linux Machine (or via vCenter)
Converter
Converter 4 Converter 3.0.3
Enterprise for
Support OS Standalone Standalone
vCenter
Hot clone Hot clone
Cold clone
Windows NT4.0
SP4/SP5 *1 - -
Windows NT4.0 SP6a -
Windows 2000 SP4
Windows XP Home - -
Windows XP
Pro(32bit/64bit)
Windows 2003
(32bit/64bit)
Windows Vista
(32bit/64bit)
Windows Server 2008
(32bit/64bit) -
Converter 4
Support OS Standalone
Hot clone
Red Hat Enterprise Linux 4.0
(32/64bit)
*その他の Linux については Converter Enterprise for vCenter Cold Clone で試験的サポート
全般
移行計画
事前テスト
移行準備 移行計画 事前テスト 移行準備 移行作業
クリーンナ
ップ
移行作業
移行完了後のクリーンナップ作業
OS 毎のポイント
Windows OS
Linux OS
計画段階で検討すべき項目
• 何台?
• いつまでに?
• OS は?
• 移行手法は?
• P2V できなかった場合はどうする?通常移行?
• データ容量は?
• 停止時間はどれだけとれる?
• 仮想環境でのアプリケーションサポートは?
• ライセンスはマックアドレスティベーションではない?
• 周辺デバイスの利用は?
• 既存物理環境でのパフォーマンスは?
• 移行先の仮想環境のキャパシティは余っている?
• 移行後の管理手法(監視・バックアップ)?
グルーピングしてテストを実施することで手順を確認
• ハードウェア毎
• サーバーベンダー毎
テストで確認すべき項目
• 利用ポートの通信可否
• Hot Clone であれば停止するサービスの確認
• Cold Clone であれば Boot CD のドライバ追加の有無
• P2V 後に削除するデバイス、アプリケーション、ドライバの確認
• 移行にかかる時間(切り替えの目安とする)
• 正常性を確認する手順
• インフラ側としては OS レベルの正常性確認までが一般的
( OS の正常起動、イベントログ、通信確認)
• アプリケーションはアプリチーム or アプリベンダーとの連携
が必須(餅は餅屋へ)
事前にシステム担当者にやってもらうこと
• ターゲットサーバのバックアップ
• バックアップ後に担当者に 1 度再起動してもらうのが良いでしょう(起動
時のエラー確認と責任範囲の明確化)
事前に準備しておくべきもの
• Converter Boot CD or Converter Server
• 移行予定の OS のメディアとクリーンインストールされた仮想マシン
• 作業手順書
• サーバ間を直結するならネットワークケーブルとスイッチ
Best
既存環境の情報収集 Practice
• ネットワーク設定を ipconfig /all などでファイルに書き出し (P2V 後はアド
レスがクリアされる )
• ログの取得 ( 再起動して起動時に発生するエラーも事前に確認しておく )
事前状態の保存
元々出ていたエラーの切り分け
再起動はリスクもあることを注意
Best Best
Practice Practice
Converter Server
ソースアカウントにはローカルアド ESX, vCenter のアカウントには仮
ミン /root 権限を利用 想マシンの作成権限が必要
Job Control Job Control/Customize
Agent
Target Physical Server Destination
Powered-On Data copy ESX/ESXi Host
Windows/Linux Machine (or via vCenter)
7 P2V Start !!
Converter Server
Agent
Target Physical Server Destination
Powered-On Data copy ESX/ESXi Host
Windows/Linux Machine (or via vCenter)
Best Best
Practice 移行後の接続先ネットワークで
Practice 7 P2V Start !!
パーティションサイズ変更は基 dvportgrup は選択しない (error にな
本しないこと。リストアパーティ Converter
る) Server
ションなどは転送しない 「 Connect at power-n 」もチェックをはず
Best
す
Job Control Job Control/Customize Practice
Tools のインストールはしない
Agent 「 Remove Restore Checkpoint 」と
Target Physical Server 「 Reconfigure destination virtual machine 」
Destination
Powered-On Data copy はチェック ESX/ESXi Host
Windows/Linux Machine (or via vCenter)
Windows Best
Practice
Windows
Dynamic Volume (Basic Volume に (Basic Volume に (Basic Volume に
変換される ) 変換される ) 変換される )
Linux (esx2, ext3,
Reiserfs)
- -
Linux (LVM, etc) - (ext3 などに変換 -
される )
データ領域のサイズが大きい場合にはデータ領域だけ別に持って行くのが吉
通常運用で取得しているフルバックアップからデータを移行、切り替え時に最後
の差分を上書きして完了
VMFS の最大ファイルサイズを確認(ブロックサイズによって決まる)
• Block size 1MB(default) :最大仮想ディスクサイズ 256GB
• Block size 2MB :最大仮想ディスクサイズ 512GB
• Block size 4MB :最大仮想ディスクサイズ 1TB
• Block size 8MB :最大仮想ディスクサイズ 2TB
0% 2% 97% 100%
移行が停止する場合、停止ポイントにより問題をある程度切り分けが可能
• SCSI コントローラを確認・変更 (Win2k3 – LSI Logic, Win2k – Bus Logic, NT4.0 – Bus Logic, Linux – LSI Lo
gic など )
• ネットワーク接続を「起動時に接続」オプションをはずす(コンフリクト防止)
• 上記はクリーンインストールした仮想マシンと比較するとわかりやすい
• マルチプロセッサからユニプロセッサに変更した場合は HAL の変更(次ページ参考)
• VMware Tools のインストール
• ネットワークの設定
• ログの確認とスナップショットの削除で完了
©2012 VMware, Inc. All right reserved. - 28 -
マルチプロセッサ HAL からユニプロセッサ HAL へ変更
5 再起動して完了
Cold Clone
Exi Exi Exi
(Third-party ツール ) t 新規構築 t t
› Server
› 必須サービス以外で停止可能なものは停止
› 特にファイルをロックするようなアプリ
各コンポーネント間で利用されるポート
› Converter Server ⇔ Remote Windows ……. Port 137, 138, 139, 445, 9089
› ダイナミックディスクのままの移行はコールドクローンを利用
Converter Server
Windows local Converter agent
HTTP/HTTPS Web service
Converter Client (TCP Port 443, configurable)
(GUI)
2
Remote Agent Deployment, 1 Cloning Data
Windows File Sharing 1 (TCP Port 902)
(TCP Ports 445, 139 and UDP 137, 138) 3 1 for local hot
VM management clone
2 2 (TCP Port 443)
Agent Agent connection
(TCP Port 9089, configurable)
4
Destination Access (TCP Port 443)
Managed Destination
5 Data (TCP Port 902) for remote
Cloning
ESX/ESXi Host
Powered-On hot clone
(or via vCenter)
Windows Machine
Windows remote
source Converter
agent
Converter Agent
› Agent インストールに失敗する場合は Converter Server の下記フォルダから直接
バイナリをコピーしてインストール可能
【 Converter Standalone 4.0 】
C:\Programfiles\VMware\VMware Converter Standalone\Vmware-Converter-Age
nt.exe
【 Converter Enterprise 4.x 】
C:\Program Files\VMware\Infrastructure\Converter Enterprise\ VMConverter Ag
ent.msi
Windows 2000
› Converter Agent インストール後に再起動が発生
› NT4 については既存環境への変更が多い場合はコールドクローンを推奨
©2012 VMware, Inc. All right reserved. - 37 -
TIPS: Converter Boot CD へのドライバの追加方法
コールドクローンする場合、ドライバが足りない場合、 Converter Boot CD と同時にダウ
ンロード可能な peTool を利用し ISO にドライバを追加することが可能
ドライバのダウンロード
› Boot CD は Windows 2003PE ベース
› ネットワークドライバの追加
#peTool –i <Converter_boot_cd.iso> -n <driver_folder_path>
› ストレージデバイスドライバの追加
#peTool –i <Converter_boot_cd.iso> -d <driver_folder_path>
詳細は vCenter Converter administrator Guide の P73 を参照
http://www.vmware.com/pdf/vsp_vcc_41_admin_guide.pdf
基本はホットクローン
ホットがダメならコールドクローン or サードパーティツール
Cold の場合は Disk Based でクローン
メモリ容量が
264MB 以上
( 296MB 以上を推 Converter 4.x
N Hot Clone
奨)
Y Exi
t
Cold Clone
Exi
(Third-party ツール ) t 新規構築
利用できる移行手法
› Converter 4 Hot Clone or Cold Clone or Third-party ツール
› 必須サービス以外で停止可能なものは停止
› 特にファイルをロックするようなアプリ
› grub のみ
› 移行完了後はレスキューモードで起動後下記作業が必要
› modprobe.conf の修正 (modules.conf)
› Grub のインストール
› Fstab の書き換え
› Initrd の再作成
Converter Server
Linux Converter agent
HTTP/HTTPS Web service
Converter Client (TCP Port 443, configurable)
(GUI)
2
VM management (TCP Port 443) –
Connect to source via 1 create Helper VM, boot off ttylinux ISO
SSH (TCP 22) Connect to 3
Converter Helper 6
service (TCP 443) Disconnect ttylinux ISO, power off
Helper VM
Tar and pipe
files over SSH
5 (TCP Port 22) Helper VM
Connect to source
4 Managed Destination
Powered-On from Helper VM via
SSH (TCP 22)
ESX/ESXi Host
Linux Machine (or via vCenter)
ttylinux ISO
Converter Helper
service
6 Boot イメージの作成
8 Grub をインストール
#grub-install /dev/sda
• 事前にテスト移行することも、本番移行を成功させるカギ
• すべてを委託せず、ノウハウをためて自分で実施することも重要
• 原因追究だけに固執することは移行を遅らせるだけ、新規構築も 1 つの
手段と捉える
• ユーザやアプリケーションチーム、システムに紐尽くユーザとの調整が最
もプロジェクトの期間を左右させる
移行手法は複数あり、 OS に応じて適切な手法を選択することが
必要
計画・準備・テスト・移行・移行後で押さえるべきポイントを押さえ
れば移行も効率化可能
まずは一度やってみましょう!
解決方法
• ソース マシンを再起動し、エージェントを再インストールする
• ローカル管理者アカウントを認証に使用する
• アドミニストレータアカウントを使う ( 権限だけではなく ) ( 特に Vista)
• 必要なネットワーク ポートが開いていることを確認する
(リモート ホット クローニング)
• Windows ページ ファイルを無効にするか、ソース マシン上のページ
ファイル サイズを変更する
• Windows インストーラ ( MSI ) を更新する
現象 :
• コールドクローニングが 2% で Fail する
解決方法 :
• ネットワークのスピードと二重の設定のチェック
• ネットワークスイッチとトラフィックのチェック
• 移行後の接続ポートグループが vDS のポートグループに設定していな
いかをチェック
• 移行先に ESX のデータストアに容量が十分かチェック
現象 :
• クローニングがすぐに 97% に達し、失敗する
解決方法
• Converter エージェントが正しくインストールされていることを確認する
• Windows NT 4.0 または 2000 ソース マシンの場合、エージェントのイン
ストール後に再起動したか確認する
• 必要な Windows サービスが有効になっているか確認する
(ホット クローニング)
• 必要なネットワーク ポートが開いているか確認する
• DNS の正引きと逆引きが正しく行われていることを確認する
現象 :
• VMware Converter のクローニングが image not supported or corrupted
error で失敗する
解決方法 :
• ディスティネーションのパスと VM の名前に English ASCII 文字を使用す
る
解決方法 :
• 仮想マシン インポート時の OS の要件を確認する
• ソース OS でソフトウェア実装のディスク ミラーがあればすべて解除す
る
• マルチブート システムの boot.ini を確認する
• ソースマシンの boot.ini を書込み可にする (RO ではなく )
• USB を切り離す
現象 :
• VMware Converter に、要求された Windows の scsiport.sys ファイル
のバージョンが正しくない、というメッセージが表示される
解決方法 :
• バージョン 5.00.2195.7017 の scisport.sys を使用しない
• 稼動中の Windows 2000 仮想マシンからファイルを入手する
現象 :
• 新しい仮想マシンをパワーオンすると、 Windows がブルー スクリーンで
停止する
解決方法 :
• Windows をセーフ モードで起動し、ハードウェア固有のサービスがロー
ドされているかどうか検査する
• 仮想 SCSI コントローラ ( BusLogic または LSI Logic ) を変更する
• Converter から Reconfigure を実行する
現象 :
• 新しい仮想マシンの起動後にキーボードまたはマウスが反応しない
解決方法 :
• Windows ゲストにリモート デスクトップでアクセスし、デバイスを調査す
る
• VMware Workstation または VMware Server をデスティネーションに指
定して仮想マシンを作成し、 VMware ESX Server にインポートする
現象 :
• Windows ライセンスの再アクティベートが要求される
解決方法 :
• なし – OEM license はオリジナルマシンに紐付けられており、移行はで
きない( OEM ベンダに確認)
現象 :
• Windows アプリケーションエラー ( 例えば Microsoft Exchange, MSCS, D
omain Controller)
解決方法 :
• ホットクローニング時にサービスを停止させる
• クラスターの中の 1 ノードを再構成する
• コンバージョンの前に、ドメインコントローラから降格させる
Error
• Microsoft Visual C++ Runtime Library - Runtime Error! abnormal program
termination
• Special characters in the path to temp
• Lack of space in temp directory
Resolution
• Create a new temporary directory, e.g C:\Temp,
• Right click my computer > properties > advanced > environmental variabl
es
• Set the temp path to the new directory
Issue
• VM is should have been created
• Should be bootable
Cause
• Final step is to uninstall agent from source
• This step failed
Resolution
• Manually uninstall from source – may require reboot
Errors:
• ASSERT C/ob/bora-34685/bora/devices/misc/dma.c 1435 bugNr=3285
• vcpu-0:NOT_IMPLEMENTED devices/vide/vide.c:1168
Resolution
• Problem with the Virtual CD / Floppy
• Remove both and the VM should boot up
• Install VMware Tools
• Re-add the device
Scenario
• Windows Vista source with a USB device
• ESX Server 3.0.x Destination
Cause
• Destination machine does not support USB devices.
Workaround
• Remove usb.present = "TRUE" from the converted .vmx file
• Power on the virtual machine.
Issue
• VM created but fails to boot
Possible Cause
• 64-bit VMs do not support vlance
• Virtual Intel e1000 network adapter required
Resolution
• Unregister the VM from inventory
• Edit .vmx file making
ethernet.virtualDev = " e1000 "
• Add the VM back into the inventory