ओरेकल एसई के लिए शारीरिक स्टैंडबाय डीबी

"ओरेकल स्टैंडबाय के बारे में एक बार फिर से" लेख के लिए टिप्पणी में , ओरेकल एसई पर एक स्टैंडबाय सर्वर बनाने की संभावना के बारे में सवाल उठाया गया था। जवाब शायद है। जानना चाहते हैं? बिल्ली के नीचे आओ।

किसी को भ्रम में नहीं ले जाने और प्रपत्र और सार की एकरूपता बनाए रखने के लिए, लेख उल्लेखित लेख से सभी अंकन और आवश्यकताओं को ले जाएगा । सैद्धांतिक भाग को एक ही स्थान पर सीखा जा सकता है, मैं आपको Oracle SE का उपयोग करके स्टैंडबाय बेस के कार्यान्वयन की सुविधाओं के बारे में बताऊंगा और संभव है कि "नुकसान" पर प्रकाश डाला जाए।

पहले आपको आवश्यकता है: समान ओएस, उपयोगकर्ताओं और उपयोगकर्ता समूहों के साथ मुख्य और बैकअप डेटाबेस के लिए 2 अलग-अलग सर्वर - सभी ओरेकल फ़ाइलों और निर्देशिकाओं के मालिक, साथ ही साथ इन उपयोगकर्ताओं के बिल्कुल समान प्रोफ़ाइल की उपस्थिति, साथ ही साथ पूरी निर्देशिका संरचना और पर्यावरण चर समान हैं। ओरेकल सॉफ्टवेयर पहले से ही बैकअप सर्वर पर स्थापित है।

चलिए शुरू करते हैं।

1 कदम:
शुरू करने के लिए, हमें मुख्य डेटाबेस की सभी फ़ाइलों को बैकअप सर्वर पर कॉपी करने की आवश्यकता है। आधार के संचालन के तरीके और इसकी मात्रा के आधार पर, विभिन्न विकल्प हैं। सबसे आसान, लेकिन हमेशा स्वीकार्य तरीका नहीं है, एक ठंडा बैकअप बनाना है। कठिनाई यह है कि इसके लिए आपको डेटाबेस को रोकने की आवश्यकता है - यदि आपके पास यह अवसर है - महान। डेटाबेस बंद करो और बस डेटा फ़ाइलों की प्रतिलिपि बनाएँ। और नियंत्रण फ़ाइलों (बस मामले में) और परिचालन लॉग की बैकअप प्रतियां भी बनाते हैं।

आप इस बात की एक सूची प्राप्त कर सकते हैं कि आपको निम्न के रूप में क्या कॉपी करना है:

SQL> select name from v$datafile;
SQL> select member from v$logfile;

यदि आधार छोड़ने का कोई अवसर नहीं है, तो आपको एक हॉट बैकअप बनाने की आवश्यकता है। ऐसा करने के लिए, आप RMAN उपयोगिता का उपयोग कर सकते हैं, या मैन्युअल मोड में प्रक्रिया को अंजाम दे सकते हैं:
ऐसा करने के लिए, आपको चाहिए:

SQL> alter tablespace <TB_name> begin backup;

और इस तालिका में शामिल सभी डेटा फ़ाइलों की प्रतिलिपि बनाएँ।

महत्वपूर्ण! सभी फ़ाइलों को कॉपी करने के बाद बैकअप मोड को अक्षम करना न भूलें।

SQL> alter tablespace <TB_name> end backup;

सभी तालिका स्थानों के लिए दोहराएं। बैकअप प्राप्त होता है।

2 कदम:
अब हमें अपने स्टैंडबाय डेटाबेस के लिए एक नियंत्रण फ़ाइल बनाने की आवश्यकता है।
मुख्य सर्वर पर यहाँ सब कुछ सरल है:

SQL> STARTUP MOUNT;
SQL> ALTER DATABASE CREATE STANDBY CONTROLFILE AS '___';

3 कदम:
हम अपने मुख्य डेटाबेस से संबंधित सभी फाइलों को बैकअप सर्वर (डेटा फ़ाइलों, नियंत्रण फ़ाइलों, पासवर्ड फ़ाइल और रीडोलॉग्स) पर कॉपी करते हैं, अर्थात। हमें दो सर्वरों पर दो समान डेटाबेस मिलते हैं।

4 कदम:
चरण 2 में बनाए गए के साथ सभी नियंत्रण फ़ाइलों को स्टैंडबाय पर बदलें।
मात्रा और पते को control_files पैरामीटर में देखा जा सकता है।

SQL> show parameter control_files;

5 कदम:
यहां हमें ओरेकल एसई का उपयोग करने के साथ मुख्य समस्या मिलती है, बहुत डेटागार्ड गायब है, जो स्टैंडबाय पर संग्रह लॉग को स्थानांतरित करने और उपयोग करने की प्रक्रिया को पूरी तरह से लागू करता है।
हमारा काम मुख्य डेटाबेस से बैकअप एक में अभिलेखागार को स्थानांतरित करना है। आप लॉग्स को स्थानांतरित करने के लिए SSH का उपयोग कर सकते हैं, या LOG_ARCHIVE_DEST_n पैरामीटर से फ़ोल्डर साझा कर सकते हैं और इसे हमारे स्टैंडबाय पर माउंट कर सकते हैं, लेकिन यह पहले से ही एक सुरक्षा समस्या है।

आप क्रोन शेड्यूल में सूचीबद्ध सबसे सरल शेल स्क्रिप्ट के साथ आवधिक हस्तांतरण को लागू कर सकते हैं। ऐसी स्क्रिप्ट के उदाहरण नेटवर्क पर पाए जा सकते हैं, या खुद लिख सकते हैं।

सुझाव:
- स्क्रिप्ट में, स्क्रिप्ट के काम को स्वयं लॉग करने की प्रक्रिया को लागू करना वांछनीय है, ताकि आप हमेशा इसके काम को ट्रैक कर सकें;
- मैं यह भी सलाह देता हूं कि आप लागू लॉग को हटाने की प्रक्रिया को स्वचालित करें ताकि आप अंतरिक्ष की कमी (संग्रह लॉग के सक्रिय गठन के साथ) का सामना न करें, लेकिन यहां भी कठिनाइयां हैं। आपको स्टैंडबाय सर्वर के विघटन की संभावना के बारे में याद रखना चाहिए और उन लोगों को नहीं हटाना चाहिए जो अभी तक लागू नहीं किए गए हैं, साथ ही नियमित रूप से अपने डेटाबेस का बैकअप लेने की आवश्यकता है ताकि आप उनके मुख्य बैकअप से पहले उपयोग किए गए लॉग को न हटाएं (उदाहरण के लिए, टेप डिवाइस के लिए)। ये बिंदु पहले से ही आपके डेटाबेस ऑपरेटिंग मोड की सुविधाओं और उपलब्धता / विश्वसनीयता नीति द्वारा विनियमित हैं। या, अपने डेटाबेस पर लोड पर ध्यान केंद्रित करते हुए, नियमित रूप से लॉग को साफ करें।

6 कदम:
स्टैंडबाय चलाएं:

SQL> startup nomount pfile=___;
SQL> atler database mount standby database;
SQL> recover standby database;
AUTO

और वह सब - स्टैंडबाय प्राप्त है, संग्रहीत पत्रिकाओं का रोलबैक होता है।

महत्वपूर्ण नोट:
- जब मुख्य डेटाबेस से बैकअप एक पर स्विच किया जाता है, तो मुख्य एक स्टैंडबाय मोड में नहीं जाता है और इसे फिर से बनाया जाना चाहिए;
- यदि मुख्य डेटाबेस क्रैश हो जाता है, तो आप कुछ डेटा खो सकते हैं जो संग्रहीत नहीं किए गए हैं (क्रोन में स्क्रिप्ट को संसाधित करने की आवृत्ति द्वारा समय अवधि को विनियमित किया जाता है);
- ओरेकल एसई (डेटागार्ड का उपयोग किए बिना) पर काम करते समय मुख्य आधार बैकअप का अनुभव नहीं करता है और स्टैंडबाय के काम की निगरानी करना आवश्यक है;
- मुख्य डेटाबेस पर नई डेटा फ़ाइलें बनाते समय, उन्हें बैकअप में कॉपी किया जाना चाहिए;
- स्टैंडबाय डेटाबेस को रीड-ओनली मोड में खोला जा सकता है, लेकिन इस स्थिति में लॉगिंग नहीं होगी, और उसके बाद इसे अपनी पिछली स्थिति में लौटा दिया जाना चाहिए और सभी सत्र पूरे होने चाहिए;
- बैकअप डेटाबेस में स्विच करने के लिए, आप सामान्य मोड में खोलते हैं, tnsnames और listener.ora में पता (या होस्ट नाम) को बदलने की भूल किए बिना, ताकि आपके डेटाबेस एप्लिकेशन सामान्य रूप से कार्य करना जारी रखें। या, नेटवर्क उपकरणों की क्षमताओं का उपयोग करके, आधारों के लिए तार्किक आईपी पते असाइन करें;
- बैकअप डेटाबेस पर आपको यह बताते हुए एक त्रुटि दिखाई देगी कि यह अगला संग्रह लॉग नहीं ढूंढ सकता है;
- पता है कि इस पत्रिका को अभी तक मुख्य डेटाबेस में संग्रहीत नहीं किया गया है, आप ऐसा करके देख सकते हैं:

SQL> ALTER SYSTEM SWITCH LOGFILE;

मुख्य आधार पर, स्क्रिप्ट को शेड्यूल पर काम करने के लिए प्रतीक्षा करें (या इसे चलाने के लिए मजबूर करें) और इस तथ्य की जांच करें कि यह लॉग स्टैंडबाय से लुढ़का हुआ है।

परिणाम:

स्टैंडबाय संगठन समस्या का एक समान समाधान अधिक समय लेने वाला है, डेटाबेस व्यवस्थापक द्वारा अधिक प्रयास और नियंत्रण की आवश्यकता होती है, लेकिन डेटागार्ड ओरेकल ईई विकल्प की तुलना में बहुत सस्ता है।