| यह Cloud Firestore Standard edition और Cloud Firestore Enterprise edition के लिए काम की जानकारी है. |
इस पेज पर, Cloud Firestore के साथ MongoDB की संगतता से जुड़ी सुविधाओं के बारे में बताया गया है. ये सुविधाएं, आपदा से उबरने की योजनाएं बनाने और उन्हें लागू करने में आपकी मदद कर सकती हैं.
क्लाउड इन्फ़्रास्ट्रक्चर में रुकावट आने पर, आपदा के बाद डेटा की बहाली से जुड़ी योजना बनाना
Google Cloud जैसे कि किसी ज़ोन या क्षेत्र में बिजली गुल होने की वजह से, क्लाउड इंफ़्रास्ट्रक्चर में होने वाली संभावित रुकावटों से बचाने के लिए, MongoDB के साथ काम करने वाला Cloud Firestore, डेटा को कई रेप्लिका डेटाबेस में कॉपी करता है.
रेप्लिकेशन आर्किटेक्चर इस बात पर निर्भर करता है कि डेटाबेस किसी क्षेत्रीय लोकेशन में है या एक से ज़्यादा क्षेत्रों वाली लोकेशन में. रीजनल डेटाबेस, कम से कम तीन ज़ोन में डेटा को सिंक्रोनस तरीके से रेप्लिकेट करते हैं. एक से ज़्यादा क्षेत्रों वाले डेटाबेस, तीन क्षेत्रों के पांच ज़ोन में डेटा को एक साथ रेप्लिकेट करते हैं. इनमें दो सर्विंग क्षेत्र और एक विटनेस क्षेत्र शामिल है. एक से ज़्यादा क्षेत्रों में मौजूद डेटाबेस, डेटाबेस की उपलब्धता और टिकाऊपन को बढ़ाते हैं. ये 99.999% उपलब्धता देते हैं. रीजनल डेटाबेस, 99.99% उपलब्धता देते हैं.
MongoDB के साथ काम करने वाला Cloud Firestore, आपके लिए रेप्लिकेशन को अपने-आप मैनेज करता है. इसके लिए, किसी अतिरिक्त कॉन्फ़िगरेशन या प्रोविज़निंग की ज़रूरत नहीं होती. ज़्यादा जानकारी के लिए, यहां दिया गया लेख पढ़ें:
रेप्लिकेशन आर्किटेक्चर के बारे में ज़्यादा जानने के लिए, क्लाउड इन्फ़्रास्ट्रक्चर में आने वाली रुकावटों के लिए, आपदा से उबरने की रणनीति तैयार करना लेख पढ़ें.
डेटा के लिए आपदा के बाद डेटा की बहाली से जुड़ा प्लान
डेटा के अचानक मिटने या उसमें बदलाव होने जैसी समस्याओं से बचने के लिए, शेड्यूल किए गए बैकअप और पॉइंट-इन-टाइम रिकवरी (पीआईटीआर) का इस्तेमाल करें. डिज़ास्टर रिकवरी से जुड़ी ज़रूरतों के हिसाब से, इन दोनों सुविधाओं का एक साथ इस्तेमाल किया जा सकता है.
शेड्यूल किए गए बैकअप
बैकअप को ज़्यादा से ज़्यादा 14 हफ़्तों तक सेव किया जा सकता है. रोज़ाना या हर हफ़्ते के बैकअप शेड्यूल किए जा सकते हैं. बैकअप से अपने डेटाबेस को उसी प्रोजेक्ट में मौजूद, MongoDB के साथ काम करने वाले नए Cloud Firestore डेटाबेस में वापस लाया जा सकता है. ज़्यादा जानकारी के लिए, डेटा का बैक अप लेना और उसे वापस लाना लेख पढ़ें.
बैकअप में, PITR की तुलना में डेटा को ज़्यादा समय तक सुरक्षित रखा जाता है. किसी डेटाबेस को बैकअप से वापस लाने में, पीआईटीआर डेटा से वापस लाने की तुलना में कम खर्च आता है.
पॉइंट-इन-टाइम रिकवरी (पीआईटीआर)
पीआईटीआर को पिछले सात दिनों तक के किसी भी समय के दस्तावेज़ों को पढ़ने की अनुमति देता है. डेटा को एक मिनट के ग्रैन्युलैरिटी लेवल पर पढ़ा जा सकता है. साथ ही, इसे अपने डेटाबेस में वापस लिखा जा सकता है. इसके लिए, रिकवरी टाइम ऑब्जेक्टिव (डेटा वापस पाने में लगने वाला ज़्यादा से ज़्यादा समय) 0 होता है. रिकवरी पॉइंट ऑब्जेक्टिव (ज़्यादा से ज़्यादा डेटा का नुकसान) एक मिनट है. ज़्यादा जानकारी के लिए, किसी खास समय पर डेटा वापस पाना लेख पढ़ें.
अगर आपको पूरे डेटाबेस को वापस नहीं लाना है, तो PITR की मदद से सिर्फ़ ज़रूरी डेटा वापस लाया जा सकता है. बैकअप की तुलना में, PITR की मदद से डेटा को कम समय में वापस पाया जा सकता है. साथ ही, इससे रिकवरी पॉइंट ऑब्जेक्टिव भी कम होता है.
डेटा एक्सपोर्ट करने की सुविधा
अगर आपको डेटा को 14 हफ़्तों से ज़्यादा समय तक सेव करके रखना है, तो PITR का इस्तेमाल करके अपने पूरे डेटाबेस का एक्सपोर्ट बनाएं. इसके बाद, इस डेटा को Cloud Storage में हमेशा के लिए सेव करें. पीआईटीआर डेटा एक्सपोर्ट में, पिछले सात दिनों तक के टाइमस्टैंप का डेटा कैप्चर किया जाता है.
पीआईटीआर डेटा एक्सपोर्ट, आपके डेटाबेस से डेटा को संग्रहित करने के लिए फ़ायदेमंद होते हैं. बैकअप की तुलना में, PITR एक्सपोर्ट से डेटाबेस को वापस लाने में आम तौर पर ज़्यादा खर्च आता है. हालांकि, बैकअप से उसी डेटा को वापस लाने में कम खर्च आता है.
पीआईटीआर एक्सपोर्ट ऑपरेशन शुरू करने के लिए, पीआईटीआर डेटा से एक्सपोर्ट और इंपोर्ट करना लेख पढ़ें.
डेटाबेस का क्लोन
डेटा को वापस पाने के लिए, अपने डेटाबेस को किसी ऐसे समय पर क्लोन करें जब डेटा मौजूद था. अगर PITR की सुविधा चालू है, तो पिछले सात दिनों तक का डेटा क्लोन किया जा सकता है. अगर PITR की सुविधा चालू नहीं है, तो पिछले एक घंटे तक के डेटा को क्लोन किया जा सकता है.
क्लोन करने की प्रोसेस शुरू करने के लिए, किसी डेटाबेस से क्लोन करना लेख पढ़ें.