Řešení potíží s hostiteli stav "Nereaguje" v SCVMM 2008 a SCVMM 2008 R2

ÚVOD

Tento článek popisuje řešení potíží s stav "Nereaguje" hostitele, který se zobrazí v konzole pro správu Microsoft System Center Virtual Machine Manager (VMM). Stav "Nereaguje" host označuje, že VMM server nemůže komunikovat s hostitelem. Tato komunikace je přerušovaná, dokonce někdy můžete očekávat, že stav hostitele v konzole pro správu VMM.

Běžné chyby, které jsou zaznamenány v konzole pro správu VMM v zobrazení úloh, pokud má hostitelský stav "Nereaguje" patří:
Chyba (2911)
Nedostatek prostředků jsou k dispozici k dokončení této operace na název_serveru. název_domény server.
(Není dostatek úložiště je k dokončení této operace (0x8007000E).)
Chyba (2912)
Vnitřní chyba došlo k pokusu kontaktovat agenta na název_serveru. název_domény server.
(Žádné další podprocesy mohou být vytvořeny v systému (0x800700A4))
Chyba (2916)
VMM se nepodařilo dokončit požadavek. Připojení agenta název_serveru. název_domény došlo ke ztrátě.
(Neznámá chyba (0x80338012))
Chyba (2915)
Služba WS-Management nemůže zpracovat požadavek. Objekt nebyl nalezen v název_serveru. název_domény server.
(Neznámá chyba (0x80041002))
Upozornění (13926)
Hostitelský cluster název_serveru. název_domény nebyl zcela obnoven, protože nelze kontaktovat všechny uzly. Vysoce dostupného úložiště a virtuální síťové informace pro tento cluster může být nepřesné.

Další informace

Krok 1: Použití Virtual Machine Manager Configuration Analyzer

Analýza konfigurace virtuálního počítače správce je diagnostický nástroj, který lze použít k vyhodnocení důležitých konfigurací nastavení u počítačů, které obsluhují nebo může sloužit VMM role nebo jiné funkce VMM. Analýza konfigurace virtuálního počítače správce provede následující akce:
  • Prohledává konfigurací hardwaru a softwaru počítače, které zadáte
  • Výsledkem těchto konfigurací proti sadu předdefinovaných pravidel
  • Zobrazí chybové zprávy a upozornění pro všechny konfigurace, které nejsou optimální pro VMM role nebo jiné funkce VMM, které jste zadali pro počítač
Systémové požadavky:

Před instalací Analyzer konfigurace virtuálního počítače správce, je nutné stáhnout a nainstalovat 64bitovou verzi Microsoft Baseline konfigurace Analyzer. Chcete-li stáhnout soubor MBCASetup64.msi, navštivte následující web společnosti Microsoft:Poznámka: Požadavky na systém pro nástroj Microsoft Baseline konfigurace Analyzer označují, zda je podporován pouze systém Windows Server 2003. Analýza konfigurace virtuálního počítače správce a nástroj Microsoft Baseline konfigurace Analyzer byly testovány a jsou podporovány v 64bitových verzí systému Windows Server 2008 a Windows Server 2008 R2.

Musíte nainstalovat a spustit nástroj Analyzer konfigurace virtuálního počítače správce v počítači, který je nebo se stane VMM serveru. Chcete-li zkontrolovat požadavky na systém pro VMM server, naleznete na následujícím webu společnosti Microsoft:Chcete-li stáhnout nástroj Analyzer konfigurace virtuálního počítače správce, naleznete na následujícím webu společnosti Microsoft:

Krok 2: Kontrola doporučené opravy hotfix

Na všech serverech, které jsou hostiteli VMM nebo Hyper-V role ověřte, zda jsou doporučené opravy hotfix nainstalována. Další informace o těchto opravách hotfix získáte v následujícím článku znalostní báze Microsoft Knowledge Base:
2397711 doporučené opravy hotfix pro System Center Virtual Machine Manager 2008 R2
962941 doporučené opravy hotfix System Center Virtual Machine Manager 2008

Krok 3: Zkontrolujte čítače výkonu poškozené

Kontrola protokolu událostí aplikace v hostitelském počítači zobrazíte, pokud je zaznamenána následující událost:

Název protokolu: aplikace
Zdroj: Microsoft-Windows-LoadPerf
ID události: 3012
Popis:
Řetězce výkonu v registru hodnota výkonu je poškozen při procesu rozšíření zprostředkovatele čítačů výkonu. Hodnotu BaseIndex z registru výkonu je v první hodnotě DWORD v datové části hodnoty LastCounter je druhá hodnota DWORD v datové části a hodnotu je třetí hodnota DWORD v datové sekci.

Pokud 3012 ID událostí je zaznamenána v hostitelském počítači, proveďte kroky popsané v následujícím článku znalostní báze knowledge base znovu vytvořit čítače výkonu:

2554336 - jak ručně znovu vytvořit výkonu čítače pro systém Windows Server 2008 64-bit nebo systém Windows Server 2008 R2

Krok 4: Kontrola procesu Svchost.exe služby Vzdálená správa systému Windows

Virtual Machine Manager závisí velmi dobře pro službu Vzdálená správa systému Windows pro základní komunikaci. Stav "Nereaguje" je tedy velmi pravděpodobné, že dojít z důvodu chyby v podkladové Vzdálená správa systému Windows komunikace mezi VMM server a hostitelský počítač. V tomto případě stav je "OK" krátce po restartování hostitelského počítače. Ale stav se změní na "Nereaguje" po tři až čtyři hodiny a úlohy na serveru VMM se nezdaří a vrátí chybu, která se podobá následující:
Chyba (2927)
Správy hardwaru došlo k chybě při pokusu kontaktovat server server.contoso.com.
(Neznámá chyba (0x803381a6))

Doporučená akce
Zkontrolujte, zda Služba WinRM je nainstalována a spuštěna na serveru server.contoso.com. Další informace pomocí příkazu "winrm helpmsg hresult".

Navíc pokud zastavíte službu Vzdálená správa systému Windows v příkazovém řádku, tento proces trvá mnohem déle dokončit. V některých případech může trvat až pět minut zastavit.

K tomuto problému může dojít, pokud sdílené Svchost.exe proces, který hostitelem, který je zálohován službu Vzdálená správa systému Windows.

Chcete-li tento problém vyřešit, nakonfigurujte službu Vzdálená správa systému Windows pro spuštění v samostatném procesu Svchost.exe. Chcete-li to provést, otevřete příkazový řádek se zvýšenými oprávněními, zadejte následující příkaz a stiskněte klávesu ENTER.
c:\ > sc config služba winrm typ = vlastní

Poznámka: Ujistěte se, že jste příkaz zadali přesně tak, jak je zde uveden. Všimněte si mezery po symbolu rovná se (=).
Pokud je příkaz dokončen úspěšně, zobrazí se následující výstup:

Krok 5: Zvyšte výchozí hodnotu časového limitu služby WinRM

Na každém serveru otevřete příkazového řádku se zvýšenými oprávněními a potom postupujte takto:
  1. U počítačů systému Windows 2008 R2 a Windows 2008 SP2 použijte následující příkaz zvýšit výchozí hodnotu časového limitu služby WinRM:
    Služba WinRM set winrm/config @{MaxTimeoutms = "1800000"}
  2. Pro počítače Windows 2008 SP2 a Windows 2008 R2 použijte následující příkaz. (Uvědomte si, Windows 2008 R2 servery může hlásit, že tento krok není nutný.)
    Služba WinRM set winrm/config/servis @{MaxConcurrentOperations = "200"}
  3. Pro počítače Windows 2008 SP2 a Windows 2008 R2 použijte následující příkaz. (Uvědomte si, Windows 2008 R2 servery může hlásit, že tento krok není nutný.)
    Služba WinRM set winrm/config/servis @{MaxConcurrentOperationsPerUser = "400"}
  4. Pro počítače Windows 2008 SP2 a Windows 2008 R2 použijte následující příkazy:
    příkaz net stop winrm.
    příkaz net start winrm
    příkaz net start vmmagent

Krok 6: Zkontrolujte účet počítače pro server VMM

Tomuto problému také dochází, protože účet počítače pro server VMM je odebrán z místní skupiny Administrators v hostitelském počítači. Toto nastavení může být způsoben "Restriktivní skupiny" Zásady skupiny nastavení.

Další informace o tuto příčinu klepněte na následující číslo článku databáze Microsoft Knowledge Base:
969164 virtuálního serveru nebo hostitele technologie Hyper-V může mít stav "Nereaguje" nebo "Vyžaduje pozornost" kvůli omezené skupiny nastavení zásad skupiny.

Chcete-li vyřešit tento problém, přesunete VMM server a hostitelských počítačů do nové organizační jednotky (OU), že blokuje dědičnost všechny objekty Zásady skupiny.

Krok 7: Zakázat přesměrování zpracování protokolu TCP

Je nutné zakázat přesměrování zpracování protokolu TCP v systému Windows v registru a žádný síťový adaptér týmové software pro správu, který je používán. Je třeba zkontrolovat všechna tato umístění a ujistěte se, že přesměrování zpracování protokolu TCP je zakázáno úplně. Tato operace se musí provádět na serveru VMM a v hostitelském počítači.

Vyhledejte všechny síťové adaptéry v následujícím podklíči registru:

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}
Existují další podklíče do tohoto podklíče, které jsou pojmenovány s čtyřmi číslicemi, počínaje "0000." Vyhledejte podklíč, které zobrazit názvy adaptér fyzické sítě v podokně podrobností. V podokně podrobností vyhledejte hodnotu "DriverDesc". Tato hodnota by měla obsahovat název síťového adaptéru, jako je například "HP NC360T PCIe Gigabit Server Adapter." Pro každý z těchto podklíčů proveďte následující změny:

Zakážete všechny dodavatele zátěže. Nastavte hodnoty pro všechny položky, které obsahují slovo "Offload" na nulu (0). Tato hodnota zakáže přesměrování zpracování specifických pro dodavatele. Tyto položky zahrnují například následující.
PoložkaPopis
*FlowControlPopis není k dispozici
*IPChecksumOffloadIPv4Popisuje, zda je zařízení povoleno nebo zakázáno výpočet kontrolních součtů IPv4
*TCPChecksumOffloadIPv4Popisuje, zda je zařízení povoleno nebo zakázáno výpočtu kontrolního součtu TCP přes pakety protokolu IPv4
*TCPChecksumOffloadIPv6Popisuje, zda je zařízení povoleno nebo zakázáno výpočtu kontrolního součtu TCP přes IPv6 paketů
*UDPChecksumOffloadIPv4Popisuje, zda je zařízení povoleno nebo zakázáno výpočtu kontrolního součtu UDP přes pakety protokolu IPv4
*UDPChecksumOffloadIPv6Popisuje, zda je zařízení povoleno nebo zakázáno výpočtu kontrolního součtu UDP přes IPv6 paketů
*LsoV1IPv4Popisuje, zda je zařízení povoleno nebo zakázáno rozčlenění velké pakety TCP prostřednictvím protokolu IPv4 pro snižování zátěže rozsáhlého odeslání
*LsoV2IPv4Popisuje, zda je zařízení povoleno nebo zakázáno rozčlenění velké pakety TCP prostřednictvím protokolu IPv4 pro snižování zátěže rozsáhlého odeslání
*LsoV2IPv6Popisuje, zda je zařízení povoleno nebo zakázáno rozčlenění velké pakety TCP přes IPv6 pro snižování zátěže rozsáhlého odeslání velkých
*IPsecOffloadV1IPv4Popisuje, zda je zařízení povoleno nebo zakázáno výpočet hlavičky protokolu IPsec prostřednictvím protokolu IPv4.
*IPsecOffloadV2Popisuje, zda je zařízení povoleno nebo zakázáno IPsec snižování zátěže verze 2 (IPsecOV2).
*IPsecOffloadV2IPv4Popisuje, zda je zařízení povoleno nebo zakázáno IPsecOV2 IPv4 pouze.
*RSSŠkálování na straně příjmu
*TCPUDPChecksumOffloadIPv4Popisuje, zda je zařízení povoleno nebo zakázáno TCP nebo UDP kontrolního výpočtu prostřednictvím protokolu IPv4
*TCPUDPChecksumOffloadIPv6Popisuje, zda zařízení povoleno nebo zakázáno výpočtu TCP nebo kontrolního součtu UDP přes IPv6

Chcete-li zakázat přesměrování zpracování protokolu TCP v systému Windows, použijte následující položku registru pro úkol snižování zátěže protokolu TCP/IP:

Subkey: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\TCPIP\ParametersEntry: 
DisableTaskOffload
Type:
REG_DWORD
Můžete nastavit tuto položku registru na hodnotu 1 zakázání všech úloh zátěže z dopravy protokolu TCP/IP.

Mnoho dodavatelů mají nějakou formu zátěže vestavěnou jejich management software pro týmovou spolupráci. Tyto zátěže může objevit v mnoha formách a je obvykle specifické pro dodavatele.

Další informace o úkol snižování zátěže, naleznete na následujícím webu Microsoft Developer Network:

Krok 8: Kontrola dalších příčin

Další možné příčiny tohoto problému patří následující:
  • VMM agent není spuštěn.
  • Některý antivirový software skenuje porty nebo protokoly.

Členství účtů VMM

VMM účty můžete umístit do odpovídajících skupin podle následujících kroků:

Účet počítače serveru VMM:
  • Skupiny Administrators na serveru VMM a všechny hostitelské počítače
  • Místní skupiny serverů Virtual Machine Manager na serveru VMM
Účet pro akce v VMM:
  • Místní skupiny Administrators na serveru VMM a všechny hostitelské počítače
Vlastnosti

ID článku: 976640 - Poslední kontrola: 13. 1. 2017 - Revize: 1

Váš názor