Saya memiliki workstation Windows 10 yang digunakan dalam bisnis saya untuk hal-hal seperti pemrosesan gambar (Photoshop) dan pengembangan perangkat lunak (Eclipse). Ini adalah komputer berbasis i7-2600K, motherboard Gigabyte GA-B75M-D3H B75, RAM 16 GB. OS ada pada Samsung 850 pro SSD, ada lagi 850 pro untuk data, WD Black untuk data, ditambah dua drive 4GB HGST masing-masing pada port SATA 3, ReFS yang diformat, dalam cermin ruang penyimpanan. Array memiliki 1,63GB yang digunakan, gratis 1,99GB.
Baru-baru ini drive ReFS di cermin ruang penyimpanan mulai menurun - sejauh ini tiga kali dalam sebulan. Ini biasanya terjadi di bawah beban sedang hingga berat, setelah periode yang diperpanjang. Tak satu pun dari disk lain jatuh di bawah beban sejauh yang saya tahu, jadi saya menganggap itu ReFS, Storage Spaces, atau masalah dengan disk yang mendasarinya. Reboot membuat disk online.
Saya dapat melihat kesalahan pada penampil acara seperti yang di bawah ini. Ini tidak semuanya di satu tempat, dan sementara ada area log NTFS dan Storage Spaces di bawah "aplikasi dan layanan log -> microsoft -> windows" sepertinya tidak ada satu untuk ReFS.
Saya menghargai bantuan melacak apa yang menyebabkan masalah ini, dan menyelesaikannya, sehingga sistem saya tetap menyala.
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
DIPERBARUI saat yagmoth menunjukkan kesalahan ini termasuk sesuatu tentang USB. Skenario di mana saya mengingat kesalahan ini terjadi adalah a) Saat mencadangkan ke disk USB eksternal b) Saat menjalankan cadangan CrashPlan ke disk SATA internal lain
Jawaban:
Ruang penyimpanan tampaknya sangat sensitif untuk menulis latensi: jika terlalu banyak lonjakan, volume dapat turun.
Ini sepertinya masalah yang diketahui saat menggunakan SSD konsumen, seperti yang dapat Anda temukan di sini
sumber
Pertama, Anda benar-benar harus memeriksa HCL. Saya berani bertaruh makan malam yang menyenangkan, tidak ada yang Anda sebutkan di Storage Spaces HCL. Seperti vSAN, Windows dan Spaces Penyimpanan memiliki HCL yang sama sekali berbeda. Saya dapat mengatakan tanpa melihat drive Anda, bahwa tidak satupun dari mereka akan berada di HCL, karena tidak satupun dari mereka adalah drive kelas perusahaan.
Jika Anda menginginkan solusi yang stabil, dapatkan kartu LSI SAS (non-RAID), dapatkan HDD SATA perusahaan dan dapatkan SSD seri Intel dc. Apakah itu mahal? Ya. Apakah ini dapat diandalkan? Sebanyak Windows bisa ketika datang ke penyimpanan (yang tidak bagus).
Saya, saya membuang ruang penyimpanan dan kembali ke kartu LSI RAID. Pergi dari korupsi data setiap minggu ke penyimpanan padat selama lebih dari dua tahun pada perangkat keras yang sama. Dan saya memiliki SEMUA kit tingkat perusahaan yang ada di HCL.
Anda dapat menemukan Daftar Kompatibilitas Perangkat Keras (HCL) di sini https://www.windowsservercatalog.com/results.aspx?&chtext=&cstext=&csttext=&chbtext=&bCatID=1642&cpID=0&avc=10&ava=0&av==&P=
sumber