[CMDB Health\Duplicates] How the CMDB Health Dashboard duplicates are evaluated in CMDB Duplicate metricDescription<!-- div.margin{ padding: 10px 40px 40px 30px; } table.tocTable{ border: 1px solid; border-color:#E0E0E0; background-color: rgb(245, 245, 245); padding-top: .6em; padding-bottom: .6em; padding-left: .9em; padding-right: .6em; } table.noteTable{ border:1px solid; border-color:#E0E0E0; background-color: rgb(245, 245, 245); width: 100%; border-spacing:2; } table.internaltable { white-space:nowrap; text-align:left; border-width: 1px; border-collapse: collapse; font-size:14px; width: 85%; } table.internaltable th { border-width: 1px; padding: 5px; border-style: solid; border-color: rgb(245, 245, 245); background-color: rgb(245, 245, 245); } table.internaltable td { border-width: 1px; padding: 5px; border-style: solid; border-color: #E0E0E0; color: #000000; } .title { color: #D1232B; font-weight:normal; font-size:28px; } h1{ color: #D1232B; font-weight:normal; font-size:21px; margin-bottom:-5px } h2{ color: #646464; font-weight:bold; font-size:18px; } h3{ color: #000000; font-weight:BOLD; font-size:16px; text-decoration:underline; } h4{ color: #646464; font-weight:BOLD; font-size:15px; text-decoration:; } h5{ color: #000000; font-weight:BOLD; font-size:13px; text-decoration:; } h6{ color: #000000; font-weight:BOLD; font-size:14px; text-decoration:; } ul{ list-style: disc outside none; margin-left: 0; } li { padding-left: 1em; } --> In the CMDB health dashboard, all different metrics are evaluated based on different rules that we define specific to health rules. But the Duplicate metrics are a little different. This is explained in this article. How it Works: Many times while we look at the CMDB Health dashboard results (cmdb_health_result), we see all different metrics and the related CI results in it. For all these, we can find some health-related rules and their metric definitions. But in the case of duplicate metrics, we can not find how it was determined and how it was evaluated. The duplicate metric is a unique metric, and it works as below: Starting from Jakarta versions with the introduction of CMDB Identification and Reconciliation, whenever a CI is passed through IRE (Identification and Reconciliation Engine) then the backend Java code identifies the CI using the CI Identifiers defined. During this process, the IRE also finds if there are any duplicates existing based on CI Identification rules. If it finds any duplicates of that CI, then it will create a "Remediate Duplicate Task" (table: reconcile_duplicate_task). And related duplicate CIs are audited in the table "Duplicate Audit Result" (duplicate_audit_result). The "Remediate Duplicate Task" internal payload field gives clear information about the CI details and, based on Remediate Duplicate Task can be found via module "De-Duplication Tasks". Related Duplicates CIs are stored in Duplicate Audit Result Coming to CMDB Health results, unlike all other metrics the duplicate metrics are evaluated just by processing the active Duplicate tasks and its related audit results. Below is the LifeCycle of CMDB Duplicate CIs: CI passed through IRE.IRE Engine Identifies the CI using the CI Identifiers.During this identification process (step#2) itself, it finds any duplicate CIs based on CI Identifiers.If IRE finds any matching duplicate CIs then it immediately creates a Remediate Duplicate Task and attaches the duplicate CIs in Duplicate Audit ResultDuring the CMDB Health job execution, the java code determines the existing valid duplicates from Remediate Duplicate Task table.Also grabs the related CIs from the Duplicate Audit Result and puts in cmdb_health_result table with metric Duplicate. Release or EnvironmentJakarta or later versions.Additional InformationPlease refer to the below Docs for more details about IRE and CI Identifiers. Identification and reconciliation components and processCMDB identification rulesResolve de-duplication tasksCMDB Health - Duplicate Metric - algorithm