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ഡാറ്റാബേസ് ബാക്കപ്പ് ചെയ്യുക
പ്രവർത്തിക്കുന്ന ഡാറ്റ ഫയലുകൾ നേരിട്ട് പകർത്തുന്നതിന് പകരം dump ഉപയോഗിച്ച് ഡാറ്റാബേസ് പകർത്തുക:
mysqldump --single-transaction --routines -u root wordpress | gzip > /var/backups/wordpress-$(date +%F).sql.gzPostgreSQL-ന് pg_dump ഉപയോഗിക്കുക.
യാന്ത്രികമാക്കുക
cron അല്ലെങ്കിൽ systemd timer വഴി ബാക്കപ്പുകൾ പ്രവർത്തിപ്പിക്കുക, പഴയ പകർപ്പുകൾ നീക്കം ചെയ്യാൻ ഒരു retention നയം സൂക്ഷിക്കുക:
sudo crontab -e
# every day at 02:30
30 2 * * * /usr/local/bin/backup.shറീസ്റ്റോർ പരിശോധിക്കുക
ഒരിക്കലും റീസ്റ്റോർ ചെയ്യാത്ത ബാക്കപ്പ് ഒരു ഊഹം മാത്രമാണ്. മാസത്തിലൊരിക്കൽ, ഒരു സ്പെയർ സെർവറിലേക്ക് റീസ്റ്റോർ ചെയ്ത് സൈറ്റും ഡാറ്റയും പ്രവർത്തിക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക. ടീമിലെ ആർക്കും ചെയ്യാൻ കഴിയുന്ന വിധത്തിൽ ഘട്ടങ്ങൾ എഴുതി സൂക്ഷിക്കുക.
വലിയ മാറ്റങ്ങൾക്ക് മുമ്പ്
ഒരു സ്നാപ്ഷോട്ട് എടുക്കുക, മാറ്റം വരുത്തുക, പരിശോധിക്കുക, ഉറപ്പായ ശേഷം സ്നാപ്ഷോട്ട് ഇല്ലാതാക്കുക. ഇത് സുരക്ഷിത SSH സജ്ജീകരണംയോടൊപ്പം നന്നായി യോജിക്കുന്നു, അതേ ശീലം WordPress സൈറ്റ് അപ്ഗ്രേഡ് ചെയ്യുമ്പോഴും സഹായിക്കുന്നു.
പതിവായി ചോദിക്കുന്ന ചോദ്യങ്ങൾ
എത്ര തവണ ബാക്കപ്പ് ചെയ്യണം?
പതിവായി മാറുന്ന സൈറ്റുകൾക്കും ഡാറ്റാബേസുകൾക്കും ദിവസേന ബാക്കപ്പ് ചെയ്യുന്നത് സാധാരണമാണ്. ഒരു ദിവസത്തെ ഡാറ്റ നഷ്ടപ്പെടുന്നത് ദോഷകരമാണെങ്കിൽ കൂടുതൽ തവണ ബാക്കപ്പ് ചെയ്യുക.
സ്നാപ്ഷോട്ടുകൾക്ക് ബില്ലുണ്ടോ?
സ്നാപ്ഷോട്ടുകളും ബാക്കപ്പുകളും അവ ഉപയോഗിക്കുന്ന സ്ഥലത്തിന്റെ അടിസ്ഥാനത്തിൽ ബിൽ ചെയ്യപ്പെടുന്നു. നിലവിലെ നിരക്കുകൾക്കായി സേവനത്തിന്റെ വിലനിർണ്ണയ പേജ് കാണുക.
ബാക്കപ്പുകൾ എവിടെ സൂക്ഷിക്കണം?
അതേ സെർവറിൽ മാത്രം സൂക്ഷിക്കരുത്. ഒരു പരാജയം എല്ലാ പകർപ്പുകളും ഇല്ലാതാക്കാതിരിക്കാൻ മറ്റൊരു സ്ഥലമോ ദാതാവോ ഉപയോഗിക്കുക.