| यह 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 सिर्फ़ ज़रूरी डेटा को वापस ला सकता है. पीआईटीआर, बैकअप की तुलना में कम रिकवरी टाइम ऑब्जेक्टिव और कम रिकवरी पॉइंट ऑब्जेक्टिव भी उपलब्ध कराता है.
डेटा एक्सपोर्ट करने की सुविधा
अगर आपको डेटा को 14 हफ़्तों से ज़्यादा समय तक सेव करके रखना है, तो PITR का इस्तेमाल करके अपने पूरे डेटाबेस का एक्सपोर्ट बनाया जा सकता है. साथ ही, इस डेटा को Cloud Storage में हमेशा के लिए सेव किया जा सकता है. पीआईटीआर डेटा एक्सपोर्ट में, पिछले सात दिनों तक के टाइमस्टैंप का डेटा कैप्चर किया जाता है.
पीआईटीआर डेटा एक्सपोर्ट, आपके डेटाबेस से डेटा को संग्रहित करने के लिए फ़ायदेमंद होते हैं. बैकअप की तुलना में, PITR एक्सपोर्ट से डेटाबेस को वापस लाने में आम तौर पर ज़्यादा खर्च आता है. हालांकि, बैकअप से उसी डेटा को वापस लाने में कम खर्च आता है.
पीआईटीआर एक्सपोर्ट ऑपरेशन शुरू करने के लिए, पीआईटीआर डेटा से एक्सपोर्ट और इंपोर्ट करना लेख पढ़ें.