Oracle by Anand

co je hlavní uzel v RAC

hlavní uzel v oracle RAC je uzel, který je zodpovědný za zahájení zálohování OCR.
Node-id hlavního uzlu v rac je nejméně node-id mezi uzly v cluateru
node-ID jsou přiřazeny uzlům v pořadí, v jakém se připojují k clusteru, a proto uzel, který se připojí k clusteru jako první, je označen jako Master Node

úkol hlavního uzlu

crsd proces hlavního uzlu je zodpovědný za zahájení zálohování OCR
Master node je zodpovědný za synchronizaci místní mezipaměti OCR napříč uzly
pouze proces crsd na hlavním uzlu aktualizuje OCR na disku
v případě vystěhování uzlu, pokud je cluster rozdělen na 2 stejné uzly, které má hlavní uzel přežije a druhý sub-cluster je vystěhován

jak identifikovat hlavní uzel v RAC

existují 3 možné způsoby
1> identifikovat uzel, který provádí zálohování 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 / den.OCR.282.946935163 0
node1 2017/06/17 21: 32: 42 +DATA_MGMT: / RAC01 / OCRBACKUP / týden.OCR.283.946935165 0
PROT-25: Ruční zálohování registru clusteru Oracle není k dispozici
2> zkontrolujte protokoly crsd z různých uzlů.
cat crsd.trc / grep MASTER
2017-06-17 17:30:51.457 : OCRMAS: 2797573888: proath_master: úspěšně připojen k MASTER
2017-06-17 17:30:51.457 : OCRMAS: 2797573888: th_master: nový OCR MASTER IS 1
2017-06-17 17:30:52.095 : CRSPE:2384393984: {2:12188:2} PE MASTER NAME: node1
2017-06-17 17:31:54.926 : CRSOCR:2388596480: {2:12188:2} registrovaný pe pohotovostní režim s CSS. JSEM POHOTOVOSTNÍ MISTR.
2017-06-17 23:14:47.617 : CRSOCR: 2390697728: {2: 12188:3229} odhlášený PE pohotovostní režim s CSS. UŽ NEJSEM POHOTOVOSTNÍ MISTR.
2017-06-17 23:21:50.596 : OCRMAS: 1748141824: proath_master: úspěšně připojen k MASTER
2017-06-17 23:21:50.596 : OCRMAS: 1748141824: th_master: NEW OCR MASTER IS 1
2017-06-17 23:21:51.874 : CRSPE:1121937152: {2:46838:2} PE MASTER NAME: node1
2017-06-17 23:22:15.020 : CRSOCR:1130342144: {2:46838:2} registrovaný pe pohotovostní režim s CSS. JSEM POHOTOVOSTNÍ MISTR.
3> zkontrolujte protokoly ocssd z různých uzlů.
kočka ocssd.trc / grep MASTER
2017-06-17 17:30:54.010 : ČSSD: 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: Vytvořeno členem 32:2: 1 ve skupině CLSN.ONSNETPROC.MASTER s odběry událostí 0x000000a1, vlajky 0x0 pro clientID 1:76:18

co se stane, pokud je hlavní uzel dole.

velmi poslušná otázka, pokud je hlavní uzel dole, co se stane ? Nebude OCR zálohována?
když OCR master (crsd.bin proces) zastaví nebo restartuje z jakéhokoli důvodu crsd.bin na přežívajícím uzlu s nejnižším číslem uzlu se stane novým OCR master.
Jen abych to dokázal, restartoval jsem Node1, což je můj aktuální hlavní uzel, zkontroloval jsem logfile a provedl také ruční zálohování OCR a výsledek můžete vidět níže
2017-06-18 00:17:15.398 : CRSPE:1121937152: {2:46838:561} PE Role / State Update: Stará role Nová; starý stát nový
2017-06-18 00:17:15.398 : CRSPE:1121937152: {2:46838:561} PE MASTER NAME: node2
2017-06-18 00:17:15.403 : OCRMAS: 1748141824: th_master: 13: Jsem nový mistr OCR v incar 7. Číslo uzlu 2
2017-06-18 00:17:15.407 : OCRSRV:1128240896: proas_amiwriter: ctx je hlavní změna / připojení
2017-06-18 00:17:16.304 : CRSPE:1121937152: {2:46838:561} PE Role / State Update: Stará role Nová; starý stát nový
2017-06-18 00:17:16.311 : CRSPE:1121937152: {2:46838:561} PE Role / State Update: Stará role Nová; starý stát nový
umožňuje provést ruční zálohování OCR a zjistit, co se děje
# ocrconfig-manualbackup
node2 2017/06/18 00:23:47 +DATA_MGMT:/RAC01/OCRBACKUP/backup_20170618_002347.OCR.284.946945427 0
jak vidíte, i když jsem provedl zálohu z node1, její node2, který vzal zálohu

nejjednodušší způsob, jak identifikovat hlavní uzel v Oracle 12.2

a nakonec nejjednodušší způsob. Pracuje perfektně s 12c. není si vědom o jiných verzích
oclumon manage-get MASTER
Master = node2

Write a Comment

Vaše e-mailová adresa nebude zveřejněna.