Avaya CMS Using LAN Backup 19.2 March 2021
Avaya CMS Using LAN Backup 19.2 March 2021
Release 19.2
Issue 1
March 2021
© 2020-2021 Avaya Inc. OTHERWISE AGREED TO BY AVAYA IN WRITING, AVAYA DOES NOT
All Rights Reserved. EXTEND THIS LICENSE IF THE SOFTWARE WAS OBTAINED FROM
ANYONE OTHER THAN AVAYA, AN AVAYA AFFILIATE OR AN AVAYA
Notice CHANNEL PARTNER; AVAYA RESERVES THE RIGHT TO TAKE LEGAL
While reasonable efforts have been made to ensure that the information in this ACTION AGAINST YOU AND ANYONE ELSE USING OR SELLING THE
document is complete and accurate at the time of printing, Avaya assumes no SOFTWARE WITHOUT A LICENSE. BY INSTALLING, DOWNLOADING OR
liability for any errors. Avaya reserves the right to make changes and USING THE SOFTWARE, OR AUTHORIZING OTHERS TO DO SO,YOU, ON
corrections to the information in this document without the obligation to notify BEHALF OF YOURSELF AND THE ENTITY FOR WHOM YOU ARE
any person or organization of such changes. INSTALLING, DOWNLOADING OR USING THE SOFTWARE
(HEREINAFTER REFERRED TO INTERCHANGEABLY AS “YOU” AND “END
Documentation disclaimer USER”), AGREE TO THESE TERMS AND CONDITIONS AND CREATE A
“Documentation” means information published in varying mediums which may BINDING CONTRACT BETWEEN YOU AND AVAYA INC. OR THE
include product information, operating instructions and performance APPLICABLE AVAYA AFFILIATE (“AVAYA”).
specifications that are generally made available to users of products. Avaya grants You a license within the scope of the license types described
Documentation does not include marketing materials. Avaya shall not be below, with the exception of Heritage Nortel Software, for which the scope of
responsible for any modifications, additions, or deletions to the original the license is detailed below. Where the order documentation does not
published version of Documentation unless such modifications, additions, or expressly identify a license type, the applicable license will be a Designated
deletions were performed by or on the express behalf of Avaya. End User System License as set forth below in the Designated System(s) License (DS)
agrees to indemnify and hold harmless Avaya, Avaya's agents, servants and section as applicable. The applicable number of licenses and units of capacity
employees against all claims, lawsuits, demands and judgments arising out of, for which the license is granted will be one (1), unless a different number of
or in connection with, subsequent modifications, additions or deletions to this licenses or units of capacity is specified in the documentation or other materials
documentation, to the extent made by End User. available to You. “Software” means computer programs in object code,
provided by Avaya or an Avaya Channel Partner, whether as stand-alone
Link disclaimer products, pre-installed on hardware products, and any upgrades, updates,
Avaya is not responsible for the contents or reliability of any linked websites patches, bug fixes, or modified versions thereto. “Designated Processor”
referenced within this site or Documentation provided by Avaya. Avaya is not means a single stand-alone computing device. “Server” means a set of
responsible for the accuracy of any information, statement or content provided Designated Processors that hosts (physically or virtually) a software application
on these sites and does not necessarily endorse the products, services, or to be accessed by multiple users. “Instance” means a single copy of the
information described or offered within them. Avaya does not guarantee that Software executing at a particular time: (i) on one physical machine; or (ii) on
these links will work all the time and has no control over the availability of the one deployed software virtual machine (“VM”) or similar deployment.
linked pages.
License type(s)
Warranty Designated System(s) License (DS). End User may install and use each copy
Avaya provides a limited warranty on Avaya hardware and software. Refer to or an Instance of the Software only: 1) on a number of Designated Processors
your sales agreement to establish the terms of the limited warranty. In addition, up to the number indicated in the order; or 2) up to the number of Instances of
Avaya's standard warranty language, as well as information regarding support the Software as indicated in the order, Documentation, or as authorized by
for this product while under warranty is available to Avaya customers and other Avaya in writing. Avaya may require the Designated Processor(s) to be
parties through the Avaya Support website: identified in the order by type, serial number, feature key, Instance, location or
https://support.avaya.com/helpcenter/getGenericDetails?detailId=C200911201 other specific designation, or to be provided by End User to Avaya through
12456651010 under the link “Warranty & Product Lifecycle” or such successor electronic means established by Avaya specifically for this purpose.
site as designated by Avaya. Please note that if You acquired the product(s) Concurrent User License (CU). End User may install and use the Software on
from an authorized Avaya Channel Partner outside of the United States and multiple Designated Processors or one or more Servers, so long as only the
Canada, the warranty is provided to You by said Avaya Channel Partner and licensed number of Units are accessing and using the Software at any given
not by Avaya. time. A “Unit” means the unit on which Avaya, at its sole discretion, bases the
pricing of its licenses and can be, without limitation, an agent, port or user, an
“Hosted Service” means an Avaya hosted service subscription that You acquire e-mail or voice mail account in the name of a person or corporate function
from either Avaya or an authorized Avaya Channel Partner (as applicable) and (e.g., webmaster or helpdesk), or a directory entry in the administrative
which is described further in Hosted SAS or other service description database utilized by the Software that permits one user to interface with the
documentation regarding the applicable hosted service. If You purchase a Software. Units may be linked to a specific, identified Server or an Instance of
Hosted Service subscription, the foregoing limited warranty may not apply but the Software.
You may be entitled to support services in connection with the Hosted Service Shrinkwrap License (SR). You may install and use the Software in accordance
as described further in your service description documents for the applicable with the terms and conditions of the applicable license agreements, such as
Hosted Service. Contact Avaya or Avaya Channel Partner (as applicable) for “shrinkwrap” or “clickthrough” license accompanying or applicable to the
more information. Software (“Shrinkwrap License”).
Chapter 1: Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Purpose. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Chapter 6: Resources . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
Documentation. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73
CMS and CMS Supervisor Documents . . . . . . . . . . . . . . . . . . . . . . 73
Avaya Solutions Platform Documents . . . . . . . . . . . . . . . . . . . . . . 76
WebLM Documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
VMware Documents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77
Finding documents on the Avaya Support website . . . . . . . . . . . . . . . 77
Accessing the port matrix document. . . . . . . . . . . . . . . . . . . . . . . 78
Avaya Documentation Portal navigation . . . . . . . . . . . . . . . . . . . . . 78
Viewing Avaya Mentor videos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79
Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80
Using the Avaya InSite Knowledge Base . . . . . . . . . . . . . . . . . . . . 80
Appendix E: Changing the root user ID permissions to install software using FTP . 95
Glossary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97
Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101
Purpose
The document describes how to use the LAN backup feature with Avaya Call Management
System (CMS). This document is intended for:
● Avaya support personnel
● Contact center administrators
● IBM Spectrum Protect administrators
Users of this document must be familiar with IBM Spectrum Protect and Veritas Netbackup
(formerly known as Symantec Netbackup).
The Avaya Call Management System (CMS) LAN backup feature provides an alternative to the
traditional method of backing up and restoring data. In the past, the only way to backup and
restore data was to use a tape device located with CMS. LAN backup allows you to back up
CMS data and system information over a local area network (LAN) to a network backup server.
The network backup server has a software package that can control where, how, and when the
data is stored.
The benefits of using the CMS LAN backup feature are:
● Automated data backups
● Centralized storage location for backing up multiple CMS servers
● Faster data backups and restores (dependent on network configuration and traffic)
This section includes the following topics:
● Required software on page 11
● Required hardware on page 12
● LAN Backup in High Availability configurations on page 13
● General roles and responsibilities on page 13
Required software
The following software has been certified by Avaya for use with the LAN backup feature:
● CMS software, including any software associated with CMS.
● IBM Spectrum Protect Client Software Version 8.1.6 and IBM Spectrum Protect Server
Version 7.1.x.
! Important:
Important: IBM Spectrum Storage Protect was formerly known as Tivoli Storage Manager
(TSM). In this document, all references to TSM have been changed to IBM
Spectrum Protect. However, you will still see references to Tivoli and TSM in the
screen examples and file path names in this document, and you will still see
references to the TSM product on the IBM documentation websites referenced
from this document.
Installation of the IBM Spectrum Protect API and BA packages for Linux are required on
the CMS server. The CMS OVA includes the appropriate gskcrypt and gskssl
packages that are required on the CMS server.
Use IBM Spectrum Protect version 8.1.6 for Linux x86_64 for the Backup/Archive client
software.
Use IBM Spectrum Protect server version 7.1.x or later versions for the IBM Spectrum
Protect server software.
● Veritas Netbackup 7.7.3 client and Veritas Netbackup 7.7.3 server.
Installation of the Netbackup 7.7.3 client software for Linux is required on the CMS server.
! Important:
Important: CMS is only certified on IBM Spectrum Protect 8.1.6 client software and IBM
Spectrum Protect 7.1.x server software. Any reference to IBM Spectrum Protect
in this document means Version 8.1.6 client software and Version 7.1.x server
software.
! Important:
Important: Any reference to Netbackup in this document means Veritas Netbackup Version
7.7.3 (formerly known as Symantec Netbackup).
Required hardware
The following hardware is required to use the LAN backup feature:
● A storage device that is capable of interfacing with the storage manager software
● A network server for the storage manager server software
Note:
Note: A CMS server cannot be used as a network backup server.
● Any additional hardware required by CMS if you are running CMS on the existing
supported hardware. No additional hardware is needed if your CMS is a virtual system.
This section contains the procedures for configuring an Avaya Call Management System (CMS)
for use with the LAN backup feature. The customer is responsible for the installation of the
network backup software and the configuration of the network backup server software.
This section includes the following topics:
● Prerequisites on page 15
● Initial configuration of the CMS software for LAN backup on page 16
● Recommended ON-Bar configurations on page 17
● Recommended network backup client configurations for CMS on page 20
● Recording network information on page 29
Prerequisites
Before configuring any CMS software for the LAN backup, the customer must do the following
tasks:
● Be familiar with the network backup software product.
● Install the network backup software client software on the CMS server.
Note:
Note: If you want to install the Netbackup client software on the CMS server using the
FTP method as documented in Veritas Netbackup™ Installation Guide: Unix and
Windows, you must change the CMS root user ID permissions to allow remote
access. After you have installed the Netbackup client software, the root login
remote access permission must be reconfigured to the original setting. For
information about this procedure, see Changing the root user ID permissions to
install software using FTP on page 95.
● Install the network backup server software.
● Register the network backup licenses.
● Do any customization required by the network backup server software.
● Verify that the storage manager server can detect network backup clients.
● Verify the node name of the server where the network backup server software resides
Procedure
1. Set the IDS environment by entering:
. /opt/informix/bin/setenv
2. Enter:
cat /opt/informix/etc/onconfig.cms| grep BAR_ACT_LOG
3. Verify that the Informix configuration parameters for CMS have been set up.
For more information, see “Setting the Informix configuration parameters for CMS” in
Maintaining and Troubleshooting Avaya Call Management System.
###################################################################
# Licensed Material - Property Of IBM
#
# "Restricted Materials of IBM"
#
# IBM Informix Dynamic Server
# Copyright IBM Corporation 1996, 2009. All rights reserved.
#
# Title: onconfig.std
Verifying dsm.opt
Procedure
1. Verify that the dsm.opt file exists. Enter:
ls -l /opt/tivoli/tsm/client/ba/bin/dsm.opt
If the dsm.opt file exists, continue with Step 3.
2. To create the dsm.opt file, enter:
cp -rp /opt/tivoli/tsm/client/ba/bin/dsm.opt.smp /opt/tivoli/tsm/
client/ba/bin/dsm.opt
3. Verify that the dsm.opt file has been set up correctly. Enter:
cat /opt/tivoli/tsm/client/ba/bin/dsm.opt
4. Verify that the file contains the SErvername setting. The SErvername setting should
contain the host name of the server running the storage manager server software.
Example:
************************************************************************
* Tivoli Storage Manager *
* *
* Sample Client User Options file for UNIX (dsm.opt.smp) *
************************************************************************
................
................
................
* SErvername A server name defined in the dsm.sys file
SErvername server_1
Verifying dsm.sys
Procedure
1. Verify the dsm.sys file exists. Enter:
ls -l /opt/tivoli/tsm/client/ba/bin/dsm.sys
If the dsm.sys file exists, continue with Step 3.
2. To create the dsm.sys file, enter:
cp -rp /opt/tivoli/tsm/client/ba/bin/dsm.sys.smp /opt/tivoli/tsm/
client/ba/bin/dsm.sys
3. To verify that the dsm.sys file has been set up correctly, enter:
cat /opt/tivoli/tsm/client/ba/bin/dsm.sys
The file must contain the following settings:
● SErvername must contain the host name of the server running the storage manager
server software.
● COMMmethod must be set to TCPip.
● TCPServeraddress must contain the host and domain name of the IBM Spectrum
Protect server.
● PasswordAccess must be set to generate.
● inclexcl must contain the correct path for the include/exclude lists for the LAN
backup. The path is /cms/LANbkup/incl_excl/backup_excl.tivoli.
● errorlogname must contain the correct path for the IBM Spectrum Protect error log.
The path is /opt/informix/etc/dsmerror.log.
● schedlogname must contain the correct path for the IBM Spectrum Protect schedule
log. The path is /opt/informix/etc/dsmsched.log.
● schedlogretention must be set to 60.
● passworddir must be set to /opt/informix/etc/tsm.
Example:
************************************************************************
* Tivoli Storage Manager
*
*Sample Client System Options file for UNIX (dsm.sys.smp)
************************************************************************
*If your client node communicates with multiple TSM servers, be sure to add a
*stanza, beginning with the SERVERNAME option, for each additional server.
**************************************************************************
SErvername fritos
COMMmethod TCPip
TCPPort 1500
TCPServeraddress fritos.dr.avaya.com
PasswordAccess generate
inclexcl /cms/LANbkup/incl_excl/backup_excl.tivoli
errorlogname /opt/informix/etc/tsm/dsmerror.log
schedlogname /opt/informix/etc/tsm/dsmsched.log
schedlogretention 60
passworddir /opt/informix/etc/tsm
Procedure
1. Enter:
cd /tmp
4. Enter the password for the IBM Spectrum Protect server software.
! Important:
Important: Ignore any error messages about the backup.
5. Enter:
quit
6. Continue with Verifying the presence of the include and exclude list on page 25.
backup_excl.tivoli
3. If the include and exclude list does not exist, contact Avaya technical support or your
product representative for more information.
4. Continue with Recording network information on page 29.
Verifying bp.conf
After installation of the Netbackup client software, a file named /usr/openv/netbackup/
bp.conf should be created. The format of this file is simple. See the example below:
In this simple form, the bp.conf file has the minimum information of showing the Netbackup
server name and the Netbackup client name. Customers experienced with Netbackup may
include additional options in the file, if needed.
! Important:
Important: The client name in bp.conf for CMS use of NetBackup must match the uname
of the CMS server. Run the command uname -n on the CMS server to get the
correct name to use.
Note:
Note: All Netbackup servers used for customer's implementation must be included in
the bp.conf file.
Procedure
1. Enter the following command:
/usr/openv/netbackup/bin/informix_config
The system requests the Informix instance home path.
2. Enter:
/opt/informix
The system responds with output shown in the following example:
Linking /usr/lib/ibsad001.so to
/usr/openv/netbackup/bin/infxbsa.so64
Now specify the location of the XBSA file for the CMS setup.
3. Verify that the XBSA library location exists. Enter:
ls -l /opt/informix/lib/ibsad001.so
If the XBSA library location does not exist, continue with Step 6.
4. Verify that the XBSA library location is linked to the correct library:
Example:
<fileproperties> <timestamp> /opt/informix/lib/ibsad001.so -> /
usr/openv/netbackup/bin/infxbsa.so64
● If the link points to the correct library location, continue with Setting up Netbackup
policies on page 28.
● If the link does not point to the correct library location, continue with Step 5.
5. If the linked file /opt/informix/lib/ibsad001.so exists, enter:
rm /opt/informix/lib/ibsad001.so
6. Enter the following command:
ln -s /usr/openv/netbackup/bin/infxbsa.so64 /opt/informix/lib/
ibsad001.so
! Important:
Important: Avaya support personnel are not responsible for configuring policies or providing
Netbackup support.
Host name
IP address
Subnet mask
IP address of the gateway
(also called the default router)
IP address of the DNS server
This section contains the procedures used to back up and restore data on your CMS. The CMS
LAN backup feature works two ways, depending on the type of data to be backed up.
Data backup: Runs through the Informix tool ON-Bar. ON-Bar interfaces with the storage
manager using the X/Open Backup Services Application Programmer's Interface (XBSA
interface). ON-Bar backs up the data in the Informix database and the system tables. This is a
binary data backup and cannot be used for data migration purposes. For details on migration,
see Migration data backup on page 31.
Migration data backup: Creates an ASCII output file that is sent to the LAN backup server as
a regular file. Do not use this for daily backup. This method is for use in preparing for a data
migration only.
System backup: Uses a storage manager to manage the backup and restore. The storage
manager backs up the CMS operating-system files.
This section includes the following topics:
● Recommendations for backing up data on page 31
● Doing a CMS system data backup on page 32
● Doing a data backup on page 34
● Doing a migration data backup on page 37
● Restoring from a migration data backup on page 38
● Restoring CMS data on page 43
● Restoring the CMS server, software and data on page 46
Procedure
1. Enter:
/cms/LANbkup/bin/backup.tivoli X
where X is one of the following:
● 0 for a full system backup
● 1 for an incremental system backup
Note:
Note: The IBM Spectrum Protect documentation refers to the full data backup as a
selective backup.
2. Verify that the backup has completed successfully by entering:
cat /cms/install/logdir/backup.log
For more information, see Backup logs on page 58.
3. Do a data backup. For more information, see Doing a data backup on page 34.
Additional references
For information about backing up data, see Tivoli Storage manager Quick Reference for the
Backup-Archive Clients.
Procedure
1. Enter:
/cms/LANbkup/bin/backup.netbackup X
where X is one of the following:
● 0 for a full system backup
● 1 for an incremental system backup
2. Verify that the backup has completed successfully by entering:
cat /cms/install/logdir/backup.log
For more information, see Backup logs on page 58.
Note:
Note: When a backup using Netbackup completes, the system may display the
following message:
This message is normal. The system generates this message because Netbackup
attempts to modify file timestamps after it backs up a file.
3. Do a data backup. For more information, see Doing a data backup on page 34.
Note:
Note: For information about backing up data, see Veritas NetBackup™ 7.7.3 for
Informix Administrator's Guide.
Procedure
1. Enter:
/cms/LANbkup/bin/onbar_backup.tivoli X
where X is one of the following:
● 0 for a full data backup
● 1 for an incremental data backup
Note:
Note: The IBM Spectrum Protect documentation refers to the full data backup as a
selective backup.
2. Verify that the backup has completed successfully by entering the following commands:
cat /cms/install/logdir/backup.log
cat /cms/install/logdir/bar_act.log
For more information, see Backup logs on page 58.
Note:
Note: Ignore the following message that occurs the first time the data backup is
executed. The file '/opt/informix/etc/ixbar.1' is created when the first data
backup completes.
Open or close failed on file '/opt/informix/etc/ixbar.1', errno =2. No such file or
directory
Additional references
For more information about backing up data, see the Informix Backup and Restore Guide.
Procedure
1. Enter:
/cms/LANbkup/bin/onbar_backup.netbackup X
where X is one of the following:
● 0 for a full data backup
● 1 for an incremental data backup
The system may display the following message:
Note:
Note: The file /opt/informix/etc/ixbar.1 is created when the first data backup
completes. Ignore the message that the system displays for the first time the data
backup is executed.
2. Verify that the backup has completed successfully by entering the following commands:
cat /cms/install/logdir/backup.log
cat /cms/install/logdir/bar_act.log
For more information, see Backup logs on page 58
Note:
Note: Ignore the following message WARNING: BAR_TIMEOUT Storage Manager
Progress may be stalled. The onbar backup forks the dbs backup processes in a
different order each time. If the cmsdbs happens to go before any other dbs
backup, it may easily take more than the timeout value for the other dbs backup
processes. Check the Netbackup server for problems if you suspect the backup
has actually stalled.
Additional references
For more information about backing up data, see the Veritas NetBackup™ 7.7.3 for Informix
Administrator's Guide.
- /cms/maint/r3mig/mig.log
INFO: New UNIX user normusr1: name, room and telephone will not
be migrated.
- /cms/maint/restore/rest.log
Created UNIX login 'normusr1'.
Warning: Name, Telephone, and Room will not be restored for
normusr1.
! CAUTION:
CAUTION: Do this procedure only once. Attempting to migrate system administration data
more than once causes catastrophic errors from which you are unable to recover.
Failure to heed to this warning can irretrievably destroy data.
Procedure
1. Log on to CMS.
The system displays the CMS main window.
2. From the CMS main menu, select System Setup > CMS State to put CMS into single-user
mode.
3. From the CMS main menu, select System Setup > R3 Migrate Data.
The system displays the R3 Migrate Data window.
4. In the R3 Migrate Data window, enter the values and select the options that are indicated
in the following table:
For the device name in the System Setup > R3 Migrate Data screen, use the device
name: "DO NOT USE".
5. Press Enter to access the action list in the top right corner.
6. Select Run and press Enter.
The system displays the progress of the migration in the Status: field. When the migration
ends, the system indicates the success or failure of the migration in this field.
Note:
Note: After the migration is complete, you will receive a message if the migration of any
custom reports fail. Information about the failed reports are written to the
r3mig.log file. After you acknowledge the message, contact Avaya
Professional Services to have the custom report migrated to the new system.
7. Press F3 (commands) and select the UNIX option to display the UNIX prompt.
8. Enter:
pg /cms/migrate/r3mig.log
This command displays the customer migration log.
9. Look at the contents of the customer migration log and take any necessary corrective
action. Note that the migration log file can be large. For help with interpreting the log,
contact technical support or your customer representative.
10. To exit the UNIX window, enter:
exit
3. In the R3 Migrate Data window, enter the values and select the options that are indicated
in the following table:
For the device name in the System Setup > R3 Migrate Data screen, use the device
name: DO NOT USE.
4. Press Enter to access the action list in the top right corner.
5. Select Run and press Enter.
The system displays the progress of the migration in the Status: field. When the migration
ends, the system indicates the success or failure of the migration in this field.
6. Press F3 (commands) and select the UNIX option to display the UNIX prompt.
Procedure
1. Log on to CMS.
The system displays the CMS main window.
2. Verify that the full maintenance backup tape created earlier is in the tape drive.
3. From the CMS main menu, select System Setup > R3 Migrate Data.
The system displays the R3 Migrate Data window.
4. Enter the values and select the options that are indicated in the following table:
For the device name in the System Setup > R3 Migrate Data screen, use the device
name: DO NOT USE.
5. Press Enter to access the action list in the top right corner.
6. Select Run and press Enter.
The system displays the progress of the migration in the Status: field. When the migration
ends, the system indicates the success or failure of the migration in this field.
Note:
Note: A full historical migration can take several hours. It runs in the background, so
you can exit the migration window and do other tasks. If you do that, bring up the
migration window periodically to check on the progress.
7. Press F3 (commands) and select the UNIX option to display the UNIX prompt.
8. Enter:
pg /cms/migrate/r3mig.log
This command displays the customer migration log.
9. Look at the contents of the customer migration log and take any necessary corrective
action. Note that the migration log file can be large. For help with interpreting the log,
contact technical support or your customer representative.
10. Repeat this procedure using the incremental backup tape if one was created.
11. To exit the UNIX window, enter:
exit
Restoring CMS data from data backup using IBM Spectrum Protect
Procedure
1. Enter:
cd /
2. Enter:
/cms/LANbkup/bin/onbar_restore.tivoli
Note:
Note: If the CMS software is on, the restore script will automatically turn the CMS
software off and Informix IDS off.
The system displays the following message:
3. Enter: y
The system restores the data.
! Important:
Important: Some storage devices require the media to be changed manually. It may be
necessary to have someone change the storage media.
4. Verify that the restore has completed successfully by entering:
cat /cms/install/logdir/restore.log
The system displays the CMS restore log.
Procedure
1. Enter:
cd /
2. Enter:
/cms/LANbkup/bin/onbar_restore.netbackup
Note:
Note: If the CMS software is on, the restore script will automatically turn the CMS
software off and Informix IDS off.
The system displays the following message:
3. Enter: y
The system restores the data.
! Important:
Important: Some storage devices require the media to be changed manually. It may be
necessary to have someone change the storage media.
Prerequisites
Before you begin restoring the system, do the following tasks:
● Locate the most recent system backup on the storage manager.
● Locate the most recent data backup on the storage manager.
● Do any necessary hardware repairs.
● Obtain the storage manager client software:
- IBM Spectrum Protect Linux x86_64 Backup/Archive Clients
- Netbackup Unix Clients
Prerequisites
Before you begin the installation procedures, do the following tasks:
● Identify the host name of the system, which is designated by the Technical Service Center
(TSC).
● Identify the Internet Protocol (IP) address of the system (this is usually the address in a
customer’s network).
● Identify the default router for the system (this is usually the address in a customer’s
network).
● Identify the subnet mask for the system (this is usually the address in a customer’s
network).
For information about restoring a CMS server, see Recovering a hardware CMS server in
Maintaining and Troubleshooting Avaya Call Management System.
Procedure
1. Obtain the IBM Spectrum Protect client from IBM Passport Advantage or IBM Fix Central
and download it to the CMS server. The required packages are gskcrypt, gskssl,
TIVsm-API64, TIVsm-BA, and TIVsm-BAhdw. Use rpm -U to update gskcrypt and gskssl,
as both are already installed with CMS. Use a single rpm -Uvh to install TIVsm-API64,
TIVsm-BA, and TIVsm-BAhdw.
Example:
rpm -U gskcrypt64-8.0.55.2.linux.x86_64.rpm
rpm -U gskssl64-8.0.55.2.linux.x86_64.rpm
rpm -Uvh TIVsm-API64.x86_64.rpm TIVsm-BA.x86_64.rpm
TIVsm-BAhdw.x86_64.rpm
2. Do any customization required for communication with the server software. The CMS
server must be on the network. For more information, see Configuring the network settings
on a CMS server on page 64.
3. Do the following tasks:
● Verifying dsm.opt on page 21
● Verifying dsm.sys on page 22
6. Enter the password for the IBM Spectrum Protect server software.
! Important:
Important: Ignore any error messages about the backup.
7. Enter:
quit
8. Restore CMS by entering the following command on a single line at the command prompt:
dsmc restore /cms/ -subdir=yes -latest 2>&1 | tee -a /tmp/tmp.log
Note:
Note: You can check for error messages from the restore in /tmp/tmp.log. This log will
not be present if the system is rebooted.
● If a User Action is requested for a write-protected file, choose to Force an overwrite on
all objects that are write protected.
● If a User Action is requested for an existing file, choose to Replace all objects that
already exist.
9. Restore the system data by entering:
/cms/LANbkup/bin/restore.tivoli
! Important:
Important: Some storage devices require the media to be changed manually. Someone may
have to change the storage media.
The system displays the following message:
Note:
Note: The IBM Spectrum Protect may prompt you to enter the user ID and user
password.
Note:
Note: If the system prompts to replace or skip any objects, choose Option 2, Replace
all objects that already exist.
If the system prompts to force an overwrite or skip any objects, choose Option 2,
Force an overwrite on all objects that are write protected.
Note:
Note: Depending on the platform and hardware, the restore.tivoli process can
take a few hours to complete. Do not interrupt the restore.
● The state of FIPS 140-2 will be checked after the restore. If the backup indicates that
FIPS 140-2 needs to be turned on, the script will automatically activate it and do a
reboot. If the backup indicates that FIPS 140-2 was not turned on, you must reboot the
system manually. Continue with Step 11.
11. Manually reboot the system. Enter:
shutdown -r now
12. Log in to the system as root.
! Important:
Important: You cannot directly log on as root from a remote connection. You must log on
using an administered CMS user ID, then use su - root to log on with root
privileges.
13. Restore the CMS data by entering:
/cms/LANbkup/bin/onbar_restore.tivoli
The system displays the following message:
14. Enter: y
Note:
Note: Depending on the amount of data, the data restore could take several minutes or
several hours to complete.
15. If the system prompts for a user ID, enter the IBM Spectrum Protect server user ID.
16. If the system prompts for a user password, enter the IBM Spectrum Protect server user
password.
===== LAN SYSTEM RESTORE STARTED Thu Nov 21 22:11:13 EST 2019
. . .
//./etc/request-key.conf
//./etc/vmware-tools/vgauth/schemas/xmldsig-core-schema.xsd
//./etc/vmware-tools/vgauth/schemas/datatypes.dtd
//./etc/vmware-tools/vgauth/schemas/XMLSchema-instance.xsd
. . .
//./export
//./media
6069818 blocks
. . .
===== LAN SYSTEM RESTORE SUCCESSFULLY FINISHED Thu Nov 21 22:17:24 EST 2019
. . .
+++++ ON-Bar RESTORE SUCCESSFULLY FINISHED Thu Nov 21 22:28:24 EST 2019
! Important:
Important: Some storage devices require the media to be changed manually. It may be
necessary to have someone change the storage media.
18. To verify the server’s Firewall settings:
a. Run:
cmssvc
b. Enter the number associated with security.
The system displays the following:
Procedure
1. Install the Netbackup client software on the CMS server.
For more information on installing the client software, see the appropriate section in the
Veritas NetBackup™ 7.7.3 Installation Guide for Unix.
2. Do any customization required for communication with the server software. The CMS
server must be on the network. For more information, see the Configuring the network
settings on a CMS server on page 64.
3. Enter:
ksh -o vi
4. Restore CMS by entering the following command on a single line at the command prompt:
/usr/openv/netbackup/bin/bprestore -L /tmp/tmp.log -C {clientname}
-t 0 -k "CMS_*" -w 8:00:00 /cms/
Note:
Note: You can check for error messages from the restore in /tmp/tmp.log.
5. Change to the root directory. Enter:
cd /
6. Restore the system by entering:
/cms/LANbkup/bin/restore.netbackup
! Important:
Important: Some storage devices require the media to be changed manually. It may be
necessary to have someone change the storage media.
The system displays the following message:
! CAUTION:
CAUTION: If this is a restore to hardware, then depending upon the platform, the
restore.netbackup process can take a few hours to complete. Do not
interrupt the restore.
● The state of FIPS 140-2 will be checked after the restore. If the backup indicates that
FIPS 140-2 needs to be turned on, the script will automatically activate it and do a
reboot. If the backup indicates that FIPS 140-2 was not turned on, you must reboot the
system manually. Continue with Step 11.
● If the system does not boot automatically, you must reboot the system manually.
Continue with Step 8.
8. Manually reboot the system. Enter:
shutdown -r now
Note:
Note: During the shutdown process of the system, the state of some services can be
displayed as FAILED. This is normal and you can ignore them.
9. During the boot process, the system can display the following WARNING message. This
message is acceptable.
! Important:
Important: You cannot directly log on as root from a remote connection. You must log on
using an administered CMS user ID, then use su - root to log on with root
privileges.
===== LAN SYSTEM RESTORE SUCCESSFULLY FINISHED Mon Aug 26 16:02:19 MDT 2013
17. Enter: y
Note:
Note: Depending on the amount of data, the data restore could take several minutes or
several hours to complete.
Additional Information
For more information, see Veritas NetBackup™ 7.7.3 Installation Guide for Unix.
This section provides solutions for common problems with the Avaya Call Management System
(CMS) LAN backup feature.
This section includes the following topics:
● Basic troubleshooting on page 57
● Backup logs on page 58
● Configuring the network settings on a CMS server on page 64
● Troubleshooting the IBM Spectrum Protect include and exclude list on page 65
● IBM Spectrum Protect Storage pool variable error messages on page 67
● Verifying the network card settings on page 67
● Checking shared memory parameters on page 69
● Restarting a IBM Spectrum Protect restore after it has stopped on page 70
Basic troubleshooting
When trying to determine why a backup or restore is not working, there are some basic steps
you should do first:
1. Verify that the CMS server, backup server, and storage device has power and is online.
2. Verify that the appropriate storage media is loaded in the storage device.
3. Check the cabling on the CMS server. Make sure all the cables and connectors are
securely attached.
4. Verify that the CMS server can detect the backup server over the network.
5. Verify that the backup server can detect the CMS server over the network.
Backup logs
There are five backup logs that can be used to monitor the status of a backup. The backup logs
are found in /cms/install/logdir
This section includes the following topics:
● backup.log on page 58
● bar_act.log on page 61
● dsierror.log on page 61
● dsmerror.log on page 61
● nbuerror.log on page 62
● restore.log on page 63
For more information on error codes, see the appropriate IBM Spectrum Protect website: https:/
/www.ibm.com/support/knowledgecenter/SSEQVQ_8.1.6/tsm/welcome.html.
backup.log
The backup.log file contains the most information about the status of backups. This log
includes information on:
● When the backup started and ended
● The type of backup performed
● Connection to the storage manager server
● Level of the backup
● Files included in the backup
● Network status
===== LAN SYSTEM BACKUP STARTED Thu Jul 25 21:11:02 EDT 2019
./backup.tivoli 0
Converter started Thu Jul 25 21:11:02 EDT 2019
Converter completed successfully Thu Jul 25 21:11:03 EDT 2019
Tivoli Storage Manager started Thu Jul 25 21:11:03 EDT 2019
IBM Spectrum Protect
Command Line Backup-Archive Client Interface
Client Version 8, Release 1, Level 6.0
Client date/time: 07/25/2019 21:11:04
(c) Copyright by IBM Corporation and other(s) 1990, 2018. All Rights
Reserved.
===== LAN SYSTEM BACKUP SUCCESSFULLY FINISHED Thu Jul 25 21:13:57 EDT 2019
./onbar_backup.tivoli 0
+++++ ON-Bar BACKUP SUCCESSFULLY FINISHED Thu Jul 25 21:16:03 EDT 2019
bar_act.log
The bar_act.log file contains information about the status of the Informix On-Bar data backups.
For more information, see the Informix documentation.
Example:
dsierror.log
The dsierror.log file contains information about the communication between the X/Open
Backup Services Application Programmer's Interface (XBSA interface) and On-Bar. This log
may not exist on your system. The error log is created when a failure message is generated.
Example:
dsmerror.log
The dsmerror.log file contains information about IBM Spectrum Protect software processes.
This log provides error codes that can be used to obtain more information about any potential
problems with the software. This log may not exist on your system. The error log is created
when a failure message is generated.
Example:
Procedure
1. From the # prompt, enter:
dsmc
The system enters the storage manager command line mode and the prompt changes to
tsm>.
2. Enter
help
The system displays a help menu.
3. Scroll through the help menu to find the range of error codes that the error code would fit
into.
4. Enter the numeric designation for the error code range.
5. Scroll through the error code table to find the entry for the error code.
Example:
If the log displays the error code ANS1115W, enter: help
The system displays the help menu.
Scroll through the list, and find the option for the error message:
167 - ANS1100-ANS1119
Enter: 167
The system displays a table with error codes. Scroll through the table, and locate the error
message.
nbuerror.log
The nbuerror.log file contains information about Netbackup software processes. This log
provides error codes that can be used to obtain more information about any potential problems
with the software. This log may not exist on your system. The error log is created when a failure
message is generated.
Procedure
1. From the # prompt, enter:
dsmc
The system enters the storage manager command line mode and the prompt changes to
<tsm>
2. Enter help
The system displays the help menu.
3. Scroll through the help menu to find the range of error codes that the error code would fit
into.
4. Enter the numeric designation for the error code range.
5. Scroll through the error code table to find the entry for the error code.
For example, If the log displays the error code ANS1115W, enter: help. The system
displays the help menu. Scroll through the list and find the option for the error message:
167 - ANS1100-ANS1119
Enter: 167.
The system displays a table with error codes. Scroll through the table and locate the error
message:
ANS1115W File 'file-namefile-namefile-name' excluded by Include/
Exclude list
restore.log
The restore.log file contains information about the status of a data or system restore. This log
is a CMS log. The other backup logs can be used to provide more detailed information about a
particular backup or restore process.
Example:
===== LAN SYSTEM RESTORE STARTED Tue Dec 12 17:44:41 EST 2017
===== LAN SYSTEM RESTORE SUCCESSFULLY FINISHED Tue Dec 12 18:26:32 EST 2017
+++++ ON-Bar RESTORE STARTED Wed Dec 13 15:29:35 EST 2017
+++++ ON-Bar RESTORE SUCCESSFULLY FINISHED Tue Dec 19 14:06:42 EST 2017
Procedure
1. Enter:
cd /cms/LANbkup/incl_excl
2. Enter:
cat backup_excl.tivoli
The system displays a file similar to the following example.
exclude.dir /proc
exclude.dir /cdrom
exclude.dir /n
exclude.dir /vol
exclude.dir /floppy
exclude.dir /xfn
exclude.dir /dev
exclude.dir /devices
exclude.dir /tmp/.../*
exclude /tmp/*
exclude.dir /var/tmp/.../*
exclude /var/tmp/*
exclude /.../core
exclude /etc/path_to_inst
exclude /etc/nologin
exclude /etc/mnttab
exclude.dir /var/spool/lp/temp
exclude.dir /var/spool/lp/tmp
exclude.dir /var/spool/lp/requests
exclude.dir /var/spool/mqueue
exclude /var/spool/locks/*
exclude.dir /cms/tmp/.../*
exclude /cms/tmp/*
exclude /.../BI/add_on/data/forwarder/*
exclude.dir /INFORMIXTMP
3. Do the following steps only if a modification is required for the backup_excl.tivoli file:
! CAUTION:
CAUTION: Modifying this file can cause future system restores to fail. Contact Avaya
technical support or your product distributor before modifying this file.
a. Enter:
vi /cms/LANbkup/incl_excl/backup_excl.tivoli
b. Change any required settings in the backup_excl.tivoli file.
1. To exclude a directory from the backup, enter:
exclude.dir directory_path
where directory_path is the full path for the directory.
2. To exclude a file from the backup, enter:
exclude file_path
where file_path is the full path for the file.
The error messages are generated because the system is attempting to migrate only part of an
ACD dbspace to the storage media. Entire ACD dbspaces must be migrated. ACD dbspaces
can contain more than 2 GB of data.
Contact your IBM Spectrum Protect administrator if these error messages are generated. The
administrator will need to adjust the highmig and lowmig storage pool variables based on the
amount of data to be stored on the disk drive and the amount of data to be migrated to the
storage media.
Procedure
1. To determine the duplex setting of the network card, enter:
ndd /dev/e1000g0 link_duplex
The system displays a number representing the duplex setting for the network interface.
1 half
2 full
10 Mbps
100 Mbps
1000Mbps
0 no link
1 link established
Note:
Note: If you need to change any network card settings, contact your Avaya or Avaya
partner representative.
Procedure
1. Verify that the CMS software and IDS software are off.
a. Enter:
cmsadm
The system displays the CMSADM menu.
b. Enter the number associated with the run_cms option.
c. Enter the number associated with the Turn off both CMS and IDS option.
2. Determine if there are any shared memory errors by entering:
ipcs
The system displays one of the following messages:
● If there are no memory errors the system displays a message similar to the following:
IPC status from <running system> as of Mon Mar 4 14:55:37 EST 2002
T ID KEY MODE OWNER GROUP
Message Queues:
Shared Memory:
m 0 0x50000b2d --rw-r--r-- root root
m 4 0x50302 --rw-rw-rw- root root
m 5 0x30302 --rw-rw-rw- root root
Semaphores:
s 4 0x540302 --ra-ra-ra- root root
● If there are memory errors the system displays a message similar to the following:
IPC status from <running system> as of Mon Mar 4 14:41:22 EST 2002
T ID KEY MODE OWNER GROUP
Message Queues:
Shared Memory:
m 0 0x50000b2d --rw-r--r-- root root
m 1318 0x52574801 --rw-rw---- root informix
m 1319 0x52574802 --rw-rw---- root informix
m 1320 0x52574803 --rw-rw-rw- root informix
m 4 0x50302 --rw-rw-rw- root root
m 5 0x30302 --rw-rw-rw- root root
Semaphores:
s 4 0x540302 --ra-ra-ra- root root
The system generates this message when the restore command is run. This message is
displayed from the terminal window and in the dsmerror.log file. This error is generated
because the IBM Spectrum Protect server is still attempting to execute the previous restore
session.
Procedure
1. Enter:
dsmc cancel restore
The system displays a list of the restore sessions that are still running.
2. Enter the number of the session you want to cancel. It might be necessary to repeat this
process several times.
3. After removing the previous restore sessions, choose one of the following commands to
start a new restore process:
● Restore the system data by entering:
/cms/LANbkup/bin/restore.tivoli
● Restore the CMS data by entering:
/cms/LANbkup/bin/onbar_restore.tivoli
4. Continue with the remainder of the restore procedure you were doing.
Documentation
User guides
Using Avaya Call Management Describes how to use and maintain a CMS Avaya support
System High Availability HA system. personnel,
Administrators
Using Avaya Call Management Describes how to back up your CMS data Administrators
System LAN Backup using a LAN connection to a remote server.
Using Avaya Call Management Describes how to install and maintain your Avaya support
System High Availability CMS High Availability (HA) system. personnel,
Administrators
WebLM Documents
VMware Documents
Note:
Note: If the document description (link) are no longer active, consult VMware for
documents associated with the component or operation.
Related links
Finding documents on the Avaya Support website on page 77
Accessing the port matrix document on page 78
Avaya Documentation Portal navigation on page 78
4. In Enter your Product Here, type the product name and then select the product from the
list.
5. In Choose Release, select an appropriate release number.
The Choose Release field is not available if there is only one release for the product.
6. In the Content Type filter, click a document type, or click Select All to see a list of all
available documents.
For example, for user guides, click User Guides in the Content Type filter. The list only
displays the documents for the selected category.
7. Click the document to open it in your browser or download the document.
! Important:
Important: For documents that are not available on the Avaya Documentation Center, click
More Sites > Support on the top menu to open https://support.avaya.com.
Procedure
● To find videos on the Avaya Support website, go to https://support.avaya.com and do one
of the following:
- In Search, type Avaya Mentor Videos, click Clear All, and select Video in the
Content Type.
- In Search, type the product name. On the Search Results page, click Clear All, and
select Video in the Content Type.
The Video content type is displayed only when videos are available for that product.
In the right pane, the page displays a list of available videos.
● To find the Avaya Mentor videos on YouTube, go to www.youtube.com/AvayaMentor and
do one of the following:
- Enter a key word or key words in the Search Channel to search for a specific product
or topic.
- Scroll down Playlists, and click the name of a topic to see the list of videos available for
the topic. For example, Contact Centers.
Note:
Note: Videos are not available for all products.
Support
Go to the Avaya Support website at https://support.avaya.com for the most up-to-date
documentation, product notices, and knowledge articles. You can also search for release notes,
downloads, and resolutions to issues. Use the online service request system to create a service
request. Chat with live agents to get answers to questions, or request an agent to connect you
to a support team if an issue requires additional expertise.
Related links
Using the Avaya InSite Knowledge Base on page 80
Use the following tables to determine the disk layout for your mirrored system:
slot 0 slot 1
slot 2
slot 0 slot 1
slot 2 slot 3
slot 4 slot 5
slot 6 slot 7
slot 8 slot 9
slot 10 slot 11
slot 1 slot 7
slot 2 slot 8
slot 3 slot 9
slot 4 slot 10
slot 5 slot 11
slot 6 slot 12
A policy domain is a group of clients that have similar requirements for backing up and archiving
data. It is recommended that you create a separate policy domain for your CMS servers.The
settings for your particular policy domain will vary from those given in this procedure. For
guidelines on backing up a CMS server, see Recommendations for backing up data on page 31
and the appropriate IBM Spectrum Protect documentation.
! Important:
Important: Avaya support personnel are not responsible for configuring policy domains or
providing IBM Spectrum Protect support.
Example procedure:
1. Enter:
dsmadmc
The system displays the following message:
The IBM Spectrum Protect scheduler is used to automate your backups. This appendix shows
an example of how to set up a scheduler policy. The settings for your particular scheduler policy
will vary from those given in this procedure. For guidelines on backing up a CMS server, see
Recommendations for backing up data on page 31 and the appropriate IBM Spectrum Protect
documentation.
! Important:
Important: Avaya support personnel are not responsible for configuring scheduler policies or
providing IBM Spectrum Protect support.
Example procedure:
1. On the CMS server, do the following procedure:
a. Enter:
vi /etc/inittab
The system displays the inittab file.
b. Add the following line to the end of the file:
ts::once:/usr/bin/dsmc sched > /dev/null 2>&1
c. To save and close the file press Esc. Then enter:
:wq!
d. Enter:
nohup dsmc sched > /dev/null 2>&1 &
2. Using the IBM Spectrum Protect Administrative interface, do the following procedure:
a. Enter:
dsmadmc
The system displays the tsm SERVER > prompt.
Note:
Note: The dash (-) at the end of the following commands, allows you to enter a single
large command as several smaller lines of text. The dash allows the command to
continue across multiple lines.
b. Define the backup schedule for the daily CMS incremental data backup by entering the
following commands:
define sched cmsdomain daily_cms_backup type=client -
desc="daily CMS incremental data backup" -
action=command obj="/cms/LANbkup/bin/onbar_backup.tivoli 1" -
startdate=06/01/2002 starttime=01:00:00 dayofweek=weekday
c. Define the backup schedule for the weekly CMS incremental system and full data
backups by entering the following commands:
define sched cmsdomain weekly_cms_backup type=client -
desc="weekly CMS incremental system and full data backups" -
action=command obj="/cms/LANbkup/bin/backup.tivoli 1; " -
"/cms/LANbkup/bin/onbar_backup.tivoli 0" -
startdate=06/01/2002 starttime=01:00:00 -
duration=4 durunits=hours perunits=weeks dayofweek=saturday
d. Define the backup schedule for the monthly CMS full system and incremental data
backups by entering the following commands:
define sched cmsdomain monthly_cms_backup type=client -
desc="monthly CMS full system and incremental data backups" -
action=command obj="/cms/LANbkup/bin/backup.tivoli 0; " -
"/cms/LANbkup/bin/onbar_backup.tivoli 1" -
startdate=06/01/2002 starttime=01:00:00 duration=4 -
durunits=hours perunits=months dayofweek=sunday
3. Enter the following commands:
define association cmsdomain daily_cms_backup samplenode
define association cmsdomain weekly_cms_backup samplenode
define association cmsdomain monthly_cms_backup samplenode
4. On the CMS server do the following procedure:
a. Enter:
dsmc
The system displays the tsm> prompt.
(gadwall)-(root)=# dsmc
IBM Tivoli Storage Manager
Command Line Backup-Archive Client Interface
Client Version 7, Release 1, Level 6.3
Client date/time: 12/19/2017 14:54:00
(c) Copyright by IBM Corporation and other(s) 1990, 2016. All Rights
Reserved.
tsm> q sched
Schedule Name: CMSADM
Description:
Schedule Style: Classic
Action: Incremental
Options:
Objects:
Priority: 5
Next Execution: 7 Hours and 11 Minutes
Duration: 1 Hour
Period: 1 Day
Day of Week: Any
Expire: Never
tsm>
! Important:
Important: This appendix provides some CMS policy examples. There are other ways to get
the same results for some of the selections. Pay special attention to the policy
type because these are the policy types that are needed. Also, you must always
have the schedule looking like the items below if you are running the backups
from the CMS server as described in this document.
The next screen shot shows the file selections for OS backup policy.
Procedure
1. Log on to the system as root.
! Important:
Important: You cannot directly log on as root from a remote connection. You must log on
using an administered CMS user ID, then use su - root to log on with root
privileges.
2. Make a copy of the /etc/ssh/ssh_config file using the following commands:
cd /etc/ssh
cp ssh_config ssh_config.OFF
3. On the Netbackup server, follow the Netbackup instructions for using the
install_client_files tool to install the Netbackup client software on the CMS server
using the sftp option and the root login.
4. When you are finished installing the Netbackup client software, reconfigure the root user
ID permissions using the following commands:
cd /etc/ssh
cp ssh_config.OFF ssh_config
systemctl stop sshd
systemctl start sshd
Non-Volatile A random access memory (RAM) system that holds its contents when external
Random Access power is lost.
Memory (NVRAM)
NVRAM See Non-Volatile Random Access Memory (NVRAM) on page 99.
ON-Bar An Informix IDS tool that works with a Storage Manager to backup and restore
the Informix Database.
Operating system The software that controls and allocates the resources, such as memory, disk
(OS) storage, and the screen display for the computer.
Single-user mode A CMS mode in which only one person can log into CMS. Data collection
continues if data collection is “on”. This mode is required to change some CMS
administration.
Skill In relationship to the call center, think of skill as a specific customer need or
requirement, or perhaps a business need of the call center.
SQL See Structured Query Language (SQL) on page 99.
Small Computer A hardware interface that allows the connection of peripheral devices (such as
System Interface hard disks, tape drives and CD-ROM drives) to a computer system.
(SCSI)
Split A group of extensions that receive special-purpose calls in an efficient,
cost-effective manner. Normally, calls to a split arrive over one or a few trunk
groups.
Storage device A hardware device that can receive data and retain it for subsequent retrieval.
Such devices cover a wide range of capacities and speeds of access.
Storage manager A 3rd party software package that manages backups and restores. It gets the
data from CMS and ON-Bar and writes it to the storage devices.
Structured Query A language used to interrogate and process data in a relational database. SQL
Language (SQL) commands can be used to interactively work with a database or can be
embedded within a programming language to interface to a database.
Super-user A user with full access privileges on a system, unlike a regular user whose
access to files and accounts is limited.
Switch A private switch system providing voice-only or voice and data communications
services (including access to public and private networks) for a group of
terminals within a customer’s premises.
System A general term for a computer and its software and data.
System backup The backup that uses a storage manager to backup the UNIX files.
System restore The restore that uses a storage manager to restore the UNIX files.
TCP/IP See Transmission Control Protocol/Internet Protocol (TCP/IP) on page 100.
TSC Technical Service Center. The Avaya organization that provides technical
support for Avaya products.
Index
B G
back.log . . . . . . . . . . . . . . . . . . . . . . 58 Glossary . . . . . . . . . . . . . . . . . . . . . . 97
backup
data . . . . . . . . . . . . . . . . . . . . . . 34
recommendations . . . . . . . . . . . . . . . . 31 H
system . . . . . . . . . . . . . . . . . . . . . 32 hardware
bar_act.log . . . . . . . . . . . . . . . . . . . . 61 required . . . . . . . . . . . . . . . . . . . . 12
basic . . . . . . . . . . . . . . . . . . . . . . . 57 https
//support.avaya.com/Copyright . . . . . . . . . . . 3
C
CMS I
data restore . . . . . . . . . . . . . . . . . . 43 include exclude list . . . . . . . . . . . . . . . 25, 65
system restore . . . . . . . . . . . . . . . . . 46
configuring software
LAN backup, initial . . . . . . . . . . . . . . . 16 L
LAN backup
D initial software configuration . . . . . . . . . . . 16
support . . . . . . . . . . . . . . . . . . . . . 13
data backup
logs . . . . . . . . . . . . . . . . . . . . . . 58
on demand . . . . . . . . . . . . . . . . . . . 35 M
performing . . . . . . . . . . . . . . . . . . . 34
mirrored system disk pairs . . . . . . . . . . . . . 83
disk pairs . . . . . . . . . . . . . . . . . . . . . 83
dsierror.log . . . . . . . . . . . . . . . . . . . . 61
dsm.sys . . . . . . . . . . . . . . . . . . . . . . 22
dsmerror.log . . . . . . . . . . . . . . . . . . . . 61
N
network card . . . . . . . . . . . . . . . . . . . . 67
E
error logs . . . . . . . . . . . . . . . . . . . . . 58
O
error messages ON-Bar
shared memory . . . . . . . . . . . . . . . . . 69 recommended configurations . . . . . . . . . . . 17
storage pool variables . . . . . . . . . . . . . . 67
R
F recommended configurations
failure ON-Bar . . . . . . . . . . . . . . . . . . . . . 17
data restore . . . . . . . . . . . . . . . . . 69, 70 storage manager . . . . . . . . . . . . . . . . 20
system restore . . . . . . . . . . . . . . . . . 70 required
hardware . . . . . . . . . . . . . . . . . . . . 12
software . . . . . . . . . . . . . . . . . . . . 11
responsibilities . . . . . . . . . . . . . . . . . . . 13
restarting a restore . . . . . . . . . . . . . . . . . 70
restore
CMS data . . . . . . . . . . . . . . . . . . . . 43
CMS system . . . . . . . . . . . . . . . . . . 46
specific files . . . . . . . . . . . . . . . . . . 46
restore.log . . . . . . . . . . . . . . . . . . . . . 63
S
shared memory . . . . . . . . . . . . . . . . . . 69
software
required . . . . . . . . . . . . . . . . . . . . .11
storage manager
recommended configurations . . . . . . . . . . 20
storage pool variables . . . . . . . . . . . . . . . 67
system backup . . . . . . . . . . . . . . . . . . 32
on demand . . . . . . . . . . . . . . . . . . . 33
T
Tivoli
password file . . . . . . . . . . . . . . . . . . 24
troubleshooting . . . . . . . . . . . . . . . . . . 57
data backup log . . . . . . . . . . . . . . . . 58
include exclude list . . . . . . . . . . . . . . . 65
network card . . . . . . . . . . . . . . . . . . 67
V
verifying
dsm.sys . . . . . . . . . . . . . . . . . . . . 22
include exclude list . . . . . . . . . . . . . . . 25
network card settings . . . . . . . . . . . . . . 67