VPS backup மற்றும் மீட்பைச் சோதியுங்கள்

சிறிய மீட்புப் பயிற்சியின் வரம்பு

Bash, GNU tar, sha256sum, OpenSSH தேவை; Ubuntu அல்லது Linux/WSL client பயன்படுத்தலாம். Server commands ஒரே server terminal-இலும் client commands வேறு கணினியின் ஒரே terminal-இலும் இயங்கட்டும்; variables தொடர அவற்றைத் திறந்து வைத்திருக்கவும். Command error வந்தால் நிறுத்தவும்.

இரண்டு disposable files home directory-க்குள் பயன்படுத்தப்படுகின்றன. Nginx, firewall, live content மாறாது; extraction root-ஆக நடைபெறாது. முதலில் fixtures; optional substitution static HTTPS வழிகாட்டியின் இரண்டு files மட்டும். பெரிய site-இன் assets, redirects, includes, DNS, dependencies தனி inventory தேவை; இது முழு machine/app backup அல்ல.

Website மாற்றாமல் இரண்டு files தயார் செய்யுங்கள்

Server-இல் private practice directory உருவாக்கவும். கீழே உள்ள configuration archive-க்கான file மட்டும்; activate செய்ய வேண்டிய service config அல்ல.

umask 077
backup_lab=$(mktemp -d "$HOME/ubuntu-vps-backup.XXXXXX")
mkdir -p "$backup_lab/payload/site" "$backup_lab/payload/nginx" "$backup_lab/export"
printf '%s\n' '<!doctype html><html lang="en"><title>Restore drill</title><h1>Recovered static page</h1></html>' > "$backup_lab/payload/site/index.html"
printf '%s\n' 'server {' '    listen 8080;' '    server_name example.test;' '    root /var/www/first-site;' '}' > "$backup_lab/payload/nginx/first-site.conf"
printf 'Practice directory: %s\n' "$backup_lab"

Optional: tutorial-இன் real page/server block-ஐ backup எடுக்க இந்த disposable copies மட்டும் மாற்றவும். இரு sources-உம் உங்கள் account-க்கு readable ஆக வேண்டும். Secrets பார்க்கவும்; ஒரே release files கிடைக்க deployment-ஐச் சேகரிக்கும் நேரத்தில் நிறுத்தி வைக்கவும். Fixture பயிற்சிக்கு இதைத் தவிர்க்கவும்.

install -m 600 /var/www/first-site/index.html "$backup_lab/payload/site/index.html"
install -m 600 /etc/nginx/sites-available/first-site "$backup_lab/payload/nginx/first-site.conf"

Live sources படிக்கப்படுகின்றன; மாற்றப்படுவதில்லை. Certificate private keys அல்லது system directories முழுவதும் சேர்க்கப்படவில்லை. மற்ற files தேவைப்பட்டால் inventory/checksum manifest இரண்டிலும் திட்டமிட்டு சேர்க்கவும்.

Archive மற்றும் இரண்டு checksum நிலைகள்

Server-இல் files-க்கு checksums, relative paths உடன் archive, பின் archive checksum உருவாக்கவும். இந்தப் படியில் payload மாறக் கூடாது.

(
    cd "$backup_lab/payload" &&
    sha256sum site/index.html nginx/first-site.conf > SHA256SUMS
)
tar -czf "$backup_lab/export/static-site.tar.gz" -C "$backup_lab/payload" site nginx SHA256SUMS
(
    cd "$backup_lab/export" &&
    sha256sum static-site.tar.gz > static-site.tar.gz.sha256
)
tar -tzf "$backup_lab/export/static-site.tar.gz"
printf 'Server export directory: %s\n' "$backup_lab/export"

Listing-இல் site/, nginx/, தேர்ந்த இரண்டு files, SHA256SUMS இருக்க வேண்டும். Archive checksum transfer மாற்றங்களையும் உள்ளே உள்ள manifest extracted files-ஐயும் சோதிக்கும். Data/checksum இரண்டையும் மாற்றக்கூடியவர் இருந்தால் checksum மட்டும் authenticity நிரூபிக்காது.

வேறு கணினிக்கு backup நகலெடுங்கள்

Client-இல் remote_backup என்பது server அச்சிட்ட exact export directory. IP, user, private key filename உங்கள் SSH விவரங்களாக மாற வேண்டும். 203.0.113.10 documentation IP; REPLACE என்பது placeholder, mktemp உருவாக்கிய suffix அல்ல.

umask 077
recovery_dir=$(mktemp -d "$HOME/ubuntu-vps-restore.XXXXXX")
remote_backup=/home/deploy/ubuntu-vps-backup.REPLACE/export
scp -i ~/.ssh/ubuntu_vps "deploy@203.0.113.10:$remote_backup/static-site.tar.gz" "$recovery_dir/"
scp -i ~/.ssh/ubuntu_vps "deploy@203.0.113.10:$remote_backup/static-site.tar.gz.sha256" "$recovery_dir/"

புதிய SSH host-ஐ ஏற்கும் முன் trusted channel மூலம் fingerprint பார்க்கவும். Connection தோல்விக்கு SSH வழிகாட்டி பயன்படுத்தவும்; host-key checking disable செய்ய வேண்டாம். SCP transfer-ஐ SSH பாதுகாக்கும்; tar.gz compressed, encrypted அல்ல. Destination account/storage பாதுகாத்து தேவைக்கு ஏற்ப at-rest encryption பயன்படுத்தவும். அதே VPS-இல் இன்னொரு directory off-server backup அல்ல.

புதிய காலி directory-க்கு மீட்டுச் சோதியுங்கள்

Client-இல் archive checksum முதலில் பார்க்கவும். OK என்றால் தொடரவும்; failure-க்கு investigation அல்லது fresh transfer தேவை. பிழையை மறைக்க expected checksum மாற்ற வேண்டாம்.

(
    cd "$recovery_dir" &&
    sha256sum -c static-site.tar.gz.sha256
)
tar -tzf "$recovery_dir/static-site.tar.gz"

இந்த trusted archive-ஐ புதிய directory-இல் extract செய்யவும். Keep-old-files existing files-ஐ மாற்ற மறுக்கும்; no-same-owner பழைய ownership மீட்டமைப்பதைத் தவிர்க்கும். Destination / ஆக இருக்கக் கூடாது; sudo extraction வேண்டாம்.

restore_dir=$(mktemp -d "$recovery_dir/restored.XXXXXX")
tar -xzf "$recovery_dir/static-site.tar.gz" -C "$restore_dir" --keep-old-files --no-same-owner
(
    cd "$restore_dir" &&
    sha256sum -c SHA256SUMS
)
cat "$restore_dir/site/index.html"

site/index.html, nginx/first-site.conf இரண்டுக்கும் OK மற்றும் மீட்ட page heading வர வேண்டும். இது file contents-க்கான சோதனை; production ownership, ACL, service availability, எல்லா dependencies-க்கும் அல்ல.

File recovery மற்றும் service recovery வேறு

மீட்ட config இன்னும் inactive text file. தனி replacement server-இல் paths, includes, modules, permissions, certificates ஆய்வு செய்து assembled Nginx config validate செய்த பின் reload/வெளிப்புற HTTP/HTTPS சோதிக்கவும். மாற்றாத live server-இன் syntax test இந்த restored copy-ஐ validate செய்யாது.

TLS private keys இங்கு இல்லை; reissuance அல்லது தனி protected backup திட்டமிடவும். Active database files-ஐ இந்த tar முறையில் எடுக்க வேண்டாம்; அதன் supported consistent backup/restore தேவை. Provider snapshot-இன் retention, failure domain, restore முறை பார்க்கவும்; snapshot இருப்பது exported files வேறு host-இல் மீளும் என்பதற்குச் சான்றல்ல.

மீட்பு இலக்குகளையும் முடிவையும் பதிவு செய்யுங்கள்

RPO நேர அளவில் ஏற்ற data loss; RTO service மீட்புக்கான இலக்கு நேரம். சிறிய static site-க்கு 24-hour RPO, 60-minute RTO எடுத்துக்காட்டாகத் தேரலாம்; இவை business targets, இந்தப் பயிற்சியின் measured results அல்ல. Daily backup வெற்றி பெற்று recoverable-ஆக இருந்தால்தான் அட்டவணை பயனுள்ளது.

சிறிய திரையில் எல்லா நெடுவரிசைகளையும் பார்க்க அட்டவணையைப் பக்கவாட்டில் நகர்த்துங்கள்.

RTO அடையலாம் என்று கூறும் முன் access, provisioning, config, certificates, DNS உட்பட முழு replacement-ஐ நேரமிட்டு சோதிக்கவும். வேகமான local extraction outage-recovery benchmark அல்ல. பல restore points வைத்துப் failed jobs பார்க்கவும்; hosting recovery நிபந்தனைகளை ஒப்பிடவும்.

கேள்வி பதில்கள்

ஆவணங்களும் ஆதாரங்களும்

• ஆதாரம்: Ubuntu shell-script backup and restoration
• ஆதாரம்: GNU tar manual and extraction safety
• ஆதாரம்: GNU Coreutils checksum documentation
• ஆதாரம்: OpenSSH secure copy manual