У меня виртуальный диск находится в хроническом нездоровом, но функциональном состоянии после замены неисправного диска некоторое время назад. Команда восстановления немедленно возвращается на этот виртуальный диск, и состояние работоспособности не указывает на то, что именно с ним не так, поэтому я проигнорировал предупреждение.
Недавно я по ошибке отключил рабочий диск от этого массива и переустановил его через несколько часов (оба действия включали выключение и повторное включение питания сервера). Когда сервер вернулся в рабочее состояние, все виртуальные диски в пуле работали отдельно от этого виртуального диска четности. Он отмечен как IsManualAttach=true и после присоединения файловая система отображается как RAW. Я использовал программу восстановления, чтобы проверить содержимое и заметил большие куски нулей в большинстве файлов.
Моя теория заключается в том, что в метаданных были некоторые повреждения или ошибка, которая отключила один столбец в RAID 5 и помешала его исправлению. Когда был извлечен второй диск, другой столбец отключился, но это не было правильно обработано кодом более высокого уровня, который фактически представляет виртуальные диски в ОС. Мой вопрос: кто-нибудь видел это раньше? Есть ли какой-нибудь инструмент, который позволил бы мне видеть и управлять низкоуровневыми метаданными в хранилищах?
Больше информации:
Я только недавно узнал, что эти события регистрировались для этого виртуального диска в течение нескольких месяцев (в Microsoft-Windows-StorageSpaces-Driver / Operational):
(Идентификатор события 303) Диски, на которых размещаются данные для виртуального диска {b731f6a8-b99f-11e4-811f-000c29404dab}, не работают или отсутствуют. В результате копия данных недоступна. Код возврата: этого устройства не существует.
(Идентификатор события 304) Виртуальный диск {b731f6a8-b99f-11e4-811f-000c29404dab} находится в нерабочем состоянии. Это может произойти, когда физический диск, на котором размещен виртуальный диск, выходит из строя, отключается или возникает ошибка записи.
Windows попытается восстановить виртуальный диск. В настоящее время никаких действий не требуется.
(Идентификатор события 306) Попытка сопоставить или выделить дополнительную память для виртуального диска {b731f6a8-b99f-11e4-811f-000c29404dab} не удалась. Это связано с тем, что при обновлении метаданных виртуального диска произошла ошибка записи. Код возврата: физические ресурсы этого диска исчерпаны.
PS C:\Windows\System32> Get-VirtualDisk Redundant | fl
ObjectId : {1}...
PassThroughClass :
PassThroughIds :
PassThroughNamespace :
PassThroughServer :
UniqueId : A8F631B79FB9E411811F000C29404DAB
Access : Read/Write
AllocatedSize : 4626485084160
DetachedReason : None
FootprintOnPool : 6168646778880
FriendlyName : Redundant
HealthStatus : Healthy
Interleave : 262144
IsDeduplicationEnabled : False
IsEnclosureAware : False
IsManualAttach : True
IsSnapshot : False
LogicalSectorSize : 4096
Name :
NameFormat :
NumberOfAvailableCopies :
NumberOfColumns : 4
NumberOfDataCopies : 1
OperationalStatus : OK
OtherOperationalStatusDescription :
OtherUsageDescription :
ParityLayout : Rotated Parity
PhysicalDiskRedundancy : 1
PhysicalSectorSize : 4096
ProvisioningType : Thin
RequestNoSinglePointOfFailure : False
ResiliencySettingName : Parity
Size : 5497826574336
UniqueIdFormat : Vendor Specific
UniqueIdFormatDescription :
Usage : Other
WriteCacheSize : 33554432
PSComputerName :
Единственный способ справиться с таким событием в нефункциональной настройке Microsoft Storage Spaces / Storage Spaces Direct - это а) воссоздать пул / виртуальный диск с нуля и б) восстановить данные из резервной копии. Это хорошо известная проблема с SS / S2D :(