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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

डेटा एक्सपोर्ट

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

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

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

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

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

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

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