ຄູ່ມືສຳຮອງຂໍ້ມູນ ແລະ Snapshot ຂອງ VPS

ເຊີບເວີອາດເສຍຫາຍໄດ້ຍ້ອນການອັບເດດທີ່ຜິດພາດ, ຄວາມຜິດພາດຂອງມະນຸດ, ມັລແວ ຫຼື ບັນຫາຮາດແວ. ແຜນທີ່ດີຈະປະສົມ Snapshot, Backup ແລະ ການທົດສອບການກູ້ຄືນເຂົ້າກັນ. ໃນ ONIE, Cloud Servers ໃນນະຄອນໂฮ່ຈີມິນ ຮອງຮັບ Snapshot ແລະ Backup ແລະ ທ່ານສາມາດເພີ່ມ Block Storage ເພື່ອເກັບຂໍ້ມູນເພີ່ມເຕີມໄດ້.

ຄວາມແຕກຕ່າງລະຫວ່າງ Snapshot ແລະ Backup

ໃຊ້ທັງສອງຢ່າງ: ສ້າງ Snapshot ກ່ອນການປ່ຽນແປງທີ່ມີຄວາມສ່ຽງ ແລະ ສຳຮອງຂໍ້ມູນຕາມກຳນົດເວລາສຳລັບສ່ວນທີ່ເຫຼືອ.

ກົດ 3-2-1

ເກັບສຳເນົາຂໍ້ມູນສຳຄັນ 3 ຊຸດ, ໄວ້ໃນສື່ເກັບຂໍ້ມູນ 2 ປະເພດທີ່ແຕກຕ່າງກັນ, ແລະ 1 ຊຸດໄວ້ບ່ອນອື່ນ. Snapshot ທີ່ຢູ່ເຊີບເວີດຽວກັນບໍ່ພຽງພໍດ້ວຍຕົວມັນເອງ.

ສຳຮອງໄຟລ໌

rsync ຄັດລອກສະເພາະສ່ວນທີ່ປ່ຽນແປງ:

rsync -aH --delete /var/www/ backup@backup-host:/srv/backups/www/

restic ສ້າງ backup ທີ່ເຂົ້າລະຫັດ ແລະ ລຶບຂໍ້ມູນຊ້ຳກັນ ແລະ ສົ່ງໄປຍັງຫຼາຍປາຍທາງໄດ້:

sudo apt install -y restic
restic -r sftp:backup@backup-host:/srv/restic init
restic -r sftp:backup@backup-host:/srv/restic backup /var/www /etc
restic -r sftp:backup@backup-host:/srv/restic forget --keep-daily 7 --keep-weekly 4 --prune

ສຳຮອງຖານຂໍ້ມູນ

ຄັດລອກຖານຂໍ້ມູນດ້ວຍການ dump ແທນການຄັດລອກໄຟລ໌ຂໍ້ມູນທີ່ກຳລັງໃຊ້ງານຢູ່:

mysqldump --single-transaction --routines -u root wordpress | gzip > /var/backups/wordpress-$(date +%F).sql.gz

ສຳລັບ PostgreSQL ໃຫ້ໃຊ້ pg_dump.

ຕັ້ງໃຫ້ເຮັດອັດຕະໂນມັດ

ໃຫ້ລັນ backup ຈາກ cron ຫຼື systemd timer ແລະ ກຳນົດນະໂຍບາຍການເກັບຮັກສາ ເພື່ອໃຫ້ສຳເນົາເກົ່າຖືກລຶບອອກ:

sudo crontab -e
# every day at 02:30
30 2 * * * /usr/local/bin/backup.sh

ທົດສອບການກູ້ຄືນ

Backup ທີ່ບໍ່ເຄີຍຖືກກູ້ຄືນ ກໍເປັນພຽງການເດົາເທົ່ານັ້ນ. ເດືອນລະຄັ້ງ, ໃຫ້ກູ້ຄືນໄປຍັງເຊີບເວີສຳຮອງ ແລະ ກວດວ່າເວັບໄຊ ແລະ ຂໍ້ມູນໃຊ້ງານໄດ້. ຂຽນຂັ້ນຕອນໄວ້ ເພື່ອໃຫ້ທຸກຄົນໃນທີມເຮັດໄດ້.

ກ່ອນການປ່ຽນແປງໃຫຍ່

ສ້າງ Snapshot, ປ່ຽນແປງ, ທົດສອບ, ແລ້ວລຶບ Snapshot ເມື່ອແນ່ໃຈແລ້ວ. ວິທີນີ້ເໝາະຄູ່ກັບ ການຕັ້ງຄ່າ SSH ທີ່ປອດໄພ ແລະ ນິໄສດຽວກັນນີ້ກໍຊ່ວຍໄດ້ເວລາ ອັບເກຣດເວັບໄຊ WordPress.