--- sourceDocument: Yokohama IT Operations Management sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/yokohama/it-operations-management Release : - yokohama ft:locale : - en-US ft:publication_title : - Yokohama IT Operations Management ft:clusterId : - itom bundleId : - itom workflow : - Technology --- # Modify tracking changes in configuration files # Modify tracking changes in configuration files {#ariaid-title1} * Release version: Yokohama * * Updated August 11, 2026 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 minutes to read Configure the system to collect information about changes in configuration files belonging to a configuration item (CI). Service Mapping uses this information to notify users that CI configuration files changed and to view actual changes to configuration files directly in the service instance maps. ## Before you begin To enable tracking configuration files for a CI for which the system does track files, configure classification for the CI type to which this CI belongs: * For CI types representing applications, [create a Discovery process classification](https://servicenow-prod.fluidtopics.net/Y0kJlJBBOBgJb1_WpeIZlg "A process classification allows Discovery to create a particular CI type from information gathered during the identification and exploration phases.") for the relevant pattern. Add the [Horizontal Pattern](https://servicenow-prod.fluidtopics.net/B9BrAmPVduyP_ToCMHpbFg "Discovery uses the Horizontal Pattern probe to launch patterns for horizontal discovery.") probe in the Probe column, and then specify your pattern in the Pattern column. * For CI types representing SNMP devices, perform configuration as described in [Create a Discovery CI classification](https://servicenow-prod.fluidtopics.net/IIbCQw4jyfDYfm6OcHRBIA "A CI classification allows Discovery to discover most common operating systems, network devices, and processes."). {#track-configuration-files__choices_opw_kwf_tw} Note: There is no need to create CI classifications for hosts because these classifications are included in the base system.Role required: cloud_admin, service_mapping_admin, or admin ## About this task The system tracks configuration files as part of horizontal discovery process of a CI to which these files belong. Configuration files contain CI settings and parameters. Service Mapping uses this information to notify users that CI configuration files changed and to view actual changes to configuration files directly in the service instance maps. To learn about how the system tracks configuration files, stores and updates information about these files, see [Configuration file tracking](https://servicenow-prod.fluidtopics.net/ucBfusmX~RhI57LZl4X~Tw "The horizontal discovery process can find configuration files that belong to certain applications and add those configuration files to the CMDB. You can track the changes to these files by comparing them to previous versions.").{#track-configuration-files__ConfigFilesShortDesc} The system tracks configuration files for CI types with process classifiers that trigger patterns. The patterns contain tracked file definitions, which specify the CI type that the application belongs to and the path of the configuration file. Several patterns, such as the IIS pattern, provide tracked file definitions by default. You can use these default definitions or create your own for any pattern a process classifier triggers. ## Procedure 1. Navigate to AllPattern DesignerDiscovery Patterns. 2. Select the pattern for the relevant CI. Important: Enabling configuration file tracking does not modify the contents of a pattern. 3. Select the Tracked Files tab. One or more tracked file definitions appear by default for Discovery [patterns that support configuration file tracking](https://servicenow-prod.fluidtopics.net/ucBfusmX~RhI57LZl4X~Tw#tracked-config-files__patterns-for-file-tracking). If you don't see the Tracked Files tab, verify that the pattern is specified process classier. See [Add the Horizontal Pattern probe to a classifier](https://servicenow-prod.fluidtopics.net/F1AaGd2A7GKs7d9ZAQQp5w#t_AddHorizontalPatternProbe "To use a pattern for the identification and exploration phases of horizontal discovery, you must add the Horizontal Pattern probe to the classifiers for the CIs are you trying to discover.") for instructions. 4. Select Edit to modify an existing definition or select New to create one. 5. Fill out or modify the form fields (see table): {#track-configuration-files__table_wsz_gn1_by__entry__2} | Field | Description | |-|-| | CI Type | Select either the primary or related CI type to which the configuration file belongs. | | File Path | Define the path of the configuration file to track. You can use pattern variables and wildcards. For example, for the following path: \/conf/\, enter $install_directory+"/conf/\*.xml" | | Save Content | Select this check box to make this file available for viewing and comparing directly the ServiceNow instance. | | Active | Select this check box to enable tracking of this configuration file. | [ ] {#track-configuration-files__table_wsz_gn1_by} 6. Select Done. 7. If necessary, set the tracked files deletion strategy as described in [Set the deletion strategy for tracked configuration files](https://servicenow-prod.fluidtopics.net/ZjL9CS3nSUwpNATtZB30iA "You can specify what you want to do with tracked configuration file CI records when pattern discovery can no longer find them.") {#track-configuration-files__steps_krh_xwc_rjc} ## What to do next Run discovery on the hosts that are running the applications you want to discover with patterns, open the application CI record, and check the Tracked Configuration Files related list. If you're using Service Mapping, verify that it started collecting information about changes to configuration files: 1. Navigate to the service instance map containing the CIs. 2. On the Changes tab, check that the list includes a record of the change you made. For example, that the configuration file was added, modified or deleted. {#track-configuration-files__ol_gzq_tdv_11b} *[\>]: and then