Oracle AI Database 23.26.2 ద్వారా మీరు కేవలం ఒకే ఒక Data Guard Broker కమాండ్తో standby pluggable database (PDB) మరియు దాని redo logsలను సిద్ధం చేయవచ్చు. ఇది డిజాస్టర్-రికవరీ (disaster-recovery) సెటప్లను ఎ longtemps ఆలస్యం చేస్తున్న మాన్యువల్గా ఫైళ్లను కాపీ చేసే విధానాన్ని తొలగిస్తుంది.
ఇది ఎందుకు ముఖ్యం
ఒక physical standby PDBని సృష్టించడానికి అనేక మాన్యువల్ పనులు చేయాల్సి వచ్చేది: ప్రతి datafileను standby containerకి కాపీ చేయడం, explicit ALTER కమాండ్లతో standby redo logs (SRLs)ని నిర్మించడం మరియు మొత్తం కాన్ఫిగరేషన్ను సరిచూసుకోవడం. ప్రతి దశలోనూ టైపింగ్ తప్పులు (typo), ఫైల్ మిస్ అవ్వడం లేదా మ్యాచింగ్ కాని log group వంటి ప్రమాదాలు ఉంటాయి. ఇవి రికవరీ టెస్టింగ్ను ఆలస్యం చేయవచ్చు లేదా అత్యంత దారుణమైన సందర్భంలో, failover ప్రక్రియను దెబ్బతీయవచ్చు. ఈ ప్రక్రియను ఆటోమేట్ చేయడం వల్ల ఆ ప్రమాదాలు తగ్గుతాయి మరియు DBAలు ఉన్నత స్థాయి పనులపై దృష్టి పెట్టడానికి వీలవుతుంది.
ఇంతకుముందు standby PDBలను ఎలా నిర్మించేవారు
Multitenant architectureలో, ఒక primary CDB (container database) ఒకటి లేదా అంతకంటే ఎక్కువ PDBలను కలిగి ఉంటుంది. ఒక PDBని రక్షించడానికి, అడ్మినిస్ట్రేటర్లు ఈ క్రింది పనులు చేయాల్సి వచ్చేది:
- Primary నుండి standby hostకి ప్రతి datafileను గుర్తించి కాపీ చేయడం.
- Primary యొక్క redo-log లేఅవుట్ను పోలి ఉండేలా SRLsని మాన్యువల్గా సృష్టించడం.
- Standbyని సింక్ (sync) చేయడానికి RMAN restores లేదా duplicate కమాండ్లను రన్ చేయడం.
- Standby, switchoverని స్వీకరించగలదని నిర్ధారించుకోవడానికి వరుస వెరిఫికేషన్ దశలను నిర్వహించడం.
ముఖ్యంగా పెద్ద PDBల విషయంలో, ఈ వర్క్ఫ్లో కొన్ని గంటల సమయం తీసుకోవచ్చు మరియు చిన్న పొరపాటు జరిగినా standby ఉపయోగపడకుండా పోవచ్చు.
23.26.2 అప్డేట్ ఏం చేస్తుంది
తాజా Oracle AI Database రిలీజ్ అవసరమైన దశలను Data Guard Brokerలో అంతర్భాగం చేసింది. కేవలం ఒకే ఒక ADD PLUGGABLE DATABASE స్టేట్మెంట్ను జారీ చేయడం ద్వారా, broker ఈ క్రింది పనులు చేస్తుంది:
- కొత్త standby PDBని primaryతో రిజిస్టర్ చేస్తుంది.
- అవసరమైన datafilesను తెరవెనుక (behind the scenes) కాపీ చేస్తుంది—దీని కోసం RMAN restore లేదా మాన్యువల్ ఫైల్ కాపీ అవసరం లేదు.
- తగిన standby redo logsని జనరేట్ చేసి, వాటిని ఆటోమేటిక్గా standby CDBకి జోడిస్తుంది.
- PDBని READ ONLY మోడ్లో ఉంచుతుంది, తద్వారా ఇది physical standby switchover కోసం సిద్ధంగా ఉంటుంది.
టెస్ట్లో ఉపయోగించిన కమాండ్:
DGMGRL> ADD PLUGGABLE DATABASE 'amol' AT cdb2
SOURCE IS 'amol' AT cdb1
PDBFILENAMECONVERT IS "'/CDB1/','/CDB2/'";
ఒక రియల్-వరల్డ్ టెస్ట్
రచయిత cdb1లోని primary PDBని పోలి ఉండేలా, సెకండరీ CDB (cdb2)లో AMOL అనే పేరుతో ఒక standby PDBని సృష్టించారు. Broker ఈ ఆపరేషన్ను తక్షణమే పూర్తి చేసింది. ఎటువంటి RMAN restore రన్ కాలేదు, OS లాగ్స్లో మాన్యువల్ ఫైల్ కాపీలు కనిపించలేదు మరియు ఎటువంటి ALTER DATABASE స్టేట్మెంట్లు లేకుండానే standby redo log గ్రూపులు క్యాటలాగ్లో కనిపించాయి.
PDBని ఓపెన్ చేయగానే అది READ ONLY మోడ్లోకి మారింది, ఇది దాని physical-standby స్థితిని ధృవీకరించింది. Datafilesని తనిఖీ చేయగా, అవి standby వైపు ప్రొవిజన్ చేయబడ్డాయని తేలింది. Redo apply ఇప్పటికే రన్ అవుతోంది మరియు కాన్ఫిగరేషన్ switchover కోసం సిద్ధంగా ఉందని broker నివేదించింది.
DBAలకు దీని వల్ల కలిగే ప్రయోజనాలు
ఈ ఆటోమేషన్ వల్ల మానవ తప్పిదాల (human error) అవకాశం తగ్గుతుంది మరియు ప్లానింగ్ నుండి ప్రొడక్షన్ standby వరకు పట్టే సమయం గణనీయంగా తగ్గుతుంది. టీమ్లు ఇప్పుడు గంటల సమయం కాకుండా నిమిషాల్లోనే standby PDBలను ప్రొవిజన్ చేయవచ్చు, ఇది తరచుగా కొత్త సర్వీసులను ప్రారంభించే ఎన్విరాన్మెంట్లకు చాలా విలువైనది.
అయితే, దీని వల్ల Data Guard Broker యొక్క అంతర్గత లాజిక్పై ఆధారపడటం పెరుగుతుంది. కొంతమంది DBAలు పూర్తి నియంత్రణ (granular control) కోసం లేదా కస్టమ్ మానిటరింగ్ టూల్స్తో అనుసంధానించడానికి ప్రతి దశను స్వయంగా స్క్రిప్ట్ చేయడానికే ఇష్టపడతారు. సంక్లిష్టమైన సెటప్లలో—అంటే మల్టిపుల్ నెట్వర్క్లు, హెటెరోజీనియస్ స్టోరేజ్ (heterogeneous storage), లేదా నాన్-స్టాండర్డ్ redo లేఅవుట్లు ఉన్నప్పుడు—broker యొక్క డిఫాల్ట్ సెట్టింగ్లు తమ పాలసీలకు అనుగుణంగా ఉన్నాయో లేదో అడ్మినిస్ట్రేటర్లు ఇంకా తనిఖీ చేయాల్సి రావచ్చు.
తదుపరి ఏం చూడాలి
ఈ ఆటోమేషన్కు సంబంధించి మరిన్ని విస్తరణలను Oracle ప్రకటించలేదు, కానీ ఈ అడుగు భవిష్యత్తు రిలీజ్లలో మల్టీటెనెంట్ DR వర్క్ఫ్లోలో మరిన్ని అంశాలను brokerలోకి తీసుకువచ్చే అవకాశం ఉందని సూచిస్తోంది. వీటిని గమనించండి:
- అదనపు standby రకాలకు మద్దతు (ఉదాహరణకు, logical standby PDBs).
- ఆడిట్ ప్రయోజనాల కోసం broker నిర్ణయాలను చూపే విస్తృతమైన లాగింగ్ (logging).
- గతంలో మాన్యువల్ RMAN దశలపై ఆధారపడిన థర్డ్-పార్టీ బ్యాకప్ టూల్స్తో అనుకూలత (compatibility) తనిఖీలు.
మీ సంస్థ Oracle AI Databaseను high-availability కాన్ఫిగరేషన్లో ఉపయోగిస్తుంటే, దాని ప్రభావాన్ని అంచనా వేయడానికి నాన్-ప్రొడక్షన్ CDBలో కొత్త కమాండ్ను పరీక్షించడం అత్యంత వేగవంతమైన మార్గం.
ముఖ్య అంశం: Oracle AI Database 23.26.2 బహుళ దశలతో కూడిన, తప్పులు జరిగే అవకాశం ఉన్న standby PDB సెటప్ను ఒకే లైన్ ఆపరేషన్గా మారుస్తుంది, తద్వారా మల్టీటెనెంట్ ఎన్విరాన్మెంట్లకు వేగవంతమైన మరియు మరింత నమ్మదగిన డిజాస్టర్ రికవరీని అందిస్తుంది.