प्रत्येक KapsuleHost Server को एक दिन में एक बार एन्क्रिप्टेड ऑफसाइट स्टोरेज में बैकअप लिया जाता है और 30 दिनों के लिए रखा जाता है, और आप किसी भी समय KPanel में सर्वर के अपने पृष्ठ से अतिरिक्त बैकअप ले सकते हैं या एक को पुनः स्थापित कर सकते हैं।
जब सर्वर को प्रोविजन किया जाता है तो बैकअप स्वचालित रूप से सक्षम हो जाते हैं। कोई भी कॉन्फ़िगरेशन नहीं है, आपको कोई एजेंट स्थापित नहीं करना है, और न ही कोई शेड्यूल निर्धारित करना है। यह गाइड सटीक रूप से समझाती है कि क्या कैप्चर किया जाता है, बैकअप सूची को कैसे पढ़ें, मांग पर एक को कैसे लें, और एक पुनः स्थापन एक चलते सर्वर के साथ क्या करता है।
बैकअप कहाँ रहते हैं
बैकअप एक सर्वर से संबंधित हैं, इसलिए आप मुख्य मेनू से नहीं बल्कि उस सर्वर से उन तक पहुंचते हैं:
- KPanel में साइन इन करें।
- बाएं साइडबार में Cloud Servers पर क्लिक करें, फिर उस सर्वर पर क्लिक करें जिसे आप चाहते हैं।
- Backups कार्ड तक स्क्रॉल करें।
सीधा पता /cloud-servers/<server-id> है।
कार्ड हेडर आपके अंतिम सफल बैकअप का समय दिखाता है। पहला पूरा होने से पहले यह खड़े विवरण को दिखाता है: "दैनिक ऑफ-साइट बैकअप एन्क्रिप्टेड स्टोरेज के लिए, 30 दिनों के लिए रखा जाता है।"
Cloud Servers केवल KPanel साइडबार में तभी दिखाई देता है जब आपके खाते के पास वास्तव में एक क्लाउड सर्वर हो। यदि आप इसे नहीं देख सकते हैं, तो खाते के पास अभी तक कोई नहीं है।
क्या कैप्चर किया जाता है
Backups कार्ड के नीचे What's in your backup को विस्तारित करें अपने सर्वर के लिए लाइव मैनिफेस्ट देखने के लिए। इसे पाँच श्रेणियों में समूहीकृत किया गया है:
| श्रेणी | शामिल पथ |
|---|---|
| वेबसाइट फाइलें | /var/www (docroot, uploads, themes, plugins) और /root और /home निर्देशिकाएं |
| डेटाबेस | /var/lib/mysql और /var/lib/postgresql डेटा फाइलें |
| सर्वर कॉन्फ़िगरेशन | /etc, साथ ही /etc/letsencrypt प्रमाणपत्र, /etc/ssh, /etc/ufw फायरवॉल नियम और /etc/fail2ban |
| Cron जॉब और सिस्टम स्थिति | /etc/cron.d और दैनिक, प्रति घंटा और साप्ताहिक cron निर्देशिकाएं, /var/spool/cron उपयोगकर्ता crontabs, /etc/systemd इकाइयां, और आपके crontab, स्थापित पैकेज, सक्षम सेवाओं और फायरवॉल स्थिति का कैप्चर किया गया स्नैपशॉट |
| मेल | मेल डेटा, जब सर्वर पर मेल कॉन्फ़िगर किया जाता है |
अस्थिर और पुनर्निर्माण योग्य पथ जानबूझकर बाहर रखे जाते हैं: /proc, /sys, /dev, /run, /tmp, /var/tmp, /var/cache, /var/lib/docker/overlay2 के तहत कंटेनर ओवरले स्टोरेज, और स्वैप फाइलें। उन्हें बाहर रखने से बैकअप छोटे और तेज़ रहते हैं बिना कुछ भी खोए जिसे आप पुनः उत्पन्न नहीं कर सकते।
बैकअप आपके सर्वर के लिए अद्वितीय कुंजी के साथ एन्क्रिप्ट किए जाते हैं और ऑफसाइट ऑब्जेक्ट स्टोरेज में लिखे जाते हैं। केवल आपका पैनल उन्हें डिक्रिप्ट और पुनः स्थापित कर सकता है।
एक क्लाउड सर्वर बैकअप सर्वर को कैप्चर करता है। यह कुछ भी कैप्चर नहीं करता जो इसके बाहर रहता है। एक प्रबंधित डेटाबेस दूसरे होस्ट पर, एक बाहरी भुगतान गेटवे, या एक तृतीय-पक्ष सेवा जिससे आपका आवेदन बात करता है अपना डेटा स्वयं रखता है और अलग से निर्यात किया जाना चाहिए।
बैकअप सूची को पढ़ना
सूची में प्रत्येक पंक्ति दिखाती है कि बैकअप कब शुरू हुआ, पूर्ण होने पर इसका आकार, और एक स्थिति गोली:
| स्थिति | अर्थ |
|---|---|
| Backed up | बैकअप पूरा हुआ और एक प्रयोग योग्य पुनः स्थापन बिंदु है |
| Running | बैकअप चल रहा है |
| Failed | बैकअप पूरा नहीं हुआ |
मैनुअल बैकअप को तारीख के आगे manual टैग किया जाता है ताकि आप उन्हें दैनिक रन से अलग बता सकें। एक पूर्ण बैकअप भी अपने स्नैपशॉट संदर्भ को दिखाता है, जो पहचानकर्ता है जो समर्थन पूछेगा यदि आपको कभी किसी विशिष्ट पुनः स्थापन में मदद की आवश्यकता हो।
यदि सबसे हाल के बैकअप में विफल रहा तो आप कार्ड पर एक बैनर प्राप्त करते हैं: "सबसे हाल के बैकअप में विफल रहा। हम दैनिक शेड्यूल पर पुनः प्रयास करते रहेंगे। डिस्क स्पेस जांचें, या यदि यह जारी रहे तो समर्थन से संपर्क करें।" एक एकल विफलता आमतौर पर एक पूर्ण डिस्क है। कुछ स्पेस खाली करें और अगली निर्धारित रन सफल होगी।
मांग पर बैकअप लेना
कुछ भी जोखिम भरा होने से पहले तुरंत एक मैनुअल बैकअप लें: एक प्रमुख पैकेज अपग्रेड, एक डेटाबेस माइग्रेशन, एक सेवा के लिए कॉन्फ़िगरेशन परिवर्तन जिस पर आप निर्भर हैं, या कुछ अपरिचित का पहला प्रयास।
- सर्वर के पृष्ठ को खोलें और Backups कार्ड को खोजें।
- कार्ड हेडर में Back up now पर क्लिक करें।
- आपको पुष्टि मिलती है "Backup started. It will appear in the list shortly."
- रन सर्वर पर पृष्ठभूमि में होता है। कुछ क्षणों के बाद कार्ड को ताज़ा करें इसे Running के रूप में दिखाई देना देखने के लिए, फिर Backed up।
बड़े सर्वर अधिक समय लेते हैं। समाप्त पंक्ति पर आकार स्तंभ आपको बताता है कि कितना कैप्चर किया गया था।
एक मैनुअल बैकअप इसके टाइमस्टैम्प द्वारा पहचाना जाता है, न कि आपके द्वारा चुने गए नाम से। आप परिवर्तन करने से ठीक पहले बैकअप लें, ताकि समय एक दूसरे से मेल खाएं और आप एक नज़र में बता सकें कि कौन सा पुनः स्थापन बिंदु "पहले" है।
बैकअप से पुनः स्थापित करना
- Backups कार्ड में वह पूर्ण बैकअप खोजें जिसे आप चाहते हैं।
- उस पंक्ति पर Restore पर क्लिक करें।
- पुष्टि को पढ़ें: "This overwrites the server's current files with the contents of the selected snapshot. Any changes made since the snapshot will be lost. The server stays online during restore."
- आगे बढ़ने के लिए Restore पर क्लिक करें।
एक पुनः स्थापन को पूर्ववत् नहीं किया जा सकता। उस बैकअप के बाद से लिखी गई सभी चीजें बैकअप की सामग्री से प्रतिस्थापित की जाती हैं। यदि कोई मौका है कि आप वर्तमान स्थिति को वापस पाना चाहेंगे, तो एक ताज़ा बैकअप या एक snapshot लें पहले, फिर पुनः स्थापित करें।
सर्वर पुनः स्थापन चलते समय ऑनलाइन रहता है, जो इसे एक टूटे हुए आवेदन को पूर्ण आउटेज के बिना पुनः प्राप्त करने के लिए उपयोगी बनाता है। बड़ी फाइल सिस्टम एक समय ले सकती है। यदि पुनः स्थापन पाँच मिनट के बाद भी जारी है, तो KPanel आपको बताता है कि यह "is taking longer than expected and is still running on the server" है और पुनः स्थापन पृष्ठभूमि में जारी रहता है।
बैकअप की तुलना स्नैपशॉट के साथ
आपके सर्वर के पास दो स्वतंत्र सुरक्षा नेट हैं, और वे विभिन्न चीजों में अच्छे हैं।
| बैकअप | स्नैपशॉट | |
|---|---|---|
| यह कहाँ रखा जाता है | एन्क्रिप्टेड ऑफसाइट स्टोरेज | आपके सर्वर जो प्लेटफॉर्म पर चलता है उसके साथ |
| शेड्यूल | दैनिक, स्वचालित | मांग पर, साथ ही हर पैच रन से पहले स्वचालित रूप से |
| अवधि | 30 दिन | तब तक रखा जाता है जब तक आपको उनकी आवश्यकता न हो |
| यह क्या पुनः स्थापित करता है | फाइलें, डेटाबेस और कॉन्फ़िगरेशन, जगह में | पूरी डिस्क, बिल्कुल जैसी थी |
| पुनः प्राप्ति के दौरान सर्वर | ऑनलाइन रहता है | पुनः बूट |
| सर्वश्रेष्ठ के लिए | डेटा सुरक्षा और आपदा पुनः प्राप्ति | एक जोखिम भरे परिवर्तन से ठीक पहले एक सुरक्षा नेट |
दोनों का उपयोग करें। परिवर्तन से पहले एक स्नैपशॉट परिवर्तन गलत होने पर वापस जाने का सबसे तेज़ तरीका है। बैकअप वह है जो आपको समस्याओं से बचाता है जिन्हें आप दिनों बाद तक नहीं देखते हैं। Cloud Server Snapshots स्नैपशॉट पक्ष को पूरी तरह कवर करता है।
बैकअप और पुनर्निर्माण
एक सर्वर के ऑपरेटिंग सिस्टम को पुनर्निर्माण करने से डिस्क साफ हो जाती है, जिसमें पुनः स्थापन उपकरण भी शामिल हैं जो इस पर रहता है। आपका बैकअप डेटा ऑफसाइट स्टोरेज में सुरक्षित है, लेकिन पैनल में Restore बटन पुनर्निर्मित सर्वर पर इसका उपयोग नहीं कर सकता। Rebuilding Your Cloud Server को पूरी तरह पढ़ें, और आप पुनर्निर्माण करने से पहले कुछ भी डाउनलोड करें जिसकी आवश्यकता हो।
समस्या निवारण
"Backups are not yet configured for this server." वे प्रोविजनिंग पर स्वचालित रूप से सक्षम हो जाते हैं। यदि एक ब्रांड नया सर्वर यह दिखाता है, तो इसे कुछ मिनट दें; यदि यह जारी रहे, तो हमसे संपर्क करें।
"No backups yet." पहला बैकअप प्रोविजनिंग के शीघ्र बाद स्वचालित रूप से चलता है। आप Back up now पर क्लिक भी कर सकते हैं बजाय प्रतीक्षा करने के।
"Manual backup is temporarily unavailable." पैनल सर्वर तक पहुंचने में विफल रहा रन शुरू करने के लिए। जांचें कि सर्वर चल रहा है और पहुंच योग्य है, फिर फिर से प्रयास करें।
एक पूर्ण बैकअप पर Restore बटन अनुपलब्ध है। पुनः स्थापन को एक पहुंच योग्य, प्रोविजन किए गए सर्वर की आवश्यकता है जिसमें बैकअप उपकरण मौजूद हो। एक सर्वर जिसे पुनर्निर्मित किया गया है, या जो बंद है, इसे प्रदान नहीं करेगा।
यदि बैकअप बार-बार विफल होता है और डिस्क स्पेस कारण नहीं है, तो सर्वर का नाम और विफल रन के टाइमस्टैम्प के साथ support@kapsulehost.com को ईमेल करें।