===== Oracle Clusterware 12c - Grid Infrastructure Management Repository (GIMR) - Die MGMTDB Datenbank auf Knoten 1 ===== Nach einer 12.1.0.2 Installation wird automatisch eine Datenbank "MGMTDB" mit auf dem ersten Knoten angelegt. Die Datendateien liegen dabei unpraktischer weise mit auf den VOT Platten. In dieser Datenbank liegen auch die Cluster Health Monitor (CHM) Daten , die noch zuvor in der Version 11g in einer Berkley Datenbank lagen siehe dazu auch [[dba:rac_ora_crf|Oracle Real Application Cluster Resource “ora.crf” – Der Cluster Health Monitor - 11g ]] Für die Grid Infrastructure Management Repository (GIMR) Datenbank stehen dann auch die entsprechenden SRVCTL Befehle zur Verfügung. Status: srvctl status mgmtdb Database is enabled Instance -MGMTDB is running on node racdb01 Konfiguration: srvctl config mgmtdb Database unique name: _mgmtdb Database name: Oracle home: Oracle user: grid Spfile: +VOT/_MGMTDB/PARAMETERFILE/spfile.268.875026481 Password file: Domain: Start options: open Stop options: immediate Database role: PRIMARY Management policy: AUTOMATIC Type: Management PDB name: racdbcluster PDB service: racdbcluster Cluster name: racdbcluster Database instance: -MGMTDB Der GIMR kann mit dem oclumon tool => siehe auch https://docs.oracle.com/database/121/CWADD/troubleshoot.htm#CWADD92247 abgefragt werden. Problem: Connection Error. Could not get RepPath. oclumon manage -get reppath Connection Error. Could not get RepPath. oclumon dumpnodeview dumpnodeview: Node name not given. Querying for the local host CRS-9118-Grid Infrastructure Management Repository connection error ORA-12514: TNS:listener does not currently know of service requested in connect descriptor Mangement DB im Cluster Scope starten ! srvctl stop mgmtdb srvctl start mgmtdb oclumon manage -get reppath CHM Repository Path = +VOT/_MGMTDB/FD9B43BF6A646F8CE043B6A9E80A2815/DATAFILE/sysmgmtdata.269.875026667 Einstellungen abfragen und setzen: #Wo liegt das ganze oclumon manage -get reppath CHM Repository Path = +VOT/_MGMTDB/FD9B43BF6A646F8CE043B6A9E80A2815/DATAFILE/sysmgmtdata.269.875026667 #Wie groß ist das ganze in Sekunden Aufbewahrungszeit oclumon manage -get repsize CHM Repository Size = 136320 seconds #anpassen oclumon manage -repos changeretentiontime 86400 oclumon manage -repos changerepossize 6000 ---- ==== MGMTDB auf anderen Knoten umziehen ==== Die Management DB kann im laufenden Betrieb auch auf den anderen Knoten gestartet werden: srvctl relocate mgmtdb ---- ==== Umziehen und Neu anlegen des GIMR ==== Unter vielen Umständen ist es sehr lästig, das auf der VOT Disk diese GIMR Datenbank "herumliegt" und bei Umbau Arbeiten, Storage Wartung etc. einem ständig vor dem Füßen herumliegt. Besser ist es dann diese DB einfach auch auf die eigentlichen Daten Platte zu legen und als normale Datenbank behandeln. Die Daten werden nicht gerettet, soll die Information aufgehoben werden diese zuvor als Text Datei exportierten: oclumon dumpnodeview -allnodes -v > Den Custer Health Monitor stoppen und disablen, die MGMTDB Resource löschen: #user grid srvctl stop mgmtdb #User Root export GRID_HOME=/opt/12.1.0.2/grid $GRID_HOME/bin/crsctl stop res ora.crf -init $GRID_HOME/bin/crsctl modify res ora.crf -attr ENABLED=0 -init $GRID_HOME/bin/srvctl remove mgmtdb Remove the database _mgmtdb? (y/[n]) y #User grid srvctl status mgmtdb PRCD-1120 : The resource for database _mgmtdb could not be found. PRCR-1001 : Resource ora.mgmtdb does not exist Damit ist die mgmtdb DB entfernt Name des Clusters abfragen, wird später bei der Anlage der DB benötigt: ${ORACLE_HOME}/bin/cemutlo -n Enthält der Clusternamen ein "-" muss der Strich durch ein "_" ersetzt werden! Container Database auf +DATA anlegen: #Als user grid dbca -silent -createDatabase -sid -MGMTDB -createAsContainerDatabase true -templateName MGMTSeed_Database.dbc -gdbName _mgmtdb -storageType ASM -diskGroupName +DATA -datafileJarLocation $ORACLE_HOME/assistants/dbca/templates -characterset AL32UTF8 -autoGeneratePasswords -skipUserTemplateCheck Registering database with Oracle Grid Infrastructure 5% complete Copying database files 7% complete ... 41% complete Creating and starting Oracle instance 43% complete 48% complete ... 64% complete Completing Database Creation 68% complete .... 100% complete Look at the log file "/opt/oracle/cfgtoollogs/dbca/_mgmtdb/_mgmtdb0.log" for further details. Die Pluggable Database aus der Seed Datenbank für die MGMTDB erzeugen: #Als user grid #Cluster namen noch ergänzen! dbca -silent -createPluggableDatabase -sourceDB -MGMTDB -pdbName -createPDBFrom RMANBACKUP -PDBBackUpfile $ORACLE_HOME/assistants/dbca/templates/mgmtseed_pdb.dfb -PDBMetadataFile $ORACLE_HOME/assistants/dbca/templates/mgmtseed_pdb.xml -createAsClone true -internalSkipGIHomeCheck Creating Pluggable Database 4% complete 12% complete ... 85% complete Completing Pluggable Database Creation 100% complete Look at the log file "/opt/oracle/cfgtoollogs/dbca/_mgmtdb/racdbcluster/_mgmtdb0.log" for further details. Anmeldedaten speichern: #Als user grid mgmtca Tritt hier MGTCA-1101 auf, stimmt etwas mit dem Namen der PDB nicht! Dieser Name MUSS dem Clusternamen entsprechen! siehe auch => Mgmtca MGTCA-1101 : Failure in Oracle Grid Infrastructure Management Repository Operation (Doc ID 2168379.1) Cluster Health Monitor reaktivieren und MGMTDB prüfen: #User Root $GRID_HOME/bin/crsctl modify res ora.crf -attr ENABLED=1 -init $GRID_HOME/bin/crsctl start res ora.crf -init $GRID_HOME/bin/srvctl status mgmtdb Database is enabled Instance -MGMTDB is running on node racdb01 Prüfen ob jetzt die DB auch wirklich auf der +DATA Platte zu finden ist: #Umgebung auf mgmtdb setzen rman connect target; report schema; sing target database control file instead of recovery catalog Report of database schema for database with db_unique_name _MGMTDB List of Permanent Datafiles =========================== File Size(MB) Tablespace RB segs Datafile Name ---- -------- -------------------- ------- ------------------------ 1 500 SYSTEM YES +DATA/_MGMTDB/DATAFILE/system.269.922719897 ... Geschafft! Listener prüfen: srvctl status mgmtlsnr Listener MGMTLSNR is enabled Listener MGMTLSNR is running on node(s): racdb01 ps uafx | grep tns .. grid 6584 0.0 0.2 166416 14012 ? Ssl 14:52 0:00 /opt/12.1.0.2/grid/bin/tnslsnr MGMTLSNR -no_crs_notify -inherit .. lsnrctl status MGMTLSNR .. Service "_mgmtdb" has 1 instance(s). Instance "-MGMTDB", status ... Auch OK! Nun prüfen ob die alten Daten auf der VOT Platte noch existiern und dort aufräumen: sqlplus / as sysasm SELECT f.group_number , f.file_number , round ( f.bytes / 1024 / 1024, 2) AS mb_bytes , a.name AS file_name FROM v$asm_file f, v$asm_alias a, v$asm_diskgroup dg WHERE f.file_number = a.file_number AND f.group_number = a.group_number AND dg.group_number = f.group_number AND dg.name LIKE UPPER ('&&DG_NAME') ORDER BY f.file_number / asmcmd cd VOT ls ASMCMD> rm -r _MGMTDB/ You may delete multiple files and/or directories. Are you sure? (y/n) y Siehe auch Doc ID 1589394.1 -How to Move/Recreate GI Management Repository to Different Shared Storage (Diskgroup, CFS or NFS etc) ---- ====Quellen ==== Support: * FAQ: 12c Grid Infrastructure Management Repository (GIMR) (Doc ID 1568402.1) * How to Move/Recreate GI Management Repository to Different Shared Storage (Diskgroup, CFS or NFS etc) (Doc ID 1589394.1) * Mgmtca MGTCA-1101 : Failure in Oracle Grid Infrastructure Management Repository Operation (Doc ID 2168379.1) * _mgmtdb Service Registered with All Local Listeners in a Grid Infrastructure Environment (Doc ID 1945558.1) Installation: * https://blogs.oracle.com/UPGRADE/entry/grid_infrastructure_management_repository_gimr * https://docs.oracle.com/database/121/CWADD/troubleshoot.htm#CWADD91091 Allgemein: * http://www.hhutzler.de/blog/using-management-repository-feature-12c/ * http://askdba.org/weblog/2013/07/mgmtdb-grid-infrastructure-management-repository/ * https://blogs.oracle.com/UPGRADE/entry/grid_infrastructure_management_repository_gimr * https://www.oracle.com/technetwork/database/options/clustering/ahf/learnmore/oracle-gimr-3623191.pdf