पॉइंट-इन-टाइम रिकवरी

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

यह किस काम का है

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

पॉइंट-इन-टाइम रिकवरी इस कमी को दूर करती है। इसे सक्षम करने पर, डेटाबेस का चेंज लॉग लगातार ऑफसाइट स्टोरेज में भेजा जाता है, जिससे रिस्टोर को बनाए रखे गए विंडो के भीतर किसी भी मिनट तक रीप्ले किया जा सकता है।

KPanel में यह कहाँ मिलता है

1. KPanel में साइन इन करें।
2. बाईं साइडबार में वेबसाइटें पर क्लिक करें, फिर साइट पर क्लिक करें।
3. साइट के बाएँ मेनू में, बैकअप खोलें, फिर पॉइंट-इन-टाइम रिकवरी।

सीधा पता /websites/<site-id>/pitr है।

पात्रता

पॉइंट-इन-टाइम रिकवरी के लिए दो बातें सत्य होनी चाहिए।

आपकी योजना में यह शामिल होनी चाहिए। यह वर्डप्रेस प्लान परिवारों पर उपलब्ध है।

साइट एक वर्डप्रेस या वूकॉमर्स साइट होनी चाहिए, क्योंकि यह तंत्र एक प्रबंधित डेटाबेस पर निर्भर करता है।

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

इसे सक्षम करना

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

इसे चालू करने के लिए PITR को सक्षम करें पर क्लिक करें। रिटेंशन 30 दिनों का है।

सक्षम करने से आपके डेटा में कुछ भी नहीं बदलता। यह एक निरंतर शिपिंग प्रक्रिया शुरू करता है जो आपके सामान्य दैनिक बैकअप के साथ-साथ चलती है; यह उनकी जगह नहीं लेती।

रिस्टोर विंडो को पढ़ना

एक बार शिपिंग चल रही हो, तो उपलब्ध restore window कार्ड सबसे पहले और सबसे आखिरी पल बताता है जिन तक आप रिस्टोर कर सकते हैं, और इसे कवर करने के लिए कितनी चेंज लॉग फाइलें रखी जा रही हैं।

इसे ज़रूरत पड़ने से पहले पढ़ें, किसी घटना के दौरान नहीं। यदि विंडो आपकी अपेक्षा से बाद में शुरू होती है, तो शिपिंग किसी बिंदु पर बाधित हुई थी और पुराना कवरेज समाप्त हो चुका है।

रिस्टोर का अनुरोध करना

1. पॉइंट-इन-टाइम रिकवरी टैब खोलें।
2. पुष्टि करें कि रिस्टोर विंडो उस पल को कवर करती है जो आप चाहते हैं।
3. Timestamp को restore करें में, तारीख और समय चुनें। नुकसान होने से ठीक पहले का क्षण चुनें, बाद का नहीं।
4. Staging DB को restore करने का अनुरोध करें पर क्लिक करें।

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

रिस्टोर वास्तव में क्या करता है

यह वह हिस्सा है जिसके बारे में सटीक होना ज़रूरी है, क्योंकि यह अधिकांश लोगों की अपेक्षा के विपरीत है।

पॉइंट-इन-टाइम रिस्टोर आपके लाइव डेटाबेस को छूता नहीं है। यह एक अलग स्टेजिंग डेटाबेस में रिस्टोर करता है, जो इसी उद्देश्य के लिए बनाया जाता है और आपके डोमेन तथा लक्ष्य तिथि के नाम पर रखा जाता है। आपकी लाइव साइट पूरे समय अपने स्वयं के डेटाबेस पर, बिना किसी बदलाव के, चलती रहती है।

कुछ भी ओवरराइट नहीं होता, कुछ भी डिलीट नहीं होता, और रिस्टोर का अनुरोध करने से कोई डेटा नष्ट नहीं होता। यह जानबूझकर किया गया है: किसी डेटा-रिकवरी टूल का पूरा मकसद यही है कि इसका उपयोग करने से स्थिति और खराब न हो सके।

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

अनुरोध को ट्रैक करना

हर अनुरोध रिस्टोर रिक्वेस्ट्स तालिका में दिखाई देता है:

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

प्रति साइट एक समय में केवल एक ही रिस्टोर चल सकता है। एक चल रहा हो तब दूसरे का अनुरोध करने पर कतार में लगने के बजाय एक टकराव (conflict) वापस मिलता है, जिससे दूसरा प्रयास पहले वाले को खराब नहीं कर सकता।

हमारी इंजीनियरिंग टीम स्टेजिंग रिस्टोर पूरा करती है और जब स्टेजिंग डेटाबेस तैयार हो जाता है तो आपको ईमेल करती है। अनुरोध प्राप्त होने पर भी आपको एक पुष्टिकरण ईमेल मिलता है, जिसमें लक्ष्य टाइमस्टैम्प और स्टेजिंग डेटाबेस का नाम होता है।

सही टाइमस्टैम्प चुनना

पता लगाएँ कि नुकसान कब शुरू हुआ, न कि आपने इसे कब देखा। ये आमतौर पर कई घंटों के अंतर पर होते हैं। अपना एक्टिविटी लॉग, अपने ऑर्डर के टाइमस्टैम्प, या अपना आखिरी ज्ञात-अच्छा सामग्री संपादन जाँचें।

एक या दो मिनट पहले का लक्ष्य रखें। खराब घटना से ठीक पहले का रिस्टोर पॉइंट आपको वैध लेखन के कुछ मिनट गँवाने की कीमत देता है। उसके ठीक बाद वाला बाकी सब कुछ के साथ नुकसान को भी रिस्टोर कर देता है।

लिख लें कि रिस्टोर पॉइंट के बाद क्या हुआ। ऑर्डर, साइन-अप, टिप्पणियाँ, फॉर्म सबमिशन। यह वह सूची है जिसे यदि आप कटओवर करते हैं तो आपको मैन्युअल रूप से आगे ले जाना होगा।

समस्या निवारण

पेज कहता है कि PITR केवल वर्डप्रेस और वूकॉमर्स के लिए उपलब्ध है। या तो साइट उन प्रकारों में से एक नहीं है, या आपकी योजना में यह फीचर शामिल नहीं है।

अभी तक कोई रिस्टोर पॉइंट नहीं। सक्षम करने के बाद शिपिंग को कम से कम एक बार चलना चाहिए। पहली शिपिंग लगभग पाँच मिनट के भीतर होती है।

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

एक रिस्टोर पहले से चल रहा है। इसके पूरा होने की प्रतीक्षा करें। तालिका इसका चरण और प्रगति दिखाती है।

स्थिति में शिपर के बारे में एक बैनर दिखता है। आपका अनुरोध दर्ज है और संदेश वर्तमान स्थिति बताता है। कुछ भी नष्ट नहीं हुआ है।

मुझे फाइलें वापस चाहिए, डेटाबेस नहीं। PITR इसमें मदद नहीं कर सकती। एक फाइल बैकअप का उपयोग करें, और ध्यान दें कि एक पूर्ण बैकअप को पूरी तरह रिस्टोर करने के बजाय फाइल-दर-फाइल ब्राउज़ किया जा सकता है।

संबंधित पेज

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

यदि आप किसी घटना के बीच में हैं और निश्चित नहीं हैं कि आपको कौन सा टूल चाहिए, तो KPanel में समर्थन से हमसे संपर्क करें या साइट का नाम और समस्या शुरू होने का समय बताते हुए support@kapsulehost.com पर ईमेल करें।