Oracle® डेटाबेस बैकअप और रिकवरी बेसिक्स 10g रिलीज़ 2 (10.2) का कहना है कि
संग्रहीत पुन: लॉग सफल मीडिया पुनर्प्राप्ति की कुंजी है। उन्हें नियमित रूप से वापस करें।
लेकिन, मुझे आश्चर्य है, संग्रह लॉग का बैकअप इतना महत्वपूर्ण क्यों है। क्या केवल नियमित आरएएमएन पूर्ण और वृद्धिशील डेटाफ़ाइल बैकअप का उपयोग करके पॉइंट-इन-टाइम रिकवरी करना संभव होगा।
जवाबों:
नहीं, आपको अभी भी संग्रहीत लॉग की आवश्यकता है। एक RMAN बैकअप कोल्ड बैकअप के समान नहीं है; जब आप इसे पुनर्स्थापित करते हैं, तो आपको उस समय से उत्पन्न सभी फिर से लागू करने की आवश्यकता होती है जब तक कि आपने बैकअप शुरू किया था जब तक कि एससीएन को सभी डेटाफाइल्स और कंट्रोलफाइल के अनुरूप नहीं मिलता है।
आइए हम पुराने जमाने के हॉट बैकअप पर विचार करें। इस मोड में, पूरे बदले हुए डेटाबेस ब्लॉक को रीडो लॉग स्ट्रीम में लिखा जाता है, और फ़ाइल ओएस में कॉपी की जाती है। यह खंडित ब्लॉक का कारण बनता है , यानी बैकअप द्वारा रीड के दौरान ब्लॉक बदल गया है। तो डेटाबेस को पुनर्प्राप्त करने के लिए, हम DBFs को पुनर्स्थापित करते हैं, फिर पुनर्प्राप्ति प्रक्रिया फ़ाइल में फ्रैक्चर किए गए ब्लॉकों पर संग्रहीत पुन: लॉग से परिवर्तित ब्लॉकों को ओवरले करती है, और हम एक सुसंगत डेटाबेस पर वापस जाते हैं।
RMAN बैकअप में खंडित ब्लॉक की समस्या को समाप्त कर दिया जाता है क्योंकि ब्लॉक को Oracle द्वारा SGA के माध्यम से पढ़ा जाता है जैसे कि Unix टूल द्वारा नहीं cp। हालाँकि पहले ब्लॉक को पढ़ने और अंतिम ब्लॉक के बीच DBF में बदलाव होता है, इसलिए यह एक ही समस्या है, बस बड़े पैमाने पर। यह कहना है, SCN बैकअप में पहले और आखिरी ब्लॉक के बीच बदलता है। संग्रहीत रीडो लॉग इसे भी कवर करते हैं।
आरएएमएन आपको कैटलॉग की प्रबंधन क्षमता प्रदान करता है, और एक उच्चतर दर पर रीडो उत्पन्न करने की आवश्यकता के बिना हॉट बैकअप करने का साधन है (जो डिस्क, बैकअप सिस्टम आदि पर अपना तनाव डालता है)। हालाँकि, BACKUP DATABASEआपको और अपने आप में एक सुसंगत डेटाबेस नहीं देगा; ओरेकल में ऐसा करने का एकमात्र तरीका ठंडा बैकअप है।
पुरालेख लॉग मोड में चलने के दौरान ही पुरालेख लॉग का बैकअप लेना आवश्यक है, इसलिए यह सवाल वापस आता है कि डेटाबेस को यह करना चाहिए या नहीं। यह उसी दस्तावेज़ में शामिल है जिसे आप ARCHIVELOG और NOARCHIVELOG मोड के बीच शीर्षक के तहत संदर्भित करते हैं । यहाँ एक अंश है:
ARCHIVELOG और NOARCHIVELOG मोड के बीच निर्णय लेना
आपके डेटाबेस के रीडो लॉग आपके डेटाबेस के डेटाफ़ाइल्स (कुछ अपवादों जैसे कि प्रत्यक्ष पथ भार) में परिवर्तन का एक पूरा रिकॉर्ड प्रदान करते हैं।
आप अपने डेटाबेस को दो मोड में चला सकते हैं: ARCHIVELOG मोड या NOARCHIVELOG मोड। ARCHIVELOG मोड में, उपयोग किए गए ऑनलाइन रीडो लॉग समूह को पुन: उपयोग किए जाने से पहले एक या अधिक संग्रह स्थलों पर कॉपी किया जाना चाहिए। पुनर्विक्रय लॉग संग्रह करने से उस लॉग में संग्रहीत सभी लेनदेन सुरक्षित हो जाते हैं, ताकि बाद में उन्हें पुनर्प्राप्ति संचालन में उपयोग किया जा सके। NOARCHIVELOG मोड में, ऑनलाइन पुन: लॉग इन समूहों को केवल तब दोबारा लिखा जाता है जब लॉग का पुन: उपयोग किया जाता है। उस रीडो लॉग समूह में दर्ज लेनदेन के बारे में सभी जानकारी खो जाती है।
2.3.3.1 NOCHCHELELOG मोड में रनिंग के निहितार्थ
NOARCHIVELOG मोड में अपने डेटाबेस को चलाने से आपकी बैकअप और रिकवरी रणनीति पर गंभीर सीमाएं लागू होती हैं।
आप अपने डेटाबेस का ऑनलाइन बैकअप नहीं कर सकते। NOARCHIVELOG मोड में बैकअप लेने से पहले आपको अपने डेटाबेस को सफाई से बंद करना होगा।
आप किसी भी डेटा रिकवरी तकनीक का उपयोग नहीं कर सकते हैं जिसके लिए संग्रहित किए गए रीडो लॉग की आवश्यकता होती है। इनमें पूर्ण और पॉइंट-इन-टाइम मीडिया रिकवरी शामिल है, जैसा कि "डेटा रिकवरी के फॉर्म" में वर्णित है, और अधिक उन्नत पुनर्प्राप्ति तकनीक जैसे कि व्यक्तिगत टेबलस्पेस और फ्लैशबैक डेटाबेस की प्वाइंट-इन-टाइम रिकवरी (ओरेकल डेटाबेस बैकअप और रिकवरी एडवांस में वर्णित) उपयोगकर्ता का मार्गदर्शक।)।
यदि आप NOARCHIVELOG मोड में चल रहे हैं और आपको डिस्क विफलता के कारण डेटाफ़ाइल्स से होने वाले नुकसान से उबरना होगा, तो आपके पास रिकवरी के दो मुख्य विकल्प हैं:
सभी ऑब्जेक्ट्स को प्रभावित फ़ाइलों में स्थित किसी भी एक्सटेंशन को ड्रॉप करें, और फिर फ़ाइलों को ड्रॉप करें। डेटाबेस का शेष बरकरार है, लेकिन प्रभावित फाइलों में सभी डेटा खो गया है।
सबसे हाल के बैकअप से पूरे डेटाबेस को पुनर्स्थापित करें, और बैकअप के बाद से डेटाबेस में सभी परिवर्तन खो दें। (बैकअप के बाद परिवर्तनों को पुनर्प्राप्त करना मीडिया रिकवरी करने की आवश्यकता होगी, जो संग्रहीत लॉग का उपयोग करता है।)
...
जब प्रदर्शन आवश्यकताएं चरम होती हैं या डिस्क स्थान सीमाएं गंभीर होती हैं, तो यह सीमाओं के बावजूद NOARCHIVELOG मोड में चलना बेहतर हो सकता है जो यह विकल्प आपके पुनर्प्राप्ति विकल्पों पर लगाता है।
आप लगभग हमेशा ARCHIVELOG मोड में चलना चाहेंगे, इसलिए आप लगभग हमेशा अपने आर्काइव लॉग्स का बैकअप लेना चाहते हैं।