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

У меня Intel NUC с Windows 10 64 бит, я подключил через USB3.0 (UASP) корпус жесткого диска с 8 отсеками, который содержит 2 новых жестких диска WD Red 6 ТБ и 1 старый жесткий диск WD Green 2 ТБ (на 99% заполнен, но исправен, отформатирован с помощью рефов). С двумя WD Red я создал с помощью дисковых пространств двухсторонний зеркальный том 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? Что я должен проверить, чтобы определить причину этой проблемы?

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

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

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

sdparm --set STANDBY=0 PDN

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

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

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

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

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