Attention: Going through the steps of the Article will completely reset MCS and all monitoring profiles will have to be recreated manually.
Can we reset MCS monitoring as I have some issues with profiles? This KB Describes how to reset MCS Monitoring tables.
Release: UIM 8.x, 9.x
Follow the steps below to reprocess the MCS templates and repopulate the SSRV2Template db table.
UIM 8.x and earlier
UIM 8.51 and later
UIM 9.02 and later
If working on Oracle and using either SQL*Plus or SQL Developer you need to run
SQL> set define off;
before you run the script to avoid an issue with a label containing the & character. see here for an explanation.
this process was also used to solve the below error in the MCS logs:
Mar 18 11:08:51:698 [main, mon_config_service] com.microsoft.sqlserver.jdbc.SQLServerException: The statistics 'poller' is dependent on column 'poller'.
Mar 18 11:08:52:205  Controller: Max. restarts reached for probe
Also, for UIM 9.01EA, due to an issue with the V9_0_0_00__Add_SSRV2PolicyProfileBlob_Table.sql migration script added in (.01 EA, after executing the SSRV2_drop_all_tables.sql make sure you also drop the following before executing the Create_SSRV2_tables.sql script:
Note regarding MySQL (Upgrade from UIM 8.5.1 to 9.0.2 with MySQL v5.7)
- If the reset of MCS does not resolve the issues being see with mon_config_service, e.g., not starting, please also check this article:
MCS (mon_config_service) monitoring stopped working after upgrading UIM from 8.5.1 to version 9.0.2
NOTE FOR UIM 9.2.0:
After running the "Drop All Tables" script you should run the following queries in order:
drop sequence SSRV2PROFILEEVENT_SEQ;
drop sequence SSRV2POLICYPROFILEBLOB_SEQ;
drop sequence SSRV2POLICYTARGETSTATUS_SEQ;
drop table SSRV2CONTAINERPROPERTY;
drop table SSRV2POLICYPROFILEBLOB;
drop table SSRV2PROBETEMPLATEUPGRADE;
drop table SSRV2PROBETEMPLATESPACKAGE;
drop table "SSRV2SchemaMigration";
drop table SSRV2TEMPLATEFILTER;
drop table SSRV2PROFILECONDITION;
drop table SSRV2POLICYTARGETSTATUS;
drop table SSRV2PROFILEEVENT;
drop view SSRV2GROUPWITHPATH;
After this, verify all tables and sequences beginning with SSRV2 are gone from the database and manually delete any leftovers.
Make sure ALL SSRV2 Tables, Sequences, Functions, Triggers, and/or Views have been dropped, otherwise you will not resolve template problems showing up as XML, or templates becoming grayed out, or errors such as-> [main, mon_config_service] org.flywaydb.core.api.FlywayException.
To confirm all of the mon_config_service tables have been dropped, check using this query for Oracle databases:
select * FROM USER_OBJECTS WHERE OBJECT_NAME LIKE '%SSRV%'
select * from ssrv2template -> will show you which templates were processed and when they were processed.
Note that once the MCS is reset/the tables are dropped you must follow this sequence:
- Deactivate mon_config_service
- Delete it from the file system
- Redeploy it
- Redeploy the mcs_template probe packages to the Primary Hub from the local archive
- Activate mon_config_service
- Wait around 10-15 minutes then check