移行 on qwerty.work

Xen→VMwareの移行時、VHD→VMDKに変換してWindows10のVMを起動するとエラーになる

Sun, 14 Feb 2021 22:36:00 +0900

XenSeverからエクスポートしたVMをVMwareにインポート（OVFのデプロイ）をしたときにつまづいた状況をメモ。

結論から言うと、何やってもダメでした。結局、エクスポート＆インポートは辞めて、Acronis True ImageまたはAcronis BackupによるI2Vで移行しました。

なので、ここに書いてある内容は、解決の役に立ちません。後に解決策が見つかれば続きを追記したいと思います。

SCSIハードディスク追加でVMDKをマウントすると起動時エラーになる

Xen Centerから書き出したVHDをStarwind V2V converterでVMDKに変換し、VMwareにインポートしたVMにVMDKをマウントすると、Windows起動途中でエラーが出る。

停止コード：SYSTEM THREAD EXCEPTION NOT HANDLED 恐らくVMwareのSCSIドライバがないためエラーになっていると思われる。

しかし、WindowsPE（回復環境）のコマンドプロンプトからDISKPARTでlist volumeを実行したところHDDが接続されていない状況だったので、コマンドでドライバーを入れたり、削除したりしてもHDDが見えない以上、何もできない状況。

IDEで接続して余計なドライバを削除してみる

SCSI接続ではVMからドライブが見えない状態だったので、IDE接続に変更し、再度、WindowsPE（回復環境）のコマンドプロンプトからDISKPARTを起動して、ボリュームを確認。

ボリューム確認コマンド

> diskpart
> list volume

上記のコマンドでWindowsが入ったボリュームはC:だということを確認。

ドライバ確認コマンド

以下のコマンドでドライバを確認。

> dsim /image:c:\ /get-drivers

ドライバを削除するコマンド

起動を邪魔していると思われるCitrix関連ドライバを削除（実際には関係なかったけど）

> dism /imagec:\ /remove-driver /driver:oem10.inf

ちなみに削除したドライバ

--------------------------------------------------
公開名 : oem10.inf
元のファイル名 : cvhdbus6.inf
インボックス : いいえ
クラス名 : SCSIAdapter
プロバイダー名 : Citrix
日付 : 2011/07/14
バージョン : 2.4.0.2705
--------------------------------------------------
公開名 : oem2.inf
元のファイル名 : xennet.inf
インボックス : いいえ
クラス名 : Net
プロバイダー名 : Citrix
日付 : 2017/01/11
バージョン : 8.2.0.103
--------------------------------------------------
公開名 : oem3.inf
元のファイル名 : xenvif.inf
インボックス : いいえ
クラス名 : System
プロバイダー名 : Citrix
日付 : 2017/01/11
バージョン : 8.2.0.103
--------------------------------------------------
公開名 : oem4.inf
元のファイル名 : xenvdb.inf
インボックス : いいえ
クラス名 : SCSIAdapter
プロバイダー名 : Citrix
日付 : 2017/01/03
バージョン : 8.2.0.156
--------------------------------------------------
公開名 : oem5.inf
元のファイル名 : xeniface.inf
インボックス : いいえ
クラス名 : System
プロバイダー名 : Citrix
日付 : 2016/12/12
バージョン : 8.2.0.61
--------------------------------------------------
公開名 : oem6.inf
元のファイル名 : xenbus.inf
インボックス : いいえ
クラス名 : System
プロバイダー名 : Citrix
日付 : 2016/12/12
バージョン : 8.2.0.85
--------------------------------------------------

ドライバを削除したら停止コードが変わった

ドライバを削除してVMを再起動したらWindows途中に表示されるエラーが以下に変わりました。

停止コード：INACCESSIBLE BOOT DEVICE

更にドライバ削除

他にもあるドライバを削除したらうまくいくかな？と、更に以下も削除。

--------------------------------------------------
公開名 : oem7.inf
元のファイル名 : vboxusb.inf
インボックス : いいえ
クラス名 : USB
プロバイダー名 : Oracle Corporation
日付 : 2020/09/04
バージョン : 6.1.14.40239
--------------------------------------------------
公開名 : oem8.inf
元のファイル名 : vboxnetadp6.inf
インボックス : いいえ
クラス名 : Net
プロバイダー名 : Oracle Corporation
日付 : 2020/09/04
バージョン : 6.1.14.40239
--------------------------------------------------
公開名 : oem9.inf
元のファイル名 : vboxnetlwf.inf
インボックス : いいえ
クラス名 : NetService
プロバイダー名 : Oracle Corporation
日付 : 2020/09/04
バージョン : 6.1.14.40239
--------------------------------------------------

追加で更にドライバ削除

状況変わらず、更に以下のドライバも削除。

--------------------------------------------------
公開名 : oem0.inf
元のファイル名 : prnms009.inf
インボックス : いいえ
クラス名 : Printer
プロバイダー名 : Microsoft
日付 : 2006/06/21
バージョン : 10.0.14393.0
--------------------------------------------------
公開名 : oem1.inf
元のファイル名 : prnms001.inf
インボックス : いいえ
クラス名 : Printer
プロバイダー名 : Microsoft
日付 : 2006/06/21
バージョン : 10.0.14393.0
--------------------------------------------------

結局、状況変わらず…。

セーフモードで起動させるためにBCDを変更

WindowsPE（回復環境）のコマンドプロンプトから、Windowsの起動に関係するBCDを編集してみました。

> c:
> bcdedit /v
> bcdedit /set {default} safeboot minimal
> bcdedit /set {default} bootmenupolicy legacy
> bcdedit /set {default} bootmenupolicy standard
> bcdedit /set {default} bootmenupolicy legacy
> bcdedit /set {default} hypervisorlaunchtype off

状況変わらず。

BCD/MBR修復

以下のページを参考に一通り試したが状況変わらず。

参考ページ [

https://docs.microsoft.com/ja-jp/troubleshoot/azure/virtual-machines/windows-boot-failure https://docs.microsoft.com/ja-jp/troubleshoot/azure/virtual-machines/windows-boot-failure

](https://docs.microsoft.com/ja-jp/troubleshoot/azure/virtual-machines/windows-boot-failure)

不要なドライバのロード、または不足しているドライバがあるっぽい

参考ページ

https://kb.vmware.com/s/article/1005208?lang=ja https://kb.vmware.com/s/article/1005208?lang=ja

https://www.zerto.com/myzerto/knowledge-base/windows-vms-fail-to-boot-due-to-inaccessible-boot-device-0x0000007b-stop/ https://www.zerto.com/myzerto/knowledge-base/windows-vms-fail-to-boot-due-to-inaccessible-boot-device-0x0000007b-stop/

ドライバの確認とコピー

c:\windows\system32\driversに以下の物があるか確認し、なければ正常稼働しているVMからコピーする。

symmpi.sys
vmscsi.sys
BusLogic.sys
lsi_sas.sys

正常起動のVMからドライバをコピー

正常に起動しているVMのDriversフォルダの中で、直近で登録された.sysファイルをコピーしてみる。

方法としては正常に起動するVMDKでVMを起動し、Dドライブを作り、そこのドライバを保存。

再度、正常起動しないVMDKを接続し、Windows10のインストールメディアから起動。

コマンドプロンプトからcopyコマンド等で、DドライブからCドライブのDriversフォルダにコピーする。

vm3dmp.sys
vm3dmp_loader.sys
vm3dmp-debug.sys
vm3dmp-stats.sys
vmxnet3.sys
vmmouse.sys
vmmemctl.sys
vmci.sys
vsock.sys

コピー後、再起動したが状況変わらず。

更に追加でコピー

更に、以下も追加でコピーしてみました。

cvhdbus6.sys
e1i63x64.sys
pvscsi.sys
vmscsi.sys

結局、コピーしても起動できませんでした。

DismコマンドでWindowsの修復を試みた

最後に、OSがイカれてしまったのではないかと、修復を試してみました。

Dism /Image:c:\ /Cleanup-Image /StartComponetCleanup
Dism /Image:c:\ /Cleanup-Image /RestoreHealth

結局、これもダメでした。

AcronisのTIBファイルを使って仮想マシンをXenからVMwareに移行して起動に失敗するとき

Mon, 18 Jan 2021 20:30:46 +0900

バックアップから復元したしたVMが起動に失敗する

仮想マシンをXen ServerからVMwareに移行する手段としてAcronis True ImageまたはAcronis Backup & Recoveryを使用しました。こういうのをI2VとかV2Iと呼ぶやり方のだそうです。バックアップと復元の作業自体は成功するのですが、移行後の仮想マシン（Windows 10及びWindows Server2016）が起動途中でブルースクリーンになります。その解決方法が分かったのでメモ。

移行元・移行先の仕様に注意

MBRとGPT

Windowsの場合、パーテーションスタイルはMBRとGPTがありますが、これを移行元と移行先が同一になるようにきっちり合わせておくことが必要です。

OKなケース

MBR → MBR
GPT → GPT

NGなケース

MBR → GPT
GPT → MBR

異なるパーテーションスタイルの仮想ディスクに復元してしまったとき

Acronisの『ドライブの管理』メニューで復元したい環境に合わせてMBR/GPTに変更し、復元作業をやり直す。
パーテーションを編集するアプリケーションを使って変更する。

BIOSとUEFI

VMware vSphere Clientの**[設定の編集]-[仮想マシンオプション]-[起動オプション]の[ファームウェア]を以下の組み合わせになるようにBIOSまたはUEFI**に変更します。

MBR → BIOS
GPT → UEFI

IDEとSCSI

MBR → IDE
GPT → IDEまたはSCSIのどちらでもOK？

その他参考ページ

https://blogs.vmware.com/vmware-japan/2014/12/3rd-party-migration.html https://blogs.vmware.com/vmware-japan/2014/12/3rd-party-migration.html

XenからVMwareへ移行時にvSphereのOVFテンプレートのデプロイでエラーが出たときにやったこと

Thu, 14 Jan 2021 17:24:10 +0900

Xen エキスポート → VMware インポート

仮想サーバー変更に伴い、仮想環境（ハイパーバイザー）をXen ServerからVMware ESXiに移行することになりました。 **VMを新しいサーバーに簡単に移動できないかな？**と、てこずりましたができたので、やってみたことをメモ。

2つのエラー対応

VMware側にVMインポートする際に出るエラーの回避方法です。この方法でXenサーバーからエクスポートしたVMのインポートに成功しました。

1.StartupSectionの削除

一つ目のエラーでvSphere Clientのメニュー**『OVFテンプレートのデプロイ』**より、Xen Centerから書き出した OVFファイルとVHDファイルを選択して進んでいくと以下のエラーが出ました

選択したテンプレートで問題が検出されました。詳細: - 1:1695:SECTION_RESTRICTION: セクション StartupSection (起動オプション) はエンベロープで許可されていません。

対処法

XenCenterからエキスポートしたOFVファイル（中身はXMLファイル）は仮想マシンの設定ファイルで、これをテキストエディタ（メモ帳以外、サクラとかTeraPadとか）で開き、以下の部分を削除して上書き保存します。削除する部分は起動オプションに関する部分で、そのセクションを削除します。削除しても問題ありません。不安であればOVFを複製してから行ってください。

削除する部分

<ovf:StartupSection><br>  <ovf:Info>起動オプション</ovf:Info><br>  <ovf:Item ovf:id="bb78f3ca-7b71-4d7a-99f6-17802cc28qq2" ovf:order="0"/><br></ovf:StartupSection>

2.StartupSectionの削除

二つ目のエラーで、一つ目のエラーが出た時と同じ段階でエラーが出ました。

選択したテンプレートで問題が検出されました。詳細: - -1:-1:VALUE_ILLEGAL: ハードウェアのバージョンでサポートされていないものは [hvm-3.0-unknown] で、サポートされているものは [vmx-04, vmx-07, vmx-08, vmx-09, vmx-10, vmx-11, vmx-12, vmx-13, vmx-14, vmx-15] です。

対処法

一つ目のエラーと同様に以下の部分を削除して上書き保存します。

削除する部分 ``間にある以下の1行を削除して上書き保存。

<vssd:VirtualSystemType><br>  <vssd:VirtualSystemType>hvm-3.0-unknown</vssd:VirtualSystemType><br></vssd:VirtualSystemType>

インポートの成功とインポート成功後に行うこと

上記2つの項目を削除することで、VMをインポートすることができました。

あとは、インポートしたVMの仮想ハードディスク（VHD)をVMDKに変換し、移行先のストレージにアップロードします。また、『仮想マシンの設定』でアップロードした仮想ディスクを選択してハードディスクを追加してやればOKです。

VHD→VMDK変換ツール

これ簡単・便利でおすすめです。無料でダウンロードできます。

StarWind V2V converter

https://www.starwindsoftware.com/starwind-v2v-converter https://www.starwindsoftware.com/starwind-v2v-converter

他にも試してみたこと

Oracle VirtualBoxのインポートはダメだった

Xen→VirtualBox→VMwareの手順でOVF/OVAをVMDKに変換できるみたいな投稿を見かけたので、試してみたんですが、VirtualBoxのインポート時にOVFファイル内の19が引っかかってエラーが出てダメでした。

VMware OVF ToolでOVAからVMXの変換もダメだった

XenCenterからエクスポートしたOVAファイルは.tarによる圧縮ファイルらしいので、解凍してみるとOVFファイルとVHDファイルが出てきました。

OVFファイルを編集し、再度7zipで.tar圧縮してVMware OVF Toolで変換を試しましたがこちらもダメでした。

PowerShellで実行したコマンドと出力されたエラー *.tar → *.vmx に変換

> cd "C:\Program Files\VMware\VMware OVF Tool"
PS C:\Program Files\VMware\VMware OVF Tool> .\ovftool "d:\xen.tar" "d:\xen.vmx"

Opening OVF source: d:\xen.tar
Error: Failed to open OVF descriptor
Completed with errors

.tarの拡張子を.ovaに変更してもダメだった *.ova → *.vmx に変換

> cd "C:\Program Files\VMware\VMware OVF Tool"
PS C:\Program Files\VMware\VMware OVF Tool> .\ovftool "d:\xen.ova" "d:\xen.vmx"

Error: Did not find an .ovf file at the beginning of the OVA package.
Completed with errors

UTF-16をUTF-8またはUTF-32に変更してみるいろいろなサイトでOVFファイル（XML）の「エンコーディングを変更すればよい」とあったので、Xenから書き出したOVFファイルはデフォルトでUTF-16となっていたので、 UTF-8やUTF-32に書き換えたり、保存し直したりしましたが、効果はありませんでした。

Mixhostに他のレンタルサーバーで使っているSSL証明書を持ち込み（移行）してみる

Thu, 24 May 2018 23:37:28 +0900

他社の証明書（DV:ドメイン認証）をMixhostに持ち込みたい（移行したい）

レンタルサーバーを Mixhost に移行しました。Mixhost は標準（無料）で独自SSLでSSL化できるのですが、移行前のサーバーをSSL化したときに他社で購入した証明書（DV:ドメイン認証）の期限がたっぷり残っていたので、できれば期限切れまで Mixhost のSSL化に使いたいなと思い、 Mixhost にSSL証明書（DV:ドメイン認証）を移行することにチャレンジしてみました。

SSL証明書って移せるの？

証明書の移行はは初めてで、証明書についてあまりよくわかっていないので、以下のことが気になりました。

移行元のサーバーで使用していた証明書を別のサーバーでも使うことができるのか？
移行元のサーバーから証明書を削除しないと移行できないのか？
鍵のエクスポートとか何か難しそうな作業がいるのか？
二つのサーバーに同じ証明書を入れることができるのか？

など、モヤモヤしながら不安になっていたのですが、以下が揃っていて証明書のドメイン（コモンネーム）が同一ならば移行できることがわかりました。特に移行元のサーバーから削除とかせずに Mixhost に入れることができました。

準備するもの

証明書（CRT）
秘密鍵（KEY）
中間証明書（CABUNDLE)

これはすべて証明書の管理画面から取得できます。

Mixhostに証明書をインストールしてみる

[SSL/TLS Status] クリック

Mixhost のコントロールパネル **[cPnael] **の [セキュリティ]-[SSL/TLS Status] をクリックします。

[証明書の表示] クリック

証明書をインストール（インポート）するドメイン欄にある [証明書の表示] をクリックします。

サイト所有者が確認できないというエラーが出ているとき

上記のぺージは証明書を移行する前に AutoSSL を有効にしてみたときの画面で、以下のエラーが表示されている場合があります。

An Error occurred the last time AutoSSL ran, on 2018年5月22日

その詳細について http://ドメイン/.wel-known/pki-validation/123A4B5C6D7E89F0A12B34C5D6EF7890.txt がどうたらと表示されているときは、サイトの所有者が確認できなかったことを意味しているみたいです。表示されている通りの階層とファイル名でテキストファイルを作ってアップロードしてください。ファイルが存在していればテキストファイルの中身は空でもいいのかどうかわかりませんが、ファイル名にもある 123A4B5C6D7E89F0A12B34C5D6EF7890 の1行のみを記載して保存しましたことろエラー表示が消えました。

証明書の適用状況を確認

ページをスクロールしていくと使用ドメインに赤い鍵マーク*が表示されていてSSLが有効になっていない状態が確認できます。

証明書を登録

更にスクロールしていくと [SSL Web サイトをインストールします] という部分が現れます。ここに移行元のサーバーで使用しているサーバー証明書の 証明書（CRT)、中間証明書（CABUNDLE)、**秘密鍵（KEY) **をそれぞれの欄にコピペで貼り付けます。それぞれの欄にはあらかじめキーが表示されていますが、全部消してからコピペします。

プライベートキー（RSA PRIVATE KEY）は [秘密キー（KEY）] の欄に、中間証明書は [証明機関バンドル：（CABUNDLE)] の欄に貼り付けます。

貼り付けが終わったら [証明書のインストール] ボタンを押します。

インストール完了

以下の画面が表示されたら証明書の登録は完了です。

緑の鍵マークになった

[SSL/TLS Status] の画面に緑の鍵マーク*と Domain Validated の文字が表示されました。

[証明書の表示] から適用状況を再度確認してみると先ほど赤の鍵マーク*が、証明書に対応しているドメインのみ緑の鍵マーク**に変わっていました。

証明書の移行完了

あとは http:// ではなく、 https:// でページにアクセスして表示されれば証明書の移行と Mixhost のSSL化は成功です。

MailStore HomeでIMAPから別サーバーのIMAPにメールを移行してみた

Tue, 01 May 2018 23:29:44 +0900

レンタルサーバーを乗り換えたので、IMAPからIMAPへと今までのメールを旧サーバーから新しいサーバーに移すために、いいツールがあったのでメモ。

MailStore Homeがいい感じ

フリー版のあるMailStore Homeというドイツ製のソフト。インターフェイスが日本語に対応していて文字化けもなく、操作方法に迷うことなく直感的に使うことができました。また、メールの取り込みや書き出しがとても速いです。

https://www.mailstore.com/en/products/mailstore-home/ https://www.mailstore.com/en/products/mailstore-home/

Windows 10/8.1/7対応で、現時点のバージョンはVersion 11.0.2（2018/04/25リリース）

いろいろなメーラーに対応

IMAPに限らず、Windows LiveメールとOutlookなどいろいろなメーラーからインポート（メールをローカル保存）して、それぞれの他のメーラーにエクスポートできます。あくまでもバックアップとエクスポートするだけのソフトでメーラーとしての機能はありません。

Gmail、ヤフーメール
POP/IMAPのメールボックス
Microsoft Outlook 2003, 2007, 2010, 2013, 2016
Microsoft Outlook Express、Windows Mail
Microsoft Exchange Server 2003, 2007, 2010, 2013メールボックス
Microsoft Office 365 (Exchange Online)
Mozilla Thunderbird
Mozilla SeaMonkey
PST, EMLの拡張子のファイル

IMAPからIMAPに移行してみた

IMAP→ローカル保存→移行先のIMAPといった感じで、新しいレンタルサーバーにメールを移してみました。フォルダー別けしていた場合、フォルダ別けのツリー構造を維持した状態で取り込み、移行先のIMAPや各種メールソフトへツリー状態を維持したままを書き出すことができます。

フォルダのマッピング機能は無い

「受信トレイ」→「受信トレイ」へ書き出しなど、エクスポート先のフォルダを指定したり、自動でフォルダのマッピングをしたりする機能は無いようで、バックアップしたツリー構造まるごとがIMAPの「MailStore Export」をいうフォルダに****出力されます。

よって、手動で「MailStore Export」フォルダの中に書き出された「inbox（受信トレイ）」や「sent（送信済み）」から**「受信トレイ」や「送信済み」**に振り分ける手間がかかります。

フォルダの非表示に注意

新しいサーバーへの書き出しが正常に完了してもメーラーによっては**「MailStore Export」**フォルダがデフォルトで非表示設定になってる場合があります。その場合、表示する設定にしないと見れませんので注意が必要です。僕はここでハマり、フォルダが非表示になっているだけで、正常にアップロードされているのに、何度もエクスポートを繰り返しました(-_-;)

フリー版は3つのバックアップまで

フリー版はインポート元のサーバー情報の登録は複数できたのですが、アーカイブの実行（ローカル保存）が最大3つしかできませんでした。3つ以上のバックアップを取りたい場合は、インポート先の登録を削除すれば別のメールアカウントのバックアップできるようになりますので、複数の移行を行う場合はメールアカウントを3つずつ移行することになります。

スクリーンショット

アーカイブ画面

移行元である旧サーバーのIMAPメールのバックアップを取得するときの画面です。次に現れる画面で取得元のメールサーバーの情報を入力します。

エクスポート画面

移行先の新サーバーのIMAPフォルダにアップロードするときの画面です。次に現れる画面で移行先のメールサーバーの情報を入力します。

ダウンロード先

https://www.mailstore.com/en/products/mailstore-home/ https://www.mailstore.com/en/products/mailstore-home/

http://forest.watch.impress.co.jp/library/software/mailstore/ http://forest.watch.impress.co.jp/library/software/mailstore/

その他参考

MailStore Home以外に使えそうなメール移行に使えそうなフリーソフトをきれいにまとめてあるページがありました。

https://www.k-yamaken.com/blog/hiro/2017/02/27/imap%E3%82%A2%E3%82%AB%E3%82%A6%E3%83%B3%E3%83%88%E3%81%8B%E3%82%89%E3%80%81imap%E3%82%A2%E3%82%AB%E3%82%A6%E3%83%B3%E3%83%88%E3%81%B8%E3%81%AE%E7%A7%BB%E8%A1%8C%E6%96%B9%E6%B3%95%E3%80%82/ https://www.k-yamaken.com/blog/hiro/2017/02/27/imap%E3%82%A2%E3%82%AB%E3%82%A6%E3%83%B3%E3%83%88%E3%81%8B%E3%82%89%E3%80%81imap%E3%82%A2%E3%82%AB%E3%82%A6%E3%83%B3%E3%83%88%E3%81%B8%E3%81%AE%E7%A7%BB%E8%A1%8C%E6%96%B9%E6%B3%95%E3%80%82/

EaseUS Todo Backupでシステムドライブを移行してみた(RAID→M.2 SSD)

Sun, 14 Feb 2016 15:24:21 +0900

前から気になっていたNVMe版のM.2 SSD（Samsung SM951 256MB NVMe）を購入しました。

現在はIntel SSD 520 120GB×6枚（合計720GB）をIRST（インテル・ラピッド・ストレージ・テクノロジー）でRAID0（ストライピング）を組み、Windows 10のシステムディスクとして使用しています。

SATAのRAID0でやっとシーケンシャルリードが1500MB/s出るくらいなのですが、今回購入したM.2 SSD（Samsung SM951 256MB NVMe）は単体でシーケンシャルリードが2200MB/s出るとういうことで、起動ディスクをRAID0からM.2 SSDに移行することにしました。

移行するにあたりバックアップソフトはフリー版の『EaseUS Todo Backup 9.0』を使用してみました。（バックアップが速い有料版もある）

http://jp.easeus.com/backup-software/free.html http://jp.easeus.com/backup-software/free.html

EaseUS Todo Backupを選んだ理由

フリー（無料）で使える。
移行先の容量が小さくてもデータが収まれば移行・復元ができる。
RAIDディスクを認識してくれる。
ブータブルディスクが高機能。

今までいろんなバックアップソフトを使用しましたが、データサイズは収まるはずなのに、復元元のディスク容量が大きいと復元先の容量が小さくて復元できませんといったエラーが出て復元できなかったことがありました。

また、RAIDディスクをバックアップできても復元の際にRAIDディスクを認識できないため、移行ができないということがありましたが、EaseUS Todo Backup 9.0では全く気にすることなくあっさり移行・復元ができました。

しかも、RAIDやその他のコントローラーにつながれたディスクが見えないときはブータブルCDから起動し、ツールメニューにある「Driver Manager」からドライバーを読み込ませて認識させることもできるようです。（ブータブルディスクはWindows PE版とLinux版が作成できますが、Driver ManagerはWindows PE版のほうにあります。）

クローンモードでシステムドライブのコピーを作成

現在のシステムをRAID0ディスク（720GB）から新しいM.2 SSD（256GB）に移します。

ノートパソコンだとHDDが1台しかないので、一度外付けHDDにバックアップを取って、ブータブルCDから起動したEaseUS Todo Backupから新しいSSDに復元しますが、今回はデスクトップPCでコピー元とコピー先のディスクの両方がパソコンに接続されていますので、ダウンロードしたてインストールしたEaseUS Todo Backupを起動し、クローンモードで移行します。

EaseUS Todo Backupを起動。
「クローン」をクリック。
コピー元のシステムディスクを選択して「次へ」へ。
新しいコピー先のディスクを選び、今回はコピー先がSSDなので「SSDに最適化」にチェックを入れ「次へ」。
内容を確認して「実行」。
「OK」を押す。
作業が開始されます。
「完了」を押して終了。

これで、電源を切ってRAIDディスクと取り外し、BIOS画面でコピーしたディスクをブート時に読み込むディスクとして起動したら今まで通り使える環境が起動できました。

移行後に起動できないとき

RAIDからNon-RAID、またはNon-RAIDからRAIDに移行した場合はWindowsが起動中に停まったり、再起動を繰り返して起動できない場合があります。以下を参考に移行前にレジストリを変更してからクローンを作成してみてください。

Non-RAID→RAIDの場合

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\iaStorV\Start の値を「0」から「3」に変更する。

RAID→Non-RAIDの場合

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\iaStorV\Start の値を「3」から「0」に変更する。

失敗の時も考えてレジストリを変更する前にバックアップを取っておいてください。

参考

クリーンインストールなしでRAIDへ移行する方法：Windows VISTA/7/8