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