A custom table 'u_custom_server' extends 'cmdb_ci_server' and has additional fields. The admin notices that while regular attribute updates on the parent table propagate correctly to the child, some custom fields are not being updated during discovery. What is the most likely cause?
If custom fields are not part of the identification rule, discovery will not update them.
Why this answer
Option C is correct because ServiceNow's CMDB identification and reconciliation framework uses identification rules to determine which fields are used to match CI records during discovery. Custom fields on a child table like 'u_custom_server' are not automatically included in the parent table's identification rule; they must be explicitly added to the identification rule for the CI class. Without this, the discovery probe may create duplicate CIs or fail to update those custom fields, as the system does not consider them part of the unique identifier or update set.
Exam trap
The trap here is that candidates often assume discovery updates all fields on a table automatically, but ServiceNow's CMDB requires explicit configuration of identification rules to control which fields are used for matching and updating, especially for custom fields on extended tables.
How to eliminate wrong answers
Option A is wrong because if a custom field is not marked as 'Active' in the dictionary, it would not appear in the form or be available for data entry, but discovery updates are driven by the identification and reconciliation engine, not the field's active state. Option B is wrong because discovery probes operate at the system level and do not have field-level access controls; they use MID servers and credentials to collect data, and any field that exists in the table can be populated if the probe is configured to collect it. Option D is wrong because a 'stale glide record' is not a standard ServiceNow concept; records can be stale due to reconciliation rules or update failures, but this is a symptom, not a root cause, and the issue is specifically about identification rules not including custom fields.