validate oracle rman backup
ओरेकल RMAN बैकअप कैसे बनाएं और उसका सत्यापन कैसे करें: RMAN कमांड्स और रिकवरी प्रक्रिया के साथ जानें
ब्लैक बॉक्स परीक्षण और व्हाइटबॉक्स परीक्षण के बीच अंतर
इस ट्यूटोरियल में, हम आपके ओरेकल डेटाबेस बैकअप के सत्यापन और परीक्षण पर चर्चा करेंगे। हम डेटाबेस बैकअप के बारे में क्या, क्यों और कैसे के बारे में अवधारणाओं की व्याख्या करेंगे और बैकअप का परीक्षण करने के तरीके।
हम लेंगे Oracle डेटाबेस इस ट्यूटोरियल के लिए केस स्टडी के रूप में।
मामले का अध्ययन: ओरेकल RMAN डेटाबेस बैकअप परीक्षण:
आप क्या सीखेंगे:
ओरेकल डेटाबेस बैकअप सत्यापन प्रक्रिया RMAN का उपयोग करते हुए
हमने इसे निम्नलिखित चार खंडों में वर्गीकृत किया है
- बैकअप क्या है?
- बैकअप क्यों?
- कैसे करें बैकअप?
- अपने डेटाबेस बैकअप का परीक्षण / सत्यापन कैसे करें - रिकवरी रणनीतियाँ?
यह भी पढ़ें=> डेटाबेस परीक्षण के बारे में सब
डेटाबेस बैकअप क्या है?
इससे पहले कि हम बैकअप के बारे में अधिक जानना शुरू करें, हमें एक संगठन की सबसे महत्वपूर्ण संपत्ति - डेटा को समझना होगा। अपने संगठन को ध्यान में रखते हुए Oracle डेटाबेस पर चलता है। 'डेटाबेस' शब्द को समझने के लिए आप इसका उल्लेख कर सकते हैं यहाँ Oracle डाटाबेस टेस्टिंग सीरीज़ ।
किसी संगठन का डेटा किसी संगठन का सबसे अभिन्न अंग है। एक रिटेलिंग, बैंकिंग कंपनी पर विचार करें। उन सभी के पास भारी मात्रा में डेटा है - उपयोगकर्ता, सिस्टम, आदि एक डेटाबेस व्यवस्थापक के रूप में, सिस्टम व्यवस्थापक या इस डेटा की सुरक्षा के लिए किसी भी कार्मिक को जो काम सौंपा गया है, को इस बात की जानकारी होनी चाहिए कि किसी संगठन के लिए डेटा कितना महत्वपूर्ण है। यह सुनिश्चित करने के लिए कि डेटा हमेशा उपलब्ध है? इस डेटा का बैकअप लें।
बैकअप आपके डेटाबेस की एक सटीक प्रति है जो आपको किसी भी डेटा हानि के मामले में आपके डेटा को फिर से संगठित करने में मदद कर सकता है।
क्यों बैकअप डेटाबेस?
एक साधारण मामले पर विचार करें, जहां आपके बैंकिंग संगठन के पास खाता संख्या, नाम, नामांकित व्यक्ति, बैंक बैलेंस के मामले में लाखों ग्राहकों के बारे में डेटा है और संगठन ने अपने सभी डेटा खो दिए हैं, उनके ग्राहक इस पर कैसे प्रतिक्रिया देंगे? संगठन इतना डेटा खोने के दबाव से कैसे निपटेगा? वे इतने सारे ग्राहकों के असंतोष के लिए कैसे जवाबदेह होंगे?
यही कारण है कि हम इस डेटा का बैकअप लेते हैं ताकि डिस्क (स्टोरेज) की किसी भी विफलता के मामले में, डिस्क कंट्रोलर (स्टोरेज कंट्रोलर) हम हमेशा अपने बैकअप पर भरोसा कर सकें, जहां से हम इसे डेटाबेस में स्टोर कर सकते हैं यानी स्टोरेज फाइलसिस्टम और नहीं ग्राहक अपना कोई भी डेटा खो देते हैं।
हाइपोथेटिकली बोलें, मान लें कि लाखों ग्राहक हैं और उनमें से प्रत्येक लाखों लेनदेन कर रहे हैं और डेटाबेस गलती से दुर्घटनाग्रस्त हो जाता है और अपना डेटा खो देता है, तो क्या हम इन सभी ग्राहकों से अपना डेटा फिर से दर्ज करने के लिए कहेंगे? इतना डेटा खोने से कैसे निपटेंगे? यह बहुत अस्वीकार्य होगा।
इसी तरह, एक दूरसंचार कंपनी पर विचार करें जो लाखों ग्राहकों का समर्थन करती है और उनके सभी डेटा फोन नंबर, पते, क्रेडिट प्राप्त, लंबित भुगतानों से संबंधित हैं। अगर हम उनका सारा डेटा खो देते हैं तो क्या होगा? कंपनी को बर्बाद किया गया है और संभावित रूप से संगठन को रोकने के लिए भारी लागत वहन करना होगा। यह निश्चित रूप से एक बड़ी तबाही होगी।
डेटाबेस का बैकअप कैसे लें?
Oracle डेटाबेस में डेटा बैकअप के लिए, हमारे पास कई तरीके हैं। उन्हें मोटे तौर पर भौतिक और तार्किक बैकअप के रूप में वर्गीकृत किया जा सकता है
विधि # 1)भौतिक बैकअप :
- ३तृतीयपार्टी बैकअप - जैसे वेरिटास नेटबैक, एसएपी, आईबीएम टिवोली मैनेजर, ईएमसी, एचपी
- उपयोगकर्ता द्वारा प्रबंधित बैकअप - प्रतिलिपि (विंडोज़), सीपीपी (यूनिक्स) जैसे ओएस उपयोगिताओं का उपयोग करके डेटाबेस का बैकअप।
- ओरेकल सिक्योर बैकअप
- मेरा पसंदीदा और सबसे पसंदीदा अनुशंसित Oracle उपयोगिता - पुनर्प्राप्त प्रबंधक ( आरमेंन ) का है।
विधि # 2)तार्किक बैकअप:
- परम्परागत निर्यात / आयात उपयोगिताओं और डाटापम्प उपयोगिताओं। एक तार्किक बैकअप तार्किक डेटा का एक बैकअप है - ऑब्जेक्ट्स जैसे टेबल, इंडेक्स आदि जो उपरोक्त ऑब्जेक्ट्स के स्थान से स्वतंत्र एक डेटाबेस के घटक हैं।
एक डेटाबेस के भौतिक और तार्किक भंडारण संरचनाओं को समझने के लिए जिसे आप संदर्भित कर सकते हैं यह तथा यह oracle प्रलेखन ।
डेटाबेस बैकअप के लिए सबसे अच्छा तरीका कौन सा है?
इन बैकअप रणनीतियों में से प्रत्येक के अपने पेशेवरों और विपक्ष हैं और हम इस लेख में उनके साथ बहुत अधिक व्यवहार नहीं करेंगे।
हमें यह समझने की आवश्यकता है कि जब तक आपके पास भौतिक बैकअप नहीं होता है, तब तक केवल तार्किक बैकअप होना ही भौतिक डेटा भ्रष्टाचार, हार्डवेयर संग्रहण समस्याओं के विरुद्ध हमेशा सुरक्षित नहीं होता है। एक वैध, अच्छा भौतिक बैकअप होने से यह एक अच्छा बैकअप और रिकवरी रणनीति बन जाता है। हमेशा सुनिश्चित करें कि आपके पास जगह में एक भौतिक बैकअप है।
वास्तव में, हम उपरोक्त विधियों में से किसी का भी उपयोग कर सकते हैं, लेकिन हमें हमेशा यह सुनिश्चित करने की आवश्यकता है कि डेटाबेस के संचालन के दौरान किसी भी अनावश्यक हिचकी से बचने के लिए हमारे पास एक अच्छा बैकअप और पुनर्प्राप्ति रणनीति है। मिरर किए हुए टेस्ट सिस्टम पर अपनी पीठ और रिकवरी रणनीतियों का परीक्षण हमेशा सलाह दी जाती है ताकि हम किसी अप्रत्याशित परिस्थितियों के मामले में अपने डेटाबेस को प्राप्त करने और चलाने में लगने वाले समय की भविष्यवाणी कर सकें।
इस लेख में, हम मुख्य रूप से RMAN बैकअप पर ध्यान केंद्रित करेंगे। यह हमें यह जानने के एक बिंदु पर लाता है कि हम बैकअप कैसे करते हैं।
Oracle RMAN (Oracle Recovery Manager) बैकअप कमांड्स
हम एंटरप्राइज मैनेजर (GUI) मोड की मदद से या OS कमांड लाइन प्रॉम्प्ट के माध्यम से डेटा बैकअप ले सकते हैं।
आरमेंन बैकअप और रिकवरी करने के लिए ओरेकल द्वारा प्रदान किया गया एक मजबूत, परिष्कृत उपकरण है।
आरमेंन जब आप Oracle डेटाबेस इंस्टॉल करते हैं तो स्वचालित रूप से इंस्टॉल हो जाता है इसलिए उपयोग करने के लिए कोई अतिरिक्त इंस्टॉलेशन नहीं होता है आरमेंन ।
आरमेंन पर्यावरण में दो घटक शामिल हैं:
1) लक्ष्य डेटाबेस (डेटाबेस जो आप बैकअप होगा, की वसूली और प्रदर्शन करते हैं
दो) RMAN क्लाइंट, वह क्लाइंट होता है जो टार्गेट डेटाबेस से कनेक्ट होने के दौरान उपयोगकर्ता की ओर से उपयोगकर्ता कमांड की व्याख्या करता है और उन्हें निष्पादित करता है।
RMAN का उपयोग कर डेटाबेस से जुड़ने का एक सरल कमांड निम्न है:
C:Usersxyz> rman target / Recovery Manager: Release 11.2.0.1.0 - Production on Sun Sep 28 17:32:48 2014 Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved. connected to target database: ORCL (DBID=1361070653) RMAN>
DBID यहां अद्वितीय पहचानकर्ता है जो प्रत्येक डेटाबेस के साथ अद्वितीय है जिसे हम काम करने की योजना बना रहे हैं।
इस उदाहरण में, हम नाम के एक डेटाबेस के साथ काम कर रहे हैं ORCL ।
हम उस डेटा का बैकअप लेंगे जो ORCL डेटाबेस से संबंधित है।
चूंकि बैकअप आपके डेटाबेस की एक भौतिक प्रतिलिपि है, इसलिए हमें एक स्थान / निर्देशिका की आवश्यकता है जहां हम उन्हें बचा सकते हैं।
इसे प्राप्त करने के लिए, हम नाम की एक विशेष निर्देशिका का उपयोग कर सकते हैं db_recovery_file_dest जो बैकअप स्थान के रूप में कार्य करता है। इस पैरामीटर के आकार को परिभाषित करें db_recovery_file_dest_size जो इस बैकअप स्थान के आकार को चिह्नित करता है।
यद्यपि हमारे पास आपके बैकअप को संपीड़ित करने के कई तरीके हैं और कई तकनीकें जो बैकअप के आकार को कम कर सकती हैं, कम से कम सेट करने का प्रयास करें DB_RECOVERY_FILE_DEST_SIZE अपने डेटाबेस में अपने वास्तविक डेटा के आकार के लिए। सुनिश्चित करें कि आप आर्काइव लॉग के लिए भी जिम्मेदार हैं, जो कि ऑफलाइन रीडो लॉग के अलावा और कुछ नहीं है जो आपके डेटा ब्लॉक में बदलाव को रिकॉर्ड करता है।
आपकी बैकअप रणनीति में डेटाबेस से संबंधित सभी फाइलें शामिल होंगी, जैसे कि डेटाफाइल्स, कंट्रोल फाइल्स, पैरामीटर फाइलें, नेटवर्क से संबंधित फाइलें, संग्रहीत रीडो लॉग फाइलें।
RMAN या कोई अन्य भौतिक बैकअप उपकरण डेटाफ़ाइल्स, नियंत्रण फ़ाइलों, पैरामीटर फ़ाइलों, संग्रहीत रीडो लॉग फ़ाइलों का बैकअप ले सकता है। ओएस से संबंधित उपयोगिताओं जैसे सीपी या कॉपी का उपयोग करके नेटवर्क से संबंधित फाइलों को मैन्युअल रूप से बैकअप की आवश्यकता होती है।
हमारे द्वारा उपयोग किए जाने वाले डेटाबेस का बैकअप लेने के लिए:
'बैकअप डेटाबेस' - यह उतना ही सरल है। तो, आइए हमारे ओआरसीएल डेटाबेस का बैकअप लें।
चूंकि हम पहले ही लक्ष्य डेटाबेस (ORCL) से जुड़ चुके हैं, हम 'बैकअप डेटाबेस' कमांड को फायर करते हैं।
RMAN> backup database; Starting backup at 05-OCT-14 using target database control file instead of recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: SID=198 device type=DISK channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in backup set input datafile file number=00001 name=D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF input datafile file number=00002 name=D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF input datafile file number=00005 name=D:APP1SUNTYADAORADATAORCLEXAMPLE01.DBF input datafile file number=00003 name=D:APP1SUNTYADAORADATAORCLUNDOTBS01.DBF input datafile file number=00004 name=D:APP1SUNTYADAORADATAORCLUSERS01.DBF channel ORA_DISK_1: starting piece 1 at 05-OCT-14 channel ORA_DISK_1: finished piece 1 at 05-OCT-14 piece handle=D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NNNDF_TAG20141005T162412_B328TXQG_.BKP tag=TAG20141005T162412 comment=NONE channel ORA_DISK_1: backup set complete, elapsed time: 00:04:27 channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in backup set including current control file in backup set including current SPFILE in backup set channel ORA_DISK_1: starting piece 1 at 05-OCT-14 channel ORA_DISK_1: finished piece 1 at 05-OCT-14 piece handle=D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NCSNF_TAG20141005T162412_B3293806_.BKP tag=TAG20141005T162412 comment=NONE channel ORA_DISK_1: backup set complete, elapsed time: 00:00:04 Finished backup at 05-OCT-14
यहां, हम मानते हैं कि डेटाबेस की सभी संबंधित फाइलों का बैकअप - डेटाफाइल्स, कंट्रोल फाइल्स, स्पिफाइल (पैरामीटर फाइल) पूरा हो चुका है। बैकअप ऑपरेशन में लगभग 4 मिनट और 27 सेकंड लगे (बीता हुआ समय)। यह सिर्फ 5 डेटाफाइल्स के साथ एक छोटा परीक्षण डेटाबेस है, इसलिए इसे बैकअप करने में बहुत कम समय लगा।
ऐसे मामलों में जहां हम विशाल संगठनों के डेटाबेस से डेटा बैकअप लेना चाहते हैं, वहां सैकड़ों डेटा फाइलें हो सकती हैं और प्रत्येक डेटाफाइल टेराबाइट आकारों में हो सकता है और डेटाबेस का पूरा बैकअप लेने में संभवतः घंटों का समय लग सकता है।
हमारे द्वारा अभी बनाए गए बैकअप से संबंधित विवरण जानने के लिए, हम निष्पादित करेंगे:
RMAN> सूची बैकअप;
List of Backup Sets =================== BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 4 Full 1.39G DISK 00:04:23 05-OCT-14 BP Key: 4 Status: AVAILABLE Compressed: NO Tag: TAG20141005T162412 Piece Name: D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NNNDF_TAG20141005T162412_B328TXQG_.BKP List of Datafiles in backup set 4 File LV Type Ckp SCN Ckp Time Name ---- -- ---- ---------- --------- ---- 1 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF 2 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF 3 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLUNDOTBS01.DBF 4 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLUSERS01.DBF 5 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLEXAMPLE01.DBF BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 5 Full 9.58M DISK 00:00:06 05-OCT-14 BP Key: 5 Status: AVAILABLE Compressed: NO Tag: TAG20141005T162412 Piece Name: D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NCSNF_TAG20141005T162412_B3293806_.BKP SPFILE Included: Modification time: 05-OCT-14 SPFILE db_unique_name: ORCL Control File Included: Ckp SCN: 9705762 Ckp time: 05-OCT-14
यह बैकअप DB_RECOVERY_FILE_DEST स्थान में रखा गया है, जिसे D: APP1 SUNTYADA FLASH_RECOVERY_AREA के रूप में परिभाषित किया गया है
SQL> show parameter DB_RECOVERY_FILE_DEST NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ db_recovery_file_dest string D:app1suntyadaflash_recovery_area db_recovery_file_dest_size big integer 3912M
हमारे बैकअप स्थान के लिए परिभाषित आकार 3912 एमबी है।
डेटाबेस फ़ाइलों और बैकअप की जाँच करने के लिए VALIDATE का उपयोग करें:
RMAN> वैध डॅटाबेस;
मान्य बैकअप बैकअप
हम कैसे परीक्षण या मान्य करते हैं कि हम किसी भी संकट के दौरान हमारे डेटाबेस को पुनर्प्राप्त कर सकते हैं?
यदि हार्डवेयर विफलता या आपके संग्रहण डिस्क के कुछ भ्रष्टाचार के कारण, हमें इस दूषित डेटा को पुनर्स्थापित करने के लिए एक अच्छे बैकअप की आवश्यकता होगी ताकि हम उस स्टोरेज फ़ाइलों से संबंधित किसी भी डेटा को न खोएं।
यह सब इस बात पर निर्भर करता है कि आपने बैकअप कैसे डिज़ाइन किया है, जिस अंतराल पर बैकअप निर्धारित किया गया है, चाहे आप पूर्ण बैकअप लें और वृद्धिशील बैकअप लें।
उपयोगकर्ता की त्रुटियों के मामले में - जैसे कि डेटा का अनावश्यक हेरफेर, हम डेटा के उन हिस्सों या डेटा के सभी हिस्सों को पुनर्स्थापित कर सकते हैं जो कि तार्किक डेटा के माध्यम से बदले गए हैं।
व्यवहार में, हमें भविष्य में होने वाली किसी भी त्रुटि के बारे में पता होना चाहिए और उन्हें दूर करने के लिए हर रणनीति का परीक्षण करना चाहिए।
बैकअप फ़ाइलों को मान्य करने के लिए BACKUP वैध आदेश का उपयोग करें:
केवल शारीरिक भ्रष्टाचार जांच के लिए आदेश:
RMAN> BACKUP मान्य
डेटाबेस
ARCHIVELOG ALL;
भौतिक और तार्किक भ्रष्टाचार जांच के लिए आदेश:
RMAN> BACKUP मान्य
चेक तार्किक
डेटाबेस
ARCHIVELOG ALL;
RMAN> बैकपैक वैधता पर ध्यान दें ;
Starting backup at 05-OCT-14 using channel ORA_DISK_1 channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in backup set input datafile file number=00001 name=D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF input datafile file number=00002 name=D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF input datafile file number=00005 name=D:APP1SUNTYADAORADATAORCLEXAMPLE01.DB input datafile file number=00003 name=D:APP1SUNTYADAORADATAORCLUNDOTBS01.DB input datafile file number=00004 name=D:APP1SUNTYADAORADATAORCLUSERS01.DBF channel ORA_DISK_1: backup set complete, elapsed time: 00:00:45 List of Datafiles ================= File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 1 OK 0 13430 106376 9708800 File Name: D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 75217 Index 0 12706 Other 0 5015 File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 2 OK 0 21161 95409 9708826 File Name: D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 23010 Index 0 21760 Other 0 29429 File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 3 OK 0 0 5762 9708826 File Name: D:APP1SUNTYADAORADATAORCLUNDOTBS01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 0 Index 0 0 Other 0 5760 File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 4 OK 1125 228 5765 9528788 File Name: D:APP1SUNTYADAORADATAORCLUSERS01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 2295 Index 0 39 Other 0 3198 File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 5 OK 0 1687 10498 9585679 File Name: D:APP1SUNTYADAORADATAORCLEXAMPLE01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 4760 Index 0 1261 Other 0 2788 channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in backup set including current control file in backup set including current SPFILE in backup set channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01 List of Control File and SPFILE =============================== File Type Status Blocks Failing Blocks Examined ------------ ------ -------------- --------------- SPFILE OK 0 2 Control File OK 0 608 Finished backup at 05-OCT-14
जैसा कि आप प्रत्येक फ़ाइल की स्थिति के ऊपर देख सकते हैं ' ठीक है 'जिसका मतलब है कि ये उपयोग करने योग्य हैं और किसी भी समय फ़ाइलों को पुनर्स्थापित करने के लिए उपयोग किया जा सकता है।
हम डेटाबेस पुनर्स्थापना का पूर्वावलोकन कर सकते हैं। यह आपको फ़ाइलों की एक अच्छी सूची देता है और वास्तव में फ़ाइलों को पुनर्स्थापित किए बिना उनकी उपलब्धता।
बैकअप को मान्य करने के लिए RESTORE कमांड का उपयोग करें:
रमन> पुनर्स्थापना विवरण मान्य करें;
सभी मान्यता प्राप्त करें;
RMAN> पुनर्जीवित करने की अनुमति दें;
Starting restore at 05-OCT-14 using channel ORA_DISK_1 List of Backup Sets =================== BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 4 Full 1.39G DISK 00:04:23 05-OCT-14 BP Key: 4 Status: AVAILABLE Compressed: NO Tag: TAG20141005T162412 Piece Name: D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NNNDF_TAG20141005T162412_B328TXQG_.BKP List of Datafiles in backup set 4 File LV Type Ckp SCN Ckp Time Name ---- -- ---- ---------- --------- ---- 1 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF 2 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF 3 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLUNDOTBS01.DBF 4 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLUSERS01.DBF 5 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLEXAMPLE01.DBF List of Archived Log Copies for database with db_unique_name ORCL ===================================================================== Key Thrd Seq S Low Time ------- ---- ------- - --------- 367 1 366 A 02-OCT-14 Name: D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLARCHIVELOG2014_10_05O1_MF_1_366_B32925TJ_.ARC Media recovery start SCN is 9684060 Recovery must be done beyond SCN 9704654 to clear datafile fuzziness Finished restore at 05-OCT-14
निष्कर्ष
ये केवल सरल तकनीक हैं अपने Oracle RMAN बैकअप को सत्यापित करें। आशा है कि आपको विभिन्न महत्वपूर्ण RMAN कमांडों की मदद से RMAN बैकअप और रिकवरी प्रक्रिया की स्पष्ट समझ होगी।
यद्यपि डेटा के आकार के आधार पर वास्तविक मामले में, हमारे पास कई सैकड़ों डेटा फाइलें हो सकती हैं और हमें यह सुनिश्चित करने की आवश्यकता है कि हम उनमें से हर एक के लिए एक अच्छी बैकअप रणनीति रखें। इसके अलावा, वसूली का परीक्षण करें परीक्षण प्रणालियों पर यह सुनिश्चित करने के लिए कि आप उत्पादन पर समान तकनीकों का उपयोग कर सकते हैं।
हमने आपके महत्वपूर्ण / परीक्षण डेटाबेस का समर्थन करने के विभिन्न तरीकों और उन्हें परीक्षण करने के विभिन्न तरीकों से निपटा है। जैसा कि पहले ही कई बार सुझाव दिया जा चुका है, एक अच्छी बैकअप और रिकवरी रणनीति होने से आपकी नौकरी और आपका संगठन बच जाएगा।
आपको बता दें कि यदि आपके पास Oracle या किसी अन्य डेटाबेस बैकअप और रिकवरी परीक्षण से संबंधित कोई प्रश्न हैं।
अनुशंसित पाठ
- शुरुआती के लिए गहराई से ग्रहण ट्यूटोरियल
- MongoDB डेटाबेस बैकअप बनाएँ
- QTP ट्यूटोरियल # 24 - QTP टेस्ट में वर्चुअल ऑब्जेक्ट्स और रिकवरी परिदृश्यों का उपयोग करना
- उदाहरणों के साथ जावा परावर्तन ट्यूटोरियल
- शीर्ष ओरेकल ऐप तकनीकी और ओरेकल SOA साक्षात्कार प्रश्न
- एसवीएन ट्यूटोरियल: स्रोत कोड प्रबंधन तोड़फोड़ का उपयोग करना
- उदाहरणों के साथ अजगर डेटाइम ट्यूटोरियल
- कछुआ एसवीएन ट्यूटोरियल: कोड रिपोजिटरी में संशोधन