ขั้นตอนสำรองและกู้คืนข้อมูล

นี่เป็นคู่มือผู้ดูแล ไม่ใช่บริการกู้คืนระบบที่มีมาในตัว รีโพซิทอรี ไม่มี คำสั่งเดียวสำหรับสำรองและกู้คืน CMS ทั้งหมด การคัดลอก site bundle ไม่ใช่การกู้คืน แต่คัดลอกเนื้อหาปัจจุบันที่รองรับด้วย ID ใหม่ ไม่ได้คงประวัติและบัญชีทั้งหมดของ installation การย้ายพร้อมประวัติ เพิ่มเวอร์ชันที่เก็บไว้และเหตุการณ์เวิร์กโฟลว์ แต่ก็ใช้ ID ใหม่เช่นกัน และไม่นำบัญชี ข้อมูลรับรอง หรือบันทึกการตรวจสอบไปด้วย จึงไม่ใช่การกู้คืนเช่นกัน

กำหนดชุดข้อมูลสำหรับกู้คืน

บันทึกรีวิชันซอร์ส CMS ที่แน่นอน ประวัติ migration การผูกทรัพยากรดีพลอย และความสัมพันธ์ระหว่าง ID ทุกเว็บไซต์กับฐานข้อมูลเนื้อหาและที่เก็บสื่อ รวมฐานข้อมูลควบคุมและฐานข้อมูลเนื้อหาที่กำหนดไว้ทั้งหมด ไม่ใช่เฉพาะเว็บไซต์ที่เลือก เก็บการตั้งค่าและข้อมูลกู้คืน secrets ตามกระบวนการปลอดภัยที่ผู้ดูแลดีพลอยใช้อยู่ แยกจากไฟล์ส่งออกเนื้อหา

การมีฐานข้อมูลเพียงอย่างเดียวไม่ได้หมายความว่าคุณมีไฟล์สื่อด้วย เก็บวัตถุ R2 หรือ Cloudflare Images ที่อ้างอิง รวมทั้งตัวระบุที่ใช้ให้บริการ สำหรับแบ็กเอนด์ที่แยกออกแล้ว ให้เก็บรีโพซิทอรีที่สร้างและโค้ดของเจ้าของด้วย published snapshot ตั้งใจไม่รวมร่าง บัญชี CMS และประวัติเวอร์ชัน จึงแทนข้อมูลสำรอง CMS ไม่ได้

สำรองอย่างสอดคล้องกัน

ตกลงกับผู้ดูแลให้หยุดการเขียนข้อมูลชั่วคราว รวมถึงการเผยแพร่ตามเวลา การนำเข้า และกระบวนการอื่นที่เขียนข้อมูล สำรองแต่ละฐานข้อมูลด้วยวิธี export/backup ที่สอดคล้องและผู้ให้บริการรองรับ หรือ SQLite backup สำหรับฐานข้อมูลในเครื่อง อย่าคัดลอกไฟล์ SQLite ที่กำลังทำงานโดยละเลย WAL บันทึกเวลาของแต่ละส่วน และเก็บสื่อกับการตั้งค่าที่ตรงกันให้ปลอดภัยก่อนกลับมาเขียน

ตรวจว่าไฟล์ส่งออกอ่านได้และไม่ว่าง มีทุกฐานข้อมูลและเว็บไซต์ที่คาด และสื่อที่อ้างอิงตรงกับไบต์ที่เก็บไว้ เก็บบัญชีรายการพร้อม checksum อย่างปลอดภัย ซอร์สชุดนี้ไม่ได้ยืนยันระยะเวลาเก็บหรือคำสั่ง export/restore เฉพาะผู้ให้บริการ ผู้ดูแลดีพลอยต้องตรวจสิ่งเหล่านี้กับบัญชีจริงก่อนพึ่งพาข้อมูลสำรอง

กู้คืนในสภาพแวดล้อมแยกก่อน

ใช้สภาพแวดล้อมแยกที่ได้รับอนุญาตอย่างชัดเจน กู้สถานะฐานข้อมูล migration การตั้งค่า และสื่อที่ตรงกัน โดยไม่ผูก installation ที่กู้กับฐานข้อมูลจริงของเว็บไซต์อื่น ปิด cron, outbound webhook และการส่งงานบิลด์ไว้จนตรวจเสร็จ งานค้างที่กู้คืนมาอาจทำให้เกิดผลซ้ำกับระบบภายนอก อย่าสมมติว่าควรเปิดเซสชันหรือข้อมูลรับรองภายนอกเก่ากลับมา

เริ่มด้วยรีวิชันซอร์สที่ตรงกัน ตรวจ migration ก่อนอัปเกรด แล้วตรวจสิทธิ์ผู้ดูแล เจ้าของเว็บไซต์ บทบาท การปฏิเสธโมเดลส่วนตัว นิยามโมเดล ร่าง เวอร์ชันเผยแพร่ คำแปล ความสัมพันธ์ และสื่อ เทียบจำนวนแยกตามเว็บไซต์และโมเดล รวมทั้งเทียบรายการตัวอย่างกับบัญชีรายการที่เก็บไว้ การนำเข้า SQL สำเร็จอย่างเดียวไม่ใช่การกู้คืนสำเร็จ

สลับใช้งานและย้อนกลับ

ขอการยอมรับจากเจ้าของก่อนส่งทราฟฟิกจริงมา เก็บสภาพแวดล้อมเก่าและชุดกู้คืนไว้จนยอมรับผล เปิดกระบวนการเบื้องหลังที่เขียนข้อมูลและการส่งข้อมูลไปยังระบบภายนอกอีกครั้ง หลังจากตรวจงานค้างและยืนยันว่าการทำงานซ้ำไม่ก่อผลซ้ำแล้วเท่านั้น สำหรับระบบที่แยกออก ให้ทำ การยืนยันดีพลอยและสื่อ เพิ่มด้วย

ซอร์สและขอบเขต: backend/src/lib/import/bundle-handlers.ts ระบุว่าคัดลอก ไม่ใช่กู้คืนแบบ native backend/src/lib/graduate/source-db.ts ใช้ SQLite backup scripts/d1.ts มีการส่งออก D1 ที่ตรวจเงื่อนไข อย่าใช้คำสั่งรื้อระบบที่ทำลายข้อมูลเพียงเพื่อสำรอง ดู การย้ายระบบ สำหรับการสลับจากระบบต้นทาง

---

ยังไม่เปิดตัว (pre-MVP) และยังไม่มีเวอร์ชันเสถียร
คอมมิตซอร์สโค้ด: fe23db481c422b40e317b92fc98116b4c0c26a87 (มีการแก้ไขที่ยังไม่คอมมิต)
วันที่สร้างเอกสาร (UTC): 2026-10-18T09:22:34.630Z
คอมมิตสำหรับอัปเกรด: ระบุไม่ได้: มีการแก้ไขที่ยังไม่คอมมิต. บันทึกการเปลี่ยนแปลง