Host funkcji Hyper-V ulega awarii i wystąpiły błędy podczas wykonywania migracji na żywo maszyny Wirtualnej w Windows 8.1 i systemu Windows Server 2012 R2

W tym artykule opisano problem występujący w Windows 8.1 lub systemu Windows Server 2012 R2 Hyper-V hosta. Poprawka jest dostępna do rozwiązania tego problemu. Przed zainstalowaniem tej poprawki należy sprawdzić wymagania wstępne sekcja.

Wprowadzenie

Rozważ następujący scenariusz:

  • Masz komputer z systemem Windows Server 2012 R2, skonfigurowanego dla jednego lub większej liczby zespołów karty Sieciowej przy użyciu systemu Windows NIC Teaming Antyszpiegowskim.

  • Windows NIC Teaming Antyszpiegowskim wprowadziły na przełącznik niezależnych teaming trybu za pomocą portu funkcji Hyper-V lub dynamicznego równoważenia obciążenia. Ponadto zostały prawidłowo skonfigurowane kart sieciowych, aby używać rozmieszcza procesorów. (Aby uzyskać więcej informacji, zobacz artykuł bazy wiedzy Knowledge Base ).

  • Wirtualny przełącznik funkcji Hyper-V jest związana z jednym z zespołów Antyszpiegowskim.

  • Uruchomienie maszyny wirtualnej na serwerze funkcji Hyper-V lub żywych migracji maszynę wirtualną z jednego serwera na inny serwer.

W tym scenariuszu wystąpić jeden lub więcej z następujących problemów:

  • Wydanie 1: Następujące zdarzenie błędu 113 jest sporadycznie rejestrowane w dzienniku zdarzeń:

    Log Name: SystemSource: Microsoft-Windows-Hyper-V-VmSwitch
    Date: <DateTime>
    Event ID: 113
    Task Category: None
    Level: Error
    Keywords:
    User: SYSTEM
    Computer: Server1.contoso.com
    Description:
    Failed to allocate VMQ for NIC EDCED345-4C96-4C75-92A0-0C4FC5688F73--35BEB899-5BE9-4128-900A-6FE0BBFC7B22
    (Friendly Name: Network Adapter) on switch DE4F3664-68D9-4781-825B-882A540FAB08 (Friendly Name: VM Switch).
    Reason - The OID failed. Status = {Operation Failed} The requested operation was unsuccessful.
    Ponadto VmSwitch funkcji Hyper-V nie może przydzielić VMQ kolejek dla maszyn wirtualnych.

    Uwaga W przypadku opis, dlatego tekst jest zawsze "OID nie powiodło się." Stan, który zmienia się tekst oparty na sterownik karty sieciowej, która jest używana. Inne przykłady stanu są następujące:

    • Stan = nieprawidłowy parametr został przekazany do usługi lub funkcji

    • Stan = niedostateczna ilość zasobów systemowych istnieje do ukończenia operacji API

    • Stan = nieznany

    Przyczyna Ten problem występuje, ponieważ VmSwitch zakłada, że domyślny agent rozliczeniowy dla VMQ jest zero (0), podczas wykonywania alokacji VMQ. Powoduje to, że niektóre sieci sterowniki kart odrzucić przydział i wygenerować błąd 113.

    Naprawić informacji Po zastosowaniu tej poprawki program VmSwitch nie jest już zakłada, że domyślny agent rozliczeniowy dla VMQ jest wartość zero (0).

    Aby uzyskać więcej informacji na temat tego problemu zobacz artykuł bazy wiedzy Knowledge Base .

  • Problem 2: Obniża wydajność lub system przestaje odpowiadać.

    Przyczyna Ten problem występuje, ponieważ algorytm mapowania zasobu fizycznego Antyszpiegowskim overloads hosta. Ten problem może także wyzwolić "MAC skrzydłami."

    Naprawić informacji Po zastosowaniu tej poprawki należy zrównoważenie algorytm jest zoptymalizowany i wykonane bardziej skalowalne.

  • Wydanie 3: Błąd STOP 0xD1 występuje na hoście podczas migracji na żywo.

    Przyczyna Ten problem występuje po Antyszpiegowskim wyczyszczenie własnych struktur, ponieważ zakłada się, że dalszy postęp identyfikatora obiektu (OID) jest gwarantowana.

    Naprawić informacji Po zastosowaniu tej poprawki Antyszpiegowskim czyści jego mapowania tylko wtedy, gdy powiedzie się identyfikator OID. W przypadku scenariuszy awarii Antyszpiegowskim przekazuje stan OID do VmSwitch. VmSwitch przechodzi w stan awarii i przetwarza je za pomocą własnej logikę.


Rozwiązanie

Informacje o poprawce

Obsługiwana poprawka jest udostępniana przez firmę Microsoft. Jednak ta poprawka jest przeznaczona tylko do usunięcia problemu opisanego w tym artykule. Tylko w systemach, których dotyczy ten problem, należy zastosować tę poprawkę.

Jeśli poprawka jest dostępna do pobrania, pojawi się sekcja "Poprawka dostępna do pobrania" na początku tego artykułu z bazy wiedzy Knowledge Base. Jeśli nie ma tej sekcji, należy przesłać żądanie do centrum obsługi klienta firmy Microsoft i obsługi technicznej w celu uzyskania poprawki.

Uwaga Jeśli wystąpią dodatkowe błędy lub konieczność rozwiązania problemu, być może trzeba będzie utworzyć osobne zlecenie usługi. Zwykłe koszty obsługi będą zastosowane do dodatkowych pytań i problemów, których nie można rozwiązać przy użyciu określonej poprawki. Aby uzyskać pełną listę numerów telefonów działu obsługi klienta firmy Microsoft lub utworzyć osobne zlecenie usługi odwiedź następujące witryny firmy Microsoft:

Uwaga "Poprawka dostępna do pobrania" zawiera listę języków, dla których dostępna jest poprawka. Jeśli odpowiedni język nie jest widoczny, to dlatego, że poprawka nie jest dostępna dla danego języka.

Wymagania wstępne

Aby zastosować tę poprawkę, musi mieć zainstalowany w systemie Windows 8.1 lub systemu Windows Server 2012 R2, .

Informacje dotyczące rejestru

Aby użyć poprawki w tym pakiecie, nie trzeba wprowadzać żadnych zmian w rejestrze.

Wymagania dotyczące ponownego uruchomienia

Może być konieczne ponowne uruchomienie komputera po zastosowaniu tej poprawki.

Informacje dotyczące zastępowania poprawek

Ta poprawka nie zastępuje wcześniej wydanej poprawki.


Wersja globalna tej poprawki instaluje pliki, których atrybuty wymieniono w poniższych tabelach. Daty i godziny odpowiadające tym plikom są podane w formacie uniwersalnego czasu koordynowanego (UTC, Coordinated Universal Time). Daty i godziny odpowiadające tym plikom na komputerze lokalnym są wyświetlane w formacie czasu lokalnego, wraz z Twoim bieżącym bias czasu letniego (DST). Dodatkowo, daty mogą ulec zmianie podczas wykonywania pewnych operacji na plikach.

Informacje o plikach systemu Windows Server 2012 R2 i Windows 8.1 i notatki

Ważne Poprawki systemu Windows 8.1 i systemu Windows Server 2012 R2 są zawarte w tych samych opakowaniach. Jednak poprawki na stronie żądanie poprawki są wymienione w obu systemach operacyjnych. Aby zażądać pakietu poprawek, który dotyczy jednej lub obu systemów operacyjnych, wybierz poprawkę, która jest wyświetlana w obszarze "Windows 8.1/Windows Server 2012 R2" na stronie. Zawsze sprawdzaj w sekcji „Stosuje się do”, do jakiego systemu operacyjnego dotyczy każda z poprawek.

  • Pliki dotyczące określonego produktu, etapu rozwoju (RTM, SPn) i składnika usługi (LDR, GDR) można zidentyfikować przez sprawdzenie wersji pliku, jak pokazano w poniższej tabeli:

  • Składniki usługi GDR zawierają tylko te poprawki, które są publicznie wydane w celu rozwiązania często występujących, krytycznych problemów. Składniki usługi LDR zawierają też inne poprawki, a nie tylko publicznie rozpowszechniane poprawki.

  • Pliki MANIFEST (.manifest) i pliki MUM (.mum) zainstalowane dla każdego środowiska są wymienione osobno w sekcji „Informacje o dodatkowych plikach". Pliki MUM, MANIFESTU oraz skojarzone pliki wykazu zabezpieczeń (.cat), muszą posiadać zaktualizowane składniki. Pliki katalogu zabezpieczeń, których atrybuty nie zostały wymienione, są podpisane za pomocą podpisu cyfrowego firmy Microsoft.

Stan

Firma Microsoft potwierdziła, że jest to problem występujący w produktach firmy Microsoft wymienionych w sekcji „Dotyczy”.

Powiązane artykuły

Zobacz stosowaną przez firmę Microsoft do opisywania aktualizacji oprogramowania.

Potrzebna dalsza pomoc?

Rozwijaj swoje umiejętności
Poznaj szkolenia
Uzyskuj nowe funkcje w pierwszej kolejności
Dołącz do niejawnych testerów firmy Microsoft

Czy te informacje były pomocne?

Dziękujemy za opinię!

Dziękujemy za opinię! Wygląda na to, że połączenie Cię z jednym z naszych agentów pomocy technicznej pakietu Office może być pomocne.

×