%20%E3%82%92%E4%BF%A1%E9%A0%BC%E3%81%97%E3%81%BE%E3%81%9B%E3%82%93.png)
背景:
いくつかのレガシーWindows Server 2003システムをVMwareからAzureに移行する必要があります。
はい、レガシーOSがあることはわかっています。それでも、それらを稼働させ続ける必要があります。そして、これは(少なくとも部分的には)マイクロソフトがサポート重要なステップの1つは、
もちろん、Azureに移行する前にサーバーにHyper-V統合サービスをインストールすることです。このステップを手動で行うことにしたのは、起動スクリプトに依存する公式文書化されたプロセス信頼性がやや低いことが判明しました。
そのため、私たちのプロセスでは、まずサーバーを Hyper-V マシンに変換し、次に HVIS をインストールして VMware Tools を削除し、その後 Azure に移行します。
プロセスは定義、テスト、文書化されており、正しく機能します。
しかし。
ある特定のシステムでは、デバイスドライバに関して非常に奇妙な問題があります。どれでもネイティブのものも含め、デバイスドライバをインストール前に手動で確認を求めるどれでもハードウェア。これはHyper-Vドライバだけでなく、あらゆるデバイスこれには、Windows 自体にネイティブなドライバーを持つものも含まれます。以下に例を示します。
これは面倒です (VMware から Hyper-V に移行する場合、このようなプロンプトが 15 ~ 20 個あります) が、サーバーを手動で操作できる限り、対処できます。ただし、サーバーを Azure に移行すると、新しいネットワーク アダプターを含む Azure の新しいデバイスをインストールする前に、(おそらく) 同じ手動確認を待つことになります。もちろん、これはネットワークがなく、Azure VM にアクセスする方法がないことを意味します。
なぜこのようなことが起こるのでしょうか? どうすれば修正できるでしょうか?
署名されていないドライバを自動的に受け入れるようにシステムを設定しようとしましたが、は署名されており、このようなことは決して起こらないはずです):
ただし、サーバーは引き続き同じ動作を続け、新しいハードウェアをインストールする前に確認を求めます (Windows ロゴ テストに合格していないという警告も表示されます)。
も試しましたがsfc /scannow
、問題は検出されず、解決もされませんでした。chkdsk
また、何も問題は見つかりませんでした。
この特定のサーバーがこのように動作するのはなぜですか?
どうすれば修正できますか?
注: これは、更新プログラムの不足や証明書の期限切れが原因ではありません。元の ISO (コピーはまだあります) を使用して、Hyper-V に Windows Server 2003 を新規インストールし、更新を一切行わずに試しましたが、このような問題は発生しませんでした。