最近、Hyper-V仮想マシンの1つが、ネットワークを介した応答を定期的に停止しています。数日おきに発生しているようで、1日に数回まで発生することもあります。私は決してシステム管理者ではないので、皆さんが提供できるどんな方向性も大歓迎です。私が知っているすべてのものを以下に含めました。追加の情報が必要な場合は、お知らせください。
サーバーがダウンする正確な時刻はわかりませんが、サーバーがダウンする前後に次のエラーが一貫して表示されます。
エラー5719、NETLOGON
次の理由により、このコンピューターはドメイン***
のドメインコントローラーとのセキュリティで保護されたセッションとしてセットアップできませんでした:現在、ログオン要求を処理できるログオンサーバーがありません。これにより、認証の問題が発生する可能性があります。このコンピューターがネットワークに接続されていることを確認してください。この問題が解決しない場合は、ドメイン管理者に連絡してください。
[〜#〜]編集[〜#〜]
最初の投稿で見逃した詳細をいくつか示します。
仮想NICおよび/またはソフトウェアと仮想NICの相互作用に問題があるようです。ここにあなたが試すことができるいくつかのことがあります、しかし私のお金はおそらくアンチウイルス/ファイアウォール製品にあります。
すべてのVMに同じウイルス対策製品がありますか?ウイルス対策/ファイアウォール製品がHyper-Vを搭載したServer2008を特別にサポートしていることを確認します。サポートしていない場合は、問題が解決するかどうかを確認するためのテストとして、別のウイルス対策/ファイアウォール製品を試してください(または可能であれば一時的に削除してください)。これが私たちのシステムの原因でした。24〜48時間ごとに、ランダムに見えるVMは、再起動するまで接続を失っていました。
管理/親OSのウイルス対策製品に適切なフォルダーとプロセスの除外があることを確認します(MS記事ID:961804)
NICネットワークアダプターでLargeSendOffloadやCheckSumOffloadなどのVMオフロード機能を無効にしてみてください。これらはWindowsではデフォルトで有効になっていますが、ハードウェアで可能ですNICはそれをサポートしていません(またはHyper-Vとうまく相互作用しない)ため、パフォーマンスの問題やネットワークエラーが発生する可能性があります。これを行う方法はいくつかありますが、テストの目的で最も速いのは(VM内で)NICアダプタのプロパティを開き、[詳細設定]タブに移動して、リストのオフロード機能を無効にすることです、次にVMを再起動します。 (MS Article ID:951037)これはかなり一般的な問題のようです。また、問題がある場合は、関連するポートのネットワークスイッチにもエラーが表示されます。
次の記事は、関連している場合と関連していない場合があります。2008R2で修正され、SP1で破損し、この修正プログラムでSP1後に再度修正されたと思われます。
http://support.Microsoft.com/kb/2263829
私の経験では、修正プログラムを適用した後でも、この問題はまだ存在しています。
今日まで、私はこの問題を解決する方法を見つけることができません。 TCPオフロードおよび多くの同様の設定をオフにするのに1週間以上費やしたと思います。Hyper-Vネットワークスタックの障害を防ぐものは何もありません。それが確実かどうかはわかりませんが、 ARCserveを使用してExchange2010 VMをバックアップすると失敗する可能性があるため、純粋にネットワーク負荷に関連しています。ただし、C:ドライブのバックアップの途中でしか失敗しません。「ClientAgent for Windows」を削除し、Exchangeエージェントのみを残すとVM上で、問題なくExchange DBを何度もバックアップできます。また、Exchange DBをバックアップするときの(仮想)ネットワークを介したデータ転送の速度は、C:ドライブを数千台でバックアップするときよりもはるかに高速です。小さなファイルの。
だから、これはおそらくVHDのファイルI/Oの問題のようなものだと思いますか?おそらく、SMB(ARCserve BackupはSMBを使用しますか?)問題?高いファイルI/Oとネットワーク負荷の両方の組み合わせ?おそらくHyper-V統合サービスのバグですか?何かがあります正しくないので、これについてノイズがこれ以上ないことは信じられません。症状と回復は少し異なりますが、2つのサーバーが異なる場所にあり、どちらもこの問題が発生しています。
他のサーバーはVM内のネットワークスタックを失いますが、VMがクラッシュし、再起動中に応答しなくなるため、回復するにはホストを再起動する必要があります。したがって、これは全体としてより深刻です。単一のVMで障害が発生したネットワークを修正するには、ホストを再起動する必要があります。これは、元の投稿でjwerwieによって報告された症状です。
MACアドレス、TCPオフロード設定など)をいじくり回すと、膨大な時間の浪費になります。
そのため、突然、VMの1つが応答しなくなりました。同じHyper-Vホスト上にある他のVMはサーバーにpingを実行できますが、VMHostの外部のユーザーは非常に断続的な応答を受け取ります。
私の同僚が、しばらく前にP2Vした古いサーバーを起動したことがわかりました。 VMはまだ物理サーバーと同じMACアドレスを持っていました。私の場合、それは最終的にMACアドレスの問題でした。
そうは言っても、Hyper-V環境を構築したときに、Hyper-Vで使用されていたサーバーのBroadcomnicのすべてのオフロード機能を無効にしました。これまで、ネットワークの問題は1つもありませんでした。
3台のHVサーバーのクラスターで実行されている仮想マシンでも同じ問題が発生します。
仮想化されたwin2003SP2標準サーバーの1つがネットワーク経由で応答を停止し、MS SC VMMまたはVMであり、ネットワークインターフェイスが失われたようです...ネットワークインターフェイスのプロパティに移動しようとするとウィンドウが表示されないため、無効化/有効化を実行して接続が回復したかどうかを確認できません。他のVMがサーバー上で同じ仮想スイッチを使用していても、問題なく動作し続けます。
状況を回復するには、VMを再起動するか、クラスターの別のHyper-Vノードに移行する必要があります。
システムイベントログを確認しましたが、次のようなイベントがいくつか見つかりました。
タイプ:情報
出典:netvsc
カテゴリー:なし
イベントID:4
ミニポート「MicrosoftVirtualMachine BusNetworkAdapter」がリセットされました。
詳細については、ヘルプとサポートセンターを参照してください。
または
タイプ:警告
出典:netvsc
カテゴリ:なし
イベントID:5
ミニポート「Microsoft Virtual Machine Bus Network Adapter」がハングしました。
詳細については、次のヘルプとサポートセンターを参照してください。
しかし、なぜそれらが起こるのか私は本当に理解していません。
よろしく、ミゲルブランコダシルバリスボア-ポルトガル
基本的なトラブルシューティングから始めます。
IPアドレスが競合する可能性はありますか?サーバーに静的アドレスがある場合、それはDHCPプールと重複していますか?特にVPNアプライアンスやWLANコントローラーなどのデバイスがある場合は、Windows DHCPプールが環境内で唯一のものではない可能性があることに注意してください。
同じ物理ネットワークインターフェイスを共有する他のVMはありますか?これがないのに、それらはすべてネットワーク接続がありますか?
一部のVMでまったく同じ問題が発生しました。特にExchangeが仮想化されている場合。問題は「大量の発信トラフィック」を実行する必要があり、VMはネットワークへの接続を失いましたが、それ以外は問題ありませんでした。
このパッチで問題を修正しました: http://support.Microsoft.com/kb/2263829