आपदा के बाद डेटा की बहाली की योजना

यह Firestore Standard वर्शन और Firestore Enterprise वर्शन के लिए ज़रूरी है.

इस पेज पर, Cloud Firestore की उन सुविधाओं के बारे में बताया गया है जिनकी मदद से, आपदा से उबरने के प्लान बनाए और लागू किए जा सकते हैं.

क्लाउड इन्फ़्रास्ट्रक्चर में रुकावट आने पर, आपदा के बाद डेटा की बहाली से जुड़ी योजना बनाना

Google Cloud जैसे कि किसी ज़ोन या इलाके में बिजली गुल होने की वजह से, क्लाउड इंफ़्रास्ट्रक्चर में होने वाली संभावित रुकावटों से बचाने के लिए, Cloud Firestore डेटा को कई रेप्लिका डेटाबेस में कॉपी करता है.

रेप्लिकेशन आर्किटेक्चर इस बात पर निर्भर करता है कि डेटाबेस किसी एक क्षेत्र में है या एक से ज़्यादा क्षेत्रों में. रीजनल डेटाबेस, कम से कम तीन ज़ोन में डेटा को एक साथ रेप्लिकेट करते हैं. एक से ज़्यादा क्षेत्रों वाले डेटाबेस, तीन क्षेत्रों के पांच ज़ोन में डेटा को एक साथ रेप्लिकेट करते हैं. इनमें दो सर्विंग क्षेत्र और एक विटनेस क्षेत्र शामिल है. एक से ज़्यादा क्षेत्रों में मौजूद डेटाबेस, डेटाबेस की उपलब्धता और टिकाऊपन को बढ़ाते हैं. ये 99.999% उपलब्धता देते हैं. रीजनल डेटाबेस, 99.99% उपलब्धता देते हैं.

Cloud Firestore आपके लिए रेप्लिकेशन को अपने-आप मैनेज करता है. इसके लिए, किसी अतिरिक्त कॉन्फ़िगरेशन या प्रावधान की ज़रूरत नहीं होती. ज़्यादा जानकारी के लिए, यहां जाएं:

रेप्लिकेशन आर्किटेक्चर के बारे में ज़्यादा जानने के लिए, क्लाउड इन्फ़्रास्ट्रक्चर में आने वाली रुकावटों के लिए, डिजास्टर रिकवरी की योजना बनाना लेख पढ़ें.

डेटा के लिए आपदा के बाद डेटा की बहाली से जुड़ा प्लान

डेटा के अचानक मिट जाने या उसमें बदलाव होने जैसी समस्याओं से बचने के लिए, शेड्यूल किए गए बैकअप और पॉइंट-इन-टाइम रिकवरी (पीआईटीआर) का इस्तेमाल करें. डिज़ास्टर रिकवरी से जुड़ी ज़रूरतों के हिसाब से, इन दोनों सुविधाओं का एक साथ इस्तेमाल किया जा सकता है.

शेड्यूल किए गए बैकअप

बैकअप को ज़्यादा से ज़्यादा 14 हफ़्तों तक सेव किया जा सकता है. रोज़ाना या हर हफ़्ते के बैकअप शेड्यूल किए जा सकते हैं. बैकअप से अपने डेटाबेस को उसी प्रोजेक्ट में मौजूद नए Cloud Firestore डेटाबेस में वापस लाया जा सकता है. ज़्यादा जानकारी के लिए, डेटा का बैक अप लेना और उसे वापस लाना लेख पढ़ें.

बैकअप में, PITR की तुलना में डेटा को ज़्यादा समय तक सुरक्षित रखा जाता है. किसी डेटाबेस को बैकअप से वापस लाने में, पीआईटीआर डेटा से वापस लाने की तुलना में कम खर्च आता है.

पॉइंट-इन-टाइम रिकवरी (पीआईटीआर)

पीआईटीआर की सुविधा चालू करें, ताकि पिछले सात दिनों तक के किसी भी समय के दस्तावेज़ पढ़े जा सकें. डेटा को एक मिनट के ग्रैन्युलैरिटी लेवल पर पढ़ा जा सकता है. साथ ही, इसे अपने डेटाबेस में वापस लिखा जा सकता है. इसके लिए, रिकवरी टाइम ऑब्जेक्टिव (डेटा वापस पाने में लगने वाला ज़्यादा से ज़्यादा समय) 0 होता है. रिकवरी पॉइंट ऑब्जेक्टिव (ज़्यादा से ज़्यादा डेटा का नुकसान) एक मिनट है. ज़्यादा जानकारी के लिए, किसी खास समय पर डेटा वापस पाना लेख पढ़ें.

अगर आपको पूरे डेटाबेस को वापस नहीं लाना है, तो PITR की मदद से सिर्फ़ ज़रूरी डेटा वापस लाया जा सकता है. बैकअप की तुलना में, PITR की मदद से डेटा को कम समय में वापस पाया जा सकता है. साथ ही, इससे रिकवरी पॉइंट ऑब्जेक्टिव भी कम होता है.

डेटा एक्सपोर्ट करने की सुविधा

अगर आपको 14 हफ़्तों से ज़्यादा समय तक डेटा सेव रखना है, तो PITR का इस्तेमाल करके अपने पूरे डेटाबेस का एक्सपोर्ट बनाया जा सकता है. साथ ही, इस डेटा को Cloud Storage में हमेशा के लिए सेव किया जा सकता है. पीआईटीआर डेटा एक्सपोर्ट में, पिछले सात दिनों तक के टाइमस्टैंप का डेटा कैप्चर किया जाता है.

पीआईटीआर डेटा एक्सपोर्ट, आपके डेटाबेस से डेटा को संग्रहित करने के लिए फ़ायदेमंद होते हैं. बैकअप की तुलना में, PITR एक्सपोर्ट से डेटाबेस को वापस लाने में आम तौर पर ज़्यादा खर्च आता है. हालांकि, बैकअप से उसी डेटा को वापस लाने में कम खर्च आता है.

पीआईटीआर एक्सपोर्ट ऑपरेशन शुरू करने के लिए, पीआईटीआर डेटा से एक्सपोर्ट और इंपोर्ट करना लेख पढ़ें.

डेटाबेस का क्लोन

डेटा को वापस पाने के लिए, अपने डेटाबेस को किसी ऐसे समय पर क्लोन करें जब डेटा मौजूद था. अगर PITR की सुविधा चालू है, तो पिछले सात दिनों तक के डेटा को क्लोन किया जा सकता है. अगर PITR चालू नहीं है, तो पिछले एक घंटे तक के डेटा को क्लोन किया जा सकता है.

क्लोन करने की प्रोसेस शुरू करने के लिए, किसी डेटाबेस से क्लोन करना लेख पढ़ें.

आगे क्या करना है