VPS بیک اپ اور اسنیپ شاٹ گائیڈ

سرور کسی خراب اپ ڈیٹ، غلطی، میلویئر یا ہارڈ ویئر کے مسئلے کی وجہ سے ناکام ہو سکتا ہے۔ ایک اچھے منصوبے میں اسنیپ شاٹس، بیک اپس اور جانچا ہوا ریسٹور شامل ہوتا ہے۔ ONIE پر ہو چی منہ شہر کے Cloud Servers میں اسنیپ شاٹس اور بیک اپس دستیاب ہیں، اور ڈیٹا کے لیے آپ اضافی Block Storage بھی لگا سکتے ہیں۔

اسنیپ شاٹ بمقابلہ بیک اپ

دونوں استعمال کریں: خطرناک تبدیلیوں سے پہلے اسنیپ شاٹ، اور باقی سب کے لیے شیڈول شدہ بیک اپس۔

3-2-1 اصول

اہم ڈیٹا کی 3 کاپیاں رکھیں، 2 مختلف اقسام کے اسٹوریج پر، اور 1 کاپی کسی اور جگہ پر۔ صرف اسی سرور پر موجود اسنیپ شاٹ اکیلا کافی نہیں ہے۔

فائلوں کا بیک اپ

rsync صرف وہی کاپی کرتا ہے جو تبدیل ہوا ہو:

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

restic متعدد اہداف پر انکرپٹڈ اور ڈی ڈپلی کیٹڈ بیک اپس بناتا ہے:

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

ڈیٹابیس کا بیک اپ

لائیو ڈیٹا فائلیں کاپی کرنے کے بجائے ڈمپ کے ذریعے ڈیٹابیس کی کاپی بنائیں:

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

PostgreSQL کے لیے pg_dump استعمال کریں۔

خودکار بنائیں

بیک اپس کو cron یا systemd timer سے چلائیں، اور retention policy رکھیں تاکہ پرانی کاپیاں خود ہٹ جائیں:

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

ریسٹور کی جانچ کریں

وہ بیک اپ جسے آپ نے کبھی ریسٹور نہیں کیا صرف ایک اندازہ ہے۔ مہینے میں ایک بار کسی اضافی سرور پر ریسٹور کریں اور دیکھیں کہ سائٹ اور ڈیٹا کام کر رہے ہیں۔ مراحل لکھ لیں تاکہ آپ کی ٹیم کا کوئی بھی فرد انہیں انجام دے سکے۔

بڑی تبدیلیوں سے پہلے

اسنیپ شاٹ لیں، تبدیلی کریں، جانچیں، اور جب یقین ہو جائے تو اسنیپ شاٹ حذف کر دیں۔ یہ عادت محفوظ SSH سیٹ اپ کے ساتھ اچھی طرح چلتی ہے، اور یہی عادت جب آپ WordPress سائٹ اپ گریڈ کریں تب بھی کام آتی ہے۔