डाउनटाइम को कम करना और डेटाबेस उपलब्धता में वृद्धि करना आवश्यक उद्देश्य हैं जिन्हें प्राप्त करने के लिए प्रत्येक व्यवसाय की इच्छा होती है। डेटाबेस व्यवस्थापक (डीबीए) किसी भी डेटा फ़ाइल या पूर्ण डेटाबेस भ्रष्टाचार विफलता के मामले में तेजी से पुनर्प्राप्ति समाधान प्रदान करने के लिए हमेशा नए तरीकों की तलाश में रहते हैं। संस्करण 10g से शुरू होकर, Oracle® रिकवरी मैनेजर (RMAN) इंक्रीमेंटलमर्ज बैकअप (IMB) नामक एक सुविधा प्रदान करता है, जो पुनर्प्राप्ति समय को कम करने के लिए एक समाधान प्रदान करता है, विशेष रूप से बहुत बड़े डेटाबेस (VLDB) के लिए।
परिचय
यदि इसे सही विकल्पों के साथ कॉन्फ़िगर किया गया है, तो IMB सुविधा डेटाबेस पुनर्प्राप्ति समय को महत्वपूर्ण रूप से कम कर सकती है। हालांकि व्यापक रूप से उपयोग नहीं किया जाता है, यह सुविधा VLDB के लिए एक आदर्श बैकअप पद्धति है। डेटा फ़ाइलों की छवि प्रतियां बनाई जाती हैं, और फिर वृद्धिशील बैकअप लागू किए जाते हैं, जो प्रत्येक बैकअप ऑपरेशन के बाद छवि प्रतियों को आगे बढ़ाते हैं।
यह पोस्ट IMB का उपयोग करने के लिए कुछ विचारों पर प्रकाश डालता है, प्रक्रिया को चित्रित करने के लिए नमूना कोड प्रदान करता है, और कई पुनर्प्राप्ति परिदृश्य दिखाता है।
विचारों
इमेज कॉपी बैकअप रणनीति का उपयोग करने से पहले, निम्नलिखित बातों को ध्यान में रखें:
-
ब्लॉक चेंज ट्रैकिंग (बीसीटी) डेटाबेस में सक्षम होना चाहिए।
-
डेटाबेस की छवि प्रतिलिपि को संग्रहीत करने के लिए आपके पास उतनी ही मात्रा में डिस्क स्थान होना चाहिए जितना कि डेटाबेस डेटा फ़ाइलें वास्तव में उपयोग कर रही हैं।
-
पॉइंट-इन-टाइम रिकवरी (PITR) के लिए, आपके पास कम से कम एक पूर्ण बैकअप होना चाहिए, और डेटाबेस की रिकवरी पूरी होने तक आपको लॉग्स को आर्काइव करना होगा।
-
डेटाबेस की इमेज कॉपी इनपुट और आउटपुट (I/O) के संदर्भ में एक ही प्रकार के स्टोरेज पर होनी चाहिए, ताकि यह सुनिश्चित किया जा सके कि डेटाबेस कॉपी पर स्विच करने के दौरान प्रदर्शन प्रभावित न हो।
निम्न छवि एक क्रमिक रूप से अद्यतन बैकअप दिखाती है:
नमूना कोड
दैनिक छवि प्रतिलिपि लेने और क्रमिक रूप से अद्यतन करने के लिए निम्न कोड चलाएँ:
run
{
allocate channel c1 device type disk format ‘/home/oracle/backup/%U’;
recover copy of database with tag ‘IMG_COPY’;
backup incremental level 1 for recover of copy with tag ‘IMG_COPY’ database;
release channel c1;
}
पहले निष्पादन पर, recover copy of database आदेश कुछ नहीं करता है। backup incremental कमांड एक नया इंक्रीमेंटल level 0 बनाता है बैकअप टैग किया गया IMG_COPY क्योंकि यह इस टैग के साथ बनाया जाने वाला पहला बैकअप है।
दूसरे निष्पादन पर, recover copy of database कमांड तब तक कुछ नहीं करता जब तक उसे INC 1 नहीं मिल जाता बैकअप। backup incremental कमांड बनाता हैINC 1 बैकअप।
तीसरे और बाद के निष्पादन पर, recover command अंतिम उपलब्ध INC 1 . को लागू करता है मौजूदा छवि प्रतियों का बैकअप। backup command अगला INC 1 बनाता है बैकअप।
रिकवरी परिदृश्य
निम्नलिखित उपयोग के मामले बताते हैं कि कैसे वृद्धिशील मर्ज बैकअप उदासीन पुनर्प्राप्ति स्थितियों में सहायता करते हैं।
केस 1:दूषित, हटाई गई, या अधिलेखित डेटा फ़ाइल
परीक्षण के लिए एक तालिका बनाएं, जैसा कि निम्नलिखित कोड में दिखाया गया है, और छवि प्रतियां लेने के लिए पिछली स्क्रिप्ट का उपयोग करें।
SQL> create table ImgCpyTab tablespace tbs2 as select * from dba_objects;
Table created.
FILE_NAME FILE_ID TABLESPACE_NAME
————————- ——————— ———————————————
/home/oracle/Sw/oradata/test/tbs02.dbf 5 TBS2
SQL> select count(1) from ImgCpyTab;
COUNT(1)
———-
72476
इस परिदृश्य का परीक्षण करने के लिए, जानबूझकर भौतिक डेटा फ़ाइल को स्थानांतरित करें, जैसा कि निम्नलिखित कोड में दिखाया गया है, और select कमांड अपेक्षित त्रुटि फेंकता है।
mv /home/oracle/Sw/oradata/test/tbs02.dbf /home/oracle/Sw/oradata/test/tbs02.dbf_BKP
select count(1) from scott.IMGCPYTAB
*
ERROR at line 1:
ORA-01116: error in opening database file 5
ORA-01110: data file 5: ‘/home/oracle/Sw/oradata/test/tbs02.dbf’
ORA-27041: unable to open file
Linux Error: 2: No such file or directory
Additional information: 3
इस मामले में, भौतिक फ़ाइल को पुनर्स्थापित करने की कोई आवश्यकता नहीं है। इसके बजाय, बैकअप पर स्विच करें और इसे पुनर्प्राप्त करें। डेटा फ़ाइलों या टेराबाइट्स के डेटाबेस आकार के साथ भी यह बहुत तेज़ है।
निम्न कोड डेटाफ़ाइल को ऑफ़लाइन मोड में डालता है:
SQL> alter database datafile 5 offline;
Database altered.
इसके बाद, डेटा फ़ाइल को कॉपी में बदलें और पुनर्प्राप्त करें:
[oracle@localhost backup]$ rman target /
Recovery Manager: Release 11.2.0.2.0 – Production on Thu Jun 5 18:17:15 2014
Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.
connected to target database: TEST (DBID=2122535405)
RMAN> switch datafile 5 to copy;
using target database control file instead of recovery catalog
datafile 5 switched to datafile copy “/home/oracle/backup/data_D-TEST_I-2122535405_TS-TBS2_FNO-5_6ppa3ev1”
RMAN> recover datafile 5;
Starting recover at 05-JUN-14
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=19 device type=DISK
allocated channel: ORA_DISK_2
channel ORA_DISK_2: SID=149 device type=DISK
starting media recovery
media recovery complete, elapsed time: 00:00:01
Finished recover at 05-JUN-14
RMAN> sql ‘alter database datafile 5 online’;
sql statement: alter database datafile 5 online
RMAN> exit
जैसा कि निम्नलिखित कोड में दिखाया गया है, दिनांक फ़ाइल वापस आ गई है और तालिका पहुँच योग्य है:
FILE_NAME FILE_ID TABLESPACE_NAME
————————- ——————— ———————————————
TBS2 /home/oracle/backup/data_D-TEST_I-2122535405_TS-TBS2_FNO-5_6ppa3ev1 AVAILABLE
SQL> select count(1) from scott.IMGCPYTAB;
COUNT(1)
———-
72476
नोट: अगर आपको file_name दिखाई देता है कॉलम, आप जानते हैं कि डेटाबेस इमेज कॉपी फ़ाइल का उपयोग कर रहा है।
केस 2:पूर्ण डेटाबेस भ्रष्टाचार या डिस्क विफलता
यदि आपके पास पूरी तरह से दूषित डेटा बेस या डिस्क विफलता है, तो आप निम्न चरणों का उपयोग करके डेटाबेस को कॉपी में बदल सकते हैं:
- डेटाबेस बंद करें।
- यदि नियंत्रण फ़ाइल गुम है, तो उसे पुनर्स्थापित करें।
- छवि प्रतियों को सूचीबद्ध करें।
- डेटाबेस को कॉपी में बदलें।
- संग्रह उपलब्ध होने तक पुनर्प्राप्त करें और फिर डेटाबेस खोलें।
निष्कर्ष
इस पोस्ट में चर्चा की गई कि RMAN इमेज कॉपी बैकअप और रिकवरी फीचर का उपयोग कैसे करें। इसने भौतिक भ्रष्टाचार के मामले में डेटा फ़ाइलों और डेटाबेस के कार्यान्वयन और पुनर्प्राप्ति के लिए कुछ उपयोग के मामले भी प्रदान किए। इंक्रीमेंटल मर्ज बैकअप फीचर डेटाबेस बैकअप को सरल बनाता है और तेज और लचीली डेटा रिकवरी सुनिश्चित करता है।
कोई टिप्पणी करने या प्रश्न पूछने के लिए प्रतिक्रिया टैब का उपयोग करें।