- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎09-06-2017 09:47 AM
We switched over from the legacy CI identification scripts to the new Identification and Reconciliation engine for the CMDB. At first, the de-duplication tasks we useful and pointed out a few errors that we had. However, every false positive keeps reappearing and the usefulness has become a needle in a haystack.
Is there a way we can still use the Identification and Reconciliation, but not generate the de-duplication tasks anymore within Helsinki? Or will I have to migrate back to the legacy identifiers?
Solved! Go to Solution.
- Labels:
-
Discovery
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎09-06-2017 09:56 AM
The source of the above is: https://docs.servicenow.com/bundle/helsinki-it-service-management/page/product/configuration-managem...
There's still an option though... and that will be to create an onBefore insert business rule within the task table and have it abort the insert whenever you identify a de-duplication task.
Thanks,
Berny
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎09-06-2017 09:53 AM
Hi Andrew,
here goes what the documentation states:
Skip duplicationProcessing of sets of duplicate CIs depends on the system properties glide.identification_engine.skip_duplicates
(set to true by default) andglide.identification_engine.skip_duplicates.threshold
(set to 5 by default), and on the number of duplicate CIs in a set.
- If glide.identification_engine.skip_duplicates is true, and the number of duplicate CIs is less than the threshold specified byglide.identification_engine.skip_duplicates.threshold, then the oldest of the duplicate CIs is picked as a match and gets updated. The rest of the duplicate CIs are tagged as duplicates by setting the cmdb_ci's discovery_source field as 'Duplicate'.
- If glide.identification_engine.skip_duplicates is false, then matching of duplicate CIs fails with an error, and none of the duplicate CIs is updated.
To modify these properties, you need to first add them to the System Properties [sys_properties] table. For more information, see Properties installed with Identification and Reconciliation.
Thanks,
Berny
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎09-06-2017 09:56 AM
The source of the above is: https://docs.servicenow.com/bundle/helsinki-it-service-management/page/product/configuration-managem...
There's still an option though... and that will be to create an onBefore insert business rule within the task table and have it abort the insert whenever you identify a de-duplication task.
Thanks,
Berny
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎09-06-2017 09:58 AM
The clause to abort the insert within the business rule is:
current.setAbortAction(true);
Thanks,
Berny
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎09-07-2017 06:41 AM
It's so simple, I didn't even think of this as an option to do the abort action on the reconcile_duplicate_task table. Thanks!