MGMTDB è una nuova istanza di database utilizzata per archiviare i dati di Cluster Health Monitor (CHM).
In Oracle 11g queste informazioni erano memorizzate nel database Berkley (file .bdb), in $GRID_HOME/crf/db/hostname, ma a partire dal database Oracle 12c è configurata come Oracle Single Instance.
In Oracle 12.1.0.1 il Grid Infrastructure Management Repository (GIMR) è facoltativo.
In Oracle 12.1.0.2 è obbligatorio e non è supportato per essere disattivato ad eccezione di Exadata.
# ps -ef |grep mdb_pmon oracle 4961 4124 0 11:05 pts/2 00:00:00 grep --color=auto mdb_pmon grid 40414 1 0 2018 ? 01:04:31 mdb_pmon_-MGMTDB
Di seguito avviso di avviso ricevuto dal controllo della griglia del tablespace SYSMGMTDATA con il 91% occupato:
Le variabili incluse nel trap oraEMNGAlert.
oraEMNGEventTargetName =-MGMTDB_exadb015.PDB_CLUSTER
oraEMNGEventMessage =Il tablespace SYSMGMTDATA ha occupato 91.314453125 .
oraEMNGEventSeverityCode =CRITICO
oraEMNGEventReportedTime =31 maggio 2020 19:31:27 BRT
oraEMNGEventCategories =Capacity
oraEMNGEventType =Metric Alert
oraEMNGEventTargetType =Database collegabile
oraEMNGEventHostName =exadb015
oraEMNGEventTargetVersion =12.1.0.2.0
oraEMNGEventUserDefinedTgtProp =Sistema operativo=Linux, Platform=x86_64,
oraEMNGEventRuleName =Tablespace, Tablespace
Controlla l'attuale repository CHM:
# oclumon manage -get reppath CRS-9001-internal error CRS-9010-Error manage: mandatory data not supplied
L'errore si verifica perché la risorsa è offline:
# crsctl stat res ora.crf -init NAME=ora.crf TYPE=ora.crf.type TARGET=ONLINE STATE=OFFLINE
Abilita la risorsa ora.crf:
# cd /u01/app/12.1.0.2/grid/bin/ # ./crsctl modify res ora.crf -attr ENABLED=1 -init
Avvia manualmente la risorsa ora.crf usando il comando seguente:
# crsctl start res ora.crf -init CRS-2672: Attempting to start 'ora.crf' on 'exadb015' CRS-2676: Start of 'ora.crf' on 'exadb015' succeeded
La risorsa è online:
# crsctl stat res ora.crf -init NAME=ora.crf TYPE=ora.crf.type TARGET=ONLINE STATE=ONLINE on exadb015 # crsctl stat res ora.mgmtdb -t -------------------------------------------------------------------------------- Name Target State Server State details -------------------------------------------------------------------------------- Cluster Resources -------------------------------------------------------------------------------- ora.mgmtdb 1 ONLINE ONLINE exadb015 Open,STABLE --------------------------------------------------------------------------------
Visualizza lo stato della configurazione corrente:
# srvctl config mgmtdb Database unique name: _mgmtdb Database name: Oracle home: <CRS home> Oracle user: grid Spfile: +DG_OCRVOTING/_MGMTDB/PARAMETERFILE/spfile.268.886174866 Password file: Domain: Start options: open Stop options: immediate Database role: PRIMARY Management policy: AUTOMATIC Type: Management PDB name: pdb_cluster PDB service: pdb_cluster Cluster name: pdb-cluster Database instance: -MGMTDB
Controlla l'attuale repository CHM:
# oclumon manage -get reppath CHM Repository Path = +DG_OCRVOTING/_MGMTDB/FD9B43BF6A646F8CE043B6A9E80A2815/DATAFILE/SYSMGMTDATA.269.886174975 # asmcmd ls -ls +DG_OCRVOTING/_MGMTDB/FD9B43BF6A646F8CE043B6A9E80A2815/DATAFILE/SYSMGMTDATA.269.886174975 Type Redund Striped Time Sys Block_Size Blocks Bytes Space Name DATAFILE HIGH COARSE JUN 01 12:00:00 Y 8192 262145 2147491840 6467616768 SYSMGMTDATA.269.886174975
Ridimensiona il file di dati. Ho aumentato la dimensione da 2048M a 3072M:
$ export ORACLE_SID=-MGMTDB $ sqlplus / as sysdba SQL*Plus: Release 12.1.0.2.0 Production on Mon Jun 1 13:32:46 2020 Copyright (c) 1982, 2014, Oracle. All rights reserved. Connected to: Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production With the Partitioning, Automatic Storage Management and Advanced Analytics options sql> show pdbs; CON_ID CON_NAME OPEN MODE RESTRICTED ---------- ------------------------------ ---------- ---------- 2 PDB$SEED READ ONLY NO 3 PDB_CLUSTER READ WRITE NO sql> alter session set container=PDB_CLUSTER; Session altered. sql> select TABLESPACE_NAME,FILE_NAME,AUTOEXTENSIBLE,BYTES/1024/1024 MB, MAXBLOCKS/1024/1024 from dba_data_files where TABLESPACE_NAME='SYSMGMTDATA'; TABLESPACE_NAME FILE_NAME AUT MB MAXBLOCKS/1024/1024 --------------- --------- ---- ------ -------------------- SYSMGMTDATA +DG_OCRVOTING/_MGMTDB/FD9B43BF6A646F8CE043B6A9E80A2815/DATAFILE/sysmgmtdata.269.886174975 NO 2048 0 sql> alter database datafile '+DG_OCRVOTING/_MGMTDB/FD9B43BF6A646F8CE043B6A9E80A2815/DATAFILE/sysmgmtdata.269.886174975' resize 3072m; Database altered.
Altri modi per risolvere il problema di spazio nel tablespace SYSMGMTDATA nel database GIMR:
– Sposta il repository GIMR in un'archiviazione condivisa diversa (Diskgroup, CFS o NFS ecc.) Come da Doc ID 1589394.1.
– Tronca i tavoli grandi di proprietà di CHM secondo Doc ID 2177879.1.
Normalmente le due tabelle seguenti possono essere troncate:
sql> truncate table CHM.CHMOS_PROCESS_INT_TBL; sql> truncate table CHM.CHMOS_DEVICE_INT_TBL;
I file di traccia dell'istanza MGMTDB si trovano per impostazione predefinita in:
$DIAG_HOME/_mgmtdb/-MGMTDB/trace
