Problembeschreibung
Wenn ein auf Windows Server 2012 oder Windows Server 2008 R2 basierender Hyper-V-Host ungeplant neu gestartet wird und Volumes auf virtuellen Festplatten, die an einen virtuellen IDE-Controller angeschlossen sind, von virtuellen Computern verwendet werden, dann sind die virtuellen Festplatten auf diesem Server möglicherweise nicht mehr konsistent.
Nehmen wir beispielsweise an, dass Sie einen virtualisierten Domänencontroller auf einem Hyper-V-Hostserver eingerichtet haben. Wenn der Hyper-V-Hostserver abstürzt oder ein Stromausfall beim Hyper-V-Hostserver auftritt, kann die Active Directory-Datenbank beschädigt werden oder der virtuelle Computer kann nicht gestartet werden, und es wird eine Fehlermeldung angezeigt, die der Folgenden ähnelt:
c00002e2 Die Verzeichnisdienste konnten aufgrund des folgenden Fehlers nicht gestartet werden: %hs Fehlerstatus: 0x%x. Fahren Sie das System herunter, und wählen Sie beim Neustart "Verzeichnisdienste wiederherstellen". Weitere Informationen finden Sie im Ereignisprotokoll.
Ursache
Dieses Problem tritt auf, weil der virtuelle IDE-Controller auf dem Hyper-V-Host fälschlicherweise einen Erfolg meldet, wenn das Betriebssystem auf dem Gast ihn auffordert, den Datenträgercache zu deaktivieren. Dies kann dazu führen, dass eine Anwendung E/A-Vorgänge ausführt, die auf dem Datenträger gespeichert werden sollen, aber auch den Datenträgercache verwenden dürfen und die bei einem Stromausfall beim Hyper-V-Host nicht auf dem Datenträger gespeichert werden.
Weitere Hintergrundinformationen finden Sie im Abschnitt Weitere Informationen.
Lösung
Hotfix information
A supported hotfix is available from Microsoft. However, this hotfix is intended to correct only the problem that described in this article. Apply this hotfix only to systems that are experiencing the problem described in this article. This hotfix might receive additional testing. Therefore, if you are not severely affected by this problem, we recommend that you wait for the next software update that contains this hotfix.
If the hotfix is available for download, there is a "Hotfix Download Available" section at the top of this Knowledge Base article. If this section does not appear, contact Microsoft Customer Service and Support to obtain the hotfix.
Note If additional issues occur or if any troubleshooting is required, you might have to create a separate service request. The usual support costs will apply to additional support questions and issues that do not qualify for this specific hotfix. For a complete list of Microsoft Customer Service and Support telephone numbers or to create a separate service request, visit the following Microsoft website:
http://support.microsoft.com/contactus/?ln=de&ws=support#tab0Note The "Hotfix Download Available" form displays the languages for which the hotfix is available. If you do not see your language, it is because a hotfix is not available for that language.
Prerequisites
To apply this hotfix, you must be running Windows Server 2012.
Registry information
To apply this hotfix, you do not have to make any changes to the registry.
Restart requirement
You do not have to restart the computer after you apply this hotfix.
Hotfix replacement information
This hotfix does not replace a previously released hotfix.
The global version of this hotfix installs files that have the attributes that are listed in the following tables. The dates and the times for these files are listed in Coordinated Universal Time (UTC). The dates and the times for these files on your local computer are displayed in your local time together with your current daylight saving time (DST) bias. Additionally, the dates and the times may change when you perform certain operations on the files.
Windows RT, Windows 8, and Windows Server 2012 file information notesImportant Windows 8 hotfixes and Windows Server 2012 hotfixes are included in the same packages. However, only "Windows 8" is listed on the Hotfix Request page. To request the hotfix package that applies to one or both operating systems, select the hotfix that is listed under "Windows 8" on the page. Always refer to the "Applies To" section in articles to determine the actual operating system that each hotfix applies to.
-
The files that apply to a specific product, milestone (RTM, SPn), and service branch (LDR, GDR) can be identified by examining the file version numbers as shown in the following table:
Version
Product
Milestone
Service branch
6.2.920 0.16 xxx
Windows Server 2012
RTM
GDR
6.2.920 0.20 xxx
and Windows Server 2012
RTM
LDR
-
GDR service branches contain only those fixes that are widely released to address widespread, critical issues. LDR service branches contain hotfixes in addition to widely released fixes.
For all supported x64-based versions of Windows 8 and of Windows Server 2012
|
File name |
File version |
File size |
Date |
Time |
Platform |
|---|---|---|---|---|---|
|
Vmwp.exe |
6.2.9200.16623 |
4,040,704 |
25-May-2013 |
01:26 |
x64 |
|
Vmwp.exe |
6.2.9200.20728 |
4,040,704 |
25-May-2013 |
03:26 |
x64 |
Hinweis Nach der Installation dieses Updates schlagen Anforderungen zum Deaktivieren des Datenträgercache beim virtuellen IDE-Controller auf dem Hyper-V-Host fehl. Dies ist das normale Verhalten. Möglicherweise wird eine Warnung angezeigt, die von Active Directory im Betriebssystem des Gastcomputers generiert wird. Diese Warnung für das Ereignis 1539 lautet "Active Directory konnte die softwarebasierte Datenträgerschreibungscache auf der folgenden Festplatte nicht deaktivieren", und anschießend wird der Laufwerkbuchstabe der betreffenden Festplatte angegeben. Diese Warnung wird erzeugt, wenn der virtuelle IDE-Controller auf dem Hyper-V-Host die Anforderung, den Datenträgercache zu deaktivieren, in richtiger Weise ablehnt. Allerdings fordert Active Directory, dass alle Datenbankaktualisierungen ohne Caching durchgeführt werden. Das Hyper-V-Speichersubsystem stellt jedoch das Caching sicher, um Datenverluste zu vermeiden, die aus einem Stromausfall oder einem unerwarteten Neustart resultieren könnten.
Informationen zum Update
Windows Server 2012Installieren Sie Updaterollup 2855336 auf dem Hyper-V-Host mit Windows Server 2012.
Windows Server 2008 R2Installieren Sie Update 2853952 auf dem Hyper-V-Host mit Windows Server 2008 R2. Installieren Sie Update 2853952 auf dem Gast, wenn auf dem Gast Windows Server 2008 R2 oder Windows 7 ausgeführt wird.
Dieses Update ist über "Windows Update" und im Microsoft Download Center verfügbar.
|
Betriebssystem |
Update |
|---|---|
|
Alle unterstützten x86-basierten Versionen von Windows 7 |
|
|
Alle unterstützten x64-basierten Versionen von Windows 7 |
|
|
Alle unterstützten x64-basierten Versionen von Windows Server 2008 R2 |
|
|
Alle unterstützten IA64-basierten Versionen von Windows Server 2008 R2 |
Weitere Informationen zum Herunterladen von Microsoft Support-Dateien finden Sie im folgenden Artikel der Microsoft Knowledge Base:
119591 So erhalten Sie Microsoft Support-Dateien im Internet Microsoft hat diese Datei auf Viren überprüft. Dazu wurde die neueste Software zur Virenerkennung verwendet, die zum Zeitpunkt der Bereitstellung verfügbar war. Die Datei befindet sich auf Servern mit verstärkter Sicherheit. Auf diese Weise werden nicht autorisierte Änderungen an der Datei weitestgehend verhindert.
NeustartEs ist ein Neustart erforderlich, damit dieses Problem durch das Update behoben wird.
Status
Microsoft hat bestätigt, dass es sich hierbei um ein Problem bei den in diesem Artikel genannten Microsoft-Produkten handelt.
Weitere Informationen
Es gibt verschiedene Cachingebenen im Virtualisierungsstapel, die sich auf die Anwendungssemantik zur Gewährleistung von Konsistenz auf den virtuellen Computern auswirken. Weitere Informationen hierzu finden Sie im Knowledge Base-Artikel 2801713.
Virtuelle Festplatten melden einem Gastbetriebssystem, dass der Schreibcache aktiviert ist, und die Datenträger lehnen Anforderungen zum Deaktivieren des Schreibcache ab, die vom Gastbetriebssystem gestellt werden. Dieses Verhalten ist aus folgenden Gründen erforderlich:
-
Der zugrundeliegende Speicher verfügt möglicherweise über einen ständig aktivierten Schreibcache, der nicht deaktiviert werden kann. Dies liegt daran, dass der virtuelle Datenträger möglicherweise auf einen anderen Datenträger desselben Hosts migriert worden ist (Livemigration des Speichers).
-
Hyper-V kann nicht davon ausgehen, dass alle virtuellen Computer, die auf demselben Datenträger ausgeführt werden, über die gleichen Datenträgercache-Einstellungen verfügen.
Anwendungen, die Semantik zur Sicherung der Datenintegrität bei Stromausfällen benötigen, müssen sicherstellen, dass Schreibvorgänge in den nicht flüchtigen Speicher übernommen werden. Eine Methode, dies zu erreichen, besteht im Deaktivieren des Datenträgercache, sodass alle Schreibvorgänge auf die Festplatte übernommen werden, bevor ein Erfolg gemeldet wird. Wenn die Anforderung zum Deaktivieren des Datenträgercache abgelehnt wird, dann muss die Anwendung durch zusätzliche Schritte die Konsistenz sicherstellen.
Vor der Installation des Updates würde Hyper-V fälschlicherweise melden, dass der Vorgang erfolgreich ausgeführt wurde, wenn Active Directory den Datenträgercache zu deaktivieren versucht. Dann würde Active Directory Dateivorgänge unter der Annahme ausführen, dass keine Daten zwischengespeichert werden, obwohl dies der Fall ist.
Nach der Installation dieses Updates versucht Active Directory, den Datenträgercache zu deaktivieren, und Hyper-V meldet richtig, dass dies nicht möglich ist. Active Directory aktiviert dann FUA (Force Unit Access), um sicherzustellen, dass die Daten nicht zwischengespeichert werden.
Wenn Active Directory Datenträgercache zu deaktivieren versucht, wird Ereignis-ID 1539 protokolliert.
Informationsquellen
Weitere Informationen zur Terminologie für Softwareupdates von Microsoft finden Sie im folgenden Artikel der Microsoft Knowledge Base:
824684 Beschreibung der Standardterminologie, die zum Beschreiben von Microsoft-Softwareupdates verwendet wird
