Дисковые пространства помечают все диски как сбойные после 30 минут копирования файлов

Question

У меня Intel NUC с Windows 10 64 бит, я подключил через USB3.0 (UASP) корпус жесткого диска с 8 отсеками, который содержит 2 новых жестких диска WD Red 6 ТБ и 1 старый жесткий диск WD Green 2 ТБ (на 99% заполнен, но исправен, отформатирован с помощью рефов). С двумя WD Red я создал с помощью Storage Spaces двухсторонний зеркальный том 6Tb (толстая подготовка), отформатированный с помощью ReFS. Затем я хочу перенести содержимое WD Green на пустой том Storage Spaces с помощью следующей команды от имени администратора:

robocopy "E:\data" "D:\data" /COPY:DAT /DCOPY:DAT /E /J /B /MT:4 /W:5 /R:50 /UNILOG:log.txt /TEE

Я сделал 2 попытки, и обе дали один и тот же результат: кажется, что все работает нормально в течение примерно 30 минут, затем Storage Spaces внезапно думает, что два диска вышли из строя одновременно и уничтожают пул. Но если я возьму их обратно в сеть, все снова будет работать без нареканий!

Я не думаю, что диски неисправны, так как они работают хорошо, когда я делаю что-либо, кроме этой передачи файла 2Tb. Первый корпус жесткого диска, который я получил, был явно неисправен, и я отправил его обратно на замену, теперь новый корпус выглядит нормально, так как у меня нет никаких проблем с ним, кроме как с этим переводом.

Из того, что я обнаружил в Интернете, лучше всего предположить, что два исправных диска могут быть объявлены мертвыми одновременно, это может быть 30-минутный таймер, который переводит корпус жесткого диска или сами жесткие диски в режим ожидания, и когда следующий доступ происходит к тому времени, когда все вернулось в рабочее состояние, Windows уже пометила оба диска как не отвечающие. Но почему это происходит в середине большой копии? Так что я немного растерялся ...

Что может быть не так с этим томом Storage Spaces? Что я должен проверить, чтобы определить причину этой проблемы?

Answer 1

Я сомневаюсь, что это из-за таймера простоя / сна. Если это действительно так, вы должны увидеть, что диски перестали работать, даже если их нет.

JMicron JMS567 на моем адаптере от IOCrest действительно имеет таймер ожидания, включенный по умолчанию. Однако, по-видимому, фактическое время ожидания по умолчанию составляет 10 минут, хотя оно имеет фиктивное значение по умолчанию 30 минут:

Вы можете попробовать отключить таймер с помощью sdparm:

sdparm --set STANDBY=0 PDN

Где N - номер диска, перечисляемый Windows, который отображается в Disk Management и list disk в diskpart . PD означает Р hysical D Rive.

Для дисков в пуле дискового пространства вам может потребоваться проверить и угадать номер физического диска. Например:

Вы НЕ запускаете его на виртуальном диске (ах) в пуле, но на КАЖДОМ из физических дисков.

Обратите внимание, что настройка является энергозависимой для цикла питания корпуса.

РЕДАКТИРОВАТЬ: я только что прошил обновление прошивки, доступное на StarTech для моего чипа. По-видимому, таймер ожидания по умолчанию отключен. Возможно, вы захотите подтвердить, что в прошивке на вашем корпусе он также отключен (в случае, если StarTech не изменил версию прошивки для этого изменения):