A unidade de espaços de armazenamento / ReFS está sendo descartada sob carga pesada

7

Eu tenho uma estação de trabalho do Windows 10 usada dentro da minha empresa para coisas como processamento de imagem (Photoshop) e desenvolvimento de software (Eclipse). É um computador baseado em i7-2600K, placa-mãe Gigabyte GA-B75M-D3H B75, 16 GB de RAM. O SO está ligado ao Samsung 850 pro SSD, há outro 850 pro para dados, o WD Black para dados, mais duas unidades HGST de 4 GB cada em portas SATA 3, formatadas como ReFS, em um espelho de espaços de armazenamento. O array tem 1.63GB usado, 1.99GB grátis.

Recentemente, as unidades ReFS no espelho de 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 longo período. Nenhum dos outros discos é lançado sob carga até onde eu posso dizer, então eu suponho que seja o ReFS, Espaços de Armazenamento ou um problema com um disco subjacente. Uma reinicialização coloca o disco online.

Eu posso ver erros no visualizador de eventos, como os abaixo. Eles não estão todos em um só lugar e, embora existam áreas de log de Espaços de Armazenamento e NTFS em "log de aplicativos e serviços - > microsoft - > windows", não parece haver um para o ReFS.

Eu gostaria de receber ajuda para rastrear o que está causando esses problemas e resolvê-los, para que meu sistema continue 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 aponta este erro inclui algo sobre USB. Os cenários em que me lembro desse erro acontecendo são a) Ao fazer backup em um disco USB externo b) Ao executar os backups do CrashPlan em outro disco SATA interno

    
por Tim 26.12.2016 / 19:44

2 respostas

1

Primeiro, você realmente deve verificar o HCL. Eu aposto um jantar muito bom, nada do que você mencionou existe no Storage Spaces HCL. Como o vSAN, o Windows e os Espaços de Armazenamento têm HCLs completamente diferentes. Eu posso dizer sem nem mesmo procurar seus drives, que nenhum deles estará na HCL, porque nenhum deles é de grau corporativo.

Se você deseja uma solução estável, adquira uma placa SAS LSI (não-RAID), adquira HDDs SATA da empresa e obtenha 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 esvaziei espaços de armazenamento e voltei para uma placa LSI RAID. Passou de corrupção de dados toda semana para armazenamento sólido por mais de dois anos no mesmo hardware. E eu tinha TODO o kit de nível empresarial que estava na HCL.

Você pode encontrar a lista de compatibilidade de hardware (HCL) aqui link

    
por 08.10.2017 / 21:07
0

Espaços de armazenamento parecem muito sensíveis para gravar latência: se houver muitos picos, o volume pode ser descartado.

Isso parece um problema conhecido ao usar SSDs de consumidor, como você pode encontrar aqui

    
por 22.04.2017 / 10:25