คำตอบสั้นๆ: บันทึกแฮชของทุกไฟล์เมื่อเขียนข้อมูลสำรอง แล้วรันการตรวจสอบกับข้อมูลสำรองอีกครั้งภายหลัง
หากแฮชยังตรงกัน ไบต์ก็ยังอยู่ ไม่มีอะไรอื่นพิสูจน์ได้
มีสี่สิ่งที่ผิดพลาด และไม่มีสิ่งใดประกาศตัวเอง:
ทั้งสี่ดูเหมือนกันจากภายนอก: ไดเรกทอรีที่เต็มไปด้วยไฟล์ที่มีชื่อและวันที่ดูสมเหตุสมผล
เมื่อเขียนข้อมูลสำรอง ให้บันทึกสิ่งที่เขียน:
find /Volumes/Backup/Documents -type f -exec shasum -a 256 {} + > ~/backup.sha256ภายหลัง ให้ถามว่าข้อมูลสำรองยังตรงกับบันทึกนั้นหรือไม่:
shasum -a 256 -c ~/backup.sha256ทุกบรรทัดจะกลับมาเป็น OK หรือ FAILED ไฟล์ที่หายไปทั้งหมดจะถูกรายงานว่าอ่านไม่ได้ ซึ่งเป็นพฤติกรรมที่คุณต้องการ: ไฟล์ที่หายไปคือความล้มเหลว ไม่ใช่การไม่มีหลักฐาน
เก็บไฟล์แฮชไว้ในที่ที่ไม่ใช่ดิสก์สำรองข้อมูล บันทึกที่เก็บไว้ข้างสิ่งที่มันอธิบายจะหายไปพร้อมกัน
คำถามแยกต่างหาก และเป็นสิ่งที่คนพลาด ไฟล์ใหม่ที่สุดในข้อมูลสำรองบอกคุณว่างานสำเร็จครั้งล่าสุดเมื่อใด:
find /Volumes/Backup -type f -newermt '-7 days' | headไม่มีผลลัพธ์หมายความว่าไม่มีอะไรถูกเขียนมาหนึ่งสัปดาห์ หากคุณพึ่ง Time Machine ให้ถามมันโดยตรง:
tmutil latestbackupค่าแฮชพิสูจน์ว่าไบต์ยังอยู่ แต่ไม่ได้พิสูจน์ว่าคุณดึงไฟล์กลับออกมาได้ เพราะยังขึ้นกับเครื่องมือ ดัชนี คีย์เข้ารหัส และความจำของคุณว่าใช้ทั้งสามอย่างอย่างไร ปีละครั้งหรือสองครั้ง ให้กู้คืนไฟล์สักสองสามไฟล์ลงในโฟลเดอร์ทดลองแล้วเปิดดู
เลือกไฟล์ที่คุณจะเสียดายจริงๆ ไม่ใช่เอกสารทดสอบ จุดประสงค์ของการฝึกคือการพบว่ากุญแจกู้คืนของคุณอยู่ในโน้ตบน Mac ที่ถูกสำรองข้อมูล และพบสิ่งนั้นในวันอังคารที่เงียบสงบ
การตรวจสอบอัตโนมัติมีคุณสมบัติสามข้อที่แบบทำเองไม่มี: ทำงานไม่ว่าคุณจะจำได้หรือไม่ ตรวจทุกชิ้นรวมถึงชิ้นที่คุณนึกไม่ถึง และบอกคุณทันทีที่ล้มเหลว
Copy Shelter อ่านข้อมูลสำรองกลับมาและตรวจทุกชิ้นกับแฮชที่ใช้เก็บ รายงานชิ้นที่ถูกลบว่าหายไป และนับเฉพาะสำเนาที่ตรวจสอบแล้วจริง มันยังแจ้งเตือนเมื่อผ่านไป 7 วันโดยไม่มีการสำรองข้อมูลที่สำเร็จ ซึ่งจับความล้มเหลวข้อที่สี่ข้างต้นได้ ซึ่งเป็นข้อที่พบบ่อย
shasum ช้าหรือไม่มันอ่านทุกไบต์ จึงใช้เวลาประมาณเท่ากับการคัดลอกข้อมูล นั่นคือประเด็น: การตรวจสอบที่ไม่อ่านข้อมูลตรวจจับดิสก์ที่ส่งข้อมูลคืนไม่ได้ไม่ได้
ได้ และการสุ่มตัวอย่างดีกว่าไม่ทำอะไรเลยมาก find ... | shuf -n 50 ให้คุณห้าสิบไฟล์ไว้ตรวจสอบ ซึ่งจะจับดิสก์ที่กำลังเสียหรืองานที่หยุดได้เร็ว แม้จะจับไฟล์เสียไฟล์เดียวไม่ได้
ผู้ให้บริการที่เก็บข้อมูลทำ checksum สำเนาของตัวเอง ซึ่งป้องกันคุณจากดิสก์ของเขาเสีย แต่ไม่ป้องกันจากการอัปโหลดที่ไม่เคยเสร็จ ไฟล์ที่เสียหายอยู่แล้วตอนส่ง หรือการซิงก์ที่หยุดไป การตรวจสอบต้องเกิดขึ้นจากฝั่งของคุณ
อย่าเขียนทับข้อมูลสำรอง ทำสำเนาที่สองจาก Mac ไปยังที่เก็บข้อมูลอื่นก่อน แล้วหาว่าตัวไหนผิด การตรวจสอบที่ล้มเหลวกับข้อมูลสำรองที่คุณรันใหม่ทันที คือการตรวจสอบที่ล้มเหลวซึ่งคุณเพิ่งทำลายหลักฐานไป
เดือนละครั้งเป็นจังหวะที่สมเหตุสมผลสำหรับการตรวจสอบเต็มรูปแบบ สัปดาห์ละครั้งสำหรับการสุ่มตัวอย่าง และปีละหนึ่งหรือสองครั้งสำหรับการกู้คืนจริง อะไรที่ตั้งเวลาไว้ดีกว่าอะไรที่คุณต้องจำ
ที่เกี่ยวข้อง: กฎการสำรองข้อมูล 3-2-1 และสิ่งที่คนมักเข้าใจผิด