===== 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