ReFS /存储空间驱动器在重负载下被丢弃

我有一个Windows 10工作站,用于image processing(Photoshop)和软件开发(Eclipse)等业务。 这是一个基于i7-2600K的电脑,技嘉GA-B75M-D3H B75主板,16 GB RAM。 操作系统是三星850 pro SSD,还有850 pro的数据,WD Black的数据,还有两个4GB的HGST硬盘,每个都在SATA 3端口,格式化ReFS,在存储空间镜像。 该arrays有1.63GB使用,1.99GB免费。

最近在存储空间的镜像ReFS驱动器已经开始下降 – 在一个月内三次。 这通常发生在中等到重的负荷,经过一段时间后。 据我所知,没有任何其他磁盘出现负载下降的情况,所以我认为这是ReFS,存储空间或基础磁盘的问题。 重新启动将使磁盘联机。

我可以在事件查看器中看到如下所示的错误。 这些都不在同一个地方,虽然在“应用程序和服务日志 – >微软 – >窗口”下有NTFS和存储空间的日志区域,但对于ReFS来说似乎没有一个。

我很感激帮助追查是什么导致这些问题,并解决它们,所以我的系统保持。

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 

更新,因为yagmoth指出这个错误包括关于USB的东西。 我记得发生这种错误的情况是:a)备份到外部USB磁盘时b)当将CrashPlan备份运行到另一个内部SATA磁盘时

首先,你真的应该检查HCL。 我敢打赌一个相当不错的晚餐,你没有提到存储空间HCL。 像vSAN,Windows和存储空间有完全不同的HCLs。 我甚至可以不用查看驱动器就可以知道,他们都不会在HCL上,因为它们都不是企业级驱动器。

如果您想要一个稳定的解决scheme,请购买LSI SAS卡(非RAID),购买企业级SATA硬盘,并购买英特尔dc系列SSD。 这个很贵吗? 是的。 它会可靠吗? 就像Windows一样,在存储方面(这不是很好)。

我,我倾倒了存储空间,回到了LSI RAID卡。 从数据腐败每周到相同的硬件坚固的存储超过两年。 我所有的企业级工具包都在HCL上。

您可以在这里find硬件兼容列表(HCL) 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

存储空间似乎对写入延迟非常敏感:如果存储空间太多,可能会导致数据量下降。

这在使用消费类固态硬盘时似乎是个问题,正如您在这里所find的