PowerPath Migration Enabler für Windows: Ereignis-ID 1568 – Warnung von Microsoft-Windows-FailoverClustering nach dem Verschieben einer mit Commit bestätigten Festplattenressource.

Übersicht

Wenn Sie den Commit für eine Clustermigration mit PowerPath Migration Enabler for Windows durchführen, kann auf die Signatur der Quellfestplatte über die WWN einer anderen Festplatte zugegriffen werden. Dies ist Bestandteil der Migration. Sie verschieben Daten von der WWN des Quellgeräts auf die WWN des Zielgeräts und daher ändert sich die Geräte-WWN.

Ab Windows Server 2008 R2 unterstützt Microsoft Windows FailoverClustering „replizierten Storage“ und kann daher diese Änderung der Geräte-WWN tolerieren. Microsoft Windows FailoverClustering dokumentiert jedoch die Tatsache, dass ein solcher Zustand aufgetreten ist (zwei Geräte mit derselben Signatur), durch Protokollierung der Ereignis-ID 1568 (siehe auch https://docs.microsoft.com/de-de/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/dd354024(v=ws.10)?redirectedfrom=MSDN für Details).
Dieses Ereignis wird als Warnung protokolliert, was wiederum Bedenken bezüglich möglicher Auswirkungen aufwerfen kann.

Die Ereignis-ID selbst wird protokolliert, bevor diese Festplattenressource im Cluster auf dem nicht zu migrierenden Node online geschaltet wird. Die Meldung ist Teil der Vorbereitungsschritte.
Wenn das Onlineschalten der Festplatte erfolgreich ist, werden die internen Datenstrukturen auf dem Cluster-Node aktualisiert und die Informationen über die Änderung bleiben erhalten. Es sind keine weiteren Maßnahmen erforderlich und die Meldung kann ignoriert werden. Der Typ „Warnung“ sollte als „wichtige Informationen“ und nicht nur als „reine Information“ verstanden werden.

Beispielmeldungen

Clusterereignisprotokoll/Cluster-GUI: Zeigt Ereignis-ID 1568 von Microsoft-Windows-FailoverClustering an

Clusterereignisprotokoll/Cluster-GUI: Failover Cluster Manager>Cluster Events: GUI-Speicherort

Clusterereignisprotokoll/Cluster-GUI: Beispiel für Meldungsspeicherauszug

Protokollname: Microsoft-Windows-FailoverClustering/Operational
Quelle: Microsoft-Windows-FailoverClustering
Date: 2021-03-08T11:51:05.811
Event ID: 1568
Task: Physical Disk Resource
Level: Warning
Opcode: Info
Keyword: N/A
User: S-1-5-18
User Name: NT AUTHORITY\SYSTEM
Computer: testnode-b.testdom.test
Beschreibung: 
Die Clusterfestplattenressource „Cluster Disk 3“ hat festgestellt, dass die Festplattenkennung veraltet ist. Dies wird unter anderem erwartet, wenn gerade ein Wiederherstellungsvorgang durchgeführt wurde oder wenn dieses Cluster replizierten Storage verwendet. Die Eigenschaft DiskSignature oder DiskUniqueIds für die Festplattenressource wurde korrigiert.

Clusterprotokoll: Zeigt einen entsprechenden Warndatensatz im Abschnitt „operational“ an

Clusterprotokoll: Section Header

[=== Microsoft-Windows-FailoverClustering/Betriebsprotokolle ===]

Clusterprotokoll: Beispielmeldung

[Operational] 00000b14.00002d88::2021/03/08-11:51:05.811 WARN  Cluster disk resource 'Cluster Disk 3' found the disk identifier to be stale. Dies wird unter anderem erwartet, wenn gerade ein Wiederherstellungsvorgang durchgeführt wurde oder wenn dieses Cluster replizierten Storage verwendet. Die Eigenschaft DiskSignature oder DiskUniqueIds für die Festplattenressource wurde korrigiert.

Die Protokollierung dieser Meldung ist ein erwartetes Verhalten.

Das System hat korrekt erkannt, dass sich die Festplattensignatur jetzt auf einem neuen Gerät befindet. sind keine weiteren Maßnahmen erforderlich.

Debugging-Hinweise

Sollte das Onlineschalten dieser Laufwerksressource unerwartet fehlschlagen, wird den Angaben oben gemäß dieser Fehlerpunkt genannt:

– auf dem nicht zu migrierenden Node ohne Migration;
– Nach Abschluss der Migration
– Nach dem Verschieben der Commit-Ressource vom zu migrierenden Node auf den nicht zu migrierenden Node, während
– der nicht zu migrierende Node nach diesem Commit nicht neu gestartet wurde.

In diesem Fall zeigt die Ereignis-ID lediglich an, dass der Cluster-Node die Geräteänderung für die entsprechende Signatur/GUID (korrekt!) erkannt hat. Daher muss dieser Status separat von dort untersucht werden. Der Commit hat die Migration dauerhaft abgeschlossen. Es gibt kein „Rückgängigmachen“ eines Commits. Daher müssen Sie die Wiederherstellung vorwärts gerichtet durchführen und sich darauf konzentrieren, warum die Aktion disk->online() fehlschlägt.