हॉट बैकअप का मतलब है कि सिस्टम चालू है और चल रहा है और अपडेट हमेशा की तरह चल रहे हैं
जब हम हॉट बैकअप लेते हैं तो मैं यहां Oracle के बाद के तंत्र के बारे में बताऊंगा
मैन्युअल हॉटबैकअप
मैन्युअल हॉटबैकअप टेबलस्पेस के लिए नीचे दिए गए कमांड से शुरू होता है
तालिका स्थान बदलें USERS बैकअप प्रारंभ करें;
उस समय कुछ चीजें होती हैं
1)DBWn टेबलस्पेस की जांच करता है (किसी दिए गए SCN के रूप में सभी गंदे ब्लॉक लिखता है)
2) सीकेपीटी डेटाफाइल हेडर में चेकपॉइंट एससीएन फ़ील्ड को अपडेट करना बंद कर देता है और इसके बजाय हॉट बैकअप चेकपॉइंट एससीएन फ़ील्ड को अपडेट करना शुरू कर देता है
डेटाफाइल हेडर जिसमें अंतिम पूर्ण चेकपॉइंट का एससीएन होता है, एक फाइल के हॉट बैकअप मोड में होने पर अपडेट नहीं किया जाता है। . यह पुनर्प्राप्ति प्रक्रिया को यह समझने देता है कि इस फ़ाइल को पूरी तरह से पुनर्प्राप्त करने के लिए कौन से संग्रह फिर से करें लॉग फ़ाइलों की आवश्यकता हो सकती है।
3) LGWR DBWn द्वारा लिखे जाने के बाद पहली बार किसी ब्लॉक को बदलने के बाद बदले गए ब्लॉक की पूरी छवियों को लॉग करना शुरू करता है
पहली बार किसी ब्लॉक को डेटाफाइल में बदल दिया जाता है जो हॉट बैकअप मोड में होता है, पूरे ब्लॉक को लिखा जाता है लॉग फ़ाइलों को फिर से करें, न केवल बदले हुए बाइट्स। आम तौर पर केवल बदले हुए बाइट्स (एक रेडो वेक्टर) लिखा जाता है। हॉट बैकअप मोड में, पूरे ब्लॉक को पहली बार लॉग किया जाता है। ऐसा इसलिए है क्योंकि आप ऐसी स्थिति में आ सकते हैं जहां डेटाफाइल और डीबीडब्लूआर की प्रतिलिपि बनाने की प्रक्रिया एक ही ब्लॉक पर एक साथ काम कर रही है।
मान लें कि वे हैं और ओएस ब्लॉकिंग रीड फैक्टर 2K है। बैकअप प्रोग्राम 8k Oracle ब्लॉक को पढ़ने के लिए जाता है। ओएस इसे 4k देता है। इस बीच - डीबीडब्ल्यूआर ने इस ब्लॉक को फिर से लिखने को कहा है। OS अभी होने वाले DBWR राइट को शेड्यूल करता है। पूरे 8k ब्लॉक को फिर से लिखा गया है। बैकअप प्रोग्राम फिर से चलना शुरू होता है (मल्टी-टास्किंग ओएस यहां) और ब्लॉक के अंतिम 4k को पढ़ता है। बैकअप प्रोग्राम को अब एक खंडित ब्लॉक मिल गया है - सिर और पूंछ समय के दो बिंदुओं से हैं।
Oracle पुनर्प्राप्ति के दौरान इससे निपट नहीं सकता है। इसलिए, हम संपूर्ण ब्लॉक छवि को लॉग करते हैं ताकि पुनर्प्राप्ति के दौरान, यह ब्लॉक पूरी तरह से फिर से लिखा जाए और कम से कम स्वयं के अनुरूप हो। हम इसे वहां से पुनर्प्राप्त कर सकते हैं।
हॉट बैकअप में महत्वपूर्ण बिंदु
1) इस अतिरिक्त लॉगिंग के प्रभाव को सीमित करने के लिए, आपको यह सुनिश्चित करना चाहिए कि आप बैकअप मोड में एक बार में केवल एक टेबलस्पेस रखें और जैसे ही आपने इसका बैकअप लिया है, टेबलस्पेस को बैकअप मोड से बाहर कर दें। यह उन ब्लॉकों की संख्या को कम कर देगा जिन्हें न्यूनतम संभव तक लॉग इन करना पड़ सकता है।
2) यदि टेबलस्पेस हॉटबैकअप मोड में है और डेटाबेस निरस्त हो जाता है। और फिर आप शुरू करने का प्रयास करते हैं, यह पुनर्प्राप्ति के बारे में शिकायत करेगा क्योंकि उस टेबलस्पेस का डेटाफाइल एससीएन पुराना होगा, फिर डेटाबेस शुरू करने के लिए, हमें पहले उस टेबलस्पेस का बैकअप समाप्त करना होगा। यह बस चेकपॉइंट एससीएन को हॉट बैकअप चेकपॉइंट एससीएन के साथ अपडेट करता है
पुनर्प्राप्ति प्रबंधक बैकअप
हॉटबैक मोड का उपयोग करके बैकअप लेने के लिए हमें टेबलस्पेस को हॉटबैकअप मोड में रखने की आवश्यकता नहीं है
चूंकि आरएमएएन ओरेकल टूल है, वे जानते हैं कि खंडित ब्लॉक केस को कैसे संभालना है, इसलिए यह ब्लॉक टुकड़े नहीं लिखता है या बैकअप के लिए आंशिक ब्लॉक, यह बैकअप मीडिया को पूर्ण सुसंगत ब्लॉक छवि लिखता है। इसलिए पुनर्प्राप्ति प्रबंधक को पूर्ण ब्लॉक को फिर से लॉग फ़ाइल में रिकॉर्ड करने की आवश्यकता नहीं है। तो इसका अर्थ है मैन्युअल हॉटबैकअप मामले से फिर से लॉगिंग में भारी बचत
इसके अलावा रमन डेटाफाइल हेडर को फ्रीज नहीं करता है, यह नियमित रूप से चेकपॉइंट करना जारी रखता है, लेकिन यह टेबलस्पेस के लिए एक चेकपॉइंट करता है।
आरएमएएन बैकअप शुरुआती एससीएन, एब्सोल्यूट फ़ज़ी एससीएन (जो कि शुरुआत में एससीएन शुरू करने के समान है) को नोट करता है जब बैकअप शुरू होता है और जैसे ही ब्लॉक डेटाफाइल में बैकअप होते हैं, ब्लॉक को एससीएन के लिए चेक किया जाता है, यदि यह अधिक है तो शुरू करना एससीएन, एब्सोल्यूट फ़ज़ी एससीएन को उस नंबर के साथ अपडेट किया जाता है। सभी ब्लॉकों के लिए समान होता है, जब संपूर्ण डेटाफ़ाइल बैकअप होती है, तो ये दोनों नंबर बैकअप हेडर में संग्रहीत होते हैं।
इसलिए जब भी आरएमएएन ने इन बैकअप को बहाल किया, तो वे जानते हैं कि यह जानता है कि एससीएन को एससीएन को समाप्त करने के लिए किस तरह से एससीएन को समाप्त करना है, इसे निश्चित रूप से डेटाफाइल को पुनर्प्राप्त करना होगा
तो मूल रूप से RMAN हॉट बैकअप में बढ़ी हुई लॉगिंग जैसी कोई ओवरहेड नहीं है।
RMAN के साथ इमेज बैकअप के लिए भी यही सच है
