VPS ব্যাকআপ ও স্ন্যাপশট গাইড

খারাপ আপডেট, ভুল কাজ, ম্যালওয়্যার বা হার্ডওয়্যার সমস্যার কারণে সার্ভার বিকল হতে পারে। একটি ভালো পরিকল্পনায় স্ন্যাপশট, ব্যাকআপ এবং পরীক্ষিত রিস্টোর একসাথে থাকে। ONIE-তে হো চি মিন সিটির Cloud Servers স্ন্যাপশট ও ব্যাকআপ সমর্থন করে, এবং ডেটার জন্য অতিরিক্ত Block Storage যোগ করা যায়।

স্ন্যাপশট বনাম ব্যাকআপ

দুটোই ব্যবহার করুন: ঝুঁকিপূর্ণ পরিবর্তনের আগে একটি স্ন্যাপশট নিন, আর বাকি সবকিছুর জন্য নির্ধারিত ব্যাকআপ চালান।

৩-২-১ নিয়ম

গুরুত্বপূর্ণ ডেটার ৩টি কপি রাখুন, ২ ধরনের আলাদা স্টোরেজে, এবং ১টি কপি অন্য কোথাও। একই সার্ভারে থাকা স্ন্যাপশট একা যথেষ্ট নয়।

ফাইল ব্যাকআপ করা

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 থেকে ব্যাকআপ চালান, এবং একটি রিটেনশন নীতি রাখুন যাতে পুরোনো কপি মুছে যায়:

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

রিস্টোর পরীক্ষা করুন

যে ব্যাকআপ কখনো রিস্টোর করা হয়নি, তা কেবল একটি অনুমান। প্রতি মাসে একবার একটি অতিরিক্ত সার্ভারে রিস্টোর করুন এবং সাইট ও ডেটা ঠিকমতো কাজ করছে কিনা যাচাই করুন। ধাপগুলো লিখে রাখুন, যাতে দলের যে কেউ তা করতে পারে।

বড় পরিবর্তনের আগে

একটি স্ন্যাপশট নিন, পরিবর্তন করুন, পরীক্ষা করুন, এবং নিশ্চিত হলে স্ন্যাপশটটি মুছে ফেলুন। এটি নিরাপদ SSH সেটআপ-এর সাথে ভালো যায়, আর একই অভ্যাস WordPress সাইট আপগ্রেড করার সময়ও কাজে লাগে।