Oracle by Anand

ce este un nod Master în RAC

nodul master în oracle RAC este nod care este responsabil pentru inițierea copiei de rezervă OCR.
nod-id-ul nodului principal în rac este cel mai puțin nod-id dintre nodurile din cluater
nod-ID-urile sunt atribuite nodurilor în ordinea în care se alătură cluater-ului și, prin urmare, nodul care se alătură clusterului este desemnat ca nod principal

sarcina nodului principal

procesul crsd al nodului principal este responsabil pentru inițierea copiei de rezervă OCR
nodul principal este responsabil pentru sincronizarea cache-ului noduri
numai procesul crsd pe nodul principal actualizează OCR pe disc
în cazul evacuării nodului, dacă clusterul este împărțit în 2 noduri egale sub-clusterul având nodul principal supraviețuiește și celălalt sub-cluster este evacuat

cum se identifică nodul principal în RAC

există 3 moduri posibile
1> identificați nodul care efectuează copia de rezervă a OCR
$ ocrconfig-showbackup
node1 2017/06/17 21:32:42 +DATA_MGMT:/rac01/ocrbackup/backup00.ocr.281.946935141 0
node1 2017/06/17 21:32:42 +DATA_MGMT:/RAC01/OCRBACKUP/zi.ocr.282.946935163 0
node1 2017/06/17 21: 32: 42 + DATA_MGMT:/RAC01/OCRBACKUP/săptămână.ocr.283.946935165 0
PROT-25: Copiile de rezervă manuale pentru Registrul Cluster Oracle nu sunt disponibile
2> verificați jurnalele crsd din diferite noduri.
cat crsd.trc / grep MASTER
2017-06-17 17:30:51.457 : OCRMAS:2797573888: proath_master: conectat cu succes la MASTER
2017-06-17 17:30:51.457 : OCRMAS: 2797573888: th_master: noul OCR MASTER este 1
2017-06-17 17:30:52.095 : CRSPE:2384393984: {2:12188:2} pe numele principal: node1
2017-06-17 17:31:54.926 : CRSOCR:2388596480: {2:12188:2} înregistrat pe standby cu CSS. SUNT UN MAESTRU DE AȘTEPTARE.
2017-06-17 23:14:47.617 : CRSOCR: 2390697728: {2: 12188:3229} deregistrat pe standby cu CSS. NU MAI SUNT UN MAESTRU DE AȘTEPTARE.
2017-06-17 23:21:50.596 : OCRMAS: 1748141824: proath_master: conectat cu succes la MASTER
2017-06-17 23:21:50.596 : OCRMAS: 1748141824: th_master: noul maestru OCR este 1
2017-06-17 23:21:51.874 : CRSPE:1121937152: {2:46838:2} pe numele principal: node1
2017-06-17 23:22:15.020 : CRSOCR:1130342144: {2:46838:2} înregistrat pe standby cu CSS. SUNT UN MAESTRU DE AȘTEPTARE.
3 > verificați jurnalele ocssd din diferite noduri.
cat ocssd.trc / grep MASTER
2017-06-17 17:30:54.010 : din: 1971631872: clssgmOptagProcessGrockCreate: grock CLSN.ONSNETPROC.MASTER from node node1, number 1, with 1 attributes having size 20
2017-06-17 17:30:54.010 : CSSD:1971631872: clssgmGenSetGrockAttr: grock CLSN.ONSNETPROC.MASTER, attribute MAXMBRNUM, type 7, length 4, value (512/512/0x200)
2017-06-17 17:30:54.010 : CSSD:1971631872: clssgmGroupAttrPrint: Attributes for group CLSN.ONSNETPROC.MASTER, ID 32:2
2017-06-17 17:30:54.010 : CSSD:1971631872: clssgmGroupAttrPrint: Attributes for group CLSN.ONSNETPROC.MASTER, ID 32:2
2017-06-17 17:30:54.010 : CSSD:1971631872: clssgmsCreateMember: Creat memberID 32: 2: 1 în grupul CLSN.ONSNETPROC.MASTER cu abonamente la evenimente 0x000000a1, steaguri 0x0 pentru clientID 1:76:18

ce se va întâmpla dacă nodul principal este în jos.

întrebare foarte obious, în cazul în care nodul maestru este în jos ce se va întâmpla ? OCR nu va fi susținută?
când OCR master (crsd.procesul bin) se oprește sau repornește din orice motiv, crsd.bin pe supraviețuitor nod cu cel mai mic număr de nod va deveni nou OCR master.
doar pentru a dovedi același lucru, am repornit Node1, care este nodul meu principal actual și am verificat fișierul jurnal și am făcut și o copie de rezervă manuală OCR și puteți vedea rezultatul de mai jos
2017-06-18 00:17:15.398 : CRSPE:1121937152: {2:46838:561} pe rol / actualizare de Stat: rol vechi nou; stat vechi nou
2017-06-18 00:17:15.398 : CRSPE:1121937152: {2:46838:561} pe numele principal: node2
2017-06-18 00:17:15.403 : OCRMAS: 1748141824: th_master: 13: Eu sunt noul maestru OCR la incar 7. Numărul nodului 2
2017-06-18 00:17:15.407 : OCRSRV:1128240896: proas_amiwriter: ctx este maestru schimbarea / conectarea
2017-06-18 00:17:16.304 : CRSPE:1121937152: {2:46838:561} pe rol / actualizare de Stat: rol vechi nou; stat vechi nou
2017-06-18 00:17:16.311 : CRSPE:1121937152: {2:46838:561} pe rol / actualizare de Stat: rol vechi nou; stat vechi nou
să facem o copie de rezervă manuală OCR și să vedem ce se întâmplă
# ocrconfig-manualbackup
node2 2017/06/18 00: 23: 47 + DATA_MGMT:/RAC01/OCRBACKUP/backup_20170618_002347.ocr.284.946945427 0
după cum puteți vedea, deși am executat backup-ul de la node1, node2-ul său care a luat backup-ul

cel mai simplu mod de a identifica nodul principal în Oracle 12.2

și în cele din urmă cel mai simplu mod. Funcționează perfect cu 12c. nu sunt conștienți de alte versiuni
oclumon manage-get MASTER
Master = node2

Write a Comment

Adresa ta de email nu va fi publicată.