Submit a ticketCall us

AnnouncementsAre You “Flying Blind?”

When it comes to your complex IT infrastructure, you want to ensure you have a good grasp of what’s going on to avoid any fire drills that result from guesswork. Read our white paper to learn how proactively monitoring your IT environment can help your organization while giving you peace of mind.

Get your free white paper.

Home > Success Center > Network Configuration Manager (NCM) > NCM - Knowledgebase Articles > Decrease NCM CacheDiffResults table

Decrease NCM CacheDiffResults table

Table of contents

Updated February 22, 2019


The NCM CacheDiffResults table in the Orion Database has been noted as being large and maybe impacting NCM or Orion performance. This article provides steps to trim it down.


Not restricted by NCM version or SQL server


NCM has a job set up for the routine cleaning of tables in the database as well as the Config Archive folder on the NCM server.

  1. From the Web Console, go to NCM jobs.
  2. Select Job Default Database and Archive Maintenance Job, and then click Edit.
  3. Set the Frequency of the job to run, (generally, weekly is sufficient), and then click Next.
  4. There are no options to select on Choose Nodes section, and then click Next.
  5. Notifications and logging page at your discretion, and then click Next.
  6. Add Job Specific Details. This is the core of the job: purge configs from the config archive folder older than xx.
    1. Generally, you can uncheck this unless space is becoming an issue, but if it is, recommend to back up and move these to store for disaster recovery, before deleting regardless.
    2. The location is determined by the settings > NCM settings > Config Archive Folder Locations.
    3. These are the device configurations downloaded to the Server and not the database.
    4. Purge config cache data older that:  XX
      1. Generally, Resources are maintained at as of last update, but could be looking over a specified period of time. Use this as well as the frequency of how often devices are backed up and what type of configs you are backing up. Three months is a general rule of thumb for the data retention here, but the value is up to the user and the policies in place as have these on a view.
      2. Each time a config is downloaded, it will compare to the same config type, then each of the others and then write an entry for each in the table, per config per device.
      3. This data is what is used to populate the Charts regarding the Config Differences (Running, Run vs start, Run vs Baseline.
    5. Purge Job Log:  These logs can be purged frequently and default settings should be sufficient.
    6. Purge Config Transfer request older than XX
      1. The size of this table is dependent on manual operations such as download configs, execute scripts via NCM.  Actions performed by jobs will not impact this table.
      2. The size of this table can impact the operations of these manual tasks if the table gets large. But is a good place to look for troubleshooting or validating.  




Last modified