MGMTDB е нов екземпляр на базата данни, който се използва за съхранение на данни за Cluster Health Monitor (CHM).
В Oracle 11g тази информация се съхранява в базата данни Berkley (.bdb файлове), в $GRID_HOME/crf/db/hostname, но започвайки от базата данни на Oracle 12c тя е конфигурирана като единичен екземпляр на Oracle.
В Oracle 12.1.0.1 хранилището за управление на Grid Infrastructure Management (GIMR) не е задължително.
В Oracle 12.1.0.2 е задължително и не се поддържа да бъде изключено с изключение на 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
Предупреждение по-долу, получено от Grid Control на пространството за таблици SYSMMGMTDATA с 91% заети:
Променливите, включени в trap oraEMNGAlert.
oraEMNGEventTargetName =-MGMTDB_exadb015.PDB_CLUSTER
oraEMNGEventMessage =Пространството за таблици SYSMMGMTDATA е заето 91.314453125 .
oraEMNGEventSeverityCode =КРИТИЧНО
oraEMNGEventReportedTime =31 май 2020 г. 19:31:27 BRT
oraEMNGEventCategories =Капацитет
oraEMNGEventType =Сигнал за метрични показатели
oraEMNGEventTargetType =Pluggable Database
oraEMNGEventHostName =exadb015
oraEMNGEventTargetVersion =12.1.0.2.0
oraEMNGEventUserDefinedTgtProp =Операционна система=Linux, Platform=x86_64,
NameNGEventTargetRus
Проверете текущото хранилище на CHM:
# oclumon manage -get reppath CRS-9001-internal error CRS-9010-Error manage: mandatory data not supplied
Грешката възниква, защото ресурсът е офлайн:
# crsctl stat res ora.crf -init NAME=ora.crf TYPE=ora.crf.type TARGET=ONLINE STATE=OFFLINE
Активирайте ресурса ora.crf:
# cd /u01/app/12.1.0.2/grid/bin/ # ./crsctl modify res ora.crf -attr ENABLED=1 -init
Стартирайте ръчно ресурса ora.crf, като използвате командата по-долу:
# crsctl start res ora.crf -init CRS-2672: Attempting to start 'ora.crf' on 'exadb015' CRS-2676: Start of 'ora.crf' on 'exadb015' succeeded
Ресурсът е онлайн:
# 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 --------------------------------------------------------------------------------
Показва състоянието на текущата конфигурация:
# 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
Проверете текущото хранилище на 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
Преоразмерете файла с данни. Увеличих размера от 2048M на 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.
Други начини за решаване на проблема с пространството в пространството за таблици SYSMMGMTDATA в базата данни GIMR:
– Преместете хранилището на GIMR в различно споделено хранилище (дискгрупа, CFS или NFS и т.н.) съгласно документ ID 1589394.1.
– Съкратете големите таблици, притежавани от CHM, съгласно документ с идентификатор 2177879.1.
Обикновено следните две таблици могат да бъдат съкратени:
sql> truncate table CHM.CHMOS_PROCESS_INT_TBL; sql> truncate table CHM.CHMOS_DEVICE_INT_TBL;
Файловете за проследяване на екземпляра MGMTDB могат да бъдат намерени по подразбиране в:
$DIAG_HOME/_mgmtdb/-MGMTDB/trace