S2D Volume degraded ohne Disk-Fail

TWEQ Rowi 100 Zuverlässigkeitspunkte
2026-07-16T06:26:35.6433333+00:00
  1. Status Quo:
  • Symptom: S2D Volume meldet Degraded.
  • Anomalie: Keine kaputte Disk im System (Get-PhysicalDisk zeigt überall Healthy / Operational). Keine Hardware-Warnung auf den Enclosures.
  • Impact: Produktion läuft, aber Redundanz ist im Eimer.
  1. Action Item:

Müssen die Repair-Jobs triggern, aber ohne IOPS-Overload oder Daten-Gau auf der Prod.

Frage in die Runde: Wer hat den passenden Repair-VirtualDisk Oneliner parat, der die Resync-Priorität drosselt? Will das Ding nicht blind laufen lassen.

Windows für Unternehmen | Windows 365 Business
0 Kommentare Keine Kommentare

Antwort, die vom Frageautor angenommen wurde
Jason Nguyen Tran 27,050 Zuverlässigkeitspunkte Unabhängiger Berater
2026-07-16T07:07:19.8933333+00:00

Hallo,

Bei Storage Spaces Direct weist ein Volume im Status „Degraded“, obwohl kein physischer Datenträger ausgefallen ist, in der Regel auf temporäre Probleme während der Resynchronisierung oder des Reparaturprozesses hin und nicht auf einen tatsächlichen Hardwaredefekt. Die gute Nachricht ist, dass sich der Reparaturvorgang manuell starten und seine Auswirkungen auf produktive Workloads gezielt begrenzen lassen.

Der von Microsoft empfohlene Ansatz besteht darin, das Cmdlet Repair-VirtualDisk zusammen mit dem Parameter -ThrottleLimit zu verwenden. Zum Beispiel:

Repair-VirtualDisk -FriendlyName <YourVolumeName> -ThrottleLimit 30

Mit -ThrottleLimit können Sie die Priorität der Resynchronisierung steuern, indem Sie die Anzahl der gleichzeitig ausgeführten Reparaturvorgänge begrenzen. Dadurch wird die IOPS-Belastung des Speichersystems reduziert und die Auswirkungen auf produktive Workloads minimiert. Den Wert können Sie je nach Auslastung Ihrer Umgebung anpassen – beispielsweise niedriger während der Geschäftszeiten und höher außerhalb der Spitzenzeiten.

Zusätzlich empfiehlt es sich, den Fortschritt mit Get-StorageJob zu überwachen. So können Sie sicherstellen, dass der Reparaturauftrag ordnungsgemäß ausgeführt wird und nicht ins Stocken gerät.

Sollte der Status „Degraded“ weiterhin auftreten, obwohl keine Hardwareprobleme vorliegen, lohnt sich ein Blick in die Cluster-Protokolle, um nach vorübergehenden Kommunikationsfehlern zwischen den Knoten oder Inkonsistenzen in den Metadaten zu suchen. In manchen Fällen kann es sinnvoll sein, den Reparaturvorgang bis außerhalb der Hauptnutzungszeiten zu verschieben, um die Auswirkungen auf produktive Systeme möglichst gering zu halten.

Ich hoffe, diese Informationen helfen Ihnen weiter. Wenn meine Antwort hilfreich war, würde ich mich freuen, wenn Sie sie als „Antwort akzeptieren“ markieren. So weiß ich, dass Ihr Anliegen damit gelöst werden konnte.

Jason

War diese Antwort hilfreich?

Eine Person fand diese Antwort hilfreich.
0 Kommentare Keine Kommentare

0 zusätzliche Antworten

Sortieren nach: Am hilfreichsten

Ihre Antwort

Antworten können von Fragestellenden als „Angenommen“ und von Moderierenden als „Empfohlen“ gekennzeichnet werden, wodurch Benutzende wissen, dass diese Antwort das Problem des Fragestellenden gelöst hat.