समय-बिंदु पुनः प्राप्ति

Point-in-time recovery lets you rebuild your database as it was at a chosen minute, rather than only at the moment yesterday's backup ran. This guide covers what it does and does not cover, how to…

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

यह किस लिए है

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

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

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

यह KPanel में कहां है

KPanel में साइन इन करें।
बाएं साइडबार में Websites पर क्लिक करें, फिर साइट पर क्लिक करें।
साइट के टैब स्ट्रिप में, Backups खोलें, फिर Point-in-time recovery।

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

KPanel में किसी साइट के लिए पॉइंट-इन-टाइम रिकवरी

पात्रता

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

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

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

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

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

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

इसे चालू करने के लिए Enable PITR पर क्लिक करें। प्रतिधारण 30 दिन है।

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

सक्षम करने के तुरंत बाद कोई रिस्टोर पॉइंट नहीं हैं। शिपिंग को कम से कम एक बार चलना चाहिए इससे पहले कि कोई भी चीज चलाई जा सकती है, और पहली शिपमेंट लगभग पांच मिनट के भीतर होती है। तब तक पृष्ठ आपको बताता है कि अभी तक कोई रिस्टोर पॉइंट नहीं हैं।

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

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

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

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

Point-in-time recovery टैब खोलें।
पुष्टि करें कि रिस्टोर विंडो उस क्षण को कवर करता है जो आप चाहते हैं।
Restore to timestamp में, तारीख और समय चुनें। नुकसान के बाद नहीं, बल्कि उससे पहले का क्षण चुनें।
Request restore to staging DB पर क्लिक करें।

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

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

यह वह हिस्सा है जहां सटीक होना चाहिए, क्योंकि यह अधिकांश लोगों की उम्मीद के विपरीत है।

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

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

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

एक पुनर्स्थापित डेटाबेस में कटौती करना पुनर्स्थापन बिंदु के बाद से लाइव डेटाबेस में लिखी गई सभी चीज़ों को छोड़ देता है। ऑर्डर दिए गए, टिप्पणियां छोड़ी गई, और उस टाइमस्टैम्प के बाद संपादित सामग्री केवल लाइव डेटाबेस में मौजूद है। किसी भी कटौती से पहले, तय करें कि आगे क्या ले जाना है और ऐसा कहें। यही कारण है कि रिस्टोर पहले स्टेजिंग में उतरता है।

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

हर अनुरोध Restore requests तालिका में दिखाई देता है:

कॉलम	यह क्या दिखाता है
Requested	जब आपने इसका अनुरोध किया
Target	टाइमस्टैम्प जो आप रिस्टोर करना चाहते थे
Status	अनुरोध कहां तक पहुंचा है
Staging DB	डेटाबेस का नाम जो रिस्टोर किया जा रहा है

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

प्रति साइट एक बार में केवल एक रिस्टोर उड़ान में हो सकता है। एक चलने के दौरान एक दूसरे का अनुरोध करने से एक संघर्ष होता है बजाय कतारबद्ध होने के, इसलिए एक दूसरा प्रयास पहले को भ्रष्ट नहीं कर सकता।

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

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

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

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

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

समस्या समाधान

पृष्ठ कहता है कि PITR केवल WordPress और WooCommerce के लिए उपलब्ध है। या तो साइट उन प्रकारों में से एक नहीं है, या आपकी प्लान में यह सुविधा शामिल नहीं है।

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

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

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

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

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