私は円を描いて回っていますが、これを機能させるために何ができるかわかりませんod.
クラスターに2つのhyperv 2012R2ノードがあり、別のクラスターに3つのWindows Server 2016ノードがあります。最初のクラスターから2番目のクラスターに一部のVMをライブ移行したい。
移動したいvmsを最初のクラスターから取り出し、hyper-vマネージャーから移動を開始しましたが、エラーが発生して消えません!
仮想マシン「VM01」は物理コンピューター「SRVR02」と互換性がありません
私が他のフォーラムで見つけた解決策は、CPUが同じではないということですが、CPUバージョン間の移行を有効にするオプションはすでにオンであり、CPUは最初のクラスターのノードではIntel X5660、2番目のクラスターではX5680です。実際に互換性がない理由はありません。
すべてが可能な限り同じであることを確認し、すべてのノードのhyper-vマネージャーに同じスイッチを追加し、ストレージが近いことを確認しました(C:\ Clusterstorage\volume5\VM to C:\ clusterstorage\colume1\VM )
Active Directoryの委任設定で、すべてのノードの委任を(hyper-vマネージャーで)Kerberosおよび「任意の認証プロトコル」に変更しました。
私はソースと宛先、PowerShellとリモートマネージャーから試し、VMを閉じ、エクスポートを行い、ストレージのみを行い、すべてのKerberosに変更しましたが、何も変更しませんでした。
ストレージのみを移動しようとすると、次のエラーが発生します。
仮想マシン 'VM01'(alphanumbers)のストレージの移行は、エラー 'General access denied error'(0x80070005)で失敗しました。
ストレージの移動先のフォルダーはすべてのノードで既に共有されています。追加するフォルダーがわかりません。
最初、hyper-vサーバーノードをwindosサーバークラスターに参加させたいと思っていましたが、テスト中に、すべてがオンラインのままでいられなかったため(アップグレードの理由の1つ)、クラスターから実行できませんでした。 2016サーバーを2012クラスターに追加することもできません。検証ウィザードでOSの非互換性エラーが発生します。
新しいサーバーを完全に再インストールせずに、できればvmsを閉じずに、次に何ができるかについてのアイデアが本当に必要です。
すべてのVMを閉じてすべてをエクスポート/インポートする準備をしていましたが、その前に新しい管理クライアント(RSAT付きのw10 1709)を作成してサーバーをリモート管理し、HypervサーバーでRPCの問題が発生しました。その問題の解決策は、そのクライアントのファイアウォールで着信ルール「Windows Management Instrumentation(ASync-In)」を有効にすることでした。
これで、hypervサーバーの仮想マシンを管理できるようになり、管理クライアントからリモートでライブマイグレーションを問題なく実行できることがわかりました。 HYPERV2012R2からW2016まで、またはW2016からW2016までは、その管理者クライアントから実行することになります。
ホストで直接実行できなかった場合、どのように機能するかわかりませんが、そうでした...そうです!
[〜#〜] edit [〜#〜]:Hyperv2012r2サーバーの1つが(他のサーバーが正常に動作しているときに)「ソースでの失敗」エラーを表示し始め、その問題の解決策はソースサーバーでコマンドプロンプトを開き、「net stop vmms」と「net start vmms」を実行します。
VM移行を完了するには、以下の手順に従ってください: