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

การสำรองข้อมูล HEMMS ที่สมบูรณ์มี สองส่วน: ฐานข้อมูล Postgres (เรกคอร์ด การตั้งค่า ร่องรอยการตรวจสอบ) และ filestore ของ Odoo (สิ่งแนบ — ไฟล์ ปจป. ที่สแกน PDF สัญญาบริการที่ลงนาม รูปถ่ายเครื่องมือแพทย์) หากคุณสำรองข้อมูลเพียง อย่างใดอย่างหนึ่ง คุณจะกู้คืนได้ไม่ครบถ้วน

หน้านี้ครอบคลุมว่า make backup-private ทำอะไรจริง ๆ วิธีเพิ่ม filestore เข้าไปในการสำรองข้อมูลนั้น วิธีกู้คืน และความถี่ที่ Trinity Roots แนะนำสำหรับการติดตั้งใน production

อะไรบ้างที่ถูกสำรองข้อมูล¶

การสำรองฐานข้อมูล — make backup-private¶

คำสั่งหลัก:

make backup-private    # or make backup-gov

คำสั่งนี้เรียกใช้ scripts/backup_db.sh ซึ่งรัน pg_dump ภายในคอนเทนเนอร์ Postgres และส่งผลลัพธ์ผ่านท่อ ไปยัง gzip:

docker exec hemms_db_private pg_dump -U odoo_private hemms_private \
    | gzip > ./backups/private_<timestamp>.sql.gz

จุดที่ผลลัพธ์ตกลง:

./backups/private_YYYYMMDD_HHMMSS.sql.gz
./backups/gov_YYYYMMDD_HHMMSS.sql.gz

สคริปต์จะสร้าง ./backups/ หากยังไม่มี ไฟล์จะถูกประทับเวลา ถึงระดับวินาที ดังนั้นการสำรองข้อมูลสองครั้งในนาทีเดียวกันจะไม่ชนกัน

การเพิ่ม filestore เข้าไปในการสำรองข้อมูล¶

สำหรับ production ให้ห่อ make backup-private ด้วยการคัดลอก filestore:

#!/usr/bin/env bash
set -euo pipefail
TS=$(date +%Y%m%d_%H%M%S)
SANDBOX=private
DB=hemms_private
CONTAINER_ODOO=hemms_odoo_private

# 1. DB dump (via the Makefile target)
make backup-${SANDBOX}

# 2. Filestore tarball — read from inside the Odoo container
docker exec ${CONTAINER_ODOO} tar -czf - \
    -C /var/lib/odoo/.local/share/Odoo/filestore ${DB} \
    > ./backups/${SANDBOX}_filestore_${TS}.tar.gz

echo "==> Filestore backup complete: ./backups/${SANDBOX}_filestore_${TS}.tar.gz"

ตอนนี้การสำรองข้อมูลแต่ละครั้งมี สองไฟล์ ที่มีเวลาประทับตรงกัน:

./backups/private_20260523_020005.sql.gz
./backups/private_filestore_20260523_020005.tar.gz

เก็บทั้งสองไว้ด้วยกัน — ต้องกู้คืนเป็นคู่

ขั้นตอนการกู้คืน¶

การกู้คืนที่สะอาดจะลบฐานข้อมูลที่มีอยู่ สร้างใหม่ replay dump และแตก filestore

ขั้นที่ 1 — หยุด Odoo ให้ Postgres ทำงานต่อไป¶

docker stop hemms_odoo_private
# leave hemms_db_private running

ขั้นที่ 2 — ลบและสร้างฐานข้อมูลใหม่¶

docker exec -it hemms_db_private psql -U odoo_private -d postgres \
    -c "DROP DATABASE IF EXISTS hemms_private;"
docker exec -it hemms_db_private psql -U odoo_private -d postgres \
    -c "CREATE DATABASE hemms_private OWNER odoo_private;"

ขั้นที่ 3 — replay SQL dump¶

gunzip -c ./backups/private_20260523_020005.sql.gz \
    | docker exec -i hemms_db_private psql -U odoo_private -d hemms_private

คำสั่งนี้กู้คืนทุกแถวแต่ ไม่ กู้ filestore

ขั้นที่ 4 — กู้คืน filestore¶

# Wipe the existing filestore for this DB first
docker exec hemms_odoo_private rm -rf \
    /var/lib/odoo/.local/share/Odoo/filestore/hemms_private

# Unpack the tarball into the same parent directory
docker exec -i hemms_odoo_private tar -xzf - \
    -C /var/lib/odoo/.local/share/Odoo/filestore \
    < ./backups/private_filestore_20260523_020005.tar.gz

ขั้นที่ 5 — เริ่ม Odoo ตรวจสอบ¶

docker start hemms_odoo_private
make logs-private    # watch for "Modules loaded."

เปิด UI เข้าสู่ระบบ และสุ่มตรวจ:

1. Maintenance → Equipment — จำนวนเรกคอร์ดตรงกับฐานข้อมูลต้นทาง
2. เปิดสัญญาบริการที่ลงนามแล้วและคลิกที่สิ่งแนบ — ควร ดาวน์โหลดได้ (พิสูจน์ว่า filestore ครบถ้วน)
3. HA Report → Annual Reports — เปิดรายงานของปีที่แล้วและตรวจสอบว่า PDF render ได้

หากสิ่งแนบขึ้น 404 แสดงว่าการกู้คืน filestore ตกขั้นตอนไป — ทำขั้นที่ 4 ซ้ำ

ความถี่ที่แนะนำ¶

การสำรองข้อมูลควรถูก คัดลอกออกจาก Docker host ไปยัง object storage (S3, GCS หรือ NFS share บนเครื่องอื่น) การสำรองข้อมูลบนดิสก์เดียวกัน กับฐานข้อมูลที่ใช้งานอยู่จะไม่รอดจากความเสียหายของดิสก์

การซ้อมกู้คืนจากภัยพิบัติ¶

จัดตารางรายปี การซ้อมจะตอบสองคำถาม: ขั้นตอนการกู้คืน ทำงานได้จริงหรือไม่? และ ใช้เวลานานแค่ไหน?

1. เลือก host ที่ไม่ใช่ production (แล็ปท็อปหรือ VM ราคาถูก)
2. โคลน repo make up-private แต่ อย่า make install-private คุณต้องการฐานข้อมูลว่างเพื่อกู้คืนเข้าไป
3. คัดลอกคู่การสำรองข้อมูลนอกสถานที่ล่าสุดไปยัง ./backups/
4. รันขั้นตอนการกู้คืนข้างต้นตั้งแต่ต้นจนจบ จับเวลา
5. ตรวจสอบการสุ่มตรวจในขั้นที่ 5
6. บันทึก:
   • RTO (recovery time objective) — การกู้คืนใช้เวลานานเท่าไร
   • RPO (recovery point objective) — ช่องว่างระหว่างการสำรองข้อมูลครั้งล่าสุดกับ เวลาที่ซ้อม
   • ขั้นตอนใดก็ตามที่ล้มเหลวหรือทำให้คุณประหลาดใจ — ป้อนกลับเข้าสู่เอกสารนี้

เก็บรายงานการซ้อมไว้กับเอกสาร HA Thailand ของคุณ ผู้ตรวจสอบ HA มองหาหลักฐานว่ามีการซ้อมการกู้คืนจากภัยพิบัติ ไม่ใช่แค่บันทึกไว้

ข้อผิดพลาดที่พบบ่อย¶

หน้าที่เกี่ยวข้อง¶

• การติดตั้ง — การติดตั้งเริ่มต้น
• คู่มือการอัปเกรด — สำรองข้อมูลก่อนอัปเกรดเสมอ
• การตั้งค่าหลายบริษัท / หลายโรงพยาบาล — ขอบเขตการสำรองข้อมูล รายโรงพยาบาล