Oracle AI Database 23.26.2 आपको एक सिंगल Data Guard Broker कमांड के साथ स्टैंडबाय प्लगेबल डेटाबेस (PDB) और उसके redo logs को स्पिन अप करने की सुविधा देता है, जिससे फाइलों को मैन्युअल रूप से कॉपी करने की वह प्रक्रिया खत्म हो जाती है जिसने लंबे समय से डिजास्टर-रिकवरी सेटअप को धीमा कर रखा था।
यह क्यों महत्वपूर्ण है
एक फिजिकल स्टैंडबाय PDB बनाने के लिए मैन्युअल कार्यों की एक श्रृंखला की आवश्यकता होती थी: प्रत्येक datafile को स्टैंडबाय कंटेनर में कॉपी करना, explicit ALTER कमांड के साथ standby redo logs (SRLs) बनाना, और पूरे कॉन्फ़िगरेशन की दोबारा जांच करना। प्रत्येक चरण में टाइपो, फाइल छूट जाने या लॉग ग्रुप के मिसमैच होने का जोखिम रहता है, जिससे रिकवरी टेस्टिंग में देरी हो सकती है या सबसे खराब स्थिति में, failover विफल हो सकता है। इस प्रक्रिया को ऑटोमेट करने से ये जोखिम कम हो जाते हैं और DBAs को उच्च-स्तरीय कार्यों पर ध्यान केंद्रित करने की आजादी मिलती है।
पहले स्टैंडबाय PDB कैसे बनाए जाते थे
मल्टीटेनेंट आर्किटेक्चर में, एक प्राइमरी CDB (कंटेनर डेटाबेस) एक या अधिक PDBs को होस्ट करता है। एक PDB की सुरक्षा के लिए, एडमिनिस्ट्रेटर्स को ये करना पड़ता था:
- प्राइमरी से स्टैंडबाय होस्ट तक प्रत्येक datafile की पहचान करना और उसे कॉपी करना।
- मैन्युअल रूप से SRLs बनाना जो प्राइमरी के redo-log लेआउट को मिरर करें।
- स्टैंडबाय को सिंक में लाने के लिए RMAN रिस्टोर या डुप्लिकेट कमांड चलाना।
- यह सुनिश्चित करने के लिए सत्यापन (verification) चरणों की एक श्रृंखला चलाना कि स्टैंडबाय switchover स्वीकार कर सके।
इस वर्कफ़्लो में कई घंटे लग सकते थे, विशेष रूप से बड़े PDBs के लिए, और किसी भी छोटी सी चूक से स्टैंडबाय अनुपयोगी हो सकता था।
23.26.2 अपडेट क्या करता है
नवीनतम Oracle AI Database रिलीज़ आवश्यक चरणों को Data Guard Broker में ही शामिल (embed) कर देती है। एक सिंगल ADD PLUGGABLE DATABASE स्टेटमेंट जारी करके, ब्रोकर:
- प्राइमरी के साथ नए स्टैंडबाय PDB को रजिस्टर करता है।
- बैकग्राउंड में आवश्यक datafiles को कॉपी करता है—किसी RMAN रिस्टोर या मैन्युअल फाइल कॉपी की आवश्यकता नहीं होती।
- उपयुक्त standby redo logs जेनरेट करता है और उन्हें स्वचालित रूप से स्टैंडबाय CDB में जोड़ देता है।
- PDB को READ ONLY मोड में छोड़ देता है, जो फिजिकल स्टैंडबाय switchover के लिए तैयार होता है।
टेस्ट में उपयोग किया गया कमांड था:
DGMGRL> ADD PLUGGABLE DATABASE 'amol' AT cdb2
SOURCE IS 'amol' AT cdb1
PDBFILENAMECONVERT IS "'/CDB1/','/CDB2/'";
एक रियल-वर्ल्ड टेस्ट
लेखक ने cdb1 पर एक प्राइमरी PDB को मिरर करने के लिए एक सेकेंडरी CDB (cdb2) पर AMOL नाम का एक स्टैंडबाय PDB बनाया। ब्रोकर ने इस ऑपरेशन को तुरंत पूरा कर दिया। कोई RMAN रिस्टोर नहीं चला, OS लॉग्स में कोई मैन्युअल फाइल कॉपी नहीं दिखी, और बिना किसी ALTER DATABASE स्टेटमेंट के स्टैंडबाय redo log ग्रुप्स कैटलॉग में दिखाई देने लगे।
PDB को खोलने पर वह READ ONLY मोड में स्विच हो गया, जिससे इसके फिजिकल-स्टैंडबाय स्टेटस की पुष्टि हुई। datafiles की त्वरित जांच से पता चला कि उन्हें स्टैंडबाय साइड पर प्रोविजन कर दिया गया था। Redo apply पहले से ही चल रहा था, और ब्रोकर ने रिपोर्ट किया कि कॉन्फ़िगरेशन switchover के लिए तैयार है।
DBAs के लिए इसके निहितार्थ
यह ऑटोमेशन मानवीय त्रुटि की संभावना को कम करता है और प्लानिंग से लेकर प्रोडक्शन स्टैंडबाय तक लगने वाले समय को काफी कम कर देता है। टीमें अब घंटों के बजाय मिनटों में स्टैंडबाय PDBs प्रोविजन कर सकती हैं, जो उन वातावरणों के लिए विशेष रूप से मूल्यवान है जहाँ अक्सर नई सेवाएँ शुरू की जाती हैं।
इसका एक दूसरा पहलू Data Guard Broker के आंतरिक लॉजिक पर अधिक निर्भरता है। कुछ DBAs बारीक नियंत्रण (granular control) बनाए रखने या कस्टम मॉनिटरिंग टूल्स के साथ एकीकृत करने के लिए प्रत्येक चरण को स्वयं स्क्रिप्ट करना पसंद करते हैं। जटिल सेटअप में—जैसे मल्टीपल नेटवर्क, हेट्रोजेनियस स्टोरेज, या नॉन-स्टैंडर्ड redo लेआउट—एडमिनिस्ट्रेटर्स को अभी भी यह सत्यापित करने की आवश्यकता हो सकती है कि ब्रोकर के डिफॉल्ट्स उनकी नीतियों के अनुरूप हैं।
आगे क्या देखने को मिल सकता है
Oracle ने इस ऑटोमेशन के और विस्तार की घोषणा नहीं की है, लेकिन यह कदम बताता है कि भविष्य के रिलीज़ मल्टीटेनेंट DR वर्कफ़्लो के और अधिक हिस्सों को ब्रोकर में ला सकते हैं। इन पर नज़र रखें:
- अतिरिक्त स्टैंडबाय प्रकारों के लिए सपोर्ट (जैसे, logical standby PDBs)।
- विस्तृत लॉगिंग जो ऑडिट उद्देश्यों के लिए ब्रोकर के निर्णयों को सामने लाती है।
- थर्ड-पार्टी बैकअप टूल्स के साथ कम्पैटिबिलिटी चेक, जो पहले मैन्युअल RMAN चरणों पर निर्भर थे।
यदि आपका संगठन हाई-अवेलेबिलिटी कॉन्फ़िगरेशन में Oracle AI Database चलाता है, तो प्रभाव का आकलन करने का सबसे तेज़ तरीका नॉन-प्रोडक्शन CDB पर नए कमांड का परीक्षण करना है।
निष्कर्ष (Takeaway): Oracle AI Database 23.26.2 एक बहु-चरणीय, त्रुटि-प्रवण (error-prone) स्टैंडबाय PDB सेटअप को एक सिंगल-लाइन ऑपरेशन में बदल देता है, जिससे मल्टीटेनेंट वातावरण के लिए तेज़ और अधिक विश्वसनीय डिजास्टर रिकवरी मिलती है।