Submit a ticketCall us

Bridging the ITSM Divide
Integrated help desk and remote support software for faster resolution

Join us on Wednesday, November 29, 2017 at 11 a.m. CT, as we discuss the benefits of effectively integrating your help desk software with remote support solutions to help increase the efficiency of IT administration, improve communication, and decrease mean time to resolution (MTTR) for IT issues of all sizes. This directly impacts end-user satisfaction and your business’ bottom line. Register Now.

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

Decrease NCM CacheDiffResults table

Table of contents

Updated February 9, 2017

Overview

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.

Environment

Not restricted by NCM version or SQL server

Steps

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 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 work.  

 

 

 

Last modified

Tags

Classifications

Public