हमारे डेटाबेस के लिए एक मजबूत बैकअप और रिकवरी रणनीति तैयार करने के लिए हमें पहले एक स्थिर फास्ट रिकवरी एरिया (एफआरए) सेट करना होगा और उसके बाद Archivelog Mode आता है। . यह समझने के लिए कि Archivelog Mode और हमें इसकी आवश्यकता क्यों है, हमें सबसे पहले यह जानना होगा कि ऑफ़लाइन बैकअप और ऑनलाइन बैकअप के साथ-साथ पूर्ण और अपूर्ण बैकअप क्या हैं।
इस लेख में हम ऑनलाइन और ऑफलाइन बैकअप पर ध्यान देंगे, वे क्या हैं? उनके फायदे और नुकसान क्या हैं।
ऑफ़लाइन बैकअप
ऑफलाइन बैकअप, जैसा कि नाम से पता चलता है, एक बैकअप है जो डेटाबेस इंस्टेंस के डाउन होने पर किया जाता है। ऑफ़लाइन बैकअप को कोल्ड बैकअप . के रूप में भी जाना जाता है ।
ऑफ़लाइन बैकअप के लाभ
- किसी विशेष कॉन्फ़िगरेशन की आवश्यकता नहीं है
ऑफ़लाइन बैकअप का सबसे बड़ा लाभ यह है कि - इसके लिए किसी विशेष कॉन्फ़िगरेशन की आवश्यकता नहीं होती है। आप किसी डेटाबेस की फ़ैक्टरी सेटिंग पर उसका ऑफ़लाइन बैकअप सचमुच कर सकते हैं।
- ऑफ़लाइन बैकअप पूर्ण बैकअप है
चूंकि डेटाबेस के डाउन होने पर बैकअप लिया जाता है, इसलिए यह कहना उचित होगा कि - यह एक पूर्ण है बैकअप डेटाबेस का। लेकिन आपको यह जानकर आश्चर्य होगा कि - भले ही यह एक पूर्ण बैकअप है, फिर भी इसे सर्वोत्तम अभ्यास के रूप में अनुशंसित नहीं किया जाता है। उन परीक्षण डेटाबेस के लिए भी नहीं जिन्हें आपने dry runs . के लिए कॉन्फ़िगर किया है आपके ऐप्स के।
ऑफ़लाइन बैकअप के नुकसान
भले ही डेटाबेस डाउन होने के दौरान बनाया गया बैकअप डेटाबेस का कम्पलीट बैकअप है लेकिन फिर भी इसकी अनुशंसा नहीं की जाती है और यह सब इसके लाभ के कारण है। हां, इसका सबसे बड़ा फायदा भी है, इसका नुकसान।
चूंकि इसे किसी विशेष कॉन्फ़िगरेशन की आवश्यकता नहीं है, इसलिए यह संभव है कि आपका डेटाबेस ऑपरेशन के अपने डिफ़ॉल्ट मोड में हो जो NOARCHIVELOG है . इस स्थिति में, पूर्ण बैकअप के बाद किए गए कोई भी परिवर्तन पुनर्प्राप्त करने योग्य नहीं होते हैं। एक डेटाबेस में जो NOARCHIVELOG . में चल रहा है , पॉइंट-इन-टाइम रिकवरी भी संभव नहीं है। इस प्रकार हमेशा अपने डेटाबेस को ARCHIVELOG . में डालने की अनुशंसा की जाती है मोड।
दूसरा नुकसान डेटाबेस का डाउन टाइम है। चूंकि पूर्ण ऑफ़लाइन बैकअप लेने के लिए हमें डेटाबेस को बंद करना होगा। और जब डेटाबेस डाउन होता है तो कोई भी इसे एक्सेस नहीं कर सकता है। बड़े उत्पादन डेटाबेस में यह डाउनटाइम एक बड़ी समस्या हो सकती है।
क्या ऑफ़लाइन बैकअप संगत है?
तो आप सोच रहे होंगे - चूंकि डेटाबेस इंस्टेंस डाउन होने पर हमने बैकअप किया है, इसलिए यह सुसंगत होना चाहिए?
एक ऑफ़लाइन बैकअप को केवल तभी संगत कहा जा सकता है जब आप डेटाबेस को बंद करते समय डेटाफ़ाइल्स, नियंत्रण फ़ाइलें और रीडो लॉग एक दूसरे के साथ समन्वयित होते हैं। ऐसा तभी होता है जब डेटाबेस को उचित तरीके से बंद किया जाता है।
लेकिन यदि डेटाबेस गलत तरीके से SHUTDOWN ABORT . के साथ बंद हो जाता है कमांड तो डेटाबेस फिर से लॉग करता है, नियंत्रण फ़ाइलें और डेटा फ़ाइलें एक दूसरे के साथ समन्वयित नहीं होती हैं।
इस प्रकार डेटाबेस के ऑफ़लाइन बैकअप को संगत कहना, जब संचालन अचानक रद्द कर दिया गया था, गलत होगा।
ऑनलाइन बैकअप
ऑनलाइन बैकअप ऑफलाइन बैकअप के बिल्कुल विपरीत है। जिसका अर्थ है कि एक बैकअप जो डेटाबेस के ऊपर और चलने के दौरान लिया गया था, उसे ऑनलाइन बैकअप कहा जाता है। ऑनलाइन बैकअप को हॉट बैकअप के रूप में भी जाना जाता है।
ऑनलाइन बैकअप के लाभ
- संग्रह मोड की आवश्यकता है
ऑनलाइन बैकअप करने के लिए, हमारे डेटाबेस को कुछ विशेष कॉन्फ़िगरेशन की आवश्यकता होती है। यानी – ऑनलाइन बैकअप केवल उन्हीं डेटाबेस पर किया जा सकता है जो ARCHIVELOG . में चल रहे हैं तरीका। आप इसे एक नुकसान कह सकते हैं, लेकिन अच्छी बात यह है कि यह सिर्फ एक बार की बात है।
- शून्य डाउन टाइम के निकट
ऑफलाइन बैकअप की तुलना में ऑनलाइन बैकअप का सबसे बड़ा फायदा यह है कि - इसका डाउन टाइम शून्य के करीब है।
क्या ऑनलाइन बैकअप संगत है?
ऑफलाइन बैकअप के विपरीत, ऑनलाइन बैकअप तब किया जाता है जब डेटाबेस इंस्टेंस ऊपर और चल रहा हो। जब डेटाबेस चल रहा होता है (अपनी सामान्य स्थिति में भी) तो यह हमेशा असंगत स्थिति में होता है। और, डेटाबेस की असंगत स्थिति में किया गया कोई भी बैकअप हमेशा असंगत बैकअप होता है। इस प्रकार ऑनलाइन बैकअप सुसंगत बैकअप नहीं है। यह हमेशा असंगत बैकअप होता है।
हम अगले ट्यूटोरियल में असंगत और सुसंगत बैकअप के बारे में अधिक जानेंगे जो मेरे YouTube चैनल पर आने वाला है। तो सब्सक्राइब जरूर करें।
इस ट्यूटोरियल के लिए बस इतना ही। धन्यवाद और आपका दिन मंगलमय हो।
