Eu tenho uma estação de trabalho Windows 10 usada na minha empresa para coisas como processamento de imagem (Photoshop) e desenvolvimento de software (Eclipse). É um computador baseado no i7-2600K, placa-mãe Gigabyte GA-B75M-D3H B75, 16 GB de RAM. O sistema operacional está no Samsung 850 pro SSD, há outro 850 pro para dados, WD Black para dados, além de duas unidades HGST de 4 GB cada uma nas portas SATA 3, ReFS formatado, em um espelho dos espaços de armazenamento. A matriz possui 1,63 GB usados e 1,99 GB grátis.
Recentemente, as unidades ReFS no espelho dos espaços de armazenamento começaram a cair - até agora três vezes em um mês. Isso geralmente ocorre sob carga moderada a pesada, após um período prolongado. Nenhum dos outros discos cai sob carga até onde eu sei, portanto, presumo que seja ReFS, espaços de armazenamento ou um problema com um disco subjacente. Uma reinicialização coloca o disco online.
Eu vejo erros no visualizador de eventos, como os abaixo. Esses não estão todos em um único local e, embora existam áreas de log NTFS e Espaços de Armazenamento em "log de aplicativos e serviços -> microsoft -> windows", não parece haver um para o ReFS.
Agradecemos a ajuda para rastrear o que está causando esses problemas e resolvê-los, para que meu sistema permaneça ativo.
16:27.05 (under event viewer -> application and services log -> microsoft -> windows -> storagespaces-driver-operationsl
Virtual disk {26bf58b3-1cb9-4b93-a945-1b89331bb565} requires a data integrity scan.
Data on the disk is out-of-sync and a data integrity scan is required. To start the scan, run the following command:
Get-ScheduledTask -TaskName "Data Integrity Scan for Crash Recovery" | Start-ScheduledTask
Once you have resolved the condition listed above, you can online the disk by using the following commands in PowerShell:
Get-VirtualDisk | ?{ $_.ObjectId -Match "{26bf58b3-1cb9-4b93-a945-1b89331bb565}" } | Get-Disk | Set-Disk -IsReadOnly $false
Get-VirtualDisk | ?{ $_.ObjectId -Match "{26bf58b3-1cb9-4b93-a945-1b89331bb565}" } | Get-Disk | Set-Disk -IsOffline $false
16:27.05 (windows system event log): The file system was unable to write metadata to the media backing volume R:. A write failed with status "A device which does not exist was specified." ReFS will take the volume offline. It may be mounted again automatically.
16:27.06 (windows system event log): The file system detected a checksum error and was not able to correct it. The name of the file or folder is "<unable to determine file name>".
18:35.50 (windows system event log): Failed to connect to the driver: (-2147024894) The system cannot find the file specified.
18:35.50 (Kernel PNP) The driver \Driver\WudfRd failed to load for the device SWD\WPDBUSENUM\_??_USBSTOR#Disk&Ven_Generic&Prod_STORAGE_DEVICE&Rev_9451#7&2a9fd895&0#{53f56307-b6bf-11d0-94f2-00a0c91efb8b}.
18:35.58: Virtual disk {26bf58b3-1cb9-4b93-a945-1b89331bb565} could not be repaired because there is not enough free space in the storage pool.
Replace any failed or disconnected physical disks. The virtual disk will then be repaired automatically or you can repair it by running this command in PowerShell:
Get-VirtualDisk | ?{ $_.ObjectId -Match "{26bf58b3-1cb9-4b93-a945-1b89331bb565}" } | Repair-VirtualDisk
ATUALIZAÇÃO, como yagmoth indica que esse erro inclui algo sobre USB. Os cenários em que eu lembro que esse erro ocorreu são: a) Ao fazer backup em um disco USB externo b) Ao executar backups do CrashPlan em outro disco SATA interno
Respostas:
Os espaços de armazenamento parecem muito sensíveis à latência de gravação: se houver picos demais, o volume poderá ser diminuído.
Parece um problema conhecido ao usar SSDs de consumidor, como você pode encontrar aqui
fonte
Primeiro, você realmente deve verificar o HCL. Eu aposto que um jantar bastante agradável, nada que você mencionou existe no Storage Spaces HCL. Como o vSAN, o Windows e os Espaços de Armazenamento possuem HCLs completamente diferentes. Eu posso dizer, mesmo sem procurar suas unidades, que nenhuma delas estará na HCL, porque nenhuma delas é de classe empresarial.
Se você deseja uma solução estável, adquira uma placa LSI SAS (não RAID), adquira HDDs SATA empresariais e adquira um SSD da série Intel dc. É caro? Sim. Será confiável? Tanto quanto o Windows pode ser quando se trata de armazenamento (o que não é ótimo).
Eu, larguei os espaços de armazenamento e voltei para uma placa LSI RAID. Passou da corrupção de dados toda semana para o armazenamento sólido por mais de dois anos no mesmo hardware. E eu tinha TODO o kit de nível empresarial que estava no HCL.
Você pode encontrar a Lista de compatibilidade de hardware (HCL) aqui https://www.windowsservercatalog.com/results.aspx?&chtext=&cstext=&csttext=&chbtext=&bCatID=1642&cpID=0&avc=10&ava=0&avq=0&OR=1&PGS=25&ready=0
fonte