วิธีสำรองข้อมูล Nextcloud ด้วย Restic และ Cron

ตัวอย่างสถานการณ์ (สมมติ):จอร์แดนดูแลเซิร์ฟเวอร์ Nextcloud ขนาดเล็กบน Ubuntu ไฟล์แอปพลิเคชันอยู่ใน/var/www/nextcloud, ไฟล์ผู้ใช้อยู่ใน/srv/nextcloud-data, MariaDB จัดเก็บฐานข้อมูล Nextcloud และมีโฮสต์ Linux นอกสถานที่สามารถเข้าถึงได้ผ่าน SSH จอร์แดนต้องการการสำรองข้อมูลทุกคืนที่สามารถตรวจสอบและกู้คืนได้ ไม่ใช่เพียงแค่การตั้งค่า cron ที่ทำงานโดยไม่มีข้อผิดพลาด

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

สิ่งที่การสำรองข้อมูล Nextcloud ที่ใช้งานได้ควรประกอบด้วย

การคัดลอกโฟลเดอร์เพียงอย่างเดียวอาจทำให้ข้อมูลที่ Nextcloud ต้องการในการเชื่อมต่อไฟล์ ผู้ใช้ แชร์ และการตั้งค่าต่างๆ ขาดหายไป คู่มือการดูแลระบบ Nextcloud 35 ฉบับปัจจุบันระบุรายการห้าอย่างที่ควรเก็บรักษาไว้ ได้แก่ ไดเร็กทอรีการกำหนดค่า แอปพลิเคชันที่กำหนดเอง (ถ้ามี) ไดเร็กทอรีข้อมูล ไดเร็กทอรีธีม และฐานข้อมูล คู่มือการกู้คืนระบุว่าฐานข้อมูล ไดเร็กทอรีข้อมูล และไฟล์การกำหนดค่ามีความสำคัญ โปรดอ่านคู่มือที่ตรงกับเวอร์ชัน Nextcloud ที่คุณติดตั้งก่อนที่จะปรับใช้ตัวอย่าง

จอร์แดนเลือกที่จะสำรองข้อมูลไดเร็กทอรีแอปพลิเคชันทั้งหมด ซึ่งรวมถึงการกำหนดค่า แอป และธีม รวมถึงไดเร็กทอรีข้อมูลแยกต่างหากและการสำรองข้อมูลฐานข้อมูล นอกจากนี้ยังจำเป็นต้องมีสำเนาแยกต่างหากของแต่ละตำแหน่งจัดเก็บข้อมูลภายนอก หาก Nextcloud จัดเก็บเนื้อหาของผู้ใช้ไว้ภายนอก/srv/nextcloud-dataRestic สามารถปกป้องเฉพาะเส้นทางที่กระบวนการสำรองข้อมูลสามารถอ่านได้เท่านั้น

คำแนะนำการสำรองข้อมูลอย่างเป็นทางการของ Nextcloud อธิบายถึงโหมดการบำรุงรักษาและการสำรองฐานข้อมูล ส่วนคำแนะนำการกู้คืนจะแสดงให้เห็นว่าเหตุใดฐานข้อมูลและโครงสร้างไฟล์จึงต้องมาจากจุดกู้คืนที่เข้ากันได้

1. เตรียม Restic และเอกสารรับรองต่างๆ ให้พร้อม

ติดตั้ง Restic จากแหล่งแพ็กเกจที่คุณเชื่อถือได้ และตรวจสอบให้แน่ใจว่าสามารถใช้งานได้ในบัญชีที่จะใช้รันงาน ตัวอย่างนี้สมมติว่างานรันในฐานะ root เพื่อให้สามารถอ่านไฟล์ Nextcloud และข้อมูลสำรองฐานข้อมูลได้ โดยใช้ที่เก็บข้อมูล SFTP ระยะไกล เพื่อป้องกันไม่ให้สำเนาสำรองเพียงชุดเดียวถูกลบหากเซิร์ฟเวอร์แอปพลิเคชันของ Jordan ล้มเหลว

restic version

install -d -m 700 /root/.config/restic
install -d -m 700 /root/.config/nextcloud

สร้างรหัสผ่านที่ปลอดภัยสำหรับที่เก็บข้อมูล Restic และบันทึกไว้/root/.config/restic/nextcloud-passwordโดยให้สิทธิ์เฉพาะผู้ใช้ root เท่านั้น เก็บสำเนาสำรองที่ปลอดภัยของรหัสผ่านนั้นไว้ในที่ที่แยกต่างหากจากเซิร์ฟเวอร์และที่เก็บข้อมูล Restic เข้ารหัสข้อมูลในที่เก็บข้อมูล แต่การสูญเสียรหัสผ่านอาจทำให้ข้อมูลสำรองที่เข้ารหัสเหล่านั้นใช้งานไม่ได้ อย่าใส่รหัสผ่านลงในสคริปต์หรือบรรทัด cron โดยตรง

กำหนดค่าการเข้าถึง SSH แบบไม่โต้ตอบสำหรับบัญชีสำรองข้อมูลบนโฮสต์ระยะไกล และตรวจสอบคีย์โฮสต์ผ่านช่องทางที่เชื่อถือได้ ตั้งค่าตำแหน่งที่เก็บข้อมูลด้านล่างเป็นไดเร็กทอรีที่บัญชีนั้นสามารถเขียนได้:

export RESTIC_REPOSITORY='sftp:backup@vault.example.net:/srv/restic/nextcloud'
export RESTIC_PASSWORD_FILE='/root/.config/restic/nextcloud-password'
restic init

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

2. รักษาฐานข้อมูลและไฟล์ให้อยู่ในสถานะที่เข้ากันได้

Nextcloud แนะนำให้ใช้โหมดบำรุงรักษาสำหรับการสำรองข้อมูล เนื่องจากโหมดนี้จะบล็อกการเข้าสู่ระบบใหม่และล็อกเซสชันที่มีอยู่เพื่อป้องกันความไม่สอดคล้องกันของข้อมูล คำสั่งนี้ต้องเรียกใช้โดยผู้ใช้ HTTP ซึ่งโดยทั่วไปแล้วในการตั้งค่าแพ็กเกจ Ubuntu ผู้ใช้ดังกล่าวคือ `http:// www-datalocalhost:850` ช่วงเวลาบำรุงรักษาของ Jordan จะครอบคลุมตลอดการดัมพ์ฐานข้อมูลและการสำรองข้อมูล Restic ดังนั้นผู้ใช้จึงไม่สามารถใช้งาน Nextcloud ได้ในช่วงเวลานั้น

สำหรับ MariaDB คู่มือ Nextcloud แนะนำให้ใช้mariadb-dump --single-transaction. จัดเก็บข้อมูลรับรองฐานข้อมูลไว้ในไฟล์การตั้งค่าเริ่มต้นของไคลเอ็นต์ที่ได้รับการป้องกัน เช่น/root/.config/nextcloud/mariadb.cnfแทนที่จะฝังรหัสผ่านไว้ในคำสั่ง:

[client]
user=nextcloud_backup
password=REPLACE_WITH_A_SECRET
host=localhost

จำกัดสิทธิ์การเข้าถึงไฟล์ด้วยchmod 600 /root/.config/nextcloud/mariadb.cnf. สร้างบัญชีฐานข้อมูลที่มีสิทธิ์เฉพาะที่จำเป็นสำหรับเซิร์ฟเวอร์และขั้นตอนการสำรองข้อมูลของคุณเท่านั้น หาก Nextcloud ของคุณใช้ PostgreSQL หรือ SQLite ให้แทนที่ด้วยวิธีการสำรองข้อมูลที่ระบุไว้ในเอกสาร อย่าเรียกใช้คำสั่ง MariaDB โดยไม่เปลี่ยนแปลง

3. สร้างสคริปต์สำรองข้อมูลที่มีการป้องกัน

Jordan จะบันทึกไฟล์ต่อไปนี้/usr/local/sbin/nextcloud-restic-backupและทำให้ไฟล์นั้นสามารถเรียกใช้งานได้ มันใช้การล็อกเพื่อป้องกันการทำงานซ้ำซ้อน เปิดใช้งานโหมดบำรุงรักษาก่อนสร้างไฟล์ดัมพ์ สำรองข้อมูลไฟล์ดัมพ์พร้อมกับไดเร็กทอรีแอปพลิเคชันและข้อมูล และพยายามปิดโหมดบำรุงรักษาแม้ว่าคำสั่งในภายหลังจะล้มเหลวก็ตาม

#!/usr/bin/env bash
set -Eeuo pipefail
umask 077
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

export RESTIC_REPOSITORY='sftp:backup@vault.example.net:/srv/restic/nextcloud'
export RESTIC_PASSWORD_FILE='/root/.config/restic/nextcloud-password'

NC_DIR='/var/www/nextcloud'
DATA_DIR='/srv/nextcloud-data'
DB_NAME='nextcloud'
DB_CNF='/root/.config/nextcloud/mariadb.cnf'
DUMP_DIR='/var/backups/nextcloud'
LOCK_FILE='/run/lock/nextcloud-restic-backup.lock'
STAMP=$(date -u +%Y%m%dT%H%M%SZ)
DUMP_FILE="$DUMP_DIR/nextcloud-$STAMP.sql"
maintenance_started=0

mkdir -p "$DUMP_DIR"
exec 9>"$LOCK_FILE"
flock -n 9 || { echo 'A Nextcloud backup is already running.' >&2; exit 1; }

finish() {
  result=$?
  trap - EXIT
  if [[ "$maintenance_started" == 1 ]]; then
    sudo -u www-data -- php "$NC_DIR/occ" maintenance:mode --off || result=1
  fi
  rm -f -- "$DUMP_FILE" || result=1
  exit "$result"
}
trap finish EXIT

sudo -u www-data -- php "$NC_DIR/occ" maintenance:mode --on
maintenance_started=1
mariadb-dump --defaults-extra-file="$DB_CNF" --single-transaction \
  --default-character-set=utf8mb4 --databases "$DB_NAME" > "$DUMP_FILE"
restic backup --tag nextcloud "$NC_DIR" "$DATA_DIR" "$DUMP_FILE"

หลังจากตรวจสอบเส้นทางแล้ว ให้สร้างไฟล์ปฏิบัติการโดยกำหนดสิทธิ์การเป็นเจ้าของและโหมดเป็น root 700สคริปต์นี้สมมติว่าการติดตั้งใช้www-dataMariaDB และเส้นทางที่ระบุไว้ ตรวจสอบสิ่งเหล่านี้กับไฟล์config/config.phpและการกำหนดค่าเว็บเซิร์ฟเวอร์ของคุณก่อน นอกจากนี้ยังสมมติว่าไม่มีผู้ดูแลระบบอื่นเปิดใช้งานโหมดบำรุงรักษา หากคำสั่ง การสร้างไฟล์ดัมพ์ หรือการอัปโหลด Restic ล้มเหลว เชลล์จะออกจากระบบพร้อมข้อผิดพลาด และระบบจะพยายามกู้คืนบริการ ตรวจสอบบันทึกเพื่อยืนยันว่าได้ดำเนินการดังกล่าวแล้ว ไฟล์ดัมพ์จะถูกจัดเก็บด้วยสิทธิ์การเข้าถึงที่จำกัดและจะถูกลบออกหลังจากเรียกใช้เสร็จสิ้น

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

4. กำหนดเวลาการทำงานของงานด้วย cron

เมื่อการเรียกใช้งานด้วยตนเองเสร็จสมบูรณ์แล้ว Jordan จะติดตั้งสคริปต์และกำหนดเวลาให้ทำงานในช่วงเวลาที่เงียบสงบ ในฐานะผู้ใช้ root ให้แก้ไข crontab ของ root sudo crontab -eและเพิ่ม:

15 2 * * * /usr/local/sbin/nextcloud-restic-backup >> /var/log/nextcloud-restic.log 2>&1

ตัวอย่างนี้เริ่มต้นเวลา 2:15 น. ตามเขตเวลาของ cron บนเซิร์ฟเวอร์ โปรดเลือกเวลาที่ช่วงเวลาการบำรุงรักษาเหมาะสม Cron มีสภาพแวดล้อมที่เล็กกว่าเชลล์แบบโต้ตอบ ดังนั้นสคริปต์จึงตั้งค่าPATHอย่างชัดเจนและใช้เส้นทางแบบสัมบูรณ์ สร้างไฟล์บันทึกที่มีสิทธิ์การเข้าถึงที่จำกัดและกำหนดค่าการหมุนเวียนบันทึก หรือส่งเอาต์พุตไปยังบริการบันทึกข้อมูลปกติของระบบ การกำหนดเวลาด้วย cron จะเริ่มต้นงานเท่านั้น ไม่ได้ยืนยันว่าการสำรองข้อมูลเสร็จสมบูรณ์หรือการกู้คืนจะใช้งานได้

5. ตั้งค่าการเก็บรักษาและตรวจสอบผลลัพธ์

หลังจากสำรองข้อมูลสำเร็จ จอร์แดนตรวจสอบว่ามีสแนปช็อตปรากฏขึ้นหรือไม่:

restic snapshots --tag nextcloud
restic check

restic checkตรวจสอบโครงสร้างของที่เก็บข้อมูล การตรวจสอบเป็นระยะrestic check --read-dataยังอ่านข้อมูลที่จัดเก็บไว้และอาจใช้เวลาเครือข่ายและดิสก์จำนวนมาก ดังนั้นควรกำหนดเวลาการตรวจสอบตามขนาดของที่เก็บข้อมูลและความต้องการในการกู้คืน คู่มือการเก็บรักษาสแนปช็อต ของ Restic อธิบายว่าการลืมสแนปช็อตและการตัดข้อมูลที่ไม่ได้อ้างอิงเป็นงานที่แยกจากกัน และการตัดข้อมูลจะล็อกที่เก็บข้อมูล เริ่มต้นด้วยการทดสอบแบบจำลองและการกำหนดนโยบายที่ตรงกับข้อกำหนดการเก็บรักษาของคุณ:

restic forget --tag nextcloud --keep-daily 7 --keep-weekly 5 \
  --keep-monthly 12 --dry-run

ตรวจสอบสแนปช็อตที่ระบบเสนอให้ลบ เมื่อพอใจแล้ว ให้ลบ--dry-runและเพิ่มใหม่--pruneดำเนินการลบสแนปช็อตเมื่อจะไม่เกิดการทับซ้อนกับการสำรองข้อมูลรายวัน จำนวนการเก็บรักษาเหล่านี้เป็นเพียงตัวอย่าง ไม่ใช่นโยบายสากล โปรดพิจารณาถึงระยะเวลาการเก็บรักษาตามกฎหมาย พื้นที่จัดเก็บที่มีอยู่ และระยะเวลาที่คุณอาจต้องกู้คืนข้อมูลย้อนหลัง

การทดสอบที่มีความหมายคือการฝึกกู้คืนข้อมูล กู้คืนสแนปช็อตล่าสุดไปยังไดเร็กทอรีชั่วคราวบนระบบอื่น ไม่ใช่กู้คืนไปยังเส้นทาง Nextcloud ที่ใช้งานอยู่ของ Jordan:

restic restore latest --tag nextcloud --target /tmp/nextcloud-restore-check

ตรวจสอบให้แน่ใจว่าโครงสร้างไฟล์ที่กู้คืนมานั้นมีการกำหนดค่า ข้อมูล และไฟล์สำรองฐานข้อมูลตามที่คาดไว้ และตรวจสอบไฟล์ตัวอย่าง สำหรับการกู้คืนอย่างสมบูรณ์ ให้ปฏิบัติตามคู่มือการกู้คืนของ Nextcloud ในสภาพแวดล้อมที่แยกต่างหาก และตรวจสอบการเข้าสู่ระบบ การเข้าถึงไฟล์ และการแชร์ที่คาดหวังก่อนที่จะใช้ขั้นตอนดังกล่าวเอกสารการกู้คืน ของ Restic อธิบายถึงการเลือกสแนปช็อตและเป้าหมายการกู้คืน

จะรู้ได้อย่างไรว่าเมื่อใดควรเปลี่ยนวิธีการนี้

การตั้งค่า cron job ของ Jordan เหมาะสมเฉพาะในกรณีที่ช่วงเวลาการบำรุงรักษาตรงกับระยะเวลาการสำรองข้อมูล และเส้นทางข้อมูลที่จำเป็นทั้งหมดอยู่ภายในเครื่องและสามารถอ่านได้ ควรเปลี่ยนการออกแบบเมื่อพบสัญญาณเหล่านี้:

• เว็บไซต์อยู่ในโหมดบำรุงรักษานานเกินกว่าที่ผู้ใช้จะทนได้: ควรวางแผนการสร้างภาพรวม (snapshot) ที่ประสานงานกัน หรือใช้วิธีอื่นที่สอดคล้องกับแอปพลิเคชัน
• บันทึกแสดงเส้นทางที่หายไป ข้อผิดพลาดด้านสิทธิ์ การสำรองข้อมูลฐานข้อมูลล้มเหลว หรือค่าการออกจาก Restic ที่ไม่ใช่ศูนย์: แก้ไขปัญหาเหล่านั้นก่อนที่จะถือว่าสแนปช็อตเสร็จสมบูรณ์
• ข้อมูลอาจถูกจัดเก็บไว้ในที่จัดเก็บภายนอกหรือบนเซิร์ฟเวอร์อื่น: จึงควรรวมการสำรองข้อมูลที่สม่ำเสมอของที่จัดเก็บนั้นไว้ในแผนการกู้คืนข้อมูลด้วย
• การกู้คืนทดสอบขาดไฟล์ การกำหนดค่า สถานะฐานข้อมูล หรือโค้ดแอป/ธีมที่จำเป็น: อัปเดตข้อมูลนำเข้าในการสำรองข้อมูลและทำซ้ำขั้นตอนเดิม
• รหัสผ่าน Restic หรือข้อมูลรับรอง SSH จะมีอยู่เฉพาะบนเซิร์ฟเวอร์ที่กำลังสำรองข้อมูลเท่านั้น: ควรจัดเก็บข้อมูลรับรองการกู้คืนแยกต่างหาก และตรวจสอบให้แน่ใจว่าผู้ดูแลระบบที่ได้รับอนุญาตสามารถเข้าถึงข้อมูลเหล่านั้นได้

สำหรับจอร์แดน ความสำเร็จนั้นสังเกตได้ชัดเจน: บันทึกการทำงานของ cron แสดงให้เห็นว่าการทำงานเสร็จสมบูรณ์restic snapshotsแสดงรายการสแนปช็อตที่ติดแท็กเมื่อเร็วๆ นี้ การตรวจสอบที่เก็บข้อมูลรายงานว่าไม่มีข้อผิดพลาด และการกู้คืนระบบสามารถกู้คืนอินสแตนซ์ Nextcloud ที่ทำงานได้อย่างสมบูรณ์ คำสั่งที่กำหนดเวลาไว้เป็นเพียงจุดเริ่มต้นของขั้นตอนการสำรองข้อมูล มีเพียงชุดข้อมูลฐานข้อมูล การกำหนดค่า แอปพลิเคชัน และข้อมูลผู้ใช้ที่สมบูรณ์และสามารถกู้คืนได้เท่านั้นที่จะให้เส้นทางการกู้คืนที่ใช้งานได้จริง

เอกสารอ้างอิงอย่างเป็นทางการ

• คู่มือการใช้งาน Nextcloud 35: การสำรองข้อมูล
• คู่มือการใช้งาน Nextcloud 35: การกู้คืนข้อมูลสำรอง
• เอกสารประกอบการใช้งาน Restic 0.19.1