Gabay sa VPS backup at snapshot

Ni ONIE Engineering Team · Na-update noong Nobyembre 12, 2026 · 3 minutong basahin

Maaaring pumalya ang isang server dahil sa maling update, pagkakamali, malware, o problema sa hardware. Ang magandang plano ay pinagsasama ang snapshot, backup, at nasubukang restore. Sa ONIE, sinusuportahan ng Cloud Servers sa Ho Chi Minh City ang snapshot at backup, at puwede kang magdagdag ng karagdagang Block Storage para sa data.

Snapshot vs backup

	Snapshot	Backup
Ano ito	Naka-save na estado ng disk sa isang sandali	Hiwalay na kopya ng server o ng data nito
Pinakamainam para sa	Mabilisang pagbabalik bago mag-upgrade o magbago ng config	Pagbawi mula sa pagkawala, pinsala, o pagkabura
Itinatago	Malapit sa orihinal na server	Sa hiwalay na storage
Bilis	Mabilis gawin at ibalik	Mas mabagal, depende sa laki

Gamitin ang dalawa: snapshot bago ang mapanganib na pagbabago, at naka-iskedyul na backup para sa iba pa.

Ang 3-2-1 na panuntunan

Magtago ng 3 kopya ng mahalagang data, sa 2 magkaibang uri ng storage, at 1 kopya sa ibang lugar. Hindi sapat ang snapshot sa mismong server lamang.

Mag-back up ng mga file

Kumokopya lamang ang rsync ng mga nabago:

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

Gumagawa ang restic ng naka-encrypt at deduplicated na backup sa maraming target:

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

Mag-back up ng database

Kopyahin ang database gamit ang dump sa halip na kopyahin ang mga live na data file:

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

Para sa PostgreSQL, gamitin ang pg_dump.

I-automate ito

Patakbuhin ang backup mula sa cron o systemd timer, at magtakda ng retention policy para mabura ang mga lumang kopya:

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

Subukan ang iyong restore

Ang backup na hindi mo pa nasubukang i-restore ay hula lamang. Isang beses sa isang buwan, i-restore sa spare na server at tiyakin na gumagana ang site at ang data. Isulat ang mga hakbang para sa sinumang miyembro ng iyong team na makagagawa nito.

Bago ang malalaking pagbabago

Kumuha ng snapshot, gawin ang pagbabago, subukan ito, at burahin ang snapshot kapag sigurado ka na. Bagay ito sa secure SSH setup, at nakakatulong din ang parehong ugali kapag nag-u-upgrade ng WordPress site.

Mga madalas itanong

Gaano kadalas dapat mag-back up?

Karaniwan ang araw-araw para sa mga site at database na madalas magbago. Mag-back up nang mas madalas kung masasaktan ka sa pagkawala ng isang araw na data.

Sinisingil ba ang mga snapshot?

Sinisingil ang mga snapshot at backup ayon sa espasyong ginagamit ng mga ito. Tingnan ang kasalukuyang rate sa pricing page ng serbisyo.

Saan dapat itago ang mga backup?

Huwag lang sa mismong server. Gumamit ng ibang lokasyon o provider para hindi maalis ng iisang pagkabigo ang lahat ng kopya.