J'ai un poste de travail Windows 10 utilisé dans mon entreprise pour des choses comme le traitement d'image (Photoshop) et le développement de logiciels (Eclipse). Il s'agit d'un ordinateur basé sur i7-2600K, d'une carte mère Gigabyte GA-B75M-D3H B75, de 16 Go de RAM. Le système d'exploitation est sur le Samsung 850 pro SSD, il y a un autre 850 pro pour les données, WD Black pour les données, plus deux disques HGST de 4 Go chacun sur les ports SATA 3, formatés ReFS, dans un miroir d'espaces de stockage. La baie a 1,63 Go utilisé, 1,99 Go libre.
Récemment, les disques ReFS dans le miroir des espaces de stockage ont commencé à tomber - jusqu'à présent trois fois en un mois. Cela se produit généralement sous une charge modérée à lourde, après une période prolongée. Pour autant que je sache, aucun des autres disques ne tombe sous charge, je suppose donc que c'est ReFS, des espaces de stockage ou un problème avec un disque sous-jacent. Un redémarrage met le disque en ligne.
Je peux voir des erreurs dans l'Observateur d'événements comme celles ci-dessous. Ce ne sont pas tous au même endroit, et bien qu'il existe des zones de journal NTFS et des espaces de stockage sous "Journal des applications et des services -> Microsoft -> Windows", il ne semble pas y en avoir un pour ReFS.
J'apprécierais de vous aider à trouver la cause de ces problèmes et à les résoudre, donc mon système reste en place.
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
MISE À JOUR car yagmoth souligne que cette erreur inclut quelque chose sur l'USB. Les scénarios où je me souviens que cette erreur s'est produite sont a) lors de la sauvegarde sur un disque USB externe b) lors de l'exécution de sauvegardes CrashPlan sur un autre disque SATA interne
Réponses:
Les espaces de stockage semblent très sensibles à la latence d'écriture: s'il y a trop de pics, le volume peut être baissé.
Cela semble être un problème connu lors de l'utilisation de SSD grand public, comme vous pouvez le trouver ici
la source
Tout d'abord, vous devriez vraiment vérifier le HCL. Je parierais un assez bon dîner, rien de ce que vous avez mentionné sur Storage Spaces HCL. Comme vSAN, Windows et les espaces de stockage ont des HCL complètement différents. Je peux dire sans même chercher vos disques, qu'aucun d'entre eux ne sera sur le HCL, car aucun d'entre eux n'est de qualité professionnelle.
Si vous voulez une solution stable, procurez-vous une carte SAS LSI (non RAID), procurez-vous des disques durs SATA d'entreprise et procurez-vous un SSD Intel dc series. Est-ce cher? Oui. Sera-ce fiable? Autant que Windows peut l'être en matière de stockage (ce qui n'est pas génial).
Moi, j'ai vidé des espaces de stockage et suis revenu sur une carte RAID LSI. Je suis passé de la corruption de données chaque semaine à un stockage solide pendant plus de deux ans sur le même matériel. Et j'avais TOUS les kits de qualité entreprise qui étaient sur le HCL.
Vous pouvez trouver la liste de compatibilité matérielle (HCL) ici 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
la source