Archiving Overview

In premises deployments of NICE Uptivity, recordings are typically stored initially on the local hard drives in an Uptivity server. However, these drives only have enough space to store audio and video recordings for a short time. Archiving allows you to manage long-term storage of your recordings.

Archive Actions

Rules governing how recordings are archived are called archive actions and are initially configured during installation. If you need to change these rules, or set up new rules, you can do so later.

Schedules control when and what calls are recorded (see Recording Schedules Overview). They also define the recording's retention days (that is, how many days a recording is retained on the local system) and the first archive action (that is, what happens to the recording once the retention days have been met).

Important facts about archive actions include:

  • Archive actions should be configured before you create the schedule in which they are used.
  • If a recording belongs to more than one schedule, the archive action for the schedule with the highest priority takes precedence. If priorities are equal, the earliest-created schedule takes precedence.
  • The default archive action is Purge, which deletes recordings from the server once their retention period has been reached.
  • Archive actions can be edited but not deleted. If an archive action is no longer needed, its status can be set to inactive. The status can be changed back to active later if necessary.
  • Archive actions enable you to set different archiving plans for different types of calls. For example, Client A requires calls to be retained for one year, while Client B requires calls to be retained for two years. You can create a one-year archive action and a two-year archive action, and then apply them to separate schedules for each client.
  • Retention days and archive actions are applied when the call is recorded. Changing this value in a schedule only applies to calls made after applying the schedule change, not to calls that have already been recorded.
  • If a call is deleted from the server by an archive action, any QA evaluations performed on that call remain in the database for historical purposes. However, if a call is manually deleted, QA evaluations performed on the call are also deleted.

You can create a sequence of archive actions if that best meets your organization's needs. For example:

  • The recording schedule sets a value of 30 retention days for audio recordings. Calls are kept on the recording server for that period of time.
  • When the retention period is up, the schedule sets an archive action called ContactCenter. This archive action causes the recordings to be copied to a network share used by the contact center. The ContactCenter archive action sets a value of 90 days until the next archive action, and the recordings will remain on the network share for that period of time. Finally, the next archive action is defined as LongTerm.
  • When the ContactCenter archive action "expires" in 90 days, the LongTerm archive action causes the recordings to be copied to long-term storage on the organization's SAN. The LongTerm archive action sets a value of 730 days until the next archive action, so the recordings will remain on the SAN for two years. Finally, the next archive action is defined as Purge.
  • When the LongTerm archive action "expires" in 730 days, the recordings are deleted.

It is important to communicate archive action plans to your users so they understand how long recordings are retained by the system. Schedules and archive actions should be audited on a monthly basis to ensure all necessary information is being archived.

Archiver

The Archiver service controls disk and network usage by Uptivity archive actions, preventing them from overwhelming local system resources or network bandwidth. For example, Archiver can be configured so that recordings are only purged during specific time periods. This helps prevent system overload or excessive I/O operations in connected environments during peak hours. All Uptivity systems have at least one Archiver, and multiple Archivers are supported. The actual name of the service is CCArchiver.

Recordings can be archived to attached disks or to Windows Network File Shares (SMB). Archived recordings are still available for playback as long as the local disk is attached or the network file system is properly configured and available.

If there are database entries for duplicate or missing files, the Archiver will continue trying to archive these files unsuccessfully (and logging errors) until the invalid database entries are removed.

Archiver settings are configured during installation of your system, and typically do not need to be changed. If you do change settings for this service, they must be reloaded to take effect. This can be done automatically using the Enable Settings Reload setting, or manually using Refresh Settings in the Archiver Console.

Archive Media

Uptivity supports four types of archive media:

  • Disk — Use this storage type when you are archiving to a local disk. Uptivity must have read/write access to the disk. Disk storage supports the use of location file masks, which allow you to customize UNC paths, file types, and file names used in archiving.
  • SMB — Use this storage type to specify a CIFS/SMB network file storage share for archiving. If Uptivity is unable to write to the file share, the system generates an alert (see Logging and Alerts Overview). SMB storage supports the use of location file masks, which allow you to customize UNC paths, file types, and file names used in archiving.
  • DVD — Use this storage type if you archive to removable media. DVD+R, DVD-R, DVD+RW, and DVD-RW single-layer are supported. Archive actions using the DVD storage type only execute once per day, unless you manually archive recordings to DVD using the Archiver Console. DVD media must be manually removed and new media inserted on a daily basis. DVD storage does not support the use of location file masks.
  • XAM — Use this storage type in conjunction with the fixed-content access method on a Centera content-addressable storage platform. XAM storage does not support the use of location file masks.

Related Tasks

Related References