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