क्लाउड सर्वर
Cloud Server बैकअप
Every KapsuleHost Server is backed up to encrypted offsite storage once a day and kept for 30 days, and you can take an extra backup or restore one at any time from the server's own page in KPanel.
क्लाउड सर्वर बैकअप
प्रत्येक KapsuleHost सर्वर को एक बार दैनिक रूप से एन्क्रिप्टेड ऑफसाइट स्टोरेज में बैकअप किया जाता है और 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 user crontabs, /etc/systemd units, और आपके 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 पर क्लिक करें।
- पुष्टि पढ़ें: "यह सर्वर की वर्तमान फाइलों को चयनित स्नैपशॉट की सामग्री से ओवरराइट करता है। स्नैपशॉट के बाद से किए गए कोई भी परिवर्तन खो जाएंगे। सर्वर पुनः स्थापना के दौरान ऑनलाइन रहता है।"
- आगे बढ़ने के लिए Restore पर क्लिक करें।
एक पुनः स्थापना को पूर्ववत नहीं किया जा सकता। स्नैपशॉट के बाद से सबकुछ लिखा गया है बैकअप की सामग्री से बदल दिया गया है। यदि वर्तमान स्थिति को वापस पाने का कोई मौका है, तो पहले एक ताज़ा बैकअप या एक snapshot लें, फिर पुनः स्थापित करें।
सर्वर ऑनलाइन रहता है जबकि पुनः स्थापना चलती है, जो इसे एक पूर्ण आउटेज के बिना एक टूटे हुए एप्लिकेशन को पुनः प्राप्त करने के लिए उपयोगी बनाता है। बड़ी फाइलसिस्टम को एक समय ले सकता है। यदि पुनः स्थापना पांच मिनट के बाद भी चल रही है, तो KPanel आपको बताता है कि यह "उम्मीद से अधिक समय ले रहा है और सर्वर पर अभी भी चल रहा है" और पुनः स्थापना पृष्ठभूमि में जारी है।
बैकअप की तुलना स्नैपशॉट के साथ
आपके सर्वर के पास दो स्वतंत्र सुरक्षा नेट हैं, और वे विभिन्न चीज़ों में अच्छे हैं।
| बैकअप | स्नैपशॉट | |
|---|---|---|
| यह कहाँ रखा जाता है | एन्क्रिप्टेड ऑफसाइट स्टोरेज | आपके सर्वर जो प्लेटफॉर्म पर चलता है उसके साथ |
| शेड्यूल | दैनिक, स्वचालित | डिमांड पर, साथ ही हर पैच रन से पहले स्वचालित रूप से |
| प्रतिधारण | 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." पैनल सर्वर तक पहुंचने में विफल रहा। जांचें कि सर्वर चल रहा है और पहुंच योग्य है, फिर फिर से कोशिश करें।
The Restore button is missing on a completed backup। Restore को एक पहुंच योग्य, प्रावधान किया हुआ सर्वर की आवश्यकता है जिसमें बैकअप उपकरण मौजूद है। एक सर्वर जिसे पुनर्निर्मित किया गया है, या जो बंद है, इसकी पेशकश नहीं करेगा।
यदि एक बैकअप बार-बार विफल होता है और डिस्क स्पेस कारण नहीं है, तो सर्वर नाम और विफल रन के टाइमस्टैम्प के साथ support@kapsulehost.com को ईमेल करें।