ข้อผิดพลาดบิตเดียวบนอุปกรณ์ RAID?

เป็นครั้งแรกที่ฉันเป็นเจ้าของ PC (30 ปี) ฉันพบข้อผิดพลาดดิสก์แบบบิตเดียว ในอาเรย์ RAID ลำดับเหตุการณ์คือ

1. อัปโหลดกลุ่มภาพดิจิทัล (ไฟล์ Camera Raw) จากการ์ด CF
2. ทำการแก้ไขบางอย่างใน Lightroom (ซึ่งไม่ปรับปรุงไฟล์ต้นฉบับ)
3. สำรองข้อมูลทุกอย่างไปยังดิสก์เก็บถาวรภายนอก (ใช้ Retrospect)
   ... เวลาผ่านไป (ประมาณ 1 สัปดาห์) ...
4. เปิดไฟล์อีกครั้งใน Lightroom - มันเสียหาย (รอยเปื้อนสีม่วงแดงขนาดใหญ่)
5. กู้คืนสำเนาจากดิสก์เก็บถาวร - สำเนาที่กู้คืนไม่เสียหาย
6. เปรียบเทียบสองไฟล์ มีความแตกต่างเพียงบิตเดียว ... ไบต์ที่ แต่เดิม 0x34 คือ 0xB4

อุปกรณ์ออนไลน์คือไดรฟ์ 2TB ใน RAID-1 บน ฮาร์ดแวร์ การ์ด RAID (3WARE 9560SE-4LPML)

เมื่อพิจารณาตามลำดับข้างต้นข้อผิดพลาดจะถูกนำมาใช้อย่างชัดเจนในบางครั้งหลังจากขั้นตอนที่ 3 เนื่องจากสำเนาที่เก็บถาวรไม่เสียหายดังนั้นจึงไม่เกิดขึ้นในระหว่างการเขียนต้นฉบับ ไฟล์ดังกล่าวเป็นไฟล์ raw ของ Canon CR2 และ Lightroom ไม่เคยอัปเดตไฟล์ RAW ดั้งเดิมพวกเขาจะถูกพิจารณาว่าเป็น "เชิงลบดิจิทัล" และไม่เคยอัปเดต แต่จะบันทึกการแก้ไขทั้งหมดเป็นไฟล์ XMP sidecar ที่มีลำดับการแก้ไขที่ใช้ วันที่ / เวลาของไฟล์จะไม่ได้รับการแก้ไขจากต้นฉบับ

เห็นได้ชัดว่าข้อผิดพลาดบิตเกิดขึ้นอย่างชัดเจนและเผยแพร่โดยฮาร์ดแวร์ RAID โดยไม่มีการเตือน ฉันได้ตรวจสอบบันทึกข้อผิดพลาดของ RAID และไม่มีอะไรสำคัญในช่วง 18 เดือนที่ผ่านมา

เพื่อสรุป:

1. แต่เดิมข้อมูลถูกเขียนอย่างถูกต้อง
2. มันถูกอ่านอย่างถูกต้องเมื่อมันถูกคัดลอกไปยังการสำรองข้อมูล
3. บางครั้งหลังจากนั้นบิตก็พลิก บนดิสก์ (เนื่องจากไม่มีการเขียนไฟล์ใหม่)
4. ฮาร์ดแวร์ RAID ถูกตั้งค่าให้เรียกใช้ "ยืนยัน" สัปดาห์ละครั้ง ไม่พบข้อผิดพลาด

นั่นเป็นเพียงนอกลู่นอกทาง ฉันคาดว่าจะมีข้อผิดพลาดที่ไม่ถูกต้องในบันทึกฮาร์ดแวร์ RAID

นอกจากนี้ฉันสามารถแยกแยะดิสก์ที่ล้มเหลวได้เนื่องจากข้อมูล SMART บนไดรฟ์ทั้งสองแสดง ศูนย์ สำหรับคุณลักษณะข้อผิดพลาดที่เกี่ยวข้องทั้งหมด:

196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0022   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0008   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x000a   200   200   000    Old_age   Always       -       0

และทุกสิ่งทุกอย่างก็มีน้อยเช่นกัน

ทุกคนมีสถานการณ์ที่จะเกิดขึ้น ตรวจไม่พบ ?

ความเป็นไปได้อย่างหนึ่งคือการสุ่มพลิกบิตใน RAM หรือตัวควบคุมในการอ่านในขั้นตอนที่ 4 หากข้อมูลเสียหายเมื่ออ่านแล้วคุณจะเห็นมันในขั้นตอนที่ 4 ถ้าเป็นแคชที่คุณยังเห็นในขั้นตอนที่ 6 ไฟล์เนื่องจากข้อมูลแคชที่เสียหายอาจยังคงใช้อยู่

ในการทดสอบกรณีนี้วงจรพลังงานทั้งหมดของฮาร์ดแวร์ของคุณเพื่อให้แน่ใจว่าแคชถูกล้างและลองเปิดไฟล์ (และเรียกใช้การเปรียบเทียบกับการสำรองข้อมูล) อีกครั้ง ถ้าทุกอย่างเรียบร้อยแล้วนี่เป็นปัญหา (ไม่มีวิธีที่จะรู้ว่าขั้นตอนการอ่านการพลิกเกิดขึ้นดังนั้นคุณจะต้องชอล์กมันออกไปเป็นปริศนาลึกลับที่ยังไม่แก้) ^†

ความล้มเหลวสิ่งนี้ความเป็นไปได้ที่สองแม้ไม่มีความเป็นไปได้ก็อาจเป็นแรมแบบสุ่ม (หรือมีแนวโน้มมากขึ้นบนตัวควบคุม RAID ตามคำอธิบายของคุณ) การอ่านเขียนในขั้นตอนที่ 1 แต่คุณกำลังทำงานกับสำเนาแคชที่ดีในขั้นตอนที่ 2 และ 3 แม้จะมีสำเนาที่เสียหายอยู่ในดิสก์ หนึ่งสัปดาห์ต่อมาเมื่อคุณเข้าถึงข้อมูลอีกครั้งแน่นอนว่าคุณอ่านมันอีกครั้งจากดิสก์และจบลงด้วยข้อมูลที่เสียหายซึ่งเขียนขึ้นในตอนแรก สิ่งนี้ทำให้มีข้อสันนิษฐานมากมายและอาศัยความโชคร้ายเล็กน้อย หากเป็นกรณีนี้คุณจะต้องกู้คืนไฟล์ข้อมูลสำรองและดำเนินการต่อ

นี่เป็นเพียงสองสิ่งที่ฉันคิดได้จริงๆ ดูเหมือนว่าจะไม่มีปัญหากับตัวไดรฟ์เอง ไม่ว่าในกรณีใดเนื่องจากไม่มีวิธีที่จะบอกว่าเกิดข้อผิดพลาดในฮาร์ดแวร์ที่ไหนฉันขอแนะนำให้ใช้การวินิจฉัยหน่วยความจำเต็มรูปแบบเพื่อความปลอดภัย รังสีคอสมิก . ดังที่ลุคแคนาดาพูดถึง คำตอบของเขา ECC RAM หากเมนบอร์ดของคุณรองรับจะป้องกันเหตุการณ์ประเภทนี้อย่างน้อยทางด้าน RAM จริงๆแล้วมันไม่ใช่เรื่องแปลกเลย

^{† กรณีนี้เป็นปัญหาของ OP แทนที่จะเป็นไปได้ที่สอง}

ตรวจสอบหน่วยความจำของคุณ ระบบไฟล์เช่น zfs แนะนำหน่วยความจำ ecc (ตรวจสอบข้อผิดพลาดและแก้ไขหน่วยความจำ) เพื่อป้องกันปัญหาเช่นนี้

คอนโทรลเลอร์ควบคุมการโจมตีของคุณเพียงแค่เขียนข้อมูลที่ได้รับมา ไม่ได้ตรวจสอบว่าข้อมูลที่ได้รับนั้นถูกต้องเพียงแค่เขียนอย่างถูกต้อง

แผงวงจรหลักของคุณอาจไม่รองรับหน่วยความจำ ecc แต่ควรแก้ไขปัญหานี้ อาจเป็นไปได้ว่ามันเป็นเปลวไฟจากแสงอาทิตย์ที่เปลี่ยนไบต์นั้นให้กับคุณยิ่งมี RAM มากเท่าไรโอกาสที่จะเกิดความผิดปกติก็จะยิ่งมากขึ้นเท่านั้น

ฉันอยู่นอกเมืองในห้องขัง แต่ฉันสามารถอ้างอิงแหล่งข่าวได้ในวันจันทร์