Virtualboxイメージをネイティブに起動

Question 1

「私はすべてを非仮想化しているところです」- 本当ですか？o_O なぜですか？

あなたの提案した2つのアプローチを参考にして、私はそれを移行しますしかし私個人としては、このアプローチには少々警戒心を抱きます。

質問が少し不明瞭です。VM は今、そのまま実行されていますか? 仮想化を警戒している以外に実際の問題がない限り、私の本当の提案は、実際に仮想化されたままにしておくことです。

コメントに対応するために更新

さて、あなたのコメントに対応するために、サーバーが致命的そして現在実行中医療界の「まず害を与えないこと」の原則を借用することを提案します。つまり、このサーバーのホスティング方法を変更したい場合は、移行の結果を新しい新しいサーバーで作業している間、現在のサーバーを可能な限り利用できるようにし、作業内容がユーザーに対する現在のサービスに「損害」を与えないようにします。このアプローチにより、時間をかけて適切な作業を行うこともできます。

重要なシステムでこれを行うための予算が得られない場合、前任者がいくつかの非常に疑わしい選択を行った理由がわかったことになるかもしれません...

仮想化の適合性については、あなたの前任者がワークステーションOS上のVirtualBoxインストールでミッションクリティカルなシステムを実行するのは狂気の沙汰だったと言うでしょうが、だからといって仮想化に何か問題があるわけではありません。それ自体これは、「当時はそれしかなかったから」という理由で、重要なサーバーを古いワークステーションで実行するよりも悪いわけではなく、私たちは皆、そのようなことが起こるのを見たことがあると思います。

私は、本番環境サーバーのほとんど（約60台）を8台のVMWare ESXiサーバーと開発/テスト環境は3つのMicrosoftハイパーVボックス - これらは両方とも無料「サーバー品質」の仮想化製品（ただし、それらでいっぱいのデータセンターを管理するには、高価なツールにお金がかかります）であり、どちらも予定外のダウンタイムが発生したことはありません。どちらも、現在稼働中のサーバーを移行/インポートできるツールを備えているため、移行は非常に簡単になります。

したがって、あなたが説明したことを考慮して、私は次のことを提案します:

サーバーの移行新しい適切なツールを使用した仮想化を検討するか、ベアメタルのままにするかに関係なく、ハードウェアは重要です。
「サーバー品質」の仮想化ツールの 1 つを検討し、その移行/インポートツールを活用して、現在の欠陥のあるシステムから簡単に移行できるようにします。

Answer

「私はすべてを非仮想化しているところです」- 本当ですか？o_O なぜですか？

あなたの提案した2つのアプローチを参考にして、私はそれを移行しますしかし私個人としては、このアプローチには少々警戒心を抱きます。

質問が少し不明瞭です。VM は今、そのまま実行されていますか? 仮想化を警戒している以外に実際の問題がない限り、私の本当の提案は、実際に仮想化されたままにしておくことです。

コメントに対応するために更新

さて、あなたのコメントに対応するために、サーバーが致命的そして現在実行中医療界の「まず害を与えないこと」の原則を借用することを提案します。つまり、このサーバーのホスティング方法を変更したい場合は、移行の結果を新しい新しいサーバーで作業している間、現在のサーバーを可能な限り利用できるようにし、作業内容がユーザーに対する現在のサービスに「損害」を与えないようにします。このアプローチにより、時間をかけて適切な作業を行うこともできます。

重要なシステムでこれを行うための予算が得られない場合、前任者がいくつかの非常に疑わしい選択を行った理由がわかったことになるかもしれません...

仮想化の適合性については、あなたの前任者がワークステーションOS上のVirtualBoxインストールでミッションクリティカルなシステムを実行するのは狂気の沙汰だったと言うでしょうが、だからといって仮想化に何か問題があるわけではありません。それ自体これは、「当時はそれしかなかったから」という理由で、重要なサーバーを古いワークステーションで実行するよりも悪いわけではなく、私たちは皆、そのようなことが起こるのを見たことがあると思います。

私は、本番環境サーバーのほとんど（約60台）を8台のVMWare ESXiサーバーと開発/テスト環境は3つのMicrosoftハイパーVボックス - これらは両方とも無料「サーバー品質」の仮想化製品（ただし、それらでいっぱいのデータセンターを管理するには、高価なツールにお金がかかります）であり、どちらも予定外のダウンタイムが発生したことはありません。どちらも、現在稼働中のサーバーを移行/インポートできるツールを備えているため、移行は非常に簡単になります。

したがって、あなたが説明したことを考慮して、私は次のことを提案します:

サーバーの移行新しい適切なツールを使用した仮想化を検討するか、ベアメタルのままにするかに関係なく、ハードウェアは重要です。
「サーバー品質」の仮想化ツールの 1 つを検討し、その移行/インポートツールを活用して、現在の欠陥のあるシステムから簡単に移行できるようにします。

Question 2

VirtualBox は、サーバー仮想化には間違いなく不適切なツールですが、だからといって仮想化すべきではないということではありません。Standard 2008R2 ライセンスをお持ちの場合は、ホスト 1 台とゲスト 1 台のインストールが許可されます。Enterprise の場合は、ゲスト 4 台が使用できます。

また、2008 R2 をお持ちなので、Hyper-V サーバーロールに無料でアクセスできます。Hyper-V は、追加費用がかからない優れたソリューションです。インフラストラクチャを V2P 化する強い理由がない限り、「旧来の」方法は時代遅れです。

Answer

VirtualBox は、サーバー仮想化には間違いなく不適切なツールですが、だからといって仮想化すべきではないということではありません。Standard 2008R2 ライセンスをお持ちの場合は、ホスト 1 台とゲスト 1 台のインストールが許可されます。Enterprise の場合は、ゲスト 4 台が使用できます。

また、2008 R2 をお持ちなので、Hyper-V サーバーロールに無料でアクセスできます。Hyper-V は、追加費用がかからない優れたソリューションです。インフラストラクチャを V2P 化する強い理由がない限り、「旧来の」方法は時代遅れです。

Question 3

bcdedit を使用して VirtualBox イメージをネイティブブートすることはできません (VHD をネイティブブートに設定できますが、すべてのイメージをネイティブブートに設定することはできません)。「古い方法」が何らかの形で「怖い」と同義でない限り、すべてを「非仮想化」する理由がわかりません。要するに、「非仮想化」というアイデア全体が良いものではありません。

本当に移行したいのであれば、私が考えられる最良の選択肢は、VMを起動し、Microsoft 展開ツールキットイメージをキャプチャし、そのイメージを別のマシン (または親マシン) に再展開します。

編集：

クラッシュがサーバではなくVMの問題である場合、ハイパーバイザに問題がある可能性があります（もちろん、クラッシュに関する詳細は不明です）。MDTでイメージをキャプチャした後、親の2008R2サーバにHyper-Vロールを追加し、（優先順位に従って）

問題のあるVMを再構築し、データを移行する
MDTを使用してHyper-v VMへの展開を試みる

Answer

bcdedit を使用して VirtualBox イメージをネイティブブートすることはできません (VHD をネイティブブートに設定できますが、すべてのイメージをネイティブブートに設定することはできません)。「古い方法」が何らかの形で「怖い」と同義でない限り、すべてを「非仮想化」する理由がわかりません。要するに、「非仮想化」というアイデア全体が良いものではありません。

本当に移行したいのであれば、私が考えられる最良の選択肢は、VMを起動し、Microsoft 展開ツールキットイメージをキャプチャし、そのイメージを別のマシン (または親マシン) に再展開します。

編集：

クラッシュがサーバではなくVMの問題である場合、ハイパーバイザに問題がある可能性があります（もちろん、クラッシュに関する詳細は不明です）。MDTでイメージをキャプチャした後、親の2008R2サーバにHyper-Vロールを追加し、（優先順位に従って）

問題のあるVMを再構築し、データを移行する
MDTを使用してHyper-v VMへの展開を試みる

Question 4

この投稿をご覧になっている方（日付は確認せず、同様のことについて助けを求めている方）へ。

私が行うことは、基本インストール (またはイメージではなく実際のドライブ上の OS) で、driverbackup! というユーティリティ (SourceForge ではこの名前です) を実行して、すべてのドライバーをバックアップし、復元ファイル生成オプションにチェックマークを付けることだけです。

次に、仮想システムがオフになっていることを確認します。VHD ファイルが最も適切です。vhd を取得できない場合は、つまり、vmdk を使用しているか、イメージが Easeus PBP 形式のバックアップファイル内にある場合は、コンバーターオプションがあり、vmware にはオプションがあり、virtualbox には内部オプションがあると思いますが、その名前が思い出せません。

Easeus Todo Backup には、vmdk または vhd へのバックアップイメージコンバーターがあります。このアプリを使用する場合は、vhd 形式を選択し、名前を付けてどこかに保存します。

次に、Microsoft TechNet サイトでドライバーをオフラインイメージに復元する方法を調べ、必要なバージョン (Vista、7、2008、08 R2、2012、12 R2、8、8.1 など) を探します。

バックアップしたドライバーは、復元する OS のアーキテクチャと一致する必要があります。つまり、X86 から X86、X64 から X64、IA64 から IA64 などです (仮想 OS が同じアーキテクチャであることを意味します。ユーザーが愚かであるなどではありません)

ドライバーを復元するには、Microsoft の指示に従ってください。

それが完了したら、diskmgmt.mscを使用してVHDをマウントし（attach vhdをクリック）、ファイルを見つけて、開く/承認などをクリックします。

お気に入りのツールを使用してドライブイメージをバックアップし (物理的なイメージと同じように)、イメージを別のメディアに保存するか、ネットワーク/外付けドライブのどこかに配置します。

(例: Windows バックアップでは、イメージバックアップに合わせてフォルダーといくつかのファイルが生成されます)

プログラムに起動可能なユーティリティがある場合は、それを起動します。これは、現在の Windows OS を削除することを前提としています。

イメージを復元するオプションに進みます。イメージにアクセスする方法を見つけます。つまり、ネットワークが必要な場合は、起動可能なユーティリティに必要なドライバーが含まれている可能性があります。私の知る限り、ネットワークをスキャンしてパスワードを入力するユーティリティ、GUI、またはコマンドラインがないため、ワイヤレスはこの方法では機能しません。

それでもマルチブートオプションが必要な場合は、ホスト OS のサイズを変更してスペースを確保し、イメージの復元用の領域を作成できます。

イメージを見つけたら、それを宛先 (マルチブートの場合はパーティション) または (ドライブを消去する場合はドライブ) に置きます。

完了したら、復元した OS を起動するオプションが表示されるはずです。マルチブートの場合は、新しく復元した OS を見つけるために、ブート構成の項目名とパーティション UID を手動で編集する必要があります。つまり、Windows のバージョンが異なる場合 (つまり、2012 R2 を復元し、以前は 2008 R2 を使用していた場合)、起動はしますが名前が間違っています。あるいは、OS は同じですが、その情報が更新されず変更が反映されないため、間違ったパーティションで起動しようとしています。GUI 経由で実行する必要がある場合は、EASY BCD というツールが役立ちますが、ビジネスでこれを行う場合は商用ライセンスが必要です。

これで、物理ドライブ上に仮想 OS を配置して実行できるようになり、移行やフォルダーやレジストリからの切り取りと貼り付けなどの手間がかからず、希望どおりの動作が実現します。

起動するはずです。

これが、助けを必要としている人や、この種のシナリオを解決するための実用的な方法を見つけられなかった人の役に立つことを願っています。

私の場合は、ホームユーザーなので、この種の作業をホーム OS バージョンで個人的に行うということになりますが、最終的には商用版にも当てはまります。Windows OS にはフォルダー、レジストリ、ブート構成があり、この構成には UUID のようなエントリがあるため、実際の基本まで到達すると、基本的に同じように動作します。

よろしくお願いいたします、デズ・エインズワース

Answer