Storage Spaces marca todos os discos como falhos após 30 minutos de cópia de arquivos

0

Eu tenho um Intel NUC com o Windows 10 de 64bits Conectei com USB3.0 (UASP) um compartimento de HDD de 8 compartimentos que contém 2 novos HDD WD Red 6Tb e 1 HDD antigo WD Green 2Tb (99% completo mas saudável, formatado com ReFS). Com os dois WD Red eu criei com espaços de armazenamento um volume espelhado bidirecional de 6Tb (provisionamento de espessura) formatado com ReFS. Depois, quero migrar o conteúdo do WD Green para o volume vazio de Espaços de Armazenamento com o seguinte comando como administrador:

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

Eu fiz 2 tentativas e ambas receberam o mesmo resultado: tudo parece funcionar bem por cerca de 30 minutos, então o Storage Spaces repentinamente acha que os dois discos falharam simultaneamente e mataram o pool. Mas se eu os colocar de volta online, tudo funcionará de novo perfeitamente!

Eu não acho que os discos estão com defeito, pois eles apresentam um bom desempenho quando faço outra coisa que não seja a transferência de arquivos de 2Tb. O primeiro gabinete de HDD que recebi WAS estava claramente com defeito e eu enviei de volta para uma substituição, agora o novo gabinete parece bem como eu também não tenho nenhum problema com ele exceto com esta transferência.

Pelo que encontrei na Internet, o melhor palpite para dois discos saudáveis serem declarados mortos ao mesmo tempo é talvez um temporizador de 30 minutos que coloca o HDD ou o HDD no modo inativo, e quando o próximo o acesso acontece no momento em que tudo fica online O Windows já marcou os dois discos como não respondendo. Mas por que isso acontece no meio de uma cópia grande? Então estou um pouco perdido ...

O que pode estar errado com este volume de Espaços de Armazenamento? O que devo verificar para identificar a causa raiz deste problema?

    
por Oungawak 09.04.2016 / 13:59

1 resposta

0

Eu duvido que seja por causa do timer de inatividade / suspensão. Se for realmente o caso, você deve ver que as unidades ficam inativas / off-line, mesmo que não haja cópia.

O JMicron JMS567 no meu adaptador de O IOCrest tem o timer de espera ativado por padrão. No entanto, aparentemente, o tempo limite padrão real é 10 minutos , embora tenha um falso padrão de 30 minutos :

Vocêpodetentardesativarotimercom sdparm :

sdparm --set STANDBY=0 PDN

Em que N é o número do disco enumerado pelo Windows, mostrado em Disk Management e list disk in diskpart . PD significa P hysical D rive.

Para disco (s) em um pool de Espaço de Armazenamento, você pode precisar testar e adivinhar o número do disco físico. Por exemplo:

VocêNÃOoexecutanosdiscosvirtuaisdopool,masemcadadiscofísico.

Observequeaconfiguraçãoévolátilparaumciclodeenergiadogabinete.

EDIT:EuapenasmostreiaatualizaçãodefirmwaredisponívelnoStarTech.paraomeuchip.Aparentemente,eletemotimerdeesperadesabilitadoporpadrão.Vocêpodequererconfirmarseofirmwareemseugabinetetambémodesativou(nocasodeaStarTechnãoalteraraversãodofirmwareparaessaalteração):

    
por 09.04.2016 / 15:41