VPS बैकअप और स्नैपशॉट, ऑटो बैकअप चालू करना और रिस्टोर अनुरोध का तरीका

ऑटो बैकअप चालू करें

• अकाउंट में नया सर्वर दबाएँ और क्षेत्र, साइज़ और इमेज चुनें।
• अतिरिक्त विकल्पों में ऑटो बैकअप चालू करें।
• दाईं ओर के सारांश में सर्वर और बैकअप मिलाकर मासिक शुल्क तुरंत दिखता है।
• सर्वर बनाएँ पर क्लिक करें और चुनी गई बिलिंग अवधि के लिए भुगतान करें, फिर सर्वर को चालू रखने के लिए अवधि समाप्त होने से पहले नवीनीकरण चालान का भुगतान करें।

ऑटो बैकअप सर्वर बनाते समय चुना जाने वाला विकल्प है। पहले से चल रहे सर्वर का डेटा सुरक्षित रखना हो, तो स्नैपशॉट ऑर्डर करें या नीचे का सर्वर के अंदर बैकअप साथ इस्तेमाल करें। API से सर्वर बनाते समय रिक्वेस्ट में "backups": true डालें, यही विकल्प चालू हो जाता है।

ऑटो बैकअप से रिस्टोर का अनुरोध

रिस्टोर हमारे सपोर्ट स्टाफ द्वारा किए जाते हैं, जो आपके चुने हुए बिंदु पर वापस लौटाते हैं। अपना पहला भुगतान करने के बाद, सपोर्ट पेज पर इस तरह अनुरोध करें।

• विषय में सर्वर चुनें।
• सर्वर नाम वाले हिस्से में रिस्टोर करने वाले सर्वर का नाम लिखें।
• कंटेंट में जिस तारीख और समय (UTC) पर लौटना है, और उसी सर्वर पर रिस्टोर करना है या नहीं, यह लिखें।

रिस्टोर करने पर सर्वर डिस्क बैकअप के समय की हालत में बदल जाती है, इसलिए उसके बाद बनी फ़ाइलें हट जाती हैं। हाल की कोई फ़ाइल रखनी हो, तो अनुरोध से पहले अपने PC पर डाउनलोड कर लें। जवाब सपोर्ट पेज पर दिखता है।

स्नैपशॉट ऑर्डर करें

• स्नैपशॉट पेज पर ऑर्डर दबाएँ।
• स्टोरेज साइज़ चुनें। सर्वर डिस्क जितना या थोड़ा बड़ा साइज़ हो, तो पूरी डिस्क आराम से आ जाती है।
• नाम वाले हिस्से में सर्वर का नाम लिख दें, तो तुरंत पता चलता है कि स्नैपशॉट किस सर्वर का है। अंग्रेज़ी अक्षर, अंक, डॉट और हाइफ़न इस्तेमाल कर सकते हैं।
• ऑर्डर करने पर, चुनी गई बिलिंग अवधि के लिए भुगतान करें, और एक बार तैयार होने पर यह आपके अकाउंट में प्रोडक्ट सूची में दिखाई देता है।

डेटाबेस जैसे लगातार लिखने वाले सर्वर के लिए, स्नैपशॉट बनाते समय सेवा को थोड़े समय के लिए रोक दें या सर्वर को बंद कर दें, तो सबसे साफ़ इमेज मिलती है। स्नैपशॉट पर वापस जाने या उससे नया सर्वर बनाने के लिए, अपना पहला भुगतान करने के बाद सपोर्ट पेज पर सर्वर का नाम और स्नैपशॉट का नाम देकर अनुरोध करें, और हम इसे संभाल लेंगे।

सर्वर के अंदर खुद बैकअप लें

ऑटो बैकअप और स्नैपशॉट पूरे सर्वर को सुरक्षित रखते हैं, जबकि सर्वर के अंदर बैकअप फ़ाइलों और डेटाबेस की एक और कॉपी किसी दूसरी जगह रखने का तरीका है। तीन कॉपी, दो तरह के स्टोरेज पर, और एक कॉपी किसी दूसरी जगह, यानी 3-2-1 नियम अपनाएँ, तो सबसे भरोसेमंद है।

स्टेप 1. फ़ाइलें और डेटाबेस बाँधें

mkdir -p /root/backup
tar czf /root/backup/www-$(date +%F).tar.gz /var/www
mysqldump --single-transaction --all-databases | gzip > /root/backup/db-$(date +%F).sql.gz

PostgreSQL हो तो sudo -u postgres pg_dumpall | gzip > /root/backup/pg-$(date +%F).sql.gz, और Docker वॉल्यूम हो तो docker run --rm -v VOLUME_NAME:/data -v /root/backup:/out alpine tar czf /out/VOLUME_NAME.tar.gz -C /data . से बाँधें।

स्टेप 2. रोज़ अपने आप चलाएँ

crontab -e से शेड्यूल्ड जॉब खोलें और नीचे की तीन लाइनें डालें, तो रोज़ सुबह 3 बजे (सर्वर समय) बैकअप फ़ाइल बनती है, और 7 दिन से पुरानी फ़ाइलें हट जाती हैं। crontab के अंदर % के आगे बैकस्लैश लगाएँ।

0 3 * * * tar czf /root/backup/www-$(date +\%F).tar.gz /var/www
5 3 * * * mysqldump --single-transaction --all-databases | gzip > /root/backup/db-$(date +\%F).sql.gz
30 3 * * * find /root/backup -name '*.gz' -mtime +7 -delete

स्टेप 3. एक कॉपी दूसरी जगह भेजें

बैकअप फ़ाइल सिर्फ़ उसी सर्वर पर हो, तो सर्वर के साथ वह भी जा सकती है। दूसरे क्षेत्र के सर्वर पर rsync भेजें, या rclone से ऑब्जेक्ट स्टोरेज पर अपलोड करें, तो दूसरी जगह एक कॉपी बन जाती है।

rsync -az /root/backup/ backup@BACKUP_SERVER_IP:/backups/web-1/

किस स्थिति में कौन सा तरीका चुनें

तीनों तरीके एक-दूसरे की जगह लेने के बजाय साथ इस्तेमाल करने पर सबसे भरोसेमंद हैं। अपने सर्वर के इस्तेमाल के हिसाब से ऐसे मिलाएँ।

• पर्सनल ब्लॉग, छोटी वेबसाइट: सर्वर बनाते समय ऑटो बैकअप चालू रखें, और थीम या प्लगइन में बड़े बदलाव से पहले WordPress की एक्सपोर्ट फ़ाइल ले लें, इतना काफ़ी है।
• ऑनलाइन स्टोर, मेंबरशिप सर्विस: ऑटो बैकअप के साथ रोज़ डेटाबेस डंप बनाएँ और एक कॉपी दूसरे क्षेत्र में भेजें। ऑर्डर रिकॉर्ड और मेंबर जानकारी घंटे के हिसाब से वापस पा सकते हैं।
• डेवलपमेंट, टेस्ट सर्वर: बड़े प्रयोग से पहले एक स्नैपशॉट रखें, और प्रयोग पूरा होने पर स्नैपशॉट हटाकर स्टोरेज शुल्क बचाएँ।
• एक जैसे सेटअप वाले कई सर्वर इस्तेमाल करते समय: आधार सर्वर का स्नैपशॉट लंबे समय तक रखें, तो नए सर्वर जल्दी उसी हालत में ला सकते हैं।

तरीकों का मेल कोई भी हो, असली बात यह है कि सर्वर के बाहर भी एक कॉपी है या नहीं, और उस कॉपी से कभी असल में रिस्टोर करके देखा है या नहीं। बस ये दो बातें संभालें, तो अचानक गलती या गड़बड़ी में भी शांति से सर्विस वापस ला सकते हैं।

शुल्क के बारे में भी सोचें। ऑटो बैकअप सर्वर शुल्क का 5.6% तय होता है और हर महीने एक जैसी रकम है, और स्नैपशॉट में सिर्फ़ सेव किए साइज़ जितना लगता है। सर्वर के अंदर बैकअप में कोई अतिरिक्त शुल्क नहीं, सिर्फ़ डिस्क की जगह लगती है, लेकिन दूसरी जगह भेजी गई कॉपी के लिए वहाँ स्टोरेज चाहिए। ज़रूर बचाने वाले डेटा का साइज़ और कितनी बार रिस्टोर करना पड़ता है, इसके आधार पर चुनें, तो खर्च और सुरक्षा दोनों संतुलित रहते हैं।

रिस्टोर का अभ्यास और अच्छी आदतें

बैकअप की क़ीमत तभी है जब उससे रिस्टोर हो सके। महीने में एक बार एक छोटा सर्वर बनाकर बैकअप फ़ाइल खोलकर देखें और साइट खुलती है या नहीं जाँच लें, तो असली स्थिति में क्रम में उलझन नहीं होती। जाँच पूरी हो जाए, तो टेस्ट सर्वर तुरंत डिलीट कर दें।

• बड़े काम से ठीक पहले एक स्नैपशॉट या बैकअप फ़ाइल रख लें।
• बैकअप फ़ाइल के नाम में तारीख और सर्वर का नाम डालें, ताकि तुरंत पता चले कि किस समय की है।
• डेटाबेस पासवर्ड और API की जैसी गोपनीय जानकारी वाले बैकअप सिर्फ़ सुरक्षित जगह रखें।
• सर्वर री-इंस्टॉल करने से पहले री-इंस्टॉल गाइड का डेटा ले जाने वाला स्टेप पहले करें।

डिस्क की जगह कम होने से बैकअप लंबे समय तक रखना मुश्किल हो, तो सर्वर में NVMe ब्लॉक डिस्क जोड़कर बैकअप के लिए अलग जगह बनाने का तरीका भी है। Docker इस्तेमाल करते हैं, तो Docker इंस्टॉल गाइड का वॉल्यूम मैनेजमेंट भी देखें।