การนำรูปมาเก็บใน Immich ช่วยให้เปิดดูและจัดคลังผ่านแอปได้สะดวกขึ้น แต่เมื่อคลังเริ่มมีรูปที่ไม่อยากเสีย เราก็ต้องรู้ด้วยว่าถ้าเครื่องกลางหยุด จะพาไฟล์กับข้อมูลที่จัดไว้กลับมาอย่างไร
สิ่งที่ต้องกลับมาไม่ได้มีเฉพาะภาพต้นฉบับครับ ยังมีความสัมพันธ์ที่ระบบเก็บไว้ เช่น ไฟล์ใดอยู่ที่ไหนและข้อมูลของผู้ใช้ หากคัดลอกเพียงโฟลเดอร์ที่เห็นชื่อเหมือนคลังรูป หรือมีแต่ database dump อย่างใดอย่างหนึ่ง ก็อาจยังได้งานกลับมาไม่ครบ
ก่อนตั้งรอบสำรอง ลองทำรายการส่วนประกอบตามการติดตั้งจริง จะช่วยเลือกได้ว่าต้องรักษาอะไรและอะไรสร้างใหม่ได้ โดยไม่ต้องรอให้กู้ครั้งแรกแล้วค่อยพบว่าสำเนาไม่มีส่วนที่ต้องใช้
ไฟล์ภาพกับวิดีโอเป็นข้อมูลต้นทาง ส่วนฐานข้อมูล Immich เก็บ path และ metadata ที่ระบบใช้ทำงาน การมีไฟล์อยู่บนดิสก์จึงไม่ได้แปลว่า instance ใหม่จะรู้จักความสัมพันธ์ทั้งหมดเหมือนเดิมโดยไม่กู้ข้อมูลของระบบ
ในทางกลับกัน database backup ไม่ได้บรรจุเนื้อภาพกับวิดีโอทั้งหมดตามไปด้วย หากข้อมูลอ้างไฟล์ที่ไม่มีในสำเนา เราอาจเห็นรายการหรือข้อมูลบางส่วนกลับมา แต่เปิดต้นฉบับที่ต้องการไม่ได้
จึงควรนับเป็นชุดกู้ที่มีทั้ง database และ assets ที่สัมพันธ์กัน รวมถึงไฟล์ตั้งค่าซึ่งบอกวิธีเชื่อมต่อกับที่เก็บจริง อย่าใช้การเปิดรายการภาพได้บน instance ที่ยังมีไฟล์เดิมครบเป็นผลยืนยันว่าสำเนาฐานข้อมูลอย่างเดียวพอ
หากมี external library ก็ต้องนับต้นฉบับที่อยู่ภายนอกเส้นทางอัปโหลดด้วย โดยดู mount และสิทธิ์ที่ระบบใช้จริง การสำรองเฉพาะ directory กลางของ Immich ไม่ได้ดึงข้อมูลจากทุกที่เก็บภายนอกเข้ามาให้อัตโนมัติ
Immich มีทั้งไฟล์ที่รับเข้ามาและข้อมูลสร้างเพิ่ม เช่น thumbnail กับวิดีโอที่เข้ารหัสเพื่อการเล่น การเก็บทั้งหมดอาจช่วยลดงานสร้างใหม่ตอนกู้ แต่ถ้าจะเลือกเก็บบางส่วนต้องรู้ว่าขาดแล้วมีขั้นใดต้องทำต่อ
อ่านตำแหน่งตามรุ่นและการตั้ง Storage Template ของชุดที่ใช้ ไม่อาศัยชื่อ library เพียงโฟลเดอร์เดียว เพราะตำแหน่งต้นฉบับอาจสัมพันธ์กับการเปิดหรือปิดคุณสมบัติและประวัติของระบบนั้น
รายการควรรวม path ที่ย้ายไปอุปกรณ์อื่นด้วย เช่น ข้อมูลส่วนหนึ่งถูกแยกดิสก์หรือ bind mount ไว้ โปรแกรมสำรองต้องเห็นข้อมูลปลายทางที่ตั้งใจเก็บจริง ไม่ใช่เก็บได้เพียง directory ว่างในตำแหน่งเริ่มต้น
หลีกเลี่ยงการจัดชื่อ ย้าย หรือลบไฟล์ที่ Immich ดูแลด้วยมือเพื่อทำให้โฟลเดอร์ดูเรียบ เพราะอาจทำให้ path ในฐานข้อมูลไม่ตรง ถ้าต้องเปลี่ยนรูปแบบเก็บ ให้ใช้ขั้นที่ระบบรองรับและตรวจความสัมพันธ์หลังเปลี่ยนแทนการจัดคลังข้างหลังแอปเอง
ระหว่างใช้งานอาจมีรูปใหม่เข้า มีการแก้ metadata หรือมีการลบไฟล์ หากสำรองฐานข้อมูลกับ assets คนละจังหวะโดยไม่มีแผน เราอาจได้สำเนาที่รายการอ้างไฟล์ยังไม่อยู่ หรือมีไฟล์ที่รายการในฐานยังไม่รู้จัก
ควรวางช่วงที่หยุดการเปลี่ยนแปลงตามวิธีที่คู่มือรองรับ แล้วสำรองข้อมูลในสภาพที่สัมพันธ์กัน หากต้องทำขณะบริการยังทำงาน ต้องอ่านลำดับและข้อแลกเปลี่ยนของรุ่นนั้นให้ชัด ไม่ถือว่าคัดลอก directory ทุกอย่างพร้อมกันแล้วได้ snapshot ที่สอดคล้องเสมอ
การคัดลอก data directory ของฐานข้อมูลที่กำลังเขียนไม่ควรถูกเหมารวมว่าเท่ากับ backup ฐานข้อมูลตามวิธีที่รองรับ ควรใช้กระบวนการที่เหมาะกับ PostgreSQL และการติดตั้งนั้น พร้อมตรวจว่าผลลัพธ์อ่านหรือกู้ได้จริง
จดเวลา รุ่น Immich และสิ่งที่รวมในชุดสำรองไว้ด้วยกัน หากมีการย้ายข้อมูลหรืออัปเดตรุ่นภายหลัง จะได้รู้ว่าชุดใดเป็นก่อนการเปลี่ยนและควรกู้ร่วมกับสภาพแวดล้อมแบบใด ไม่พึ่งชื่อไฟล์ล่าสุดเพียงอย่างเดียว
ไฟล์ compose ค่า environment และรายการ mount ช่วยอธิบายวิธีประกอบระบบกลับมา แต่บางส่วนมีความลับอยู่ด้วย จึงควรเก็บในที่ซึ่งผู้ดูแลเข้าถึงได้อย่างเหมาะสม และรู้ว่าจะดึงกลับอย่างไรเมื่อเครื่องรันบริการไม่ทำงาน
หากที่เก็บสำรองอยู่บนเครื่องเดียวกันหรือดิสก์เดียวกับคลัง การเสียอุปกรณ์นั้นอาจกระทบทั้งต้นฉบับกับสำเนา ควรมีทางที่แยกความเสียหายตามสิ่งที่ต้องการป้องกัน และตรวจผลการส่งสำเนาออกไปจริง ไม่ดูเพียงสถานะการสร้าง dump ในเครื่อง
การซิงก์กับสำรองก็ต้องดูนโยบาย หากความเปลี่ยนแปลงหรือการลบถูกตามไปทุกปลายทางทันที เราอาจไม่มีฉบับก่อนเหตุให้ย้อนกลับ จึงควรรู้ว่าระบบเก็บรุ่นหรือรักษาสำเนาเก่าอย่างไร ไม่ใช้จำนวนเครื่องที่เห็นไฟล์เดียวกันแทนคำตอบทั้งหมด
รวมพื้นที่กับเวลาที่ต้องกู้ไว้ในแผนด้วย หากเลือกไม่เก็บข้อมูลสร้างเพิ่ม อาจต้องมีทรัพยากรให้สร้างใหม่หลังคืนต้นฉบับแล้ว เวลาที่หน้าแอปเปิดได้กับเวลาที่คลังพร้อมใช้งานเต็มตามงานจึงอาจต่างกัน
เลือกชุดสำรองหนึ่งชุดและทำตามคู่มือของรุ่นที่สัมพันธ์กันในสภาพทดสอบที่ไม่แตะข้อมูลใช้งานจริง ตรวจฐานข้อมูล path ต้นฉบับ และ mount ภายนอกตามรายการ แล้วเปิดรูปกับวิดีโอที่เป็นตัวแทนของชนิดข้อมูลที่มี
การกู้ควรมีขอบเขตที่ไม่ทำให้แอปอีกชุดไปเปลี่ยนไฟล์ต้นทางหรือ sync การลบกลับโดยไม่ตั้งใจ กำหนดปลายทางทดสอบให้ชัดก่อนเริ่ม ไม่คัดคำสั่งล้างฐานหรือ volume จากคู่มือมารันกับเครื่องเดิมเพียงเพื่อเริ่มซ้อมเร็วขึ้น
ตรวจมากกว่าหน้า login เช่น รายการอัลบั้ม ข้อมูลที่ต้องรักษา และการเปิด original ตามตัวอย่างที่รู้จัก ถ้าต้องสร้าง thumbnail หรือวิดีโอใหม่ ก็จดเป็นงานที่เหลือของการกู้ ไม่ซ่อนใต้คำว่าระบบกลับมาแล้ว
เมื่อได้ผลแล้วให้เก็บขั้นที่ใช้กับรุ่นและวันที่ตรวจไว้ การมีการซ้อมกู้หนึ่งครั้งช่วยยืนยันชุดนั้น ส่วนหลังอัปเดตโครงหรือเปลี่ยนที่เก็บยังต้องทบทวนอีก เพราะทางกลับที่เคยใช้ได้ไม่ได้เปลี่ยนตามการติดตั้งใหม่ให้เอง
การสำรอง Immich ควรพาทั้งต้นฉบับ ฐานข้อมูล และข้อมูลประกอบการติดตั้งกลับมาเป็นชุดที่สัมพันธ์กัน ตรวจตำแหน่งจริงรวม external library และวางวิธีเก็บสำเนาที่มีทางย้อน จากนั้นซ้อมกู้ในพื้นที่แยกจนเปิดข้อมูลสำคัญได้ เมื่อรู้ทั้งสิ่งที่รักษาไว้กับงานที่ต้องสร้างใหม่ เราจะดูแลคลังได้ชัดกว่าการเห็นไฟล์ backup อยู่แล้วถือว่ารูปทั้งหมดมีทางกลับครบครับ