B SRV Install Guide Aix PDF
B SRV Install Guide Aix PDF
for AIX
Version 7.1.1
Installation Guide
IBM Tivoli Storage Manager
for AIX
Version 7.1.1
Installation Guide
Note:
Before using this information and the product it supports, read the information in “Notices” on page 251.
Contents v
vi IBM Tivoli Storage Manager for AIX: Installation Guide
About this publication
This publication contains installation and configuration instructions for the IBM®
Tivoli® Storage Manager server, server languages, and other Tivoli Storage
Manager components.
Instructions for installing the Tivoli Storage Manager license, device driver, storage
agent, Tivoli Monitoring for Tivoli Storage Manager, and the IBM Tivoli Storage
Manager Operations Center are also included in this publication.
If you are upgrading an existing 5.5.x Tivoli Storage Manager server to Tivoli
Storage Manager Version 7.1.1, see the Upgrade and Migration Guide for V5 Servers.
If you are upgrading a Tivoli Storage Manager Version 6.1, Version 6.2, or Version
6.3 server to a newer version, see Chapter 5, “Upgrading to Tivoli Storage Manager
Version 7.1.1,” on page 67.
If you are upgrading an existing Tivoli Storage Manager Version 7.1 server to a
later level of Version 7.1, see Chapter 4, “Installing a Tivoli Storage Manager server
fix pack,” on page 63.
If you are installing Tivoli Monitoring for Tivoli Storage Manager, see Chapter 9,
“Installing Tivoli Monitoring for Tivoli Storage Manager,” on page 99.
If you are upgrading Tivoli Monitoring for Tivoli Storage Manager, see Chapter 10,
“Upgrading Tivoli Monitoring for Tivoli Storage Manager to Version 7.1,” on page
163.
If you are installing or upgrading the Operations Center, see Part 3, “Installing and
upgrading the Operations Center,” on page 191.
Installable components
The IBM Tivoli Storage Manager server and licenses are required components.
You can install the following components for Tivoli Storage Manager V7.1 or later.
v Tivoli Storage Manager server
v Tivoli Storage Manager server languages
v Tivoli Storage Manager licenses
v Tivoli Storage Manager devices
v Tivoli Storage Manager storage agent
v Tivoli Storage Manager Operations Center
v Tivoli Monitoring for Tivoli Storage Manager
Table 1 describes all the installable components. These components are in several
different installation packages.
Table 1. Tivoli Storage Manager installable components
Tivoli Storage Description Additional information
Manager component
Server (required) Includes the database, See Chapter 2, “Installing the Tivoli Storage Manager server
GSKit, and tools to help components,” on page 31.
you configure and manage
Tivoli Storage Manager.
Language package Each language package See “Installing server language packages” on page 37.
(optional) (one for each language)
contains language-specific
information for the server.
Licenses (required) Includes support for all Use the REGISTER LICENSE command.
Tivoli Storage Manager
licensed features. After you
install this package, you
must configure the licenses
you purchased.
Devices (optional) Extends Tivoli Storage A list of devices that are supported by this driver is available
Manager media from the Tivoli Storage Manager website. See
management capability. http://www.ibm.com/support/entry/portal/Overview/
Software/Tivoli/Tivoli_Storage_Manager.
Storage agent Installs the component that For more information about storage agents, see Tivoli Storage
(optional) allows client systems to Manager for Storage Area Networks (http://www.ibm.com/
write data directly to, or support/knowledgecenter/SSSQZW_7.1.1/
read data directly from, com.ibm.itsm.sta.doc/c_overview.html).
storage devices that are
attached to a storage area
network (SAN).
Remember: The IBM
Tivoli Storage Manager for
Storage Area Networks is a
separately licensed
product.
Operations Center Installs the Operations See Part 3, “Installing and upgrading the Operations Center,”
(optional) Center, which is a on page 191.
web-based interface for
managing your storage
environment.
Tivoli Monitoring for Provides reports and real See Chapter 9, “Installing Tivoli Monitoring for Tivoli Storage
Tivoli Storage Manager time monitoring Manager,” on page 99.
(optional) information about Tivoli
Storage Manager servers
and client activity.
Tip: Tivoli Monitoring for
Tivoli Storage Manager is
on a separate DVD.
For a complete list of new V7.1.1 features, see IBM Knowledge Center.
IBM Installation Manager
In Tivoli Storage Manager V7.1.1, the server, Operations Center, and Tivoli
Monitoring for Tivoli Storage Manager use IBM Installation Manager to
install or update software. If the required version of IBM Installation
Manager is not already installed, it is automatically installed or upgraded
when you install the Tivoli Storage Manager server, Operations Center, and
Tivoli Monitoring for Tivoli Storage Manager. It must remain installed on
the system so that the server, Operations Center, and Tivoli Monitoring for
Tivoli Storage Manager can be updated or uninstalled later as needed.
Operations Center updates
Figure 1. As highlighted in the figure, you are in the planning to install the Tivoli Storage Manager server section.
Review this section carefully to ensure that you have the system and other requirements needed to install Tivoli
Storage Manager.
The following figure illustrates the main parts for installing a new Tivoli Storage
Manager server.
If you are migrating a Tivoli Storage Manager server, see the following
documentation:
v V5 server on a z/OS® operating system to V7.1.1 on an AIX® or Linux on
System z® operating system, see the Upgrade and Migration Guide for V5 Servers
v V5 server on an AIX, HP-UX, or Solaris operating system to V6.3.4 or later on a
Linux x86_64 operating system, see the Upgrade and Migration Guide for V5
Servers.
Restriction: You can install and run the Version 7.1.1 server on a system that
already has DB2® installed on it, whether DB2 was installed independently or as
part of some other application, with some restrictions. For details, see
“Compatibility of the Tivoli Storage Manager server with other DB2 products on
the system” on page 7.
Experienced DB2 administrators can choose to perform advanced SQL queries and
use DB2 tools to monitor the database. Do not, however, use DB2 tools to change
DB2 configuration settings from those that are preset by Tivoli Storage Manager, or
alter the DB2 environment for Tivoli Storage Manager in other ways, such as with
other products. The Tivoli Storage Manager Version 7.1.1 server has been built and
tested extensively using the data definition language (DDL) and database
configuration that Tivoli Storage Manager deploys.
Attention: Do not alter the DB2 software that is installed with Tivoli Storage
Manager installation packages and fix packs. Do not install or upgrade to a
different version, release, or fix pack of DB2 software because doing so can damage
the database.
These tables list the minimum hardware and software requirements for the
installation of a Tivoli Storage Manager server. Use these requirements as a starting
point. You can find the most current information about system requirements at
Tivoli Storage Manager Supported Operating Systems.
Hardware requirements
| Table 3 describes the minimum hardware requirements that are needed for your
| Tivoli Storage Manager AIX system. The installation fails if you do not have the
| minimum requirements. For more details about planning disk space, see “Capacity
| planning” on page 10.
Table 3. Hardware requirements
Type of
hardware Hardware requirements
Hardware An appropriately configured POWER5 or later systems computer (64-bit)
Disk space The following minimum values for disk space:
| v 32 MB for the /var directory
v 5 GB for the installation directory
v 2 GB for the /tmp directory
v 2 GB in the home directory
Tip: Expect to use more space for problem determination.
v 2 GB for the shared resources area
Significant additional disk space is required for database and log files. The
size of the database depends on the number of client files to be stored and
the method by which the server manages them. The default active log
space is 16 GB, the minimum that is needed for most workloads and
configurations. When you create the active log, you need at least 64 GB in
size to run replication. If replication and deduplication are both being used,
create an active log of 128 GB in size. Allocate at least three times the
default active log space for the archive log (48 GB). Ensure that you have
sufficient resources if you are using data deduplication or expect a heavy
client workload.
For optimal performance and to facilitate I/O, specify at least two equally
sized containers or Logical Unit Numbers (LUNs) for the database. See IBM
Tivoli Storage Manager Optimizing Performance (http://www.ibm.com/
support/knowledgecenter/SSGSG7_7.1.1/com.ibm.itsm.perf.doc/
c_howtouseinfo.html) for more information about the configuration of
directories for the database. In addition, each active log and archive log
should have its own container or LUN.
Ensure that you see the capacity planning section for more details about
disk space.
Memory The following minimum values for memory:
v 12 GB.
v 16 GB if you are using data deduplication.
v At least 32 GB for heavily used servers. Using 32 GB or more of memory
enhances performance of the Tivoli Storage Manager server database
inventory.
v If you plan to run multiple instances, each instance requires the memory
listed for one server. Multiply the memory for one server by the number
of instances planned for the system.
v If you plan to use node replication without data deduplication, the
system requires 32 GB of memory. Node replication with data
deduplication requires a minimum of 64 GB of memory.
Software requirements
Table 4 describes the minimum software requirements that are needed for your
Tivoli Storage Manager AIX system.
Table 4. Software requirements
Type of
software Minimum software requirements
Operating AIX 6.1 running in a 64-bit kernel environment with the following
system additional requirements:
v AIX 6.1 TL 7 and SP6.
v Minimum C++ runtime level with the xlC.rte 12.1.0.1 or later file sets.
The file set is automatically upgraded if the level is lower than 12.1.0.1.
The file set is included in the June 2008 fix pack package for IBM C++
Runtime Environment Components for AIX.
| To use the N_Port ID Virtualization (NPIV) facility, ensure that you have
| the following minimum requirements:
| v Virtual I/O Server 2.1.2 or later
| v AIX 7.1 or 6.1 TL4 SP 3 or later
| v An HBA adapter supported by the corresponding AIX and Virtual I/O
| Server
Communication A configured communication method.
protocol
Processing Asynchronous I/O must be enabled.
Device drivers The Tivoli Storage Manager device driver required for non-IBM drives
and tape libraries. The Tivoli Storage Manager device driver package
contains device driver tools and ACSLS daemons.
For the IBM 3590, 3592, or the Ultrium tape library or drives, the IBM
device drivers are required. Install the most current device drivers. You
can locate IBM driver packages at the Fix Central website:
http://www.ibm.com/support/fixcentral/.
Configure the device drivers before you use the Tivoli Storage Manager
server with tape devices.
Gunzip utility The gunzip utility must be available on your system before you install or
upgrade the Tivoli Storage Manager Version 7 server. Ensure that the
gunzip utility is installed and the path to it is set in the PATH
environment variable.
Other software Korn Shell (ksh)
You must have the I/O completion ports (IOCP) configured on the
operating system.
To install and use other products that use a DB2 product on the same system as
the Tivoli Storage Manager server, ensure that the following criteria are met:
Table 5. Compatibility of the Tivoli Storage Manager server with other DB2 products on the
system
Criterion Instructions
Version level The other products that use a DB2 product
must use DB2 version 9 or later. DB2
products include product encapsulation and
segregation support beginning with Version
9. Starting with this version, you can run
multiple copies of DB2 products, at different
code levels, on the same system. For details,
see the information about multiple DB2
copies: http://www.ibm.com/support/
knowledgecenter/SSEPGG_10.5.0.
User IDs and directories Ensure that the user IDs, fence user IDs,
installation location, other directories, and
related information are not shared across
DB2 installations. Your specifications must
be different from the IDs and locations that
you used for the Tivoli Storage Manager
server installation and configuration. If you
used the dsmicfgx wizard or dsmupgdx
wizard to configure Version 7.1.1, or
upgrade the server from Version 5.5, these
are values that you entered when running
the wizard. If you used the manual
configuration for Version 7.1.1 or upgrade
from Version 5.5 procedures, review the
procedures that you used if necessary to
recall the values that were used for the
server.
Table 5. Compatibility of the Tivoli Storage Manager server with other DB2 products on the
system (continued)
Criterion Instructions
Resource allocation Consider the resources and capability of the
system compared to the requirements for
both the Tivoli Storage Manager server and
the other applications that use the DB2
product. To provide sufficient resources for
the other DB2 applications, you might have
to change the Tivoli Storage Manager server
settings so that the server uses less system
memory and resources. Similarly, if the
workloads for the other DB2 applications
compete with the Tivoli Storage Manager
server for processor or memory resources,
the performance of the server in handling
the expected client workload or other server
operations might be adversely affected.
The following list contains explanations of some terms that are used in IBM
Installation Manager:
Offering
An installable unit of a software product.
The Tivoli Storage Manager offering contains all of the media that IBM
Installation Manager requires to install Tivoli Storage Manager.
Package
The group of software components that are required to install an offering.
The Tivoli Storage Manager package contains the following components:
v IBM Installation Manager installation program
v Tivoli Storage Manager offering
Package group
A set of packages that share a common parent directory.
The default package group for the Tivoli Storage Manager package is IBM
Installation Manager.
Repository
A remote or local storage area for data and other application resources.
The Tivoli Storage Manager package is stored in a repository on IBM Fix
Central.
Shared resources directory
A directory that contains software files or plug-ins that are shared by
packages.
IBM Installation Manager stores installation-related files in the shared
resources directory, including files that are used for rolling back to a
previous version of Tivoli Storage Manager.
Worksheets for planning details for the Tivoli Storage Manager server
You can use the worksheets to help you plan the amount and location of storage
needed for the Tivoli Storage Manager server. You can also use them to keep track
of names and user IDs.
Capacity planning
Capacity planning for Tivoli Storage Manager includes managing resources such as
the database and recovery log. To maximize resources as part of capacity planning,
you must estimate space requirements for the database and the recovery log.
Procedure
For information about the benefits of deduplication and guidance on how to make
effective use of the Tivoli Storage Manager deduplication feature, see Optimizing
Performance.
Consider using at least 25 GB for the initial database space. Provision file system
space appropriately. A database size of 25 GB is adequate for a test environment or
a library-manager-only environment. For a production server supporting client
workloads, the database size is expected to be larger. If you use random-access
disk (DISK) storage pools, more database and log storage space is needed than for
sequential-access storage pools.
Restriction: The guideline does not include space that is used during data
deduplication.
v 100 - 200 bytes for each cached file, copy storage pool file, active-data pool file,
and deduplicated file.
v Additional space is required for database optimization to support varying
data-access patterns and to support server back-end processing of the data. The
amount of extra space is equal to 50% of the estimate for the total number of
bytes for file objects.
In the following example for a single client, the calculations are based on the
maximum values in the preceding guidelines. The examples do not take into
account that you might use file aggregation. In general, when you aggregate small
files, it reduces the amount of required database space. File aggregation does not
affect space-managed files.
Procedure
1. Calculate the number of file versions. Add each of the following values to
obtain the number of file versions:
a. Calculate the number of backed-up files. For example, as many as 500,000
client files might be backed up at a time. In this example, storage policies
are set to keep up to three copies of backed up files:
500,000 files * 3 copies = 1,500,000 files
b. Calculate the number of archive files. For example, as many as 100,000
client files might be archived copies.
c. Calculate the number of space-managed files. For example, as many as
200,000 client files might be migrated from client workstations.
Using 1000 bytes per file, the total amount of database space that is required
for the files that belong to the client is 1.8 GB:
(1,500,000 + 100,000 + 200,000) * 1000 = 1.8 GB
2. Calculate the number of cached files, copy storage-pool files, active-data pool
files, and deduplicated files:
a. Calculate the number of cached copies. For example, caching is enabled in a
5 GB disk storage pool. The high migration threshold of the pool is 90%
and the low migration threshold of the pool is 70%. Thus, 20% of the disk
pool, or 1 GB, is occupied by cached files.
If the average file size is about 10 KB, approximately 100,000 files are in
cache at any one time:
100,000 files * 200 bytes = 19 MB
b. Calculate the number of copy storage-pool files. All primary storage pools
are backed up to the copy storage pool:
(1,500,000 + 100,000 + 200,000) * 200 bytes = 343 MB
c. Calculate the number of active storage-pool files. All the active
client-backup data in primary storage pools is copied to the active-data
storage pool. Assume that 500,000 versions of the 1,500,000 backup files in
the primary storage pool are active:
500,000 * 200 bytes = 95 MB
d. Calculate the number of deduplicated files. Assume that a deduplicated
storage pool contains 50,000 files:
50,000 * 200 bytes = 10 MB
Based on the preceding calculations, about 0.5 GB of extra database space is
required for the client’s cached files, copy storage-pool files, active-data pool
files, and deduplicated files.
3. Calculate the amount of extra space that is required for database optimization.
To provide optimal data access and management by the server, extra database
space is required. The amount of extra database space is equal to 50% of the
total space requirements for file objects.
(1.8 + 0.5) * 50% = 1.2 GB
4. Calculate the total amount of database space that is required for the client. The
total is approximately 3.5 GB:
1.8 + 0.5 + 1.2 = 3.5 GB
5. Calculate the total amount of database space that is required for all clients. If
the client that was used in the preceding calculations is typical and you have
500 clients, for example, you can use the following calculation to estimate the
total amount of database space that is required for all clients:
500 * 3.5 = 1.7 TB
Results
Tip: In the preceding examples, the results are estimates. The actual size of the
database might differ from the estimate because of factors such as the number of
directories and the length of the path and file names. Periodically monitor your
database and adjust its size as necessary.
What to do next
During normal operations, the Tivoli Storage Manager server might require
temporary database space. This space is needed for the following reasons:
v To hold the results of sorting or ordering that are not already being kept and
optimized in the database directly. The results are temporarily held in the
database for processing.
v To give administrative access to the database through one of the following
methods:
– A DB2 open database connectivity (ODBC) client
– An Oracle Java™ database connectivity (JDBC) client
– Structured Query Language (SQL) to the server from an administrative-client
command line
Consider using an extra 50 GB of temporary space for every 500 GB of space for
file objects and optimization. See the guidelines in the following table. In the
example that is used in the preceding step, a total of 1.7 TB of database space is
required for file objects and optimization for 500 clients. Based on that calculation,
200 GB is required for temporary space. The total amount of required database
space is 1.9 TB.
The database manager sorts data in a specific sequence, according to the SQL
statement that you issue to request the data. Depending on the workload on the
server, and if there is more data than the database manager can manage, the data
(that is ordered in sequence) is allocated to temporary disk space. Data is allocated
to temporary disk space when there is a large result set. The database manager
dynamically manages the memory that is used when data is allocated to temporary
disk space.
| For example, expiration processing can produce a large result set. If there is not
| enough system memory on the database to store the result set, some of the data is
| allocated to temporary disk space. During expiration processing, if a node or file
| space are selected that are too large to process, the database manager cannot sort
| the data in memory. The database manager must use temporary space to sort data.
To run database operations, consider adding more database space for the following
scenarios:
v The database has a small amount of space and the server operation that requires
temporary space uses the remaining free space.
v The file spaces are large, or the file spaces has a policy that is assigned to it,
which creates many file versions.
v The Tivoli Storage Manager server must run with limited memory. The database
uses the Tivoli Storage Manager server main memory to run database
operations. However, if there is insufficient memory available, the Tivoli Storage
Manager server allocates temporary space on disk to the database. For example,
if 10G of memory is available and database operations require 12G of memory,
the database uses temporary space.
v An out of database space error is displayed when you deploy a Tivoli Storage
Manager V6 server. Monitor the server activity log for messages that are related
to database space.
Important: Do not change the DB2 software that is installed with the Tivoli
Storage Manager installation packages and fix packs. Do not install or upgrade to a
different version, release, or fix pack, of DB2 software to avoid damage to the
database.
In Tivoli Storage Manager servers V6.1 and later, the active log can be a maximum
size of 128 GB. The archive log size is limited to the size of the file system that it is
installed on.
Use the following general guidelines when you estimate the size of the active log:
v The suggested starting size for the active log is 16 GB.
v Ensure that the active log is at least large enough for the amount of concurrent
activity that the server typically handles. As a precaution, try to anticipate the
largest amount of work that the server manages at one time. Provision the active
log with extra space that can be used if needed. Consider using 20% of extra
space.
v Monitor used and available active log space. Adjust the size of the active log as
needed, depending upon factors such as client activity and the level of server
operations.
v Ensure that the directory that holds the active log is as large as, or larger than,
the size of the active log. A directory that is larger than the active log can
accommodate failovers, if they occur.
v Ensure that the file system that contains the active log directory has at least 8
GB of free space for temporary log movement requirements.
The archive log directory must be large enough to contain the log files that are
generated since the previous full backup. For example, if you perform a full
backup of the database every day, the archive log directory must be large enough
to hold the log files for all the client activity that occurs during 24 hours. To
recover space, the server deletes obsolete archive log files after a full backup of the
database. If the archive log directory becomes full and a directory for archive
failover logs does not exist, log files remain in the active log directory. This
condition can cause the active log directory to fill up and stop the server. When the
server restarts, some of the existing active-log space is released.
After the server is installed, you can monitor archive log utilization and the space
in the archive log directory. If the space in the archive log directory fills up, it can
cause the following problems:
v The server is unable to perform full database backups. Investigate and resolve
this problem.
v Other applications write to the archive log directory, exhausting the space that is
required by the archive log. Do not share archive log space with other
applications including other Tivoli Storage Manager servers. Ensure that each
server has a separate storage location that is owned and managed by that
specific server.
For guidance about the layout and tuning of the active log and archive log, see
Optimizing Performance.
Example: Estimating active and archive log sizes for basic client-store
operations:
Basic client-store operations include backup, archive, and space management. Log
space must be sufficient to handle all store transactions that are in progress at one
time.
To determine the sizes of the active and archive logs for basic client-store
operations, use the following calculation:
number of clients x files stored during each transaction
x log space needed for each file
3.5 + 16 = 19.5 GB
1
Archive log: Suggested size 58.5 GB Because of the requirement to be able to store archive logs
across three server database-backup cycles, multiply the
estimate for the active log by 3 to estimate the total archive
log requirement.
3.5 x 3 = 10.5 GB
10.5 + 48 = 58.5 GB
Example: Estimating active and archive log sizes for clients that use multiple
sessions:
If the client option RESOURCEUTILIZATION is set to a value that is greater than the
default, the concurrent workload for the server increases.
To determine the sizes of the active and archive logs when clients use multiple
sessions, use the following calculation:
number of clients x sessions for each client x files stored
during each transaction x log space needed for each file
10.5 + 16 = 26.5 GB
35 + 16 = 51 GB
1 1
Archive log: Suggested size 79.5 GB 153 GB Because of the requirement to be able to store archive logs
across three server-database backup cycles, the estimate for
the active log is multiplied by 3:
10.5 x 3 = 31.5 GB
35 x 3 = 105 GB
31.5 + 48 = 79.5 GB
105 + 48 = 153 GB
1
The example values in this table are used only to illustrate how the sizes for active logs and archive logs are
calculated. In a production environment that does not use deduplication, 16 GB is the suggested minimum size for
an active log. The suggested minimum size for an archive log in a production environment that does not use
deduplication is 48 GB. If you substitute values from your environment and the results are larger than 16 GB and 48
GB, use your results to size the active log and archive log.
Example: Estimating active and archive log sizes for simultaneous write
operations:
If client backup operations use storage pools that are configured for simultaneous
write, the amount of log space that is required for each file increases.
The log space that is required for each file increases by about 200 bytes for each
copy storage pool that is used for a simultaneous write operation. In the example
in the following table, data is stored to two copy storage pools in addition to a
primary storage pool. The estimated log size increases by 400 bytes for each file. If
you use the suggested value of 3053 bytes of log space for each file, the total
number of required bytes is 3453.
4 + 16 = 20 GB
1
Archive log: Suggested size 60 GB Because of the requirement to be able to store archive logs
across three server database-backup cycles, multiply the
estimate for the active log by 3 to estimate the archive log
requirement:
4 GB x 3 = 12 GB
12 + 48 = 60 GB
1
The example values in this table are used only to illustrate how the sizes for active logs and archive logs are
calculated. In a production environment that does not use deduplication, 16 GB is the suggested minimum size for
an active log. The suggested minimum size for an archive log in a production environment that does not use
deduplication is 48 GB. If you substitute values from your environment and the results are larger than 16 GB and 48
GB, use your results to size the active log and archive log.
Example: Estimating active and archive log sizes for basic client store operations
and server operations:
For example, migration of files from the random-access (DISK) storage pool to a
sequential-access disk (FILE) storage pool uses approximately 110 bytes of log
space for each file that is migrated. For example, suppose that you have 300
backup-archive clients and each one of them backs up 100,000 files every night.
The files are initially stored on DISK and then migrated to a FILE storage pool. To
estimate the amount of active log space that is required for the data migration, use
the following calculation. The number of clients in the calculation represents the
maximum number of client nodes that back up, archive, or migrate files
concurrently at any time.
300 clients x 100,000 files for each client x 110 bytes = 3.1 GB
Add this value to the estimate for the size of the active log that calculated for basic
client store operations.
Example: Estimating active and archive log sizes under conditions of extreme
variation:
Problems with running out of active log space can occur if you have many
transactions that complete quickly and some transactions that take much longer to
complete. A typical case occurs when many workstation or file-server backup
sessions are active and a few very large database server-backup sessions are active.
If this situation applies to your environment, you might need to increase the size
of the active log so that the work completes successfully.
The Tivoli Storage Manager server deletes unnecessary files from the archive log
only when a full database backup occurs. Consequently, when you estimate the
space that is required for the archive log, you must also consider the frequency of
full database backups.
For example, if a full database backup occurs once a week, the archive log space
must be able to contain the information in the archive log for a full week.
The difference in archive log size for daily and full database backups is shown in
the example in the following table.
Table 9. Full database backups
Example
Item values Description
Maximum number of client nodes 300 The number of client nodes that back up, archive, or migrate
that back up, archive, or migrate files files every night.
concurrently at any time
Files stored during each transaction 4096 The default value of the server option TXNGROUPMAX is 4096.
4 + 16 = 20 GB
1
Archive log: Suggested size with a 60 GB Because of the requirement to be able to store archive logs
full database backup every day across three backup cycles, multiply the estimate for the
active log by 3 to estimate the total archive log requirement:
4 GB x 3 = 12 GB
12 + 48 = 60 GB
1
Archive log: Suggested size with a 132 GB Because of the requirement to be able to store archive logs
full database every week across three server database-backup cycles, multiply the
estimate for the active log by 3 to estimate the total archive
log requirement. Multiply the result by the number of days
between full database backups:
(4 GB x 3 ) x 7 = 84 GB
84 + 48 = 132 GB
1
The example values in this table are used only to illustrate how the sizes for active logs and archive logs are
calculated. In a production environment that does not use deduplication, 16 GB is the suggested minimum size for
an active log. The suggested starting size for an archive log in a production environment that does not use
deduplication is 48 GB. If you substitute values from your environment and the results are larger than 16 GB and 48
GB, use your results to size the active log and archive log.
Example: Estimating active and archive log sizes for data deduplication
operations:
If you deduplicate data, you must consider its effects on space requirements for
active and archive logs.
The following factors affect requirements for active and archive log space:
The amount of deduplicated data
The effect of data deduplication on the active log and archive log space
depends on the percentage of data that is eligible for deduplication. If the
percentage of data that can be deduplicated is relatively high, more log
space is required.
The size and number of extents
Approximately 1,500 bytes of active log space are required for each extent
that is identified by a duplicate-identification process. For example, if
250,000 extents are identified by a duplicate-identification process, the
estimated size of the active log is 358 MB:
250,000 extents identified during each process x 1,500 bytes
for each extent = 358 MB
50 + 16 = 66 GB
63.8 + 16 = 79.8 GB
1 1
Archive log: 198 GB 239.4 GB Multiply the estimated size of the active log by a factor of 3.
Suggested size
The following calculation was used for multiple transactions
and an 800 GB object:
50 GB x 3 = 150 GB
150 + 48 = 198 GB
63.8 GB x 3 = 191.4 GB
191.4 + 48 = 239.4 GB
1
The example values in this table are used only to illustrate how the sizes for active logs and archive logs are
calculated. In a production environment that uses deduplication, 32 GB is the suggested minimum size for an active
log. The suggested minimum size for an archive log in a production environment that uses deduplication is 96 GB.
If you substitute values from your environment and the results are larger than 32 GB and 96 GB, use your results to
size the active log and archive log.
55.6 + 16 = 71.6 GB
93.4 + 16 = 109.4 GB
55.6 GB x 3 = 166.8 GB
166.8 + 48 = 214.8 GB
280.2 + 48 = 328.2 GB
1
The example values in this table are used only to illustrate how the sizes for active logs and archive logs are
calculated. In a production environment that uses deduplication, 32 GB is the suggested minimum size for an active
log. The suggested minimum size for an archive log in a production environment that uses deduplication is 96 GB.
If you substitute values from your environment and the results are larger than 32 GB and 96 GB, use your results to
size the active log and archive log.
Creating a log mirror is a suggested option. If you increase the size of the active
log, the log mirror size is increased automatically. Mirroring the log can affect
performance because of the doubled I/O activity that is required to maintain the
mirror. The additional space that the log mirror requires is another factor to
consider when deciding whether to create a log mirror.
If the mirror log directory becomes full, the server issues error messages to the
activity log and to the db2diag.log. Server activity continues.
Specifying an archive failover log directory can prevent problems that occur if the
archive log runs out of space. If both the archive log directory and the drive or file
system where the archive failover log directory is located become full, the data
remains in the active log directory. This condition can cause the active log to fill
up, which causes the server to halt.
Active log
If the amount of available active log space is too low, the following messages are
displayed in the activity log:
ANR4531I: IC_AUTOBACKUP_LOG_USED_SINCE_LAST_BACKUP_TRIGGER
This message is displayed when the active log space exceeds the maximum
specified size. The Tivoli Storage Manager server starts a full database
backup.
To change the maximum log size, halt the server. Open the dsmserv.opt
file, and specify a new value for the ACTIVELOGSIZE option. When you are
finished, restart the server.
ANR0297I: IC_BACKUP_NEEDED_LOG_USED_SINCE_LAST_BACKUP
This message is displayed when the active log space exceeds the maximum
specified size. You must back up the database manually.
To change the maximum log size, halt the server. Open the dsmserv.opt
file, and specify a new value for the ACTIVELOGSIZE option. When you are
finished, restart the server.
ANR4529I: IC_AUTOBACKUP_LOG_UTILIZATION_TRIGGER
The ratio of used active-log space to available active-log space exceeds the
log utilization threshold. If at least one full database backup has occurred,
the Tivoli Storage Manager server starts an incremental database backup.
Otherwise, the server starts a full database backup.
ANR0295I: IC_BACKUP_NEEDED_LOG_UTILIZATION
The ratio of used active-log space to available active-log space exceeds the
log utilization threshold. You must back up the database manually.
Archive log
If the amount of available archive log space is too low, the following message is
displayed in the activity log:
ANR0299I: IC_BACKUP_NEEDED_ARCHLOG_USED
The ratio of used archive-log space to available archive-log space exceeds
the log utilization threshold. The Tivoli Storage Manager server starts a full
automatic database backup.
Database
If the amount of space available for database activities is too low, the following
messages are displayed in the activity log:
ANR2992W: IC_LOG_FILE_SYSTEM_UTILIZATION_WARNING_2
The used database space exceeds the threshold for database space
utilization. To increase the space for the database, use the EXTEND DBSPACE
command, the EXTEND DBSPACE command, or the DSMSERV FORMAT
utility with the DBDIR parameter.
ANR1546W: FILESYSTEM_DBPATH_LESS_1GB
The available space in the directory where the server database files are
located is less than 1 GB.
When a Tivoli Storage Manager server is created with the DSMSERV
FORMAT utility or with the configuration wizard, a server database and
recovery log are also created. In addition, files are created to hold database
information used by the database manager. The path specified in this
message indicates the location of the database information used by the
database manager. If space is unavailable in the path, the server can no
longer function.
You must add space to the file system or make space available on the file
system or disk.
Instance user ID
The instance user ID is used as the basis for other names related to the server
instance. The instance user ID is also called the instance owner.
The instance user ID is the user ID that must have ownership or read/write access
authority to all directories that you create for the database and the recovery log.
The standard way to run the server is under the instance user ID. That user ID
must also have read/write access to the directories that are used for any FILE
device classes.
Instance directory
The instance directory is a directory that contains files specifically for a server
instance (the server options file and other server-specific files). It can have any
name that you want. For easier identification, use a name that ties the directory to
the instance name.
Database name
The database name is always TSMDB1, for every server instance. This name cannot
be changed.
Server name
The server name is an internal name for Tivoli Storage Manager, and is used for
operations that involve communication among multiple Tivoli Storage Manager
servers. Examples include server-to-server communication and library sharing.
The server name is also used when you add the server to the Operations Center so
that it can be managed using that interface. Use a unique name for each server. For
easy identification in the Operations Center (or from a QUERY SERVER command),
use a name that reflects the location or purpose of the server. Do not change the
name of a Tivoli Storage Manager server after it is configured as a hub or spoke
server.
If you use the wizard, the default name that is suggested is the host name of the
system that you are using. You can use a different name that is meaningful in your
environment. If you have more than one server on the system and you use the
wizard, you can use the default name for only one of the servers. You must enter a
unique name for each server.
For example:
PAYROLL
SALES
The directories can be named according to local practices. For easier identification,
consider using names that tie the directories to the server instance.
Installation directories
Installation directories for the Tivoli Storage Manager server include the server,
DB2, device, language, and other directories. Each one contains several additional
directories.
The default directories and their subdirectories are listed here for the server, DB2,
devices, and languages:
v Server directory (/opt/tivoli/tsm/server/bin), which contains:
– Server code and licensing
v Additional server directories:
– The command and message help are located in the /opt/tivoli/tsm/server/
bin/lang directory, where lang is the language that you use to run the server.
v DB2 directories
The DB2 product that is installed as part of the installation of the Tivoli Storage
Manager server has the directory structure as documented in DB2 information
sources. Protect these directories and files as you do the server directories.
– /opt/tivoli/tsm/db2
v Device directories
– /opt/tivoli/tsm/devices/bin
– /usr/lib/drivers
– /usr/lib/methods
v Language directory
Language-dependent portions of the program are located here:
/opt/tivoli/tsm/server/bin/lang, where lang is the language that you use to
run the server.
You can use US English, German, French, Italian, Spanish, Brazilian Portuguese,
Korean, Japanese, traditional Chinese, simplified Chinese, Chinese GBK, Chinese
Big5, and Russian.
Using the Tivoli Storage Manager installation software, you can install the
following components:
v Tivoli Storage Manager Server
Tip: The database (DB2) and the Global Security Kit (GSKit) are automatically
installed when you select the server component.
v Tivoli Storage Manager Server Languages
v Tivoli Storage Manager License
v Tivoli Storage Manager Devices
v Tivoli Storage Manager Storage Agent
v Tivoli Storage Manager Operations Center
If you plan to download the files, set the system user limit for maximum file size
to unlimited to ensure that the files can be downloaded correctly:
1. To query the maximum file size value, issue the following command:
ulimit -Hf
2. If the system user limit for maximum file size is not set to unlimited, change it
to unlimited by following the instructions in the documentation for your
operating system.
Procedure
1. Download the appropriate package file from one of the following websites, or
you can access the files from the product DVD:
v For a first time installation or a new release go to Passport Advantage at:
http://www.ibm.com/software/lotus/passportadvantage/. Passport
Advantage is the only site that you can download a licensed package file
from.
v For the latest information, updates, and maintenance fixes, go to the Tivoli
Storage Manager support site: http://www.ibm.com/support/entry/portal/
Overview/Software/Tivoli/Tivoli_Storage_Manager.
2. If you downloaded the package from an IBM download site, complete the
following steps:
a. Verify that you have enough space to store the installation files when they
are extracted from the product package. See the download document for the
space requirements:
v Tivoli Storage Manager: http://www.ibm.com/support/
docview.wss?uid=swg24035122
v Tivoli Storage Manager Extended Edition: http://www.ibm.com/
support/docview.wss?uid=swg24035635
v System Storage® Archive Manager: http://www.ibm.com/support/
docview.wss?uid=swg24035637
b. Download the package file to the directory of your choice. The path must
contain no more than 128 characters. Be sure to extract the installation files
to an empty directory. Do not extract to a directory that contains previously
extracted files, or any other files.
c. Ensure that executable permission is set for the package. If necessary,
change the file permissions by issuing the following command:
chmod a+x package_name.bin
d. Extract the package by issuing the following command:
./package_name.bin
where package_name is the name of the downloaded file, for example:
| 7.1.1.000-TIV-TSMSRV-AIX.bin
3. Ensure that the following command is enabled so that the Tivoli Storage
Manager wizards work properly:
lsuser
By default, the command is enabled.
4. Select one of the following methods of installing Tivoli Storage Manager:
v “Installing Tivoli Storage Manager by using the installation wizard”
v “Installing Tivoli Storage Manager by using console mode” on page 35
v “Installing Tivoli Storage Manager in silent mode” on page 36
5. After you install Tivoli Storage Manager, and before you customize it for your
use, go to the following website: http://www.ibm.com/support/entry/portal/
Overview/Software/Tivoli/Tivoli_Storage_Manager. Click Support and
downloads and apply any applicable fixes.
freetype2-2.3.9-1.aix5.2.ppc.rpm
gettext-0.10.40-6.aix5.1.ppc.rpm
glib2-2.12.4-2.aix5.2.ppc.rpm
gtk2-2.10.6-4.aix5.2.ppc.rpm
libjpeg-6b-6.aix5.1.ppc.rpm
libpng-1.2.32-2.aix5.2.ppc.rpm
libtiff-3.8.2-1.aix5.2.ppc.rpm
pango-1.14.5-4.aix5.2.ppc.rpm
pixman-0.12.0-3.aix5.2.ppc.rpm
xcursor-1.1.7-3.aix5.2.ppc.rpm
xft-2.1.6-5.aix5.1.ppc.rpm
xrender-0.9.1-3.aix5.2.ppc.rpm
zlib-1.2.3-3.aix5.1.ppc.rpm
v Verify that the operating system is set to the language that you require. By
default, the language of the operating system is the language of the installation
wizard.
| On test servers only: Use the following command to bypass prerequisite checks
| such as the operating system and the required memory. Do not issue this
| command on a production server.
| For new installations, issue the following command:
| ./install.sh -g -vmargs "-DBYPASS_TSM_REQ_CHECKS=true"
| Procedure
Option Description
Installing the software from a downloaded 1. Change to the directory where you
package: downloaded the package.
2. Start the installation wizard by issuing
the following command:
./install.sh
Installing the software from a DVD: 1. Insert the DVD into the DVD drive.
Tip: Ensure that the installation files are
visible on the DVD drive.
2. Start the installation wizard by issuing
the following command from a
command line:
./install.sh
What to do next
v If errors occur during the installation process, the errors are recorded in log files
that are stored in the IBM Installation Manager logs directory.
You can view installation log files by clicking File > View Log from the
Installation Manager tool. To collect these log files, click Help > Export Data for
Problem Analysis from the Installation Manager tool.
v After you install Tivoli Storage Manager, and before you customize it for your
use, go to the following website: http://www.ibm.com/support/entry/portal/
Overview/Software/Tivoli/Tivoli_Storage_Manager. Click Support and
downloads and apply any applicable fixes.
v After you install a new Tivoli Storage Manager server, review Taking the first
steps after you install Tivoli Storage Manager to learn about configuring your
server.
Related reference:
Drivers for non IBM devices (http://www.ibm.com/support/
knowledgecenter/SSGSG7_7.1.1/com.ibm.itsm.srv.doc/
r_device_drivers_nonibm_win.html)
If the RPM files that are listed in “Installing Tivoli Storage Manager by using the
installation wizard” on page 32 are not installed, you must download and install
the files.
Procedure
| On test servers only: Use the following command to bypass prerequisite checks
| such as the operating system and the required memory. Do not issue this
| command on a production server.
| For new installations, issue the following command:
| ./install.sh -c -vmargs "-DBYPASS_TSM_REQ_CHECKS=true"
| Procedure
Option Description
Installing the software from a downloaded 1. Change to the directory where you
package: downloaded the package.
2. Start the installation wizard in console
mode by issuing the following
command:
./install.sh -c
3.
Optional: Generate a response file as
part of a console mode installation.
Complete the console mode installation
options, and in the Summary panel,
specify G to generate the responses.
Option Description
Installing the software from a DVD: 1. Insert the DVD into the DVD drive.
Tip: Ensure that the installation files are
visible on the DVD drive.
2. Start the installation wizard in console
mode by issuing the following
command:
./install.sh -c
3.
Optional: Generate a response file as
part of a console mode installation.
Complete the console mode installation
options, and in the Summary panel,
specify G to generate the responses.
What to do next
| v If errors occur during the installation process, the errors are recorded in log files
| that are stored in the IBM Installation Manager logs directory, for example:
| /var/ibm/InstallationManager/logs
v After you install Tivoli Storage Manager, and before you customize it for your
use, go to the following website: http://www.ibm.com/support/entry/portal/
Overview/Software/Tivoli/Tivoli_Storage_Manager. Click Support and
downloads and apply any applicable fixes.
v After you install a new Tivoli Storage Manager server, review the information in
Taking the first steps after you install Tivoli Storage Manager to learn about
configuring your server.
Related reference:
Drivers for non IBM devices (http://www.ibm.com/support/
knowledgecenter/SSGSG7_7.1.1/com.ibm.itsm.srv.doc/
r_device_drivers_nonibm_win.html)
| A silent installation can use response files for data input. The input directory,
| which is in the directory where the installation package was extracted, contains the
| following sample response files to install, update, and uninstall Tivoli Storage
| Manager:
| v install_response_sample.xml
| v update_response_sample.xml
| v uninstall_response_sample.xml
| You can use these sample files as they are or you can customize them to suit your
| needs. It is optimal to use the sample response files. These sample files contain
| instructions and default values to help you avoid any unnecessary warnings.
| On test servers only: Use the following command to bypass prerequisite checks
| such as the operating system and the required memory. Do not issue this
| command on a production server.
Procedure
1. Create a response file, or use one of the sample response files, such as
install_response_sample.xml or update_response_sample.xml.
2. Start the silent installation, by issuing the following command from the
directory where the installation package is extracted:
Option Description
Installing the software from To start the installation with a custom response file, issue
a downloaded package file the following command, where response_file is the response
or DVD media: file path, including the file name:
./install.sh -s -input response_file -acceptLicense
What to do next
| v If errors occur during the installation process, the errors are recorded in log files
| that are stored in the IBM Installation Manager logs directory, for example:
| /var/ibm/InstallationManager/logs
v After you install Tivoli Storage Manager, and before you customize it for your
use, go to the following website: http://www.ibm.com/support/entry/portal/
Overview/Software/Tivoli/Tivoli_Storage_Manager. Click Support and
downloads and apply any applicable fixes.
v After you install a new Tivoli Storage Manager server, review the information in
Taking the first steps after you install Tivoli Storage Manager to learn about
configuring your server.
Related reference:
Drivers for non IBM devices (http://www.ibm.com/support/
knowledgecenter/SSGSG7_7.1.1/com.ibm.itsm.srv.doc/
r_device_drivers_nonibm_win.html)
This language package is automatically installed for the following default language
option for Tivoli Storage Manager server messages and help:
v LANGUAGE en_US
For languages or locales other than the default, install the language package that
your installation requires.
Restriction: For Operations Center users, some characters might not be displayed
properly if the web browser does not use the same language as the server. If this
problem occurs, set the browser to use the same language as the server.
To set support for a certain locale, complete one of the following tasks:
v Set the LANGUAGE option in the server options file to the name of the locale that
you want to use. For example:
To use the it_IT locale, set the LANGUAGE option to it_IT. See “Server
language locales” on page 38.
v If you are starting the server in the foreground, set the LC_ALL environment
variable to match the value that is set in the server options file. For example, to
set the environment variable for Italian, enter the following value:
export LC_ALL=it_IT
If the locale is successfully initialized, it formats the date, time, and number for the
server. If the locale is not successfully initialized, the server uses the US English
message files and the date, time, and number format.
You can install another language package within the same Tivoli Storage Manager
instance.
v Use the Modify function of IBM Installation Manager to install another language
package.
v Use the Update function of IBM Installation Manager to update to newer
versions of the language packages.
Tip: In IBM Installation Manager, the term update means to discover and install
updates and fixes to installed software packages. In this context, update and upgrade
are synonymous.
Figure 2. You are in the configuring the Tivoli Storage Manager server section.
Configure the Tivoli Storage Manager server instance by completing the following
steps:
1. Create the directories and user ID for the server instance. See “Creating the
user ID and directories for the server instance” on page 42.
2. Configure a Tivoli Storage Manager instance. Select one of the following
options:
v Use the Tivoli Storage Manager configuration wizard, the preferred method.
See “Configuring Tivoli Storage Manager using the configuration wizard” on
page 44.
v Manually configure the new Tivoli Storage Manager instance. See
“Configuring the server instance manually” on page 44. Complete the
following steps during a manual configuration.
a. Set up your directories and create the Tivoli Storage Manager instance.
See “Creating the server instance” on page 45.
b. Create a new server options file by copying the sample file to set up
communications between the server and clients. See “Configuring server
and client communications” on page 46.
c. Issue the DSMSERV FORMAT command to format the database. See
“Formatting the database and log” on page 50.
d. Configure your system for database backup. See “Preparing the database
manager for database backup” on page 50.
3. Configure options to control when database reorganization runs. See
“Configuring server options for server database maintenance” on page 53.
4. Start the Tivoli Storage Manager server instance if it is not already started.
See “Starting the server instance” on page 54.
5. Register your license. See “Registering licenses” on page 58.
6. Prepare your system for database backups. See “Specifying a device class in
preparation for database backups” on page 59.
7. Monitor the server. See “Monitoring the server” on page 60.
Review the information about planning space for the server before you complete
this task. See “Worksheets for planning details for the Tivoli Storage Manager
server” on page 9.
Procedure
1. Create the user ID that will own the server instance. You use this user ID when
you create the server instance in a later step.
Create a user ID and group that will be the owner of the Tivoli Storage
Manager server instance.
a. The following commands can be run from an administrative user ID
that will set up the user and group. Create the user ID and group in
the home directory of the user.
Create empty directories for each item in the table and ensure that the directories are
owned by the new user ID you just created. Mount the associated storage to each directory
for the active log, archive log, and database directories.
Example commands for
Item creating the directories Your directories
The instance directory for mkdir /tsminst1
the server, which is a
directory that will
contain files specifically
for this server instance
(the server options file
and other server-specific
files)
The database directories mkdir /tsmdb001
mkdir /tsmdb002
mkdir /tsmdb003
mkdir /tsmdb004
Active log directory mkdir /tsmlog
Archive log directory mkdir /tsmarchlog
Optional: Directory for mkdir /tsmlogmirror
the log mirror for the
active log
Optional: Secondary mkdir /tsmarchlogfailover
archive log directory
(failover location for
archive log)
When a server is initially created by using the DSMSERV FORMAT utility or the
configuration wizard, a server database and recovery log are created. In
addition, files are created to hold database information that is used by the
database manager.
3. Log off the new user ID.
Chapter 3. Taking the first steps after you install Tivoli Storage Manager Version 7.1.1 43
Installing the Tivoli Storage Manager server
Before you begin to use the configuration wizard, you must complete all preceding
steps to prepare for the configuration. These steps include installing Tivoli Storage
Manager, creating the database and log directories, and creating the directories and
user ID for the server instance.
Procedure
1. Ensure that the following requirements are met:
v The system where you installed Tivoli Storage Manager must have the X
Window System client. You must also be running an X Window System
server on your desktop.
| v The system must have the Secure Shell (SSH) protocol enabled. Ensure that
| the port is set to the default value, 22, and that the port is not blocked by a
| firewall. You must enable password authentication in the sshd_config file in
| the /etc/ssh/ directory. Also, ensure that the SSH daemon service has access
| rights for connecting to the system by using the localhost value.
| v You must be able to log in to Tivoli Storage Manager with the user ID that
| you created for the server instance, by using the SSH protocol. When you use
| the wizard, you must provide this user ID and password to access that
| system.
2. Start the local version of the wizard:
Open the dsmicfgx program in the /opt/tivoli/tsm/server/bin directory.
This wizard can be only run as a root user.
Follow the instructions to complete the configuration. The wizard can be
stopped and restarted, but the server is not operational until the entire
configuration process is complete.
Important: Before you run the db2icrt command, verify the following items:
v The home directory for the user (/home/tsminst1) exists. If there is no home
directory, you must create it.
The instance directory stores the following core files that are generated by the
Tivoli Storage Manager server:
– The server options file, dsmserv.opt
– The server key database file, cert.kdb, and the .arm files (used by clients and
other servers to import the Secure Sockets Layer certificates of the server)
– Device configuration file, if the DEVCONFIG server option does not specify a
fully qualified name
– Volume history file, if the VOLUMEHISTORY server option does not specify a
fully qualified name
– Volumes for DEVTYPE=FILE storage pools, if the directory for the device
class is not fully specified, or not fully qualified
– User exits
– Trace output (if not fully qualified)
v A shell configuration file (for example, .profile) exists in the home directory.
The root user and instance-user ID must have write permission to this file. For
more information, see the DB2 product documentation at http://www.ibm.com/
support/knowledgecenter/SSEPGG_10.5.0. Search for Linux and UNIX
environment variable settings.
1. Log in using the root user ID and create a Tivoli Storage Manager instance. The
name of the instance must be the same name as the user that owns the
instance. Use the db2icrt command and enter the command on one line:
/opt/tivoli/tsm/db2/instance/db2icrt -a server -s ese -u
instance_name instance_name
For example, if your user ID for this instance is tsminst1, use the following
command to create the instance. Enter the command on one line.
/opt/tivoli/tsm/db2/instance/db2icrt -a server -s ese -u
tsminst1 tsminst1
Remember: From this point on, use this new user ID when you configure your
Tivoli Storage Manager server. Log out of the root user ID and log in under the
new instance-user ID.
2. Change the default directory for the database to be the same as the instance
directory for the server. If you have multiple servers, log in under the instance
ID for each server. Issue this command:
db2 update dbm cfg using dftdbpath instance_directory
For example:
db2 update dbm cfg using dftdbpath /tsminst1
3. Modify the library path to use the version of the IBM Global Security Kit
(GSKit) that is installed with the Tivoli Storage Manager server. In the
Chapter 3. Taking the first steps after you install Tivoli Storage Manager Version 7.1.1 45
Installing the Tivoli Storage Manager server
Ensure that you have a server instance directory, for example /tsminst1, and copy
the sample file to this directory. Name the new file dsmserv.opt and edit the
options. Complete this set-up before you initialize the server database. Each
sample or default entry in the sample options file is a comment, a line beginning
with an asterisk (*). Options are not case-sensitive and one or more blank spaces
are allowed between keywords and values.
If you change the server options file, you must restart the server for the changes to
take effect.
Note: You can authenticate passwords with the LDAP directory server, or
authenticate passwords with the Tivoli Storage Manager server. Passwords that
are authenticated with the LDAP directory server can provide enhanced system
security. For details, see the managing passwords and logon procedures section
in the Administrator's Guide.
Select from a range of TCP/IP options for the Tivoli Storage Manager server or
retain the default.
The following is an example of a list of TCP/IP options you can use to set up your
system.
commmethod tcpip
tcpport 1500
tcpwindowsize 0
tcpnodelay yes
Chapter 3. Taking the first steps after you install Tivoli Storage Manager Version 7.1.1 47
Installing the Tivoli Storage Manager server
You can use shared memory communications between clients and servers on the
same system. To use shared memory, TCP/IP Version 4 must be installed on the
system.
In this example, SHMPORT specifies the TCP/IP port address of a server when using
shared memory. Use the SHMPORT option to specify a different TCP/IP port. The
default port address is 1510.
COMMMETHOD can be used multiple times in the Tivoli Storage Manager server
options file, with a different value each time. For example, the following example
is possible:
commmethod tcpip
commmethod sharedmem
If the server and client are not run under the same user ID, then the server must
be root. This prevents shared memory communication errors.
For details about configuring SNMP for use with Tivoli Storage Manager, see the
Administrator's Guide.
The subagent communicates with the snmp daemon, which in turn communicates
with a management application. The snmp daemon must support the DPI protocol.
Agents are available on AIX. The subagent process is separate from the Tivoli
Storage Manager server process, but the subagent gets its information from a
server options file. When the SNMP management application is enabled, it can get
information and messages from servers.
Use the following SNMP DPI options as an example of a SNMP setting. You must
specify the COMMMETHOD option. For details about the other options, see the
Administrator's Reference.
commmethod snmp
snmpheartbeatinterval 5
snmpmessagecategory severity
You can add more protection for your data and passwords by using Secure Sockets
Layer (SSL).
SSL is the standard technology for creating encrypted sessions between servers and
clients. SSL provides a secure channel for servers and clients to communicate over
open communication paths. With SSL, the identity of the server is verified through
the use of digital certificates.
To ensure better system performance, use SSL only for sessions when it is needed.
Consider adding additional processor resources on the Tivoli Storage Manager
server to manage the increased requirements.
Chapter 3. Taking the first steps after you install Tivoli Storage Manager Version 7.1.1 49
Installing the Tivoli Storage Manager server
After you set up server communications, you are ready to initialize the database.
Ensure that you log in by using the instance user ID. Do not place the directories
on file systems that might run out of space. If certain directories (for example, the
archive log) become unavailable or full, the server stops. See Capacity planning for
more details.
For optimal performance and to facilitate I/O, specify at least two equally sized
containers or Logical Unit Numbers (LUNs) for the database. See IBM Tivoli
Storage Manager Optimizing Performance (http://www.ibm.com/support/
knowledgecenter/SSGSG7_7.1.1/com.ibm.itsm.perf.doc/c_howtouseinfo.html) for
more information about the configuration of directories for the database. In
addition, each active log and archive log should have its own container or LUN.
Use the DSMSERV FORMAT utility to initialize a server instance. For example, issue the
following command:
dsmserv format dbdir=/tsmdb001 activelogsize=8192
activelogdirectory=/activelog archlogdirectory=/archlog
archfailoverlogdirectory=/archfaillog mirrorlogdirectory=/mirrorlog
Tip: If DB2 does not start after you issue the DSMSERV FORMAT command, you might
need to disable the file system mount option NOSUID. If this option is set on the file
system that contains the DB2 instance owner directory, or on any file system that
contains the DB2 database, active logs, archive logs, failover logs, or mirrored logs,
the option must be disabled to start the system.
After you disable the NOSUID option, remount the file system and then start DB2 by
issuing the following command:
db2start
Related reference:
DSMSERV FORMAT (Format the database and log) (http://www.ibm.com/
support/knowledgecenter/SSGSG7_7.1.1/com.ibm.itsm.srv.ref.doc/
r_cmd_dsmserv_format.html)
Starting with Tivoli Storage Manager V7.1, it is no longer necessary to set the API
password during a manual configuration of the server. If you set the API password
during the manual configuration process, attempts to back up the database might
fail.
If you use the Tivoli Storage Manager configuration wizard to create a Tivoli
Storage Manager server instance, you do not have to complete these steps. If you
are configuring an instance manually, complete the following steps before you
issue either the BACKUP DB or the RESTORE DB commands.
Attention: If the database is unusable, the entire Tivoli Storage Manager server is
unavailable. If a database is lost and cannot be recovered, it might be difficult or
impossible to recover data that is managed by that server. Therefore, it is critically
important to back up the database.
In the following commands, replace the example values with your actual values.
The examples use tsminst1 for the server instance user ID, /tsminst1 for the Tivoli
Storage Manager server instance directory, and /home/tsminst1 as the server
instance users home directory.
1. Set the Tivoli Storage Manager API environment-variable configuration for the
database instance:
a. Log in by using the tsminst1 user ID.
b. When user tsminst1 is logged in, ensure that the DB2 environment is
properly initialized. The DB2 environment is initialized by running the
/home/tsminst1/sqllib/db2profile script, which normally runs
automatically from the profile of the user ID. Ensure the .profile file exists
in the instance users home directory, for example, /home/tsminst1/.profile.
If .profile does not run the db2profile script, add the following lines:
if [ -f /home/tsminst1/sqllib/db2profile ]; then
. /home/tsminst1/sqllib/db2profile
fi
c. In the instance_directory/sqllib/userprofile file, add the following lines:
DSMI_CONFIG=server_instance_directory/tsmdbmgr.opt
DSMI_DIR=server_bin_directory/dbbkapi
DSMI_LOG=server_instance_directory
export DSMI_CONFIG DSMI_DIR DSMI_LOG
where:
v instance_directory is the home directory of the server instance user.
v server_instance_directory is the server instance directory.
v server_bin_directory is the server bin directory. The default location is
/opt/tivoli/tsm/server/bin.
In the instance_directory/sqllib/usercshrc file, add the following lines:
setenv DSMI_CONFIG=server_instance_directory/tsmdbmgr.opt
setenv DSMI_DIR=server_bin_directory/dbbkapi
setenv DSMI_LOG=server_instance_directory
2. Log off and log in again as tsminst1, or issue this command:
. ~/.profile
Tip: Ensure that you enter a space after the initial dot (.) character.
3. Create a file that is named tsmdbmgr.opt in the server_instance directory, which
is in the /tsminst1 directory in this example, and add the following line:
SERVERNAME TSMDBMGR_TSMINST1
Chapter 3. Taking the first steps after you install Tivoli Storage Manager Version 7.1.1 51
Installing the Tivoli Storage Manager server
servername TSMDBMGR_TSMINST1
commmethod tcpip
tcpserveraddr localhost
tcpport 1500
errorlogname /tsminst1/tsmdbmgr.log
nodename $$_TSMDBMGR_$$
where
v servername matches the servername value in the tsmdbmgr.opt file.
v commethod specifies the client API that is used to contact the server for
database backup. This value can be tcpip or sharedmem. For more
information about shared memory, see step 5..
v tcpserveraddr specifies the server address that the client API uses to contact
the server for database backup. To ensure that the database can be backed
up, this value must be localhost.
v tcpport specifies the port number that the client API uses to contact the server
for database backup. Ensure that you enter the same tcpport value that is
specified in the dsmserv.opt server options file.
v errorlogname specifies the error log where the client API logs errors that are
encountered during a database backup. This log is typically in the server
instance directory. However, this log can be placed in any location where the
instance user ID has write-permission.
v nodename specifies the node name that the client API uses to connect to the
server during a database backup. To ensure that the database can be backed
up, this value must be $$_TSMDBMGR_$$.
5. Optional: Configure the server to back up the database by using shared
memory. In this way, you might be able to reduce the processor load and
improve throughput. Complete the following steps:
a. Review the dsmserv.opt file. If the following lines are not in the file, add
them:
commmethod sharedmem
shmport port_number
Table and index reorganization requires significant processor resources, active log
space, and archive log space. Because database backup takes precedence over
reorganization, select the time and duration for reorganization to ensure that the
processes do not overlap and reorganization can complete. For more information
about scheduling reorganization, see the Administrator's Guide.
If you update these server options while the server is running, you must stop and
restart the server before the updated values take effect.
Procedure
1. Modify the server options.
Edit the server options file, dsmserv.opt, in the server instance directory. Follow
these guidelines when you edit the server options file:
v To enable an option, remove the asterisk at the beginning of the line.
v Enter an option on any line.
v Enter only one option per line. The entire option with its value must be on
one line.
v If you have multiple entries for an option in the file, the server uses the last
entry.
To view available server options, see the sample file, dsmserv.opt.smp, in the
/opt/tivoli/tsm/server/bin directory.
2. If you plan to use data deduplication, enable the ALLOWREORGINDEX server
option. Add the following option and value to the server options file:
allowreorgindex yes
3. Set the REORGBEGINTIME and REORGDURATION server options to control when
reorganization starts and how long it runs. Select a time and duration so that
reorganization runs when you expect that the server is least busy. These server
options control both table and index reorganization processes.
a. Set the time for reorganization to start by using the REORGBEGINTIME server
option. Specify the time by using the 24-hour system. For example, to set
the start time for reorganization as 8:30 p.m., specify the following option
and value in the server options file:
reorgbegintime 20:30
b. Set the interval during which the server can start reorganization. For
example, to specify that the server can start reorganization for four hours
after the time set by the REORGBEGINTIME server option, specify the following
option and value in the server options file:
reorgduration 4
4. If the server was running while you updated the server options file, stop and
restart the server.
Related tasks:
Chapter 3. Taking the first steps after you install Tivoli Storage Manager Version 7.1.1 53
Installing the Tivoli Storage Manager server
Ensure that you set access permissions and user limits correctly. For instructions,
see “Verifying access rights and user limits” on page 55.
The preferred way to start the server is by using the instance user ID. By using the
instance user ID, you simplify the setup process and avoid potential issues.
However, in some cases, it might be necessary to start the server with the root user
ID. For example, you might want to use the root user ID to ensure that the server
can access specific devices.
Procedure
If you do not verify user limits, also known as ulimits, you might experience server
instability or a failure of the server to respond. You must also verify the
system-wide limit for the maximum number of open files. The system-wide limit
must be greater than or equal to the user limit.
Procedure
1. Verify that the server instance user ID has permissions to start the server.
2. For the server instance that you plan to start, ensure that you have authority to
read and write files in the server instance directory. Verify that the dsmserv.opt
file exists in the server instance directory, and that the file includes parameters
for the server instance.
3. If the server is attached to a tape drive, medium changer, or removable media
device, and you plan to start the server by using the instance user ID, grant
read/write access to the instance user ID for these devices. To set permissions,
take one of the following actions:
v If the system is dedicated to Tivoli Storage Manager and only the Tivoli
Storage Manager administrator has access, make the device special file
world-writable:
chmod +w /dev/rmtX
v If the system has multiple users, you can restrict access by making the Tivoli
Storage Manager instance user ID the owner of the special device files:
chmod u+w /dev/rmtX
v If multiple user instances are running on the same system, change the group
name, for example TAPEUSERS, and add each Tivoli Storage Manager
instance user ID to that group. Then, change the ownership of the device
special files to belong to the group TAPEUSERS, and make them
group-writable:
chmod g+w /dev/rmtX
4. Verify the following user limits based on the guidelines in the table.
Table 13. User limit (ulimit) values
User limit type Preferred value Command to query value
Maximum size of core files Unlimited ulimit -Hc
created
Maximum size of a data Unlimited ulimit -Hd
segment for a process
Maximum file size Unlimited ulimit -Hf
Maximum number of open 65536 ulimit -Hn
files
Maximum amount of Unlimited ulimit -Ht
processor time in seconds
To modify user limits, follow the instructions in the documentation for your
operating system.
Tip: If you plan to start the server automatically by using a script, you can set
the user limits in the script.
Chapter 3. Taking the first steps after you install Tivoli Storage Manager Version 7.1.1 55
Installing the Tivoli Storage Manager server
5. Ensure that the user limit of maximum user processes (the nproc setting) is set
to the minimum suggested value of 16384.
a. To verify the current user limit, issue the ulimit -Hu command by using the
instance user ID. For example:
[user@Machine ~]$ ulimit -Hu
16384
b. If the limit of maximum user processes is not set to 16384, set the value to
16384.
| Add the following line to the /etc/security/limits file:
| instance_user_id - nproc 16384
Ensure that access rights and user limits are set correctly. For instructions, see
“Verifying access rights and user limits” on page 55.
Procedure
1. Log in to the system where Tivoli Storage Manager is installed by using the
instance user ID for the Tivoli Storage Manager server.
2. If you do not have a user profile that runs the db2profile script, issue the
following command:
. /home/tsminst1/sqllib/db2profile
Tip: For instructions about updating the user ID login script to run the
db2profile script automatically, see the DB2 documentation
(http://www.ibm.com/support/knowledgecenter/SSEPGG_10.5.0).
3. Start the server by issuing the following command from the server instance
directory:
/usr/bin/dsmserv
Tip: The command runs in the foreground so that you can set an administrator
ID and connect to the server instance.
For example, if the name of the Tivoli Storage Manager server instance is
tsminst1 and the server instance directory is /tsminst1, you can start the
instance by issuing the following commands:
cd /tsminst1
. ~/sqllib/db2profile
/usr/bin/dsmserv
Ensure that access rights and user limits are set correctly. For instructions, see
“Verifying access rights and user limits” on page 55.
The rc.dsmserv script is in the server installation directory, for example, in the
/opt/tivoli/tsm/server/bin directory.
Tip: If you used either the upgrade wizard or the configuration wizard, you might
have chosen to start the server automatically when the system is restarted. If you
selected that choice, an entry for starting the server was added automatically to the
/etc/inittab file.
Procedure
If you did not use a wizard to configure the Tivoli Storage Manager server, add an
entry to the /etc/inittab file for each server that you want to automatically start:
1. Set the run level to the value that corresponds to multiuser mode with
networking enabled. Typically, the run level to use is 2, 3, or 5, depending on
the operating system and its configuration. Ensure that the run level in the
/etc/inittab file matches the run level of the operating system. For more
information about multiuser mode and run levels, see the documentation for
your operating system.
2. On the rc.dsmserv command in the /etc/inittab file, specify the instance user
ID with the -u option, and the location of the server instance directory with the
-i option. If you want to start more than one server instance automatically, add
an entry for each server instance. To verify the syntax, see the documentation
for your operating system.
Tip: To automatically start a server instance with the root user ID, use the -U
option.
Example
For example, if the instance owner is tsminst1 and the server instance directory is
/home/tsminst1/tsminst1, add the following entry to /etc/inittab, on one line:
tsm1:2:once:/opt/tivoli/tsm/server/bin/rc.dsmserv -u tsminst1
-i /home/tsminst1/tsminst1 -q >/dev/console 2>&1
In this example, the ID for the process is tsm1, and the run level is set to 2.
If you have more than one server instance that you want to run, add an entry for
each server instance. For example, if you have instance owner IDs tsminst1 and
tsminst2, and instance directories /home/tsminst1/tsminst1 and
/home/tsminst2/tsminst2, add the following entries to /etc/inittab. Each entry is
on one line.
Chapter 3. Taking the first steps after you install Tivoli Storage Manager Version 7.1.1 57
Installing the Tivoli Storage Manager server
tsm1:2:once:/opt/tivoli/tsm/server/bin/rc.dsmserv -u tsminst1
-i /home/tsminst1/tsminst1 -q >/dev/console 2>&1
tsm2:2:once:/opt/tivoli/tsm/server/bin/rc.dsmserv -u tsminst2
-i /home/tsminst2/tsminst2 -q >/dev/console 2>&1
Related reference:
Server startup script: rc.dsmserv (http://www.ibm.com/support/
knowledgecenter/SSGSG7_7.1.1/com.ibm.itsm.srv.ref.doc/r_srv_rcscript.html)
To stop the server, issue the following command from the Tivoli Storage Manager
command line:
halt
If you cannot connect to the server with an administrative client and you want to
stop the server, you must cancel the process by using the kill command with the
process ID number (pid) that is displayed at initialization.
Important: Before you issue the kill command, ensure that you know the correct
process ID for the Tivoli Storage Manager server.
The dsmserv.v6lock file, in the directory from which the server is running, can be
used to identify the process ID of the process to kill. To display the file enter:
cat /instance_dir/dsmserv.v6lock
Registering licenses
Immediately register any Tivoli Storage Manager licensed functions that you
purchase so you do not lose any data after you start server operations, such as
backing up your data.
Before you begin the setup, ensure that you have defined a tape or file device
class. See the defining device classes section of the Administrator's Guide.
To set up your system for database backups, issue the SET DBRECOVERY command to
specify a device class to be used for the backups. You can also change the device
class to be used for database backups with the SET DBRECOVERY command.
Procedure
1. If you did not use the configuration wizard (dsmicfgx) to configure the server,
ensure that you have completed the steps to manually configure the system for
database backups.
2. Select the device class to be used for backups of the database. Issue the
following command from a IBM Tivoli Storage Manager administrative
command line.
set dbrecovery device_class_name
The device class that you specify is used by the database manager for database
backups. If you do not specify a device class with the SET DBRECOVERY
command, the backup fails.
Example
For example, to specify that the DBBACK device class is to be used, issue this
command:
set dbrecovery dbback
What to do next
When you are ready to back up your database, see the BACKUP DB command in the
Administrator's Reference.
Multiply the memory and other system requirements for one server by the number
of instances planned for the system.
The set of files for one instance of the server is stored separately from the files
used by another server instance on the same system. Use the steps in “Creating the
server instance” on page 45 for each new instance, including creation of the new
instance user.
Chapter 3. Taking the first steps after you install Tivoli Storage Manager Version 7.1.1 59
Installing the Tivoli Storage Manager server
To manage the system memory that is used by each server, use the DBMEMPERCENT
server option to limit the percentage of system memory. If all servers are equally
important, use the same value for each server. If one server is a production server
and other servers are test servers, set the value for the production server to a
higher value than the test servers.
When you upgrade from Tivoli Storage Manager V6.1, you must upgrade to V6.3
first, and then to V7.1.1. You can upgrade directly from either V6.2 or V6.3 to V7.1.
See the upgrade section (Chapter 5, “Upgrading to Tivoli Storage Manager Version
7.1.1,” on page 67) for more details. When you upgrade and have multiple servers
on your system, you must run the installation wizard only once. The installation
wizard collects the database and variables information for all of your original
server instances.
If you upgrade from Tivoli Storage Manager V6.2 or V6.3 to V7.1.1 and have
multiple servers on your system, all instances that exist in DB2 V9.7 are dropped
and recreated in DB2 V10.5. The wizard issues the db2 upgrade db dbname
command for each database. The database environment variables for each instance
on your system are also reconfigured during the upgrade process.
For information about the Server Initialization wizard, see the Tivoli Storage
Manager Administrator's Guide.
Related tasks:
Running multiple server instances on a single system (http://www.ibm.com/
support/knowledgecenter/SSGSG7_7.1.1/com.ibm.itsm.srv.doc/
t_srv_mng_start_multi_unix.html)
Procedure
1. Monitor the active log, to ensure that the size is correct for the workload that is
handled by the server instance.
When the server workload is up to its typical expected level, and the space that
is used by the active log is 80 - 90% of the space that is available to the active
log directory, you might need to increase the amount of space. Whether you
need to increase the space depends on the types of transactions in the server's
workload, because transaction characteristics affect how the active log space is
used.
The following transaction characteristics can affect the space usage in the active
log:
v The number and size of files in backup operations
– Clients such as file servers that back up large numbers of small files can
cause large numbers of transactions that complete during a short period of
time. The transactions might use a large amount of space in the active log,
but for a short period of time.
– Clients such as a mail server or a database server that back up large
chunks of data in few transactions can cause small numbers of
transactions that take a long time to complete. The transactions might use
a small amount of space in the active log, but for a long period of time.
Remember: If the archive log becomes full, and the failover archive log
becomes full, the active log can become full and the server will stop. The goal
is to make enough space available to the archive log so that it never uses all its
available space.
You are likely to notice the following pattern:
a. Initially, the archive log grows rapidly as typical client-backup operations
occur.
b. Database backups occur regularly, either as scheduled or done manually.
c. After at least two full database backups occur, log pruning occurs
automatically. The space used by the archive log decreases when the
pruning occurs.
d. Normal client operations continue, and the archive log grows again.
e. Database backups occur regularly, and log pruning occurs as often as full
database backups occur.
With this pattern, the archive log grows initially, then decreases, then might
grow again. Over a period of time, as normal operations continue, the amount
of space used by the archive log should reach a relatively constant level.
If the archive log continues to grow, consider taking one or both of these
actions:
v Add space to the archive log. This might mean moving the archive log to a
different file system.
For information about moving the archive log, see the Tivoli Storage Manager
Administrator's Guide.
v Increase the frequency of full database backups, so that log pruning occurs
more frequently.
3. If you defined a directory for the failover archive log, determine whether any
logs get stored in that directory during normal operations. If the failover log
space is being used, consider increasing the size of the archive log. The goal is
that the failover archive log is used only under unusual conditions, not in
normal operation.
What to do next
Chapter 3. Taking the first steps after you install Tivoli Storage Manager Version 7.1.1 61
62 IBM Tivoli Storage Manager for AIX: Installation Guide
Chapter 4. Installing a Tivoli Storage Manager server fix pack
Tivoli Storage Manager maintenance updates, which are also referred to as fix
packs, bring your server up to the current maintenance level.
To install a fix pack or interim fix to the server, install the server at the level on
which you want to run it. You do not have to start the server installation at the
base release level. For example, if you currently have Version 6.3.4.2 installed, you
can go directly to the latest fix pack for V7.1. You do not have to start with the
V7.1.0 installation if a maintenance update is available.
You must have the Tivoli Storage Manager license package installed. The license
package is provided with the purchase of a base release. Alternatively, you can
obtain the license package when download a fix pack from the Passport Advantage
website. After the fix pack or interim fix is installed, install the license for the
server. To display messages and help in a language other than US English, install
the language package of your choice.
For information about the estimated time required to install a fix pack, see Techdoc
7023591.
If you upgrade the server to V7.1 or later, and then revert the server to a level that
is earlier than V7.1, you must restore the database to a point in time before the
upgrade. During the upgrade process, complete the required steps to ensure that
the database can be restored: back up the database, the volume history file, the
device configuration file, and the server options file. For more information, see
Chapter 6, “Reverting from Version 7.1 to the previous V6 server,” on page 85.
Ensure that you retain the installation media from the base release of the installed
server. If you installed Tivoli Storage Manager from a DVD, ensure that the DVD is
available. If you installed Tivoli Storage Manager from a downloaded package,
ensure that the downloaded files are available. If the upgrade fails, and the server
license module is uninstalled, the installation media from the server base release
are required to reinstall the license.
Attention: Do not alter the DB2 software that is installed with Tivoli Storage
Manager installation packages and fix packs. Do not install or upgrade to a
different version, release, or fix pack of DB2 software because doing so can damage
the database.
Procedure
1. Log in as the root user.
2. Obtain the package file for the fix pack or interim fix that you want to install
from the http://www.ibm.com/support/entry/portal/Overview/Software/
Tivoli/Tivoli_Storage_Manager site.
3. Change to the directory where you placed the executable file and complete the
following steps.
Tip: The files are extracted to the current directory. Ensure that the executable
file is in the directory where you want the extracted files to be located.
a. Change file permissions by entering the following command:
chmod a+x 6.x.x.x-TIV-TSMALL-platform.bin
where file_name specifies the name of the file in which to store device
configuration information.
6. Save the volume history file to another directory or rename the file. Issue the
following Tivoli Storage Manager administrative command:
backup volhistory filenames=file_name
where file_name specifies the name of the file in which to store the volume
history information.
7. Save a copy of the server options file, typically named dsmserv.opt. The file is
in the server instance directory.
8. Halt the server before installing a fix pack or interim fix. Use the HALT
command.
9. Ensure that extra space is available in the installation directory. The
installation of this fix pack might require additional temporary disk space in
the installation directory of the server. The amount of additional disk space
Tip: After you start the wizard, in the IBM Installation Manager window,
click the Update icon; do not click the Install or Modify icon.
Command line in console mode
Follow the instructions for your operating system:
“Installing Tivoli Storage Manager by using console mode” on page 35
Silent mode
Follow the instructions for your operating system:
“Installing Tivoli Storage Manager in silent mode” on page 36
Tip: If you have multiple server instances on your system, run the installation
wizard only once. The installation wizard upgrades all server instances.
Results
Correct any errors that are detected during the installation process.
If you installed the server by using the installation wizard, you can view
installation logs by using the IBM Installation Manager tool. Click File > View
Log. To collect log files, from the IBM Installation Manager tool, click Help >
Export Data for Problem Analysis.
If you installed the server by using console mode or silent mode, you can view
error logs in the IBM Installation Manager log directory, for example:
/var/ibm/InstallationManager/logs
To install a fix pack or interim fix to the server, install the server at the level on
which you want to run it. You do not have to start the server installation at the
base release level. For example, if you currently have Version 6.3.4.2 installed, you
can go directly to the latest fix pack for V7.1. You do not have to start with the
V7.1.0 installation if a maintenance update is available.
Procedure
1. Back up the database. The preferred method is to use a snapshot backup. A
snapshot backup is a full database backup that does not interrupt any
scheduled database backups. For example, issue the following command:
backup db type=dbsnapshot devclass=tapeclass
If you must revert the server to the previous level, you must have the
database backup and the configuration files to restore the server to the
previous level.
2. Back up the device configuration information. Issue the following command:
backup devconfig filenames=file_name
where file_name specifies the name of the file in which to store device
configuration information.
3. Back up the volume history information. Issue the following command:
backup volhistory filenames=file_name
where file_name specifies the name of the file in which to store the volume
history information.
4. Save a copy of the server options file, typically named dsmserv.opt. The file is
in the server instance directory.
5. If you are using application level monitoring of the Tivoli Storage Manager
server, from the primary node, suspend monitoring of the dsmserv application
resource. To suspend monitoring, use the smitty IBM PowerHA® menu.
6. Stop the Tivoli Storage Manager server.
7. Verify that the database manager is not running.
8. Mount all shared resources on the primary node. Verify that no other nodes
have write access to these resources during the fix pack installation. If your
environment includes multiple instances of Tivoli Storage Manager, shared
resources for all instances must be accessible to the primary node during the
fix pack installation.
9. Install the Tivoli Storage Manager server on the primary node.
10. Start the Tivoli Storage Manager server.
11. Halt the Tivoli Storage Manager server. Go to the secondary node.
12. On the secondary node, install the Tivoli Storage Manager server.
To upgrade the server on the same operating system, see the upgrade instructions:
Table 14. Upgrade information
To upgrade from this
version To this version See this information
V7.1 V7.1 fix pack or interim fix Chapter 4, “Installing a Tivoli
Storage Manager server fix
pack,” on page 63
V6.2 or V6.3 V7.1.1 “Upgrading from Tivoli
Storage Manager V6.2 or
V6.3 to V7.1.1” on page 68
V6.1 V7.1.1 “Upgrading from Tivoli
Storage Manager V6.1 to
V7.1.1” on page 76
V5 V7.1.1 Upgrade and Migration Guide
for V5 Servers
If a Tivoli Storage Manager V5 server is installed, and you prefer to upgrade the
server to V7.1.1 on a different operating system, see the instructions for server
migration:
Table 15. Migration information
To migrate the server from
this operating system To this operating system See this information
AIX Linux x86_64 Section about migrating
Tivoli Storage Manager V5
servers on AIX, HP-UX, or
Solaris systems to V7.1 on
Linux in the Upgrade and
Migration Guide for V5 Servers
HP-UX Linux x86_64 Section about migrating
Tivoli Storage Manager V5
servers on AIX, HP-UX, or
Solaris systems to V7.1 on
Linux in the Upgrade and
Migration Guide for V5 Servers
Ensure that you retain the installation media from the V6.2 or V6.3 server base
release that you are upgrading. If you installed Tivoli Storage Manager from a
DVD, ensure that the DVD is available. If you installed Tivoli Storage Manager
from a downloaded package, ensure that the downloaded files are available. If the
upgrade fails, and the server license module is uninstalled, the installation media
from the server base release are required to reinstall the license.
Procedure
In lab tests, the process of upgrading the server from V6.2 or V6.3 to V7.1 took 14 -
45 minutes. The results that you achieve might differ, depending on your hardware
and software environment, and the size of the server database.
The following table shows the results that were obtained in lab tests.
Table 16. V6 to V7 upgrade times in lab tests
Version of Random
source Version of Operating Size of server access
system target system system database memory Upgrade time
V6.3.4 V7.1 AIX 17 GB 64 GB 40 minutes
V6.3.4 V7.1 AIX 487 GB 32 GB 45 minutes
V6.3.4 V7.1 AIX 3.8 TB 64 GB 35 minutes
V6.2.5 V7.1 Linux 6.16 GB 16 GB 15 minutes
V6.3.4 V7.1 Linux 30 GB 16 GB 14 minutes
V6.2.5 V7.1 Linux 70 GB 16 GB 24 minutes
V6.3.4 V7.1 Linux 1.4 TB 64 GB 30 minutes
V6.2.5 V7.1 Solaris 9.43 GB 32 GB 35 minutes
V6.3.4 V7.1 Windows 2.35 TB 64 GB 45 minutes
Procedure
1. Review the hardware and software requirements:
“System requirements for the Tivoli Storage Manager server” on page 4
For the latest updates related to system requirements, see the Tivoli Storage
Manager support website at http://www.ibm.com/support/
docview.wss?uid=swg21243309.
2. For special instructions or specific information for your operating system,
review the release notes (http://www.ibm.com/support/knowledgecenter/
SSGSG7_7.1.1/com.ibm.itsm.srv.common.doc/r_relnotes_srv.html) and readme
files (http://www.ibm.com/support/docview.wss?uid=swg27039693) for V7.1.1
server components.
3. If the server that you are upgrading is at a release level that is earlier than
V6.2.3.000, review Technote 1452146 (http://www.ibm.com/support/
docview.wss?uid=swg21452146). The technote describes improvements in the
database reorganization process, and configuration changes that you might be
required to make.
4. Select an appropriate day and time to upgrade your system to minimize the
impact on production operations. The amount of time that is required to
update the system depends on the database size and many other factors. When
you start the upgrade process, clients cannot connect to the server until the
new software is installed and any required licenses are registered again.
Procedure
1. Log on to the computer where Tivoli Storage Manager is installed.
Ensure that you are logged on with the instance user ID.
2. Obtain a list of DB2 instances. Issue the following system command:
/opt/tivoli/tsm/db2/instance/db2ilist
Tip: If you are upgrading the server from V6.3, the default database path
is /tsminst1/tsminst1. If you are upgrading the server from V6.2, the
default database path is /home/tsminst1/tsminst1.
b. Obtain information about the DB2 instance databases by issuing the
following system command:
. ~/sqllib/db2profile; LC_ALL=C db2 list database directory
Database 1 entry:
Database 2 entry:
For more information about this command and other Tivoli Storage Manager
administrative commands, see the Administrator's Reference.
6. Back up the device configuration information to another directory by issuing
the following Tivoli Storage Manager administrative command:
backup devconfig filenames=file_name
where file_name specifies the name of the file in which to store device
configuration information.
7. Back up the volume history file to another directory. Issue the following Tivoli
Storage Manager administrative command:
backup volhistory filenames=file_name
where file_name specifies the name of the file in which to store the volume
history information.
This command cancels all sessions except for your current session.
12. Stop the server by issuing the following Tivoli Storage Manager
administrative command:
halt
13. Verify that the server is shut down and no processes are running.
Issue the following command:
ps -ef | grep dsmserv
14. In the server instance directory of your installation, locate the NODELOCK file
and move it to another directory, where you are saving configuration files.
The NODELOCK file contains the previous licensing information for your
installation. This licensing information is replaced when the upgrade is
complete.
You must be logged on to the system by using the root user ID.
You can obtain the installation package from the product DVD or from an IBM
download site.
If you plan to download the files, set the system user limit for maximum file size
to unlimited to ensure that the files can be downloaded correctly.
1. To query the maximum file size value, issue the following command:
ulimit -Hf
2. If the system user limit for maximum file size is not set to unlimited, change it
to unlimited by following the instructions in the documentation for your
operating system.
By using the Tivoli Storage Manager installation software, you can install the
following components:
v Tivoli Storage Manager server
v Tivoli Storage Manager server languages
v Tivoli Storage Manager license
v Tivoli Storage Manager devices
v Tivoli Storage Manager Operations Center
v Tivoli Storage Manager storage agent
Tip: The database (DB2) and the Global Security Kit are automatically installed
when you select the server component.
For more information about storage agents, see Tivoli Storage Manager for
Storage Area Networks (http://www.ibm.com/support/knowledgecenter/
SSSQZW_7.1.1/com.ibm.itsm.sta.doc/c_overview.html).
Procedure
1. If you are obtaining the package from an IBM download site, download the
appropriate package file from one of the following websites:
v For a new release, go to Passport Advantage at http://www.ibm.com/
software/lotus/passportadvantage/. Passport Advantage is the only
website from which you can download a licensed package file.
v For a maintenance fix, go to the Tivoli Storage Manager support site at
http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/
Tivoli_Storage_Manager.
2. If you are downloading the package from one of the download sites, complete
the following steps:
a. Verify that you have enough space to store the installation files
when they are extracted from the product package. For space
requirements, see the download document for your product:
v Tivoli Storage Manager: http://www.ibm.com/support/
docview.wss?uid=swg24035122
v Tivoli Storage Manager Extended Edition: http://
www.ibm.com/support/docview.wss?uid=swg24035635
v System Storage Archive Manager: http://www.ibm.com/
support/docview.wss?uid=swg24035637
b. Download the package file to the directory of your choice. The
path must contain no more than 128 characters. Be sure to extract
the installation files to an empty directory. Do not extract to a
directory that contains previously extracted files, or any other files.
Also, ensure that you have executable permission for the package
file.
c. If necessary, change the file permissions by issuing the following
command:
chmod a+x package_name.bin
| Tip: If you have multiple server instances on your system, install the Tivoli
| Storage Manager software only once to upgrade all server instances.
Installation wizard
To install the server by using the graphical wizard of IBM Installation
Manager, follow the instructions in “Installing Tivoli Storage Manager
by using the installation wizard” on page 32.
Ensure that your system meets the prerequisites for using the
installation wizard. Then, complete the installation procedure. In the
IBM Installation Manager window, click the Install icon; do not click
the Update or Modify icon.
Command line in console mode
To install the server by using the command line in console mode,
follow the instructions in “Installing Tivoli Storage Manager by using
console mode” on page 35.
Review the information about installing the server in console mode
and then complete the installation procedure.
Silent mode
To install the server by using silent mode, follow the instructions in
“Installing Tivoli Storage Manager in silent mode” on page 36.
Review the information about installing the server in silent mode and
then complete the installation procedure.
| After you install the Tivoli Storage Manager software, you do not have to
| reconfigure the system.
| 5. Correct any errors that are detected during the installation process.
| If you installed the server by using the installation wizard, you can view
| installation logs by using the IBM Installation Manager tool. Click File > View
| Log. To collect log files, from the IBM Installation Manager tool, click Help >
| Export Data for Problem Analysis.
| If you installed the server by using console mode or silent mode, you can
| view error logs in the IBM Installation Manager log directory, for example:
| /var/ibm/InstallationManager/logs
For example, if you installed Tivoli Storage Manager Extended Edition in the
/opt/tivoli/tsm directory, issue the following command:
register license file=/opt/tivoli/tsm/server/bin/tsmee.lic
Restriction: You cannot use the Tivoli Storage Manager server to register
licenses for Tivoli Storage Manager for Mail, Tivoli Storage Manager for
Databases, Tivoli Storage Manager for ERP, and Tivoli Storage Manager for
Space Management. The REGISTER LICENSE command does not apply to these
licenses. The licensing for these products is done by Tivoli Storage Manager
clients.
9. Optional: To install an additional language package, use the modify function
of the IBM Installation Manager.
10. Optional: To upgrade to a newer version of a language package, use the
update function of the IBM Installation Manager.
What to do next
You can authenticate passwords with the LDAP directory server, or authenticate
passwords with the Tivoli Storage Manager server. Passwords that are
authenticated with the LDAP directory server can provide enhanced system
security. For instructions, see the section about managing passwords and logon
procedures in the Administrator's Guide.
Ensure that you retain the installation media from the base release of the V6.1 and
V6.3 servers. If you obtained the Tivoli Storage Manager software from a DVD,
ensure that the DVD is available. If you obtained the Tivoli Storage Manager
software from a downloaded package, ensure that the downloaded files are
available. If the upgrade fails, and the server license module is uninstalled, the
installation media from the server base release are required to reinstall the license.
Procedure
1. Upgrade the server from V6.1 to V6.3, as described in Upgrading from Tivoli
Storage Manager Version 6.1 to 6.3 or later (http://www.ibm.com/support/
knowledgecenter/SSGSG7_6.3.0/com.ibm.itsm.srv.install.doc/
t_srv_upgrade61_63.html).
2. Upgrade the server from V6.3 to V7.1.1, as described in “Upgrading from Tivoli
Storage Manager V6.2 or V6.3 to V7.1.1” on page 68.
Procedure
Follow the procedure for your operating system, source release, and target release:
Table 17. Procedures for upgrading the server in a clustered environment on an AIX
operating system
Source release Target release Procedure
V7.1 V7.1 fix pack “Applying a fix pack to
Tivoli Storage Manager V7 in
a clustered environment” on
page 66
Table 17. Procedures for upgrading the server in a clustered environment on an AIX
operating system (continued)
Source release Target release Procedure
V6.2 or V6.3 V7.1.1 “Upgrading Tivoli Storage
Manager from V6.2 or V6.3
to V7.1.1 in a clustered
environment with a shared
database instance”
“Upgrading Tivoli Storage
Manager from V6.2 or V6.3
to V7.1.1 in a clustered
environment with separate
database instances” on page
79
V6.1 V7.1.1 “Upgrading Tivoli Storage
Manager from V6.1 to V7.1.1
in a clustered environment”
on page 82
V5 V7.1.1 Upgrade and Migration Guide
for V5 Servers
Ensure that you retain the installation media from the V6.2 or V6.3 server base
release that you are upgrading. If you installed Tivoli Storage Manager from a
DVD, ensure that the DVD is available. If you installed Tivoli Storage Manager
from a downloaded package, ensure that the downloaded files are available. If the
upgrade fails, and the server license module is uninstalled, the installation media
from the server base release are required to reinstall the license.
Use the following procedure when the DB2 instance directory is shared between
the nodes in the cluster. The DB2 instance directory is in the following location:
/home/tsminst1/sqllib
If the DB2 instance directory is not shared between nodes, follow the instructions
in “Upgrading Tivoli Storage Manager from V6.2 or V6.3 to V7.1.1 in a clustered
environment with separate database instances” on page 79.
Procedure
1. Back up the database by using the BACKUP DB command. The preferred method
is to use a snapshot backup, which creates a full database backup without
interrupting any scheduled backups. For example, you can create a snapshot
backup by issuing the following command:
backup db type=dbsnapshot devclass=tapeclass
For more information about the BACKUP DB command and other Tivoli Storage
Manager administrative commands, see the Administrator's Reference.
2. Back up the device configuration information to another directory. Issue the
following command:
backup devconfig filenames=file_name
where file_name specifies the name of the file in which to store device
configuration information.
3. Back up the volume history file to another directory. Issue the following
command:
backup volhistory filenames=file_name
where file_name specifies the name of the file in which to store the volume
history information.
4. Save a copy of the server options file, which is typically named dsmserv.opt.
The file is in the server instance directory.
5. Stop all instances of the Tivoli Storage Manager server. Verify that no Tivoli
Storage Manager server processes are running. If you are using
application-level monitoring of the Tivoli Storage Manager server, use your
clustering tool to suspend monitoring of the dsmserv application resource.
6. Verify that the database manager is not running for any instance. Determine
whether any db2sysc processes are running. The owner of running processes
indicates which instances are active. For each server instance owner, run the
following command to stop DB2:
db2stop
7. On the primary node, install the Tivoli Storage Manager V7.1.1 server by
running the ./install.sh command. For instructions, see Chapter 2,
“Installing the Tivoli Storage Manager server components,” on page 31. After
you start the wizard, in the IBM Installation Manager window, click the
Install icon; do not click the Update or Modify icon.
8. Start each Tivoli Storage Manager V7.1.1 server in the foreground:
a. Verify that you are logged in with the instance owner ID.
b. Navigate to the instance directory and issue the following command:
/opt/tivoli/tsm/server/bin/dsmserv
Wait until you see the server prompt, which indicates that the server is
started.
9. Stop the server for each Tivoli Storage Manager instance that is being
upgraded. Issue the following command:
halt
10. On each secondary node in the cluster, complete the following steps:
a. Install the Tivoli Storage Manager V7.1.1 server by running the
./install.sh command. For instructions, see Chapter 2, “Installing the
Tivoli Storage Manager server components,” on page 31.
1) If you are running the installation wizard, in the IBM Installation
Manager window, click the Install icon; do not click the Update or
Modify icon.
2) If you are running the installation wizard, in the Instance Credentials
panel, clear the Update this instance check box for each instance.
3) If you are installing the server in console mode, at the prompt Do you
want update this instance?, enter NO for each instance.
4) If you are installing the server in silent mode, specify FALSE for the
value of the user.instance_name_update variable for each instance.
b. Ensure that each Tivoli Storage Manager V7.1.1 server starts. If you are
using application-level monitoring, use the clustering tool to start the
server.
For instructions about starting the server, see “Starting the server instance”
on page 54.
11. Register the licenses for the Tivoli Storage Manager server components that
are installed on your system by issuing the REGISTER LICENSE command:
register license file=installation_directory/server/bin/component_name.lic
For example, if you installed Tivoli Storage Manager Extended Edition in the
/opt/tivoli/tsm directory, issue the following command:
register license file=/opt/tivoli/tsm/server/bin/tsmee.lic
| Restriction: You cannot use the Tivoli Storage Manager server to register
| licenses for Tivoli Storage Manager for Mail, Tivoli Storage Manager for
| Databases, Tivoli Storage Manager for ERP, and Tivoli Storage Manager for
| Space Management. The REGISTER LICENSE command does not apply to these
| licenses. The licensing for these products is done by Tivoli Storage Manager
| clients.
Ensure that you retain the installation media from the V6.2 or V6.3 server base
release that you are upgrading. If you installed Tivoli Storage Manager from a
DVD, ensure that the DVD is available. If you installed Tivoli Storage Manager
from a downloaded package, ensure that the downloaded files are available. If the
upgrade fails, and the server license module is uninstalled, the installation media
from the server base release are required to reinstall the license.
Use the following procedure when the DB2 instance directory is not shared
between the nodes in the cluster. The DB2 instance directory is at the following
location:
/home/tsminst1/sqllib
If the DB2 instance directory is shared between the nodes in the cluster, follow the
instructions in “Upgrading Tivoli Storage Manager from V6.2 or V6.3 to V7.1.1 in a
clustered environment with a shared database instance” on page 77.
Procedure
1. Back up the database by using the BACKUP DB command. The preferred method
is to use a snapshot backup, which creates a full database backup without
interrupting any scheduled backups. For example, you can create a snapshot
backup by issuing the following command:
backup db type=dbsnapshot devclass=tapeclass
For more information about the BACKUP DB command and other Tivoli Storage
Manager administrative commands, see the Administrator's Reference.
2. Back up the device configuration information to another directory. Issue the
following command:
backup devconfig filenames=file_name
where file_name specifies the name of the file in which to store device
configuration information.
3. Back up the volume history file to another directory. Issue the following
command:
backup volhistory filenames=file_name
where file_name specifies the name of the file in which to store the volume
history information.
4. Save a copy of the server options file, which is typically named dsmserv.opt.
The file is in the server instance directory.
5. Stop all instances of the Tivoli Storage Manager server. Verify that no Tivoli
Storage Manager server processes are running. If you are using
application-level monitoring of the Tivoli Storage Manager server, use your
clustering tool to suspend monitoring of the dsmserv application resource.
6. Verify that the database manager is not running for any instance. Determine
whether any db2sysc processes are running. The owner of running processes
indicates which instances are active. For each server instance owner, run the
following command to stop DB2:
db2stop
7. Ensure that the shared resources for all Tivoli Storage Manager instances are
on the primary node. Verify that no other nodes have write access to these
resources during the upgrade. If the environment includes multiple instances
of Tivoli Storage Manager, shared resources for all instances must be
accessible to the primary node.
8. On the primary node, install the Tivoli Storage Manager V7.1.1 server by
running the ./install.sh command. For instructions, see Chapter 2,
“Installing the Tivoli Storage Manager server components,” on page 31. After
you start the wizard, in the IBM Installation Manager window, click the
Install icon; do not click the Update or Modify icon.
9. Start each Tivoli Storage Manager V7.1.1 server in the foreground:
a. Verify that you are logged in with the instance owner ID.
b. Navigate to the instance directory and issue the following command:
/opt/tivoli/tsm/server/bin/dsmserv
Wait until you see the server prompt, which indicates that the server is
started.
10. Stop the server for each Tivoli Storage Manager instance that is being
upgraded. Issue the following command:
halt
11. On each secondary node in the cluster, complete the following steps:
a. Move all shared resources to the secondary node. If the environment
includes multiple instances of Tivoli Storage Manager, shared resources for
all instances must be accessible to the secondary nodes during the
upgrade.
b. Stop all instances of the Tivoli Storage Manager server. Verify that no
Tivoli Storage Manager server processes are running.
c. Verify that the database manager is not running for any instance.
Determine whether any db2sysc processes are running. The owner of
running processes indicates which instances are active. For each server
instance owner, run the following command to stop DB2:
db2stop
d. Install the Tivoli Storage Manager V7.1.1 server by running the
./install.sh command. For instructions, see Chapter 2, “Installing the
Tivoli Storage Manager server components,” on page 31.
1) If you are using the installation wizard, in the IBM Installation
Manager window, click the Install icon; do not click the Update or
Modify icon.
2) If you are using the installation wizard, on the Instance Credentials
page, select the Configure this instance on a secondary node of the
cluster check box for each instance that you are configuring.
3) If you are installing the server in console mode, at the prompt
Configure this instance on a secondary node of the cluster?, enter
YES for each instance.
4) If you are installing the server in silent mode, specify TRUE for the
value of the user.instance_name_secondaryNode variable for each
instance.
e. Ensure that each Tivoli Storage Manager V7.1.1 server starts. If you are
using application-level monitoring, use the clustering tool to start the
server.
For instructions about starting the server, see “Starting the server instance”
on page 54.
12. Register the licenses for the Tivoli Storage Manager server components that
are installed on your system by issuing the REGISTER LICENSE command:
register license file=installation_directory/server/bin/component_name.lic
For example, if you installed Tivoli Storage Manager Extended Edition in the
/opt/tivoli/tsm directory, issue the following command:
register license file=/opt/tivoli/tsm/server/bin/tsmee.lic
| Restriction: You cannot use the Tivoli Storage Manager server to register
| licenses for Tivoli Storage Manager for Mail, Tivoli Storage Manager for
| Databases, Tivoli Storage Manager for ERP, and Tivoli Storage Manager for
| Space Management. The REGISTER LICENSE command does not apply to these
| licenses. The licensing for these products is done by Tivoli Storage Manager
| clients.
Ensure that you retain the installation media from the base release of the V6.1 and
V6.3 servers. If you obtained the Tivoli Storage Manager software from a DVD,
ensure that the DVD is available. If you obtained the Tivoli Storage Manager
software from a downloaded package, ensure that the downloaded files are
available. If the upgrade fails, and the server license module is uninstalled, the
installation media from the server base release are required to reinstall the license.
If the clustered environment contains multiple server instances, move all resources
that are required for the instances onto a single cluster node, which is the primary
node, during the upgrade process.
Procedure
1. Back up the database by using the BACKUP DB command. The preferred method
is to use a snapshot backup, which creates a full database backup without
interrupting any scheduled backups. For example, you can create a snapshot
backup by issuing the following command:
backup db type=dbsnapshot devclass=tapeclass
For more information about the BACKUP DB command and other Tivoli Storage
Manager administrative commands, see the Administrator's Reference.
2. Back up the device configuration information to another directory. Issue the
following command:
backup devconfig filenames=file_name
where file_name specifies the name of the file in which to store device
configuration information.
3. Back up the volume history file to another directory. Issue the following
command:
backup volhistory filenames=file_name
where file_name specifies the name of the file in which to store the volume
history information.
4. Save a copy of the server options file, which is typically named dsmserv.opt.
The file is in the server instance directory.
5. Stop all instances of the Tivoli Storage Manager server. Verify that no Tivoli
Storage Manager server processes are running. If you are using
application-level monitoring of the Tivoli Storage Manager server, use your
clustering tool to suspend monitoring of the dsmserv application resource.
6. Verify that the database manager is not running for any instance. Determine
whether any db2sysc processes are running. The owner of running processes
indicates which instances are active. For each server instance owner, run the
following command to stop DB2:
db2stop
7. Ensure that the shared resources for all Tivoli Storage Manager instances are
on the primary node. Verify that no other nodes have write access to these
resources during the upgrade.
8. On the primary node, install the V6.3 server by using the ./install.bin
command. For detailed instructions about installing the V6.3 server, see
Installing the Tivoli Storage Manager server components (http://
www.ibm.com/support/knowledgecenter/SSGSG7_6.3.0/
com.ibm.itsm.srv.install.doc/t_srv_inst.html).
9. On the primary node, install the Tivoli Storage Manager V7.1.1 server by
running the ./install.sh command. For instructions, see Chapter 2,
“Installing the Tivoli Storage Manager server components,” on page 31. After
you start the wizard, in the IBM Installation Manager window, click the
Install icon; do not click the Update or Modify icon.
10. Start each Tivoli Storage Manager V7.1.1 server in the foreground. Using the
instance owner ID, navigate to the instance directory and issue the following
command:
/opt/tivoli/tsm/server/bin/dsmserv
Wait until you see the server prompt, which indicates that the server is
started.
11. Stop the server for each Tivoli Storage Manager instance that is being
upgraded.
12. On each secondary node in the cluster, complete the following steps:
a. Move all shared resources to the secondary node. If your environment
includes multiple instances of Tivoli Storage Manager, shared resources for
all instances must be accessible to the secondary nodes during the
upgrade.
b. Stop all instances of the Tivoli Storage Manager server. Verify that no
Tivoli Storage Manager server processes are running.
c. Verify that the database manager is not running for any instance.
Determine whether any db2sysc processes are running. The owner of
running processes indicates which instances are active. For each server
instance owner, run the following command to stop DB2:
db2stop
d. Uninstall the V6.1 server:
1) In the /opt/tivoli/tsm/_uninst directory, issue the following
command:
cd _uninst
2) Issue the following command:
./Uninstall_Tivoli_Storage_Manager
For detailed instructions about uninstalling the server, see the Tivoli
Storage Manager V6.1 documentation (https://www.ibm.com/
developerworks/community/wikis/home?lang=en#!/wiki/Tivoli
%20Storage%20Manager/page/PDF%20versions%20of%20the%20IBM
%20Tivoli%20Storage%20Manager%20Version%206.1.x
%20documentation).
e. Install the Tivoli Storage Manager V7.1.1 server by running the
./install.sh command. In the IBM Installation Manager window, click
the Install icon; do not click the Update or Modify icon. For instructions
about installing the server, see Chapter 2, “Installing the Tivoli Storage
Manager server components,” on page 31.
f. Ensure that each Tivoli Storage Manager V7.1.1 server starts.
13. Register the licenses for the Tivoli Storage Manager server components that
are installed on your system by issuing the REGISTER LICENSE command:
register license file=installation_directory/server/bin/component_name.lic
For example, if you installed Tivoli Storage Manager Extended Edition in the
/opt/tivoli/tsm directory, issue the following command:
register license file=/opt/tivoli/tsm/server/bin/tsmee.lic
| Restriction: You cannot use the Tivoli Storage Manager server to register
| licenses for Tivoli Storage Manager for Mail, Tivoli Storage Manager for
| Databases, Tivoli Storage Manager for ERP, and Tivoli Storage Manager for
| Space Management. The REGISTER LICENSE command does not apply to these
| licenses. The licensing for these products is done by Tivoli Storage Manager
| clients.
You must have the following items from the earlier version of the server:
v Server database backup
v Volume history file
v Device configuration file
v Server options file
Use the same instructions whether you are reverting within releases or to an earlier
release, for example, from 6.2.2 to 6.2.0 or from 6.2.2 to 6.1.2. The older version
must match the version that you used before the upgrade to 7.1.1.
Complete the following steps on the system that has the V7.1 server.
Procedure
1. Halt the server to shut down all server operations by using the HALT
command.
2. Remove the database from the database manager, then delete the database and
recovery log directories.
a. Manually remove the database. One way to remove it is by issuing this
command:
dsmserv removedb tsmdb1
b. If you must reuse the space that is occupied by the database and recovery
log directories, you can now delete these directories.
3. Use the uninstallation program to uninstall the V7.1.1 server. Uninstallation
removes the server and the database manager, with their directories. For
details, see Chapter 8, “Uninstalling Tivoli Storage Manager,” on page 93.
4. Reinstall the version of the server program that you were using before the
upgrade to V7.1. This version must match the version that your server was
running when you created the database backup that you restore in a later
step. For example, the server was at version 6.2.2.0 before the upgrade, and
you intend to use the database backup that was in use on this server. You
must install the 6.2.2.0 fix pack to be able to restore the database backup.
5. Copy the following files to the instance directory.
v Device configuration file
v Volume history file
v The server options file (typically dsmserv.opt)
6. Configure the new server database by using the configuration wizard. To start
the wizard, issue the following command:
. /dsmicfgx
7. Ensure that no servers are running in the background.
8. Restore the database to a point in time before the upgrade. For more details,
see the restoring the server database to a point in time section in the
Administrator’s Guide.
9. If you enabled data deduplication for any FILE-type storage pools that existed
before the upgrade, or if you moved data that existed before the upgrade into
new storage pools while using the V7.1 server, you must complete additional
recovery steps. For more details, see “Additional recovery steps if you created
new storage pools or enabled data deduplication.”
10. If the REUSEDELAY parameter setting on storage pools is less than the age of the
database that you restored, restore volumes on any sequential-access storage
pools that were reclaimed after that database backup. Use the RESTORE VOLUME
command.
If you do not have a backup of a storage pool, audit the reclaimed volumes
by using the AUDIT VOLUME command, with the FIX=YES parameter to resolve
inconsistencies. For example:
audit volume volume_name fix=yes
11. If client backup or archive operations were completed using the V7.1 server,
audit the storage pool volumes on which the data was stored.
To complete this task, you must have a complete backup of the storage pool that
was created before the upgrade to V7.1.1.
Use this information if you did either or both of the following actions while your
server was running as a V7.1.1 server:
v You enabled the data deduplication function for any storage pools that existed
before the upgrade to V7.1.1 program. Data deduplication applies only to
storage pools that use a FILE device type.
v You created new, primary storage pools after the upgrade, and moved data that
was stored in other storage pools into the new storage pools.
Procedure
v For each storage pool for which you enabled the data deduplication function,
restore the entire storage pool by using the RESTORE STGPOOL command.
v For storage pools that you created after the upgrade, determine what action to
take. Data that was moved from existing, V6 storage pools into the new storage
pools might be lost because the new storage pools no longer exist in your
restored V6 server. Possible recovery depends on the type of storage pool:
– If data was moved from V6 DISK-type storage pools into a new storage pool,
space that was occupied by the data that was moved was probably reused.
Therefore, you must restore the original, V6 storage pools, by using the
storage pool backups that were created before the upgrade to V7.1.
If no data was moved from V6 DISK-type storage pools into a new storage
pool, then audit the storage pool volumes in these DISK-type storage pools.
– If data was moved from V6 sequential-access storage pools into a new storage
pool, that data might still exist and be usable in storage pool volumes on the
restored V6 server. The data might be usable if the REUSEDELAY parameter for
the storage pool was set to a value that prevented reclamation while the
server was running as a V7.1.1 server. If any volumes were reclaimed while
the server was running as a V7.1.1 server, restore those volumes from storage
pool backups that were created before the upgrade to V7.1.1.
Purpose
After using the wizards to install and configure Tivoli Storage Manager, you
seldom need to issue DB2 commands. A limited set of DB2 commands that you
might use or be asked to issue are listed in Table 18. This list is supplemental
material only and is not a comprehensive list. There is no implication that a Tivoli
Storage Manager administrator will use it on a daily or ongoing basis. Samples of
some commands are provided. Details of output are not listed.
For a full explanation of the commands described here and of their syntax, see
http://www.ibm.com/support/knowledgecenter/SSEPGG_10.5.0.
Table 18. DB2 commands
Command Description Example
db2icrt Creates DB2 instances in the home Manually create a Tivoli Storage Manager
directory of the instance owner. instance. Enter the command on one line:
Tip: The Tivoli Storage Manager /opt/tivoli/tsm/db2/instance/
configuration wizard creates the instance db2icrt -a server -s ese -u
used by the server and database. After a instance_name instance_name
server is installed and configured through
the configuration wizard, the db2icrt
command is generally not used.
Complete the following steps before you uninstall Tivoli Storage Manager:
v Complete a full database backup.
v Save a copy of the volume history and device configuration files.
v Store the output volumes in a safe location.
You can uninstall Tivoli Storage Manager by using any of the following methods: a
graphical wizard, the command line in console mode, or silent mode.
What to do next
See Chapter 2, “Installing the Tivoli Storage Manager server components,” on page
31 for installation steps to reinstall the Tivoli Storage Manager components.
Procedure
1. Start the Installation Manager.
In the directory where the Installation Manager is installed, go to the eclipse
subdirectory (for example, /opt/IBM/InstallationManager/eclipse), and issue
the following command:
./IBMIM
2. Click Uninstall.
3. Select Tivoli Storage Manager server, and click Next.
4. Click Uninstall.
5. Click Finish.
Procedure
1. In the directory where IBM Installation Manager is installed, go to the
following subdirectory:
eclipse/tools
For example:
/opt/IBM/InstallationManager/eclipse/tools
2. From the tools directory, issue the following command:
./imcl -c
3. To uninstall, enter 5.
4. Choose to uninstall from the IBM Tivoli Storage Manager package group.
5. Enter N for Next.
6. Choose to uninstall the IBM Tivoli Storage Manager server package.
7. Enter N for Next.
8. Enter U for Uninstall.
9. Enter F for Finish.
The input directory, which is in the directory where the installation package is
extracted, contains the following sample response files for installing, updating, and
uninstalling the server:
v install_response_sample.xml
v update_response_sample.xml
v uninstall_response_sample.xml
You can use these sample files as they are with the default values, or you can
customize them to suit your needs.
Procedure
1. In the directory where IBM Installation Manager is installed, go to the
following subdirectory:
eclipse/tools
For example:
/opt/IBM/InstallationManager/eclipse/tools
2. From the tools directory, issue the following command, where response_file
represents the response file path, including the file name:
./imcl -input response_file -silent
The following command is an example:
If you are using the wizard to upgrade from Tivoli Storage Manager Version 6.2 or
Version 6.3, it is not necessary to complete these steps, the wizard completes them
automatically. To manually uninstall and reinstall Tivoli Storage Manager, complete
the following steps:
1. Make a list of your current server instances before proceeding to the
uninstallation. Run the following command:
/opt/tivoli/tsm/db2/instance/db2ilist
2. Run the following commands for every server instance:
db2 attach to instance_name
db2 get dbm cfg show detail
db2 detach
Tip: The installation wizard configures the server instances but you must
verify that they exist. If they do not exist, you must manually configure them.
7. Catalog the database. Log in to each server instance as the instance user, one at
a time, and issue the following commands:
db2 catalog database tsmdb1
db2 attach to instance_name
db2 update dbm cfg using dftdbpath instance_directory
db2 detach
8. Verify that the server instance was created successfully. Issue this command:
/opt/tivoli/tsm/db2/instance/db2ilist
9. Verify that Tivoli Storage Manager recognizes the server instance by listing
your directories. Your home directory appears if you did not change it. Your
instance directory does appear if you used the configuration wizard. Issue this
command:
db2 list database directory
Historical
reports
User ID:
Tivoli Monitoring for Tivoli Enterprise Tivoli Enterprise Tivoli Data Warehouse
Tivoli Storage Manager Portal server Monitoring server
itmuser
ITMuser
Tivoli Enterprise Portal
monitoring
User ID: User ID:
sysadmin
DB2 database db2inst1
db2admin
Figure 3. Tivoli Monitoring for Tivoli Storage Manager components that provide the reporting and monitoring
capabilities
Procedure
Building a system that can monitor data and produce reports includes the
following tasks:
| 1. Installing Tivoli Monitoring for Tivoli Storage Manager, which includes these
| components:
| v DB2
Planning to install
Be sure to review all applicable planning information, including system
requirements, capacity planning, and installation scenarios, before you install the
software.
Before you install Tivoli Monitoring for Tivoli Storage Manager and Jazz for
Service Management, complete the following tasks:
1. Choose an installation scenario that best suits your needs.
2. Read the system requirements that are required for your operating system.
3. Review the capacity planning information.
4. Review the installation worksheet and note the user IDs, passwords, and other
values that are required during installation.
Restriction: Install Tivoli Monitoring for Tivoli Storage Manager on a system that
is different from where the Tivoli Storage Manager server is installed.
Installation scenarios
Before you install Tivoli Monitoring for Tivoli Storage Manager, choose the
scenario that best meets the needs of your business.
v Scenario 1: New installation, intending to monitor 1 - 5 Tivoli Storage Manager
servers.
v Scenario 2: New installation, intending to monitor more than 5 Tivoli Storage
Manager servers.
v Scenario 3: Installing in to an existing IBM Tivoli Monitoring environment,
intending to monitor 1 - 5 Tivoli Storage Manager servers.
v Scenario 4: Installing in to an existing IBM Tivoli Monitoring environment,
intending to monitor more than 5 Tivoli Storage Manager servers.
| Consider the following restrictions before you decide which scenario to use:
| v If you have a Tivoli Storage Manager server that is in a different time zone than
| the system with Tivoli Monitoring for Tivoli Storage Manager, install the
| monitoring agent on the Tivoli Storage Manager server. See Scenario 2 to install
| the agent directly on the Tivoli Storage Manager server.
| v If you have more than five servers, install the monitoring agent on each of the
| servers because it is the most efficient use of memory on both the Tivoli Storage
| Manager server and the Tivoli Monitoring for Tivoli Storage Manager server.
| v You can only install the monitoring agent on AIX®, Linux X86_64, and Windows
| operating systems.
Table 19. Installation scenarios
Scenario
Number Description Tasks that you must complete
Scenario 1 Use this scenario for a Perform all the tasks in this scenario on the
new installation with a same system:
plan to monitor and 1. Install Tivoli Monitoring for Tivoli Storage
report on 1- 5 Tivoli Manager. The approximate installation
Storage Manager servers. time is 3 hours, depending on the speed
of your system.
2. Create and configure the monitoring
agents for the Tivoli Storage Manager
servers that you want to monitor. The
approximate configuration time is 3
minutes per agent.
| Restriction: You cannot install Tivoli
| Monitoring for Tivoli Storage Manager on a
| system where the Tivoli Storage Manager
| server is installed. However, you can install
| the monitoring agent on any supported
| operating system, including any Tivoli
| Storage Manager servers that you want to
| monitor.
Scenario 2 Use this scenario for a 1. Install Tivoli Monitoring for Tivoli Storage
new installation with a Manager. The approximate installation
plan to monitor and time is 3 hours, depending on the speed
report on more than 5 of your system.
Tivoli Storage Manager
| servers.
2. Install monitoring agents on each
| supported Tivoli Storage Manager server
| that you want to monitor. The
| approximate installation time is 10 - 15
| minutes per additional agent.
3. Create and configure the monitoring
agents to connect to the Tivoli Enterprise
Monitoring server host that was installed
in Step 1. The approximate configuration
time is 3 minutes per agent.
| Restriction: You cannot install Tivoli
| Monitoring for Tivoli Storage Manager on a
| system where the Tivoli Storage Manager
| server is installed. However, you can install
| the monitoring agent on any supported
| operating system, including any Tivoli
| Storage Manager servers that you want to
| monitor.
| You can install the Tivoli Monitoring for Tivoli Storage Manager, which includes
| the monitoring agent to monitor the Tivoli Storage Manager servers. You can also
| install the monitoring agent separately on your Tivoli Storage Manager servers.
| You can install use the monitoring agent on the following Tivoli Storage Manager
| operating systems:
| v AIX
| v Linux X86_64
| v Microsoft Windows
| System requirements
| Your system must meet the hardware and software requirements before you install
| Tivoli Monitoring for Tivoli Storage Manager on an AIX system.
| The following tables list the minimum hardware and software requirements that
| are required for Tivoli Monitoring for Tivoli Storage Manager. You can find the
| latest information on the IBM Support Portal at http://www.ibm.com/support/
| docview.wss?uid=swg21678084.
| Hardware requirements
| Table 20 describes the hardware requirements for Tivoli Monitoring for Tivoli
| Storage Manager.
| Table 20. Hardware requirements
| Type of
| hardware Hardware requirements
|| Hardware v A 64-bit Common Hardware Reference Platform (CHRP) architecture.
| Notes:
| 1. To verify that your system is a CHRP architecture system, issue the
| lscfg command, and look for the following output: Model
| Architecture: chrp.
| 2. You must upgrade POWER3 processor-based systems to POWER4
| before you install DB2.
| v A multiprocessor-based computer with a 2 GHz or greater processor
| v Network interface card
| The following space is required for the Tivoli Storage Manager monitoring
| agent:
| v 10 MB free disk space (minimum) in the / directory
| v 5 MB free disk space (minimum) in the /var directory
| v 350 MB free disk space (minimum) in the /usr directory
| v 200 MB free disk space (minimum) in the /tmp directory
| The Tivoli Monitoring for Tivoli Storage Manager monitoring agent can be
| used only with IBM Tivoli Monitoring version 6.3.0 FP2 or later.
|| Memory v 8 GB minimum, 16 GB recommended
| v 4 GB of available memory is required at installation time.
| v 2 GB of additional memory per agent instance that is created on the
| Tivoli Monitoring for Tivoli Storage Manager system
| v If a single Tivoli Storage Manager monitoring agent is installed on a
| Tivoli Storage Manager server, no increases in memory requirements are
| required.
| Monitor 1024 x 768 (minimum)
| resolution
|
| Software requirements
| Table 21 on page 105 describes the minimum software requirements for Tivoli
| Monitoring for Tivoli Storage Manager.
| For details about known issues for AIX systems see http://
| www.ibm.com/support/docview.wss?&uid=swg21165448.
|| Libraries v AIX 6.1 running in a 64-bit kernel environment with the following
| additional requirements:
| – AIX 6.1 TL7 PS6 or later
| – Minimum C++ runtime level with the xlC.rte 12.1.0.0 or later file
| sets. These file sets are included in the June 2008 fix pack for IBM
| C++ Runtime Environment Components for AIX.
| v AIX 7.1 running in a 64-bit kernel environment.
| – AIX 7.1 TL1 SP6 or later
| – Minimum C++ runtime level requires the xlC.rte 12.1.0.0 or later file
| sets. These file sets are included in the April 2010 IBM C++ Runtime
| Environment Components for AIX V11.1 package.
| v The following libraries must be installed:
| X11.motif.lib-2.1
| atk-1.12.3-2
| cairo-1.8.8-1
| expat-2.0.1-1
| fontconfig-2.4.2-1
| freetype2-2.3.9-1
| gettext-0.10.40-6
| glib2-2.12.4-2
| gtk2-2.10.6-4
| libjpeg-6b-6
| libpng-1.2.32-2
| libtiff-3.8.2-1
| pango-1.14.5-4
| pixman-0.12.0-3
| xcursor-1.1.7-3
| xft-2.1.6-5
| xrender-0.9.1-3
| zlib-1.2.3-3
| /usr/lib/libXt.a
| /usr/lib/libX11.a
| /usr/lib/libXm.a
| /usr/lib/libXext.a
| /usr/lib/libXi.a
| /usr/lib/libXp.a
| /usr/lib/libSM.a
| /usr/lib/libICE.a
| /usr/lib/libIM.a
| IBM Java version 7 is required to start the Tivoli Enterprise Portal. IBM
| Java version 7 is included with Tivoli Monitoring for Tivoli Storage
| Manager.
| To avoid potential compatibility issues with web browsers, you can view
| the Tivoli Enterprise Portal remotely by using the Java Web Start applet:
| 1. Connect to http://hostname:1920.
| 2. Click IBM Tivoli Enterprise Portal Web Start Client to start the Java
| Web Start client.
| 3. Optional: Create a desktop shortcut to start Tivoli Enterprise Portal in
| the future.
| Ports IBM Tivoli Monitoring uses ports 1918 and 1920.
| The following list contains explanations of some terms that are used in IBM
| Installation Manager:
| Offering
| An installable unit of a software product.
| The Tivoli Monitoring for Tivoli Storage Manager offering contains all of
| the media that IBM Installation Manager requires to install Tivoli
| Monitoring for Tivoli Storage Manager.
| Package
| The group of software components that are required to install an offering.
| The Tivoli Monitoring for Tivoli Storage Manager package contains the
| following components:
| v IBM Installation Manager installation program
| v DB2
| v IBM Tivoli Monitoring
| v Tivoli Storage Manager agent
| Package group
| A set of packages that share a common parent directory.
| The default package group for the Tivoli Monitoring for Tivoli Storage
| Manager package is IBM Tivoli Monitoring for Tivoli Storage Manager.
| Repository
| A remote or local storage area for data and other application resources.
| The Tivoli Monitoring for Tivoli Storage Manager package is stored in a
| repository on IBM Fix Central.
| Shared resources directory
| A directory that contains software files or plug-ins that are shared by
| packages.
| IBM Installation Manager stores installation-related files in the shared
| resources directory, including files that are used for uninstalling Tivoli
| Monitoring for Tivoli Storage Manager.
Capacity planning
Planning details include determining how many servers you want to monitor, how
many agents and agent instances are required, and how much memory and space
are necessary for growth over time.
The following list provides planning guidelines so you can anticipate the growth of
your system over time, depending on how many monitoring agents are in your
environment:
v Each agent instance, whether it is an IBM Tivoli Monitoring agent, or a Tivoli
Monitoring for Tivoli Storage Manager agent, requires approximately 150 MB of
memory.
| v Each agent also requires up to 300 MHz worth of a single CPU core during data
| collection.
v During a one-year period, the data WAREHOUS can grow to approximately 500
GB for each Tivoli Storage Manager server that is being monitored using the
installation defaults. This value depends on the number of nodes that are being
backed up and archived to that server, and the frequency of backups that occur.
Enabling pruning on the monitoring server can reduce the size of the
WAREHOUS database by approximately 50 percent.
Installation worksheet
Use this worksheet to record information that you need when you install and
administer Tivoli Monitoring for Tivoli Storage Manager. The worksheet includes
several passwords for user accounts that are created during the installation. The
worksheet is intended to help you remember the values that you specified after the
installation.
Table 22. Tivoli Monitoring for Tivoli Storage Manager installation worksheet
Item Description Default value* Your value
| db2inst1 Database administrator User name: db2inst1
Password:
This is the Tivoli Data Warehouse user
name and password. The password must be 8 - 14 characters in
length and can include letters, numbers,
This user has permission to complete all @, or #.
the administrative tasks in DB2.
| DB2 port Default port number The default port number is the first free
| port starting with 50000.
Table 22. Tivoli Monitoring for Tivoli Storage Manager installation worksheet (continued)
Item Description Default value* Your value
sysadmin Tivoli Enterprise Portal user name and User name: sysadmin
password. Password:
This user has access to read the The password must be 8 - 14 characters in
information from the WAREHOUS length and can include letters, numbers,
database. @, or #.
Table 22. Tivoli Monitoring for Tivoli Storage Manager installation worksheet (continued)
Item Description Default value* Your value
Location and the name Needed if you decide to use the SSL
of the SSL certificate protocol instead of TCP IP.
*Best practices are to use the default values listed here. If you change these values, ensure that you document them because they
are needed later.
Installation checklist
The checklist summarizes the steps that are required to install and configure a
system that can monitor Tivoli Storage Manager server and client data and
produce reports. You can print this checklist and use it as a guide to verify that all
steps are completed.
Table 23. Installation checklist
Step Installation task or topic Task description
1._____ “System requirements for Tivoli Ensure that your system meets the
Monitoring for Tivoli Storage system and hardware requirements.
Manager” on page 103
2._____ “Capacity planning” on page 108 Review the capacity planning
information to ensure that you
adequately plan for growth.
3._____ “Installation worksheet” on page 108 Complete the installation worksheet to
record password values and other
installation information that you need.
4._____ “Installation scenarios” on page 100 Choose an installation scenario. The
scenario that you choose depends on
the number of servers that you intend
to monitor, and if there is an existing
Tivoli Monitoring environment before
this installation.
5._____ Installing Tivoli Monitoring for Tivoli Run the Tivoli Monitoring for Tivoli
Storage Manager on AIX systems Storage Manager installer.
Tip: If there is an existing Tivoli
Monitoring environment, install only The following components are
the monitoring agent. installed:
Installing the agent in an existing v Tivoli Monitoring, which includes
Tivoli Monitoring environment on the following components:
AIX – Tivoli Enterprise Portal server
– Tivoli Data Warehouse
– Tivoli Enterprise Monitoring
server
– Summarization pruning agent
– Warehouse proxy agent
v Tivoli Monitoring for Tivoli Storage
Manager agent
Remember: IBM Installation Manager
is also installed.
| Before you install Tivoli Monitoring for Tivoli Storage Manager, verify that the
| following requirements are met:
| v Ensure that your system meets the software and hardware requirements. For
| more information about the system requirements, see “System requirements for
| Tivoli Monitoring for Tivoli Storage Manager” on page 103.
| v Do not install Tivoli Monitoring for Tivoli Storage Manager on a system that has
| a Tivoli Storage Manager server installed.
| v Verify that you have the required access privileges, including user IDs and
| passwords.
| v Ensure that there are no spaces and no non-ASCII characters in the installation
| package name or in the path to the package.
| v If you are installing Tivoli Monitoring for Tivoli Storage Manager on a remote
| system by using an X display, and the local server does not have an X server
| running, the installation might fail. If this happens, you must run the wizard in
| console mode.
| v If you are installation the Tivoli Monitoring for Tivoli Storage Manager
| monitoring agent in to an existing Tivoli Monitoring environment, specify the
| existing Tivoli Monitoring installation directory. The default directory is
| /opt/IBM/ITM.
| Attention: Do not alter the DB2 software that is installed with Tivoli Monitoring
| for Tivoli Storage Manager installation packages and fix packs. Do not install or
| upgrade to a different version, release, or fix pack of DB2 application because
| doing so can damage the database. Tivoli Monitoring for Tivoli Storage Manager
| can use only components and versions that are installed as part of the Tivoli
| Monitoring for Tivoli Storage Manager installation.
| The Tivoli Monitoring for Tivoli Storage Manager software provides monitoring
| and reporting features for the Tivoli Storage Manager servers in the environment.
| You can install or upgrade the Tivoli Monitoring for Tivoli Storage Manager and
| the monitoring agents on the Tivoli Storage Manager servers.
| With the Tivoli Monitoring for Tivoli Storage Manager installation package, you
| can install or upgrade the following software:
| v Tivoli Monitoring for Tivoli Storage Manager
| v Tivoli Monitoring for Tivoli Storage Manager agent only
| To determine when and where you would install only the agent package, review
| the installation scenarios. To install the agent on a remote server, see “Installing the
| monitoring agent” on page 119.
| Restriction: You cannot install the Tivoli Monitoring for Tivoli Storage Manager
| package and the agent only package on the same system.
| If you plan to download the files, set the system user limit for the maximum file
| size to unlimited to ensure that the files can be downloaded correctly:
| 1. To query the maximum file size value, issue the following command from a
| command line:
| ulimit -Hf
| 2. If the system user limit for maximum file size is not set to unlimited, change it
| to unlimited by following the instructions in the documentation for your
| operating system.
| Verify that you have enough space to store the installation files when they are
| extracted from the product packages.
| Procedure
| 1. Download the two installation packages from one of the following websites, or
| you can access the files from the product DVD:
| Tip: You can delete the files after you install Tivoli Monitoring for
| Tivoli Storage Manager to free up space on the file system.
| Installation packages
| a. Create a directory and move the two packages that you
| downloaded in to the directory.
| b. Ensure that executable permission is set for the packages. If
| necessary, change the file permissions by issuing the following
| command:
| chmod a+x package_name.bin
| c. Extract the packages by issuing the following command for each
| package:
| ./package_name.bin
| where package_name is the name of the file that you downloaded, for
| example:
| TSMRPT-Full-Installer-1of2-AIX-7.1.0.000.bin
| fontconfig-2.4.2-1.aix5.2.ppc.rpm
| freetype2-2.3.9-1.aix5.2.ppc.rpm
| gettext-0.10.40-6.aix5.1.ppc.rpm
| glib2-2.12.4-2.aix5.2.ppc.rpm
| gtk2-2.10.6-4.aix5.2.ppc.rpm
| libjpeg-6b-6.aix5.1.ppc.rpm
| libpng-1.2.32-2.aix5.2.ppc.rpm
| libtiff-3.8.2-1.aix5.2.ppc.rpm
| pango-1.14.5-4.aix5.2.ppc.rpm
| xcursor-1.1.7-3.aix5.2.ppc.rpm
| xft-2.1.6-5.aix5.1.ppc.rpm
| xrender-0.9.1-3.aix5.2.ppc.rpm
| zlib-1.2.3-3.aix5.1.ppc.rpm
| pixman-0.12.0-3.aix5.2.ppc.rpm
| Tip: You can issue the following command from a command line to determine
| whether the RPM files are installed:
| rpm -qa |grep rpm_package
| With the Tivoli Monitoring for Tivoli Storage Manager installation package, you
| can install or upgrade the following software:
| v Tivoli Monitoring for Tivoli Storage Manager
| v Tivoli Monitoring for Tivoli Storage Manager agent only
| To determine when and where you would install only the agent package, review
| the installation scenarios. To install the agent on a remote server, see “Installing the
| monitoring agent” on page 119.
| Restriction: You cannot install the Tivoli Monitoring for Tivoli Storage Manager
| package and the agent only package on the same system.
| Procedure
| To install Tivoli Monitoring for Tivoli Storage Manager, complete the following
| steps:
| 1. Change to the directory where you extracted the installation files.
| 2. Start the wizard by issuing the following command:
| ./install.sh
| Results
| If errors occur during the installation process, the errors are recorded in log files
| that are stored in the IBM Installation Manager logs directory. You can view
| installation log files by clicking File > View Log from the IBM Installation
| Manager tool.
| What to do next
| Install Jazz for Service Management to view historical reports. Follow the steps in
| “Installing Jazz for Service Management” on page 141.
| Tip: Review the checklist to ensure that you complete all of the steps to install and
| configure Tivoli Monitoring for Tivoli Storage Manager.
| Related concepts:
| Resolving Tivoli Monitoring for Tivoli Storage Manager problems
| (http://www.ibm.com/support/knowledgecenter/SSGSG7_7.1.1/
| com.ibm.itsm.tshoot.doc/c_pdg_reportprobs.html)
| The following RPM files must be installed before you use the wizard of IBM
| Installation Manager to install or upgrade Tivoli Monitoring for Tivoli Storage
| Manager:
| atk-1.12.3-2.aix5.2.ppc.rpm
| cairo-1.8.8-1.aix5.2.ppc.rpm
| expat-2.0.1-1.aix5.2.ppc.rpm
| fontconfig-2.4.2-1.aix5.2.ppc.rpm
| freetype2-2.3.9-1.aix5.2.ppc.rpm
| gettext-0.10.40-6.aix5.1.ppc.rpm
| glib2-2.12.4-2.aix5.2.ppc.rpm
| gtk2-2.10.6-4.aix5.2.ppc.rpm
| libjpeg-6b-6.aix5.1.ppc.rpm
| libpng-1.2.32-2.aix5.2.ppc.rpm
| libtiff-3.8.2-1.aix5.2.ppc.rpm
| pango-1.14.5-4.aix5.2.ppc.rpm
| xcursor-1.1.7-3.aix5.2.ppc.rpm
| xft-2.1.6-5.aix5.1.ppc.rpm
| xrender-0.9.1-3.aix5.2.ppc.rpm
| zlib-1.2.3-3.aix5.1.ppc.rpm
| pixman-0.12.0-3.aix5.2.ppc.rpm
| Tip: You can issue the following command from a command line to determine
| whether the RPM files are installed:
| rpm -qa |grep rpm_package
| Procedure
| v If you obtained the Tivoli Monitoring for Tivoli Storage Manager installation
| package from an IBM download site, from the directory where the
| installation package file is extracted, go to the gtk directory.
| 3. Download the RPM files to the current working directory from the IBM AIX
| Toolbox for Linux Applications website by issuing the following command:
| download-prerequisites.sh
| 4. From the directory that contains the RPM files that you downloaded, install
| them by issuing the following command:
| rpm -Uvh *.rpm
| With the Tivoli Monitoring for Tivoli Storage Manager installation package, you
| can install or upgrade the following software:
| v Tivoli Monitoring for Tivoli Storage Manager
| v Tivoli Monitoring for Tivoli Storage Manager agent only
| To determine when and where you would install only the agent package, review
| the installation scenarios. To install the agent on a remote server, see “Installing the
| monitoring agent” on page 119.
| Restriction: You cannot install the Tivoli Monitoring for Tivoli Storage Manager
| package and the agent only package on the same system.
| Procedure
| To install Tivoli Monitoring for Tivoli Storage Manager, complete the following
| steps:
| 1. Change to the directory where you extracted the installation files.
| 2. Start the wizard in console mode by issuing the following command from a
| command line:
| ./install.sh -c
| 3. Optional: Generate a response file as part of a console mode installation.
| Complete the console mode installation options, and in the Summary pane,
| specify G to generate the responses.
| Results
| If errors occur during the installation process, the errors are recorded in log files
| that are stored in the IBM Installation Manager logs directory, for example:
| /var/ibm/InstallationManager/logs
| What to do next
| Install Jazz for Service Management to view historical reports. Follow the steps in
| “Installing Jazz for Service Management” on page 141.
| Tip: Review the checklist to ensure that you complete all of the steps to install and
| configure Tivoli Monitoring for Tivoli Storage Manager.
| Related concepts:
| Resolving Tivoli Monitoring for Tivoli Storage Manager problems
| (http://www.ibm.com/support/knowledgecenter/SSGSG7_7.1.1/
| com.ibm.itsm.tshoot.doc/c_pdg_reportprobs.html)
| The input directory, which is in the directory where the installation files were
| extracted, contains the following sample response files to install, update, and
| uninstall Tivoli Monitoring for Tivoli Storage Manager:
| v install_response_sample.xml
| v update_response_sample.xml
| v uninstall_response_sample.xml
| You must edit the sample files before you use them.
| With the Tivoli Monitoring for Tivoli Storage Manager installation package, you
| can install or upgrade the following software:
| v Tivoli Monitoring for Tivoli Storage Manager
| v Tivoli Monitoring for Tivoli Storage Manager agent only
| To determine when and where you would install only the agent package, review
| the installation scenarios. To install the agent on a remote server, see “Installing the
| monitoring agent” on page 119.
| Restriction: You cannot install the Tivoli Monitoring for Tivoli Storage Manager
| package and the agent only package on the same system.
| Procedure
| 1. Create a response file, or use one of the sample response files, such as
| install_response_sample.xml or update_response_sample.xml.
| 2. Edit the response file and specify a DB2 administrator password and the
| sysadmin user ID. You can also change other defaults if you need.
| 3. Start the silent installation by issuing the following command from the
| directory where the installation files were extracted:
| ./install.sh -s -input response_file -acceptLicense
| where response_file is the response file path, including the file name.
| Results
| If errors occur during the installation process, the errors are recorded in log files
| that are stored in the IBM Installation Manager logs directory, for example:
| /var/ibm/InstallationManager/logs
| What to do next
| Install Jazz for Service Management to view historical reports. Follow the steps in
| “Installing Jazz for Service Management” on page 141.
| Create and configure an agent instance to start collecting data. Follow the steps in
| “Creating and configuring the agent instance” on page 134.
| Tip: Review the checklist to ensure that you complete all of the steps to install and
| configure Tivoli Monitoring for Tivoli Storage Manager.
| Related concepts:
| Resolving Tivoli Monitoring for Tivoli Storage Manager problems
| (http://www.ibm.com/support/knowledgecenter/SSGSG7_7.1.1/
| com.ibm.itsm.tshoot.doc/c_pdg_reportprobs.html)
The Tivoli Monitoring for Tivoli Storage Manager agent gathers data from each
Tivoli Storage Manager server, and sends it to the IBM Tivoli Monitoring server.
Restrictions:
1. To use the agent on an existing IBM Tivoli Monitoring environment, you must
install the agent on the existing Tivoli Enterprise Monitoring server.
2. If you plan to monitor a Tivoli Storage Manager server in a different time zone
than the monitoring server, install the monitoring agent on the Tivoli Storage
Manager server.
| 3. The monitoring agent is only supported on AIX, Linux X86_64, and Windows.
| Before you decide whether you must install the monitoring agent directly on your
| Tivoli Storage Manager server, consider the following items:
| v The monitoring server can handle up to five monitoring agents. For more
| agents, you must install the monitoring agent directly on each of the Tivoli
| Storage Manager servers that you want to monitor. Alternatively, you can install
| the monitoring agent on any supported operating system and configure an agent
| instance to connect to the Tivoli Storage Manager server that you want to
| monitor.
| v If you create and configure an agent instance on the Tivoli Storage Manager
| server, instead of the monitoring server, you can help avoid an increase in
| memory requirements on the IBM Tivoli Monitoring server.
| v Review the requirements for the operating systems that the monitoring agent is
| supported on. See “System requirements for Tivoli Monitoring for Tivoli Storage
| Manager” on page 103.
| Tip: You can issue the following command from a command line to determine
| whether the RPM files are installed:
| rpm -qa |grep rpm_package
| If the RPM files are not installed, complete the steps in Installing RPM files for
| the wizard mode.
| v Verify that the operating system is set to the language that you require. By
| default, the language of the operating system is the language that is used during
| the installation.
| Procedure
| To install Tivoli Monitoring for Tivoli Storage Manager, complete the following
| steps:
| 1. Change to the directory where you extracted the installation files.
| 2. Start the wizard by issuing the following command:
| ./install.sh
| What to do next
| Create and configure an agent instance to start collecting data. Follow the steps in
| “Creating and configuring the agent instance” on page 134.
| If errors occur during the installation process, the errors are recorded in log files
| that are stored in the IBM Installation Manager logs directory. You can view
| installation log files by clicking File > View Log from the IBM Installation
| Manager tool.
| Procedure
| To install Tivoli Monitoring for Tivoli Storage Manager, complete the following
| steps:
| 1. Change to the directory where you extracted the installation files.
| 2. Start the wizard in console mode by issuing the following command from a
| command line:
| ./install.sh -c
| 3. Optional: Generate a response file as part of a console mode installation.
| Complete the console mode installation options, and in the Summary pane,
| specify G to generate the responses.
| What to do next
| Create and configure an agent instance to start collecting data. Follow the steps in
| “Creating and configuring the agent instance” on page 134.
| The input directory, which is in the directory where the installation files were
| extracted, contains the following sample response files to install, update, and
| uninstall the Tivoli Monitoring for Tivoli Storage Manager monitoring agent:
| v install_agent_only_sample.xml
| v update_agent_only_sample.xml
| v uninstall_agent_only_sample
| Procedure
| 1. Create a response file, or use one of the sample response files, such as
| install_agent_only_sample.xml or update_agent_only_sample.xml.
| 2. Start the silent installation by issuing the following command from the
| directory where the installation files were extracted:
| ./install.sh -s -input response_file -acceptLicense
| where response_file is the response file path, including the file name.
| What to do next
| Create and configure an agent instance to start collecting data. Follow the steps in
| “Creating and configuring the agent instance” on page 134.
The operating system agent that is required for remote deployment is not included
in the version of IBM Tivoli Monitoring that is embedded in Tivoli Monitoring for
Tivoli Storage Manager. Therefore, you cannot use remote deployment without
purchasing IBM Tivoli Monitoring.
v These procedures are for experienced IBM Tivoli Monitoring users only, and are not
intended for novice Tivoli Monitoring for Tivoli Storage Manager users.
v Do not install this option if you previously installed Tivoli Monitoring for Tivoli Storage
Manager. Doing so can interfere with future uninstallations or upgrades of Tivoli
Monitoring for Tivoli Storage Manager.
v You must use Tivoli Monitoring for Tivoli Storage Manager only with IBM Tivoli
Monitoring, version 6.3.0 FP2 or later. See the system requirements for your operating
system for more requirements.
v Ensure that you meet all system requirements.
Procedure
To install the monitoring agent or application support files with a user ID that has
root privileges, complete the following steps:
1. Download the package from one of the following websites:
v Go to Passport Advantage site at http://www.ibm.com/software/lotus/
passportadvantage/.
v Go to the Tivoli Storage Manager support site at http://www.ibm.com/
support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager
for maintenance fixes, and updates.
The file name for installing only the monitoring agent, or only the application
support files, can be recognized by the word AGENT in capital letters, for
example:
7.1.0.000-TIV-TSMRPT-AGENT-AIX.bin
| 2. From a command line, go to the following directory:
| cd install_dir/bin
| where the install_dir is the IBM Tivoli Monitoring installation directory. The
| default directory is /opt/IBM/ITM.
3. Stop all of the Tivoli Storage Manager processes and agent instances by using
the CandleManage application, or the command-line interface.
Tip: Always stop processes by issuing the itmcmd commands, or from the
Manage Tivoli Enterprise Monitoring Services application. Do not stop
processes by using the operating system.
| 1. Run the CandleManage program by 1. Display the agents that are running by
| issuing the following command: issuing the following command, and
| ./CandleManage & checking the output for the list of
services that are running:
./cinfo
-r
2. Stop the Summarization and Pruning
agent by issuing the following command:
./itmcmd agent stop sy
3. Stop the Warehouse Proxy by issuing the
following command:
./itmcmd
agent stop hd
4. Stop the Tivoli Enterprise Portal server
by issuing the following command:
./itmcmd agent stop cq
5. Stop the Tivoli Enterprise Monitoring
server by issuing the following
command:
./itmcmd server stop tems_server
6. Stop all of the Tivoli Storage Manager
instances by issuing the following
command:
./itmcmd agent -o instance_name stop
sk
7. Stop all of the IBM Eclipse server by
issuing the following command:
./itmcmd
server -o stop kf
4. Enter the following command in the directory where you extracted the
installation files:
./install.sh
Optionally: If you are installing from the DVD media, go to the top-level
directory on the DVD and issue the following command:
./install.sh
5. Press Enter to accept the /opt/IBM/ITM path as the default directory, or specify
the full path to a different directory. If the specified directory does not exist,
enter y when prompted to create it.
Tip: If you are installing into an existing IBM Tivoli Monitoring environment,
choose the same directory where IBM Tivoli Monitoring is installed. For
example, if you installed IBM Tivoli Monitoring in the /opt/IBM/ITM directory,
specify /opt/IBM/ITM as the destination folder for this installation.
6. Enter 1 at the prompt to Install products to the local host. For example:
Use this option if you intend to create and You must install the application support files
configure an agent instance on the Tivoli so that the Tivoli Monitoring for Tivoli
Enterprise Monitoring server. Storage Manager agent can display Tivoli
1. Enter the number that corresponds to the Storage Manager data in Tivoli Enterprise
IBM Tivoli Monitoring components for Monitoring server and Tivoli Enterprise
this operating system option. Portal server.
2. Enter a 32-character encryption key, or 1. Enter the number that corresponds to the
press Enter to use the default key. Tivoli Enterprise Portal Browser
Restriction: All agents must use the Client Support option.
same encryption key that was specified 2. Enter the number that corresponds to the
during installation of the monitoring Tivoli Enterprise Portal Desktop
server. The default encryption key is: Client Support option.
IBMTivoliMonitoringEncryptionKey. 3. When prompted again, Enter the number
that corresponds to the Tivoli
Enterprise Portal Server Support
option.
4. When prompted again, Enter the number
that corresponds to the Tivoli
Enterprise Monitoring Server Support
option.
10. Start the Tivoli Enterprise Portal server by issuing the following command:
/opt/IBM/ITM/bin/itmcmd agent start cq
11. Restart any agents that you stopped at the beginning of this installation.
What to do next
After you complete the installation, you must configure Tivoli Enterprise Portal to
collect and retain historical data for reports. See Configuring historical data
collection by using the command-line interface on AIX® and Linux systems.
You can also create and configure an agent instance. See “Creating and configuring
the agent instance” on page 134.
There are multiple tasks that must be completed to use remote deployment. These
tasks include the following items:
v Add the agents that you want to deploy to the agent depot on the Tivoli
Enterprise Monitoring server hub.
Before you begin any remote deployment tasks, ensure that you meet the
preinstallation requirements for your system.
You can verify whether these prerequisites are met by logging in to Tivoli
Enterprise Portal, selecting the systems that you want to deploy to, and verifying
that the operating system agent is displaying information. For example, select the
Memory workspace in Tivoli Enterprise Portal, and verify that data is displayed.
If you must install the IBM Tivoli Monitoring operating system agent to the agent
depot, the easiest method is to copy the agent to the agent depot by issuing the
tacmd addbundles command, and then install it by issuing the tacmd createNode
command, for example:
v Extract the Tivoli Monitoring 6.3.0 operating system agent, then copy the
operating system agent to the depot by issuing the following command:
./tacmd addbundles -i /path_to_agent/unix
v Deploy the operating system agent by issuing the following command:
./tacmd createNode -h host_name -u user_name -w password
Restriction: You cannot install the UNIX operating system agent into an AIX
WPAR with IBM Tivoli Monitoring version 6.3.0 FP2. The operating system agent
is required to remotely deploy the monitoring agent, and therefore you cannot
remotely deploy to an AIX WPAR.
Before you can remotely deploy a monitoring agent, you must populate the agent
depot. The agent depot is an installation directory on the monitoring server that
you must copy the agent to, and then deploy from, to remote systems.
Before you begin, ensure that you meet all of the remote deployment
preinstallation requirements.
Procedure
To add the monitoring agent to the agent depot for remote deployment, complete
the following steps:
1. Copy and extract the agent installation package to a directory that is accessible
by the Tivoli Enterprise Monitoring server hub. For example, you can copy the
package to the following directory:
/tmp/tsmrptagent
Tip: Ensure that you select the appropriate executable file from the Passport
Advantage, FTP download site, or from the DVD media. The file name for
installing only the monitoring agent, or the application support files can be
identified by the word AGENT, in capital letters, for example:
7.1.0.000-TIV-TSMRPT-AGENT-AIX.bin
2. Optional: Modify the silent response file that will be used during the agent
installation to specify items such as the installation directory and the
encryption key that is required to communicate with the Tivoli Enterprise
Monitoring server hub.
Tips:
a. The default encryption key value is IBMTivoliMonitoringEncryptionKey
b. The silent response file names are:
v unix\skaix526.txt
3. Add the agent to the agent depot. This process copies the files to a directory on
the Tivoli Enterprise Monitoring server.
a. Change directories to the location where the tacmd command is located, for
example:
/opt/IBM/ITM/bin
b. Log in to Tivoli Enterprise Monitoring server by issuing the following
command:
./tacmd login -s host_name -u sysadmin -p password
c. Add the agent to the agent depot by issuing the following command:
./tacmd addbundles -i /path_to_agent/unix
If the command was successful, the a message similar to the following
message is displayed:
KUICAB020I: Adding bundles to the /opt/IBM/ITM/tables/TEMS/depot depot.
The time required to complete this operation depends on the number and size of
the added bundles.
Product Code : sk
Deployable : True
Version : 063300000
Description : Monitoring Agent for Tivoli Storage Manager
Host Type : li6243
Host Version : li6243
Prerequisites: ci:062202000 la:010001000 gs:074027000 jr:043000000
ui:062202000 ax:062202000
Product Code : sk
Deployable : True
Version : 063300000
Description : Monitoring Agent for Tivoli Storage Manager
Host Type : li6263
Host Version : li6263
Prerequisites: ci:062202000 la:010001000 gs:074027000 jr:050900000
ui:062202000 ax:062202000
Product Code : sk
Deployable : True
Version : 063300000
Description : Monitoring Agent for Tivoli Storage Manager
Host Type : lx8266
Host Version : lx8266
Prerequisites: ci:062202000 la:010001000 gs:074027000 jr:050900000
ui:062202000 ax:062202000
Tip: You can limit the output to only the Tivoli Monitoring for Tivoli Storage
Manager monitoring agent by using the SK product code.
Example output:
Product Code : sk
Version : 063300000
Description : Monitoring Agent for Tivoli Storage Manager
Host Type : li6243
Host Version : li6243
Prerequisites: ci:062000000,la:010001000,ui:062000000,ax:062000000
Product Code : sk
Version : 063000000
Description : Monitoring Agent for Tivoli Storage Manager
Host Type : unix
Host Version : aix523,aix526,aix533,aix536,aix613,aix616,hp11,hp116,hpi116,lx8266,
lia266,lpp266,li6223,li6242,li6243,li6245,li6246,li6262,li6263,li6265,
li6266,ls3223,ls3226,ls3242,ls3243,ls3245,ls3246,ls3262,ls3263,ls3265,
ls3266,sol283,sol286,sol293,sol296,sol503,sol506,sol606
Prerequisites:
Tip: You can remove older bundles if they are no longer needed by issuing the
tacmd removebundles command, for example:
./tacmd removebundles -t sk -i /opt/IBM/ITM/tables/TEMS/depot
What to do next
After you populated the agent depot with the monitoring agent, you can deploy
the agent to remote sites from this central location. For detailed procedures, see the
following section:
Remotely deploying monitoring agents on AIX systems
After you populate the agent depot, you can deploy the monitoring agent to
remote systems.
Before you begin, ensure that your system meets all of the remote deployment
preinstallation requirements, and that the operating system agent on the remote
system is started and has root access.
Procedure
To install the monitoring agent, and initiate the deployment, complete the
following steps:
1. Go to where the tacmd command is located. For example, the default directory
is:
/opt/IBM/ITM/bin
2. Log on to the remote system by using the sysadmin user ID and password:
./tacmd login -s host_name -u sysadmin -p password
3. Locate the nodes that you want to deploy the monitoring agent to, by issuing
the following command:
./tacmd listSystems -t UX
4. Deploy the monitoring agent by issuing the following command:
./tacmd addSystem -t sk -n Primary:yourhost:UX -p INSTANCE=yourhost
TSM_AUTHENTICATION_INFORMATION.KSK_SERVER_ADDR=yourhost.yourcompany.com
TSM_AUTHENTICATION_INFORMATION.KSK_PORT_NUMBER=1500
TSM_AUTHENTICATION_INFORMATION.KSK_USER=tsmusername
TSM_AUTHENTICATION_INFORMATION.KSK_PASSWORD=tsmpassword
where:
v TSM_AUTHENTICATION_INFORMATION.KSK_SERVER_ADDR indicates the server IP
address of the Tivoli Storage Manager server
v TSM_AUTHENTICATION_INFORMATION.KSK_PORT_NUMBER indicates the port that is
required to access the Tivoli Storage Manager server
v TSM_AUTHENTICATION_INFORMATION.KSK_USER indicates the user ID that is used
to access the Tivoli Storage Manager server
v TSM_AUTHENTICATION_INFORMATION.KSK_PASSWORD indicates the password for
the user ID that is used to access the Tivoli Storage Manager server
v TSM_AUTHENTICATION_INFORMATION.KSK_KEYSTORE indicates the file system
location if your agent will be communicating with the Tivoli Storage
Manager server through an SSL connection. Leave this blank to use the
default non-SSL authentication method.
If your agent will be communicating with the server through an SSL
connection, specify a value by using the
TSM_AUTHENTICATION_INFORMATION.KSK_KEYSTORE option.
Tip: When specifying a monitoring agent instance name, as a best practice, you
can specify the name of the Tivoli(r) Storage Manager server, or the host name
of the server as your instance name.
For example:
./tacmd addSystem -t sk -n Primary:yourhost:UX -p INSTANCE=yourhost
TSM_AUTHENTICATION_INFORMATION.KSK_SERVER_ADDR=yourhost.yourcompany.com
TSM_AUTHENTICATION_INFORMATION.KSK_PORT_NUMBER=1500
TSM_AUTHENTICATION_INFORMATION.KSK_USER=tsmusername
TSM_AUTHENTICATION_INFORMATION.KSK_PASSWORD=tsmpassword
For example:
Transaction ID : 1334178758871657000027663
Command : INSTALL
Status : SUCCESS
Retries : 0
TEMS Name : TEMS
Target Hostname: yourhost:UX
Platform : aix526
Product : SK
Version : 063300000
Error Message : KDY0028I: Request completed successfully. Deployment request was
processed successfully and is now completed.
What to do next
After you deployed the agent, verify that the Tivoli Storage Manager data is being
collected and displayed in Tivoli Enterprise Portal. Log in to Tivoli Enterprise
Portal, select the system that the monitoring agent was deployed to, and verify
that data is displayed correctly in the workspaces.
AIX: Configuring historical data collection from within Tivoli Enterprise Portal:
After you install the monitoring agent in to an existing IBM Tivoli Monitoring
environment, you must configure historical data collection if you intend to
generate reports based on this data. You can configure historical data collection
from within Tivoli Enterprise Portal, but consider using the command-line interface
instead because it is quicker than doing it from within the Tivoli Enterprise Portal.
If you installed Tivoli Monitoring for Tivoli Storage Manager by using the standard
installation method, historical data collection was configured for you automatically.
If you are using the native IBM Tivoli Monitoring installer, then you must
manually configure historical data collection.
You must configure history configuration to have the data from the monitored
servers stored in the WAREHOUS database. This is a requirement if you plan to
use Tivoli Common Reporting to view historical reports.
You can use the following steps to start data collection. In the steps, example
values are used. Your selections depend on your criteria.
Procedure
1. Start the Tivoli Enterprise Portal:
a. Open a web browser and specify the address of the server where the Tivoli
Enterprise Portal was installed, similar to the following example:
http://hostname:1920///cnp/kdh/lib/cnp.html
where hostname is the server name and 1920///cnp/kdh/lib/cnp.html is the
port and location of the Java™ Tivoli Enterprise Portal web client.
2. Log on to the Tivoli Enterprise Portal by using the sysadmin user ID, and the
password that was specified during installation.
3. From the Tivoli Enterprise Portal menu, click Edit > History Configuration.
4. Specify collection settings by completing the following steps for each of the
following attribute groups:
v KSK CLIENT NODE STORAGE
v KSK CLIENT MISSED FILES
v KSK CLIENT NODE STATUS
v KSK DATABASE
v KSK SCHEDULE
v KSK STORAGE POOL
v KSK TAPE USAGE
v KSK TAPE VOLUME
v KSK NODE ACTIVITY
v KSK SERVER
v KSK STORAGE DEVICE
v KSK ACTIVITY LOG
v KSK OCCUPANCY
v KSK REPLSTATUS (Listed as Replication Status)
v KSK REPLDETAILS (Listed as Replication Details)
v KSK ACTIVITY SUMMARY
Tip: KSK denotes the Tivoli Monitoring for Tivoli Storage Manager product
code.
a. Right-click Tivoli Storage Manager, and select Create new collection setting.
b. Select an attribute group from the menu.
c. Specify a name for the new collection setting, and optionally provide a
description. As a best practice, include the attribute group in the name.
d. In the Collection interval field, set the value to 1 hour. This value specifies
how often the data is retrieved from the monitoring agent.
e. In the Collection location field, select Tivoli Enterprise Monitoring server,
TEMA. This server is where the historical data files are stored.
f. In the Warehouse interval field, select 1 day for how often you want the
warehouse data to store data. If you select 1 day, you cannot view reports
for at least a day.
Note: These settings are examples. Your selections depend on how often, and
how much data you want to collect. To test the data that is collected, start with
a short interval such as 1 hour. After you are sure that the data is being
collected correctly, you can adjust the collection interval to every 12 or 24
hours.
To verify that historical collection is activated, you can look for the History
Configuration icon next to each attribute group.
5. After the historical data collection settings are configured, complete the
following steps to configure summarization and pruning of the data in the
Tivoli Data Warehouse.
Tip: Summarization combines multiple data points into a single data point
across a date range such as a monthly or quarterly. Pruning removes older data
that is no longer needed to save database space.
a. Left-click on Tivoli Storage Manager to open the summarization and
pruning settings window.
b. Select all of the attributes that are configured for historical data collection. A
blue icon next to the attribute group indicates that data collection is
running.
c. In the summarization settings, enable summarization for Yearly, Quarterly,
Monthly, Weekly, Daily, and Hourly.
d. In the Pruning section, you can also optionally enable pruning. By default
no pruning is enabled. If your Tivoli Data Warehouse database size is
growing too large, pruning older data can be enabled here for each attribute
group.
Note: Pruning too vigorously can result in no data, or not enough data being
displayed in the Tivoli Common Reporting reports.
After you install the monitoring agents in an existing IBM Tivoli Monitoring
environment, you must configure historical data collection if you intend to
generate reports based on this data.
If you installed Tivoli Monitoring for Tivoli Storage Manager by using the standard
installation method, historical data collection was configured for you automatically.
If you are using the native IBM Tivoli Monitoring installer, then you must
manually configure historical data collection.
You can also configure historical data collection from within the Tivoli Enterprise
Portal. However, it is much quicker using the command-line interface because
there are many attribute groups that must be configured.
You must configure history configuration to have the data from the monitored
servers stored in the WAREHOUS database. This is a requirement if you plan to
use Tivoli Common Reporting to view historical reports.
Procedure
If you plan to monitor less than 5 Tivoli Storage Manager servers, you can use the
monitoring agent template that was installed as part of the Tivoli Monitoring for
Tivoli Storage Manager installation to create and configure the agent instances.
| If you plan to monitor more than 5 Tivoli Storage Manager servers, you must
| install additional monitoring agents on each Tivoli Storage Manager server that
| you want to monitor. Alternatively, you can install the agent on any supported
| operating system and configure the agent instances to connect to the Tivoli Storage
| Manager servers that you want to monitor. For example, you cannot install the
| Tivoli Monitoring for Tivoli Storage Manager monitoring agent directly on HP-UX,
| Solaris, or zLinux operating systems. To collect data for Tivoli Storage Manager
| servers on these operating systems, you must create a monitoring agent instance
| on the IBM Tivoli Monitoring server or on another supported operating system.
This configuration provides the most efficient use of memory on both the Tivoli
Storage Manager server, and the IBM Tivoli Monitoring server.
Install and configure an agent instance by using one of the following methods:
v “Creating and configuring the monitoring agent instance by using
CandleManage”
v “Creating and configuring the monitoring agent instance by using the
command-line interface” on page 138
Complete these steps to create and configure the agent instance by using the
CandleManage graphical interface, or you can use the command-line interface:
“Creating and configuring the monitoring agent instance by using the
command-line interface” on page 138.
You must create and configure an agent instance for each server that you want to
monitor. You can monitor up to 5 Tivoli Storage Manager servers from the same
IBM Tivoli Monitoring server. If you plan to monitor more than 5 servers, you
should install additional monitoring agents on each of your Tivoli Storage Manager
servers. Alternatively, you can install the agent on any supported operating system
and configure the agent instances to connect to the Tivoli Storage Manager servers
that you want to monitor.
Note: The term, agent, is synonymous with the Tivoli Monitoring for Tivoli Storage
Manager monitoring agent. This term is used throughout the CandleManage
program.
Procedure
Tip: When you specify an instance name, the best practice is to specify the host
name of the Tivoli Storage Manager server, or the server name from the QUERY
STATUS command as your instance name. Instance names must be unique, and
cannot exceed 20 characters.
5. In the Agent Configuration window, complete the following fields for the Tivoli
Storage Manager server to be monitored:
a. In the Server Address field, specify the fully qualified IP server address for
the Tivoli Storage Manager server.
b. In the Port Number field, specify the port number that is used to
communicate with the Tivoli Storage Manager server.
Tip: For normal TCP/IP traffic, you can determine the port number by
issuing one of the following commands:
QUERY OPT TCPPORT
QUERY OPT TCPADMINPORT
For SSL encrypted TCP/IP traffic, you can determine the port number by
issuing one of the following commands:
QUERY OPT SSLTCPPORT
QUERY OPT SSLTCPADMINPORT
c. In the TSM Administrator field, specify the Tivoli Storage Manager
administrator ID used to access the server.
Note: The Tivoli Monitoring for Tivoli Storage Manager agent runs only
queries on the Tivoli Storage Manager server and does not change anything.
The administrator that you choose to run the queries can be an
administrator ID without the following privileges:
v System Privileges
v Policy Privileges
v Storage Privileges
v Operator Privileges
v Client Access Privileges
v Client Owner Privileges
d. In the TSM Administrator Password field, enter the password twice for the
Tivoli Storage Manager administrator ID.
e. In the File System Location and Name of SSL Certificate field, either
browse to the location where the SSL certificates are located, or leave the
field blank if you do not intend to use SSL.
Tip: If you intend to use SSL to encrypt network traffic, ensure that your
Tivoli Storage Manager server is enabled for this type of secure
communication and that you specified the correct port number. For
additional information, see Configuring Tivoli Storage Manager
client/server communication with Secure Sockets Layer
(http://www.ibm.com/support/knowledgecenter/SSGSG7_7.1.1/
com.ibm.itsm.client.doc/t_cfg_ssl.html).
f. Click OK to save the settings.
6. Specify the Tivoli Enterprise Monitoring server information, but before you
click Save, ensure that all the settings in the Tivoli Enterprise Monitoring server
connection tab are correct:
v Ensure that there is no check mark in the No TEMS connection box.
v Specify the name of the host where Tivoli Enterprise Monitoring server is
installed. If the TEMS Hostname field is prefilled, verify that the host name
is correct.
v Ensure that the Protocol field indicates one of the following values:
– IP.PIPE, if you are not using the SSL protocol
– IP.SPIPE, if you are using the SSL protocol
v The Port Number should indicate 1918.
The Manage Tivoli Enterprise Monitoring Services window displays the new
Tivoli Monitoring for Tivoli Storage Manager agent instance.
7. If the agent was installed separately on an existing IBM Tivoli Monitoring
server, you might need to seed the Tivoli Enterprise Monitoring server and
Tivoli Enterprise Portal server, to allow it to pick up the new agent
configuration. From a command line, issue the following commands:
./itmcmd config -A cq
./itmcmd support -t tems_name sk
Tip: The itmcmd program is in the bin directory under the ITM installation
directory. The default is: /opt/IBM/ITM/bin.
8. Stop and restart the Tivoli Enterprise Monitoring server and the Tivoli
Enterprise Portal server. From the CandleManage program, select the Tivoli
Enterprise Portal server, right-click, and select Stop. Wait for the process to
stop and click Start. Repeat this step for the Tivoli Enterprise Monitoring
server.
9. Start the Tivoli Monitoring for Tivoli Storage Manager agent instance. Select
Monitoring Agent for Tivoli Storage Manager, right-click Start Service. Select
the agent instance that you want to start and click Start Agent.
If an error occurs, examine the $CANDLE_HOME/logs directory for the most recent
hostname_sk_instancename_timestamp.log file. This file contains error messages
from when the agent starts.
Results
After you start the agent, it starts to collected data. You can view real-time data by
using the workspaces in the Tivoli Enterprise Portal, or you can view historical
data by using Cognos reports.
Create and configure the agent instance by using this command-line interface
method, or you can use the CandleManage graphical interface method: “Creating
and configuring the monitoring agent instance by using CandleManage” on page
135.
You can monitor multiple Tivoli Storage Manager servers from the same IBM
Tivoli Monitoring server, but you must create and configure an agent instance for
each server that you want to monitor.
Note: The term, agent, that is displayed in the following examples is synonymous
with the Tivoli Monitoring for Tivoli Storage Manager agent.
Procedure
To configure a Tivoli Monitoring for Tivoli Storage Manager agent instance using
the command-line interface, complete the following steps:
1. Run the following command from the directory where you installed the Tivoli
Monitoring for Tivoli Storage Manager agent. The default directory is:
/opt/tivoli/tsm/reporting/itm/bin.
./itmcmd config -A sk
2. Specify a name for the Tivoli Monitoring for Tivoli Storage Manager agent
instance, for example, SERVER1.
Tip: When you specify an instance name, the best practice is to include the
host name of the Tivoli Storage Manager server. You can find the server name
by issuing the QUERY STATUS command. Instance names must be unique, and
cannot exceed 20 characters.
The command returns the following question:
Edit "Monitoring Agent for Tivoli Storage Manager" settings?
[ 1=Yes, 2=No ] (default is: 1): myserver.mycompany.com
3. Enter 1. The command returns the following question: Edit 'TSM Server
Connection Information' settings? [ 1=Yes, 2=No ] (default is: 1):
4. Enter 1. The command returns the following prompts for your response:
Server Address (default is: ):
Port Number (default is: 1500):
TSM Administrator (default is: ):
TSM Administrator Password (default is: ):
a. In the Server Address field, specify the address of the Tivoli Storage
Manager server to be monitored.
| v The user name and password for the services management administrator. The
| default is smadmin.
| v The installation location of Tivoli Monitoring for Tivoli Storage Manager.
| v The installation location of Jazz for Service Management.
| The data source script imports the Cognos reports and connects Tivoli Common
| Reporting to the WAREHOUS database. The data source script and the
| TSM_Cognos.zip files are in the tools directory of the installation directory.
| Procedure
| 1. Open a command line and change to the following directory:
| install_dir/tools
| where install_dir is the Tivoli Monitoring for Tivoli Storage Manager installation
| location.
| 2. From a command line, issue the following command:
| datasource.sh -j jazzsm_location -u jazzsm_user -p jazzsm_password -i
| itmuser_password
| where:
| jazzsm_location is the installation location for Jazz for Service Management
| jazzsm_user is the service management administrator ID that was created
| during the installation of Jazz for Service Management
| jazzsm_password is the password for jazzsm_user
| itmuser_password is the password for itmuser
| Tip: If you want to import Cognos reports from a previous setup, use the -r
| option and specify the location of the compressed reports file.
| What to do next
| You can run Cognos reports to see historical data from the Tivoli Storage Manager
| servers that you are monitoring. Go to “Running a Cognos report” on page 149.
| For a list of Cognos reports that are available, see Cognos status and trend reports
| (http://www.ibm.com/support/knowledgecenter/SSGSG7_7.1.1/
| com.ibm.itsm.srv.doc/r_rpt_cognos_rpts.html).
| If you want to access the Dashboard Application Services Hub or view Cognos
| reports, Jazz for Service Management must be running.
| Procedure
| To start Jazz for Service Management, complete one of the following actions:
v Open a web browser and specify the address of the server where the
Tivoli Enterprise Portal was installed, similar to the following example:
http://hostname:1920///cnp/kdh/lib/cnp.html
where hostname is the server name and 1920///cnp/kdh/lib/cnp.html is
the port and location of the Java Tivoli Enterprise Portal web Client.
Note: The Warehouse Proxy node can be found in the following location:
Group column, verify that there are several groups with the icon that
precedes the name. The icon indicates that the attribute is running to
summarize and store data.
5. If you completed a new installation, verify that pruning is configured:
a. Log on to the Tivoli Enterprise Portal by following the steps in Step 3.a.
b. Click Edit > History Configuration.
c. Click the Tivoli Storage Manager node to highlight it.
d. Click any of the attribute groups with the icon, and view the Pruning
section in the window. If configured, all the check boxes are selected and
there are numerical values in the fields. For more information, see
“Configuring summarization and pruning settings” on page 149.
6. Optional: If you configured the monitoring agent, installed Jazz for Service
Management, and ran the data source script, you can verify the configuration
and begin working with the reports.
a. Log on to the Tivoli Enterprise Portal by following the steps in Step 3.a
with the sysadmin user ID and password and review the workspaces to
verify that data is being collected.
Note: The workspaces can be found in the Navigator pane under the
following node:
Enterprise > UNIX System > hostname > Tivoli Storage Manager
If you created multiple instances of the agent, click each agent instance that
is listed under the Tivoli Storage Manager branch in the Navigator pane.
| v The user name and password for the services management administrator. The
| default is smadmin.
| v The installation location of Tivoli Monitoring for Tivoli Storage Manager.
| v The installation location of Jazz for Service Management.
| The data source script imports the Cognos reports and connects Tivoli Common
| Reporting to the WAREHOUS database. The data source script and the
| TSM_Cognos.zip files are in the tools directory of the installation directory.
| Procedure
| 1. Open a command line and change to the following directory:
| install_dir/tools
| where install_dir is the Tivoli Monitoring for Tivoli Storage Manager installation
| location.
| 2. From a command line, issue the following command:
| datasource.sh -j jazzsm_location -u jazzsm_user -p jazzsm_password -i
| itmuser_password
| where:
| jazzsm_location is the installation location for Jazz for Service Management
| jazzsm_user is the service management administrator ID that was created
| during the installation of Jazz for Service Management
| jazzsm_password is the password for jazzsm_user
| itmuser_password is the password for itmuser
| Tip: If you want to import Cognos reports from a previous setup, use the -r
| option and specify the location of the compressed reports file.
| What to do next
| You can run Cognos reports to see historical data from the Tivoli Storage Manager
| servers that you are monitoring. Go to “Running a Cognos report” on page 149.
| For a list of Cognos reports that are available, see Cognos status and trend reports
| (http://www.ibm.com/support/knowledgecenter/SSGSG7_7.1.1/
| com.ibm.itsm.srv.doc/r_rpt_cognos_rpts.html).
| If you want to access the Dashboard Application Services Hub or view Cognos
| reports, Jazz for Service Management must be running.
| Procedure
| To start Jazz for Service Management, complete one of the following actions:
| v To start Jazz for Service Management manually, issue the following commands
| from the command line:
| cd jazzsm_install_dir/profile/bin
| ./startServer.sh server1
| where jazzsm_install_dir is the Jazz for Service Management installation directory.
| By default, the installation directory is in the following location:
| /opt/IBM/JazzSM
| v To ensure that Jazz for Service Management starts automatically when the
| system restarts, issue the following commands from the command line:
| cd installation_dir/tools
| ./autostartOSNAME.sh -j jazzsm_install_dir
| where:
| – installation_dir is the Tivoli Monitoring for Tivoli Storage Manager installation
| directory. By default, the installation directory is in the following location:
| /opt/tivoli/tsm/reporting
| – OSNAME is the name of the operating system on which Jazz for Service
| Management is installed, for example, Redhat in autostartRedhat.sh.
| – jazzsm_install_dir is the Jazz for Service Management installation directory. By
| default, the installation directory is in the following location:
| /opt/IBM/JazzSM
|
Verifying the installation
After you install Tivoli Monitoring for Tivoli Storage Manager and Jazz for Service
Management, verify that all of the components are installed and configured
correctly.
Procedure
v Open a web browser and specify the address of the server where the
Tivoli Enterprise Portal was installed, similar to the following example:
http://hostname:1920///cnp/kdh/lib/cnp.html
where hostname is the server name and 1920///cnp/kdh/lib/cnp.html is
the port and location of the Java Tivoli Enterprise Portal web Client.
Note: The Warehouse Proxy node can be found in the following location:
Group column, verify that there are several groups with the icon that
precedes the name. The icon indicates that the attribute is running to
summarize and store data.
5. If you completed a new installation, verify that pruning is configured:
a. Log on to the Tivoli Enterprise Portal by following the steps in Step 3.a.
b. Click Edit > History Configuration.
c. Click the Tivoli Storage Manager node to highlight it.
d. Click any of the attribute groups with the icon, and view the Pruning
section in the window. If configured, all the check boxes are selected and
there are numerical values in the fields. For more information, see
“Configuring summarization and pruning settings” on page 149.
6. Optional: If you configured the monitoring agent, installed Jazz for Service
Management, and ran the data source script, you can verify the configuration
and begin working with the reports.
a. Log on to the Tivoli Enterprise Portal by following the steps in Step 3.a
with the sysadmin user ID and password and review the workspaces to
verify that data is being collected.
Note: The workspaces can be found in the Navigator pane under the
following node:
Enterprise > UNIX System > hostname > Tivoli Storage Manager
If you created multiple instances of the agent, click each agent instance that
is listed under the Tivoli Storage Manager branch in the Navigator pane.
Each agent instance has its own list of workspaces. Review a few
workspaces to verify that data is coming in from the Tivoli Storage Manager
server.
You can also navigate to the Agent Log workspace and look for messages
such as TSM login succeeded. If you see a message that indicates that the
login failed, you probably specified an incorrect ID or password when you
configured the agent instance. If data is not being collected, see Resolving
Tivoli Monitoring for Tivoli Storage Manager problems
(http://www.ibm.com/support/knowledgecenter/SSGSG7_7.1.1/
com.ibm.itsm.tshoot.doc/c_pdg_reportprobs.html).
| b. Log on to the IBM Dashboard Application Services Hub with the Jazz for
| Service Management administrator ID and password:
| 1) Open a web browser and enter the following address:
| https://hostname:port/ibm/console
| where port is the port number that is specified when you installed Jazz
| for Service Management. The default port is 16311. The hostname is the
| host name of the system where Jazz for Service Management is installed.
c. Click the Reporting icon in the side navigation menu and click Common
Reporting. You can view Cognos reports by selecting IBM Tivoli Storage
Manager Cognos Reports.
Tip: You might need to wait 1 or 2 hours after configuration before you can
see historical data in the Cognos reports.
What to do next
If you experience issues with your installation such as data not displaying in your
reports, or other issues, see Resolving Tivoli Monitoring for Tivoli Storage Manager
problems (http://www.ibm.com/support/knowledgecenter/SSGSG7_7.1.1/
com.ibm.itsm.tshoot.doc/c_pdg_reportprobs.html).
For more information about reports, see Reporting and monitoring with Tivoli
Monitoring for Tivoli Storage Manager (http://www.ibm.com/support/
knowledgecenter/SSGSG7_7.1.1/com.ibm.itsm.srv.doc/c_rpt_adm_ovr.html).
Procedure
| Storage Manager servers, you must use the installer to install only the
| monitoring agent directly on the Tivoli Storage Manager servers you want to
| monitor. Alternatively, you can install the agent on a supported operating
| system and configure the agent instance to connect to the Tivoli Storage
| Manager server.
v See “Creating and configuring the monitoring agent instance by using
CandleManage” on page 135.
v See “Creating and configuring the monitoring agent instance by using the
command-line interface” on page 138.
3. View the real-time workspaces from the Tivoli Enterprise Portal. There is a set
of workspaces available for each monitoring agent that is created. After you
configure the monitoring agents, you can immediately see data in several of the
workspaces.
a.
Log on to the Tivoli Enterprise Portal with your sysadmin user ID and
password by using one of the following methods:
v Use the Web Client
1) Open a web browser and go to: http://hostname:1920, where
hostname is the name of your operating system.
2) Select IBM Tivoli Enterprise Portal Web Client.
v Or, open a web browser and specify the address of the server where the
Tivoli Enterprise Portal is installed, similar to the following example:
http://hostname:1920///cnp/kdh/lib/cnp.html
where hostname is the server name and 1920///cnp/kdh/lib/cnp.html is the
port and location of the Java Tivoli Enterprise Portal web Client.
Note: If the workspaces do not display data, review the Agent Log workspace
for any errors.
| 4. View the historical reports by completing the steps in “Running a Cognos
| report” on page 149.
5. Review the WAREHOUS pruning settings and update them if necessary. The
WAREHOUS data is pruned at set intervals and affects the data that is
displayed in your historical reports.
a. Log on to the Tivoli Enterprise Portal by completing Step 3a.
b. Click Edit > History Configuration.
c. Click the Tivoli Storage Manager node to highlight it.
d. In the Pruning section, update any of the settings, and click OK to save the
changes.
| Before you can run a report, the following tasks must be completed:
| v Tivoli Monitoring for Tivoli Storage Manager is installed.
| v Jazz for Service Management, which includes Tivoli Common Reporting and
| WebSphere Application Server, is installed.
| v The WAREHOUS data source is configured.
| Procedure
| 1. Open a web browser and go to https://hostname:16311/ibm/console/
| logon.jsp, where hostname is the name of your operating system.
| 2. Log on to the Dashboard Application Services Hub with the service
| management administrator ID and password. The default user name is smadmin.
| 3. Click the Reporting icon in the navigation menu and click Common Reporting
| to access the list of Cognos reports.
| 4. Click a report to run it.
|
Configuring agents and services
After you install Tivoli Monitoring for Tivoli Storage Manager, you can manually
configure the IBM Tivoli Monitoring agents.
The summarization and pruning settings control how often data is collected and
pruned from the WAREHOUS database. The values are set independently for each
attribute group. The attribute groups correspond to workspaces in the Tivoli
Enterprise Portal. The summarized data is stored in the WAREHOUS database and
is used to populate the Cognos reports. When the summarized data is periodically
pruned, the data is removed from the WAREHOUS database.
Note: DB2 allocates space for the database size to increase. Pruning reduces the
amount of data that is stored in the database. To reduce the size of the database,
go to the DB2 Knowledge Center: http://www.ibm.com/support/
knowledgecenter/SSEPGG_10.5.0 and search for reducing databases.
Procedure
As a best practice, start with the default settings, and test your system to
ensure that data is being collected. When you are satisfied that the data is
being collected correctly, you can adjust the collection interval and pruning
values to suit the needs of your organization. Be sure to allow sufficient time to
elapse before you expect data to display in reports. Data is displayed in the
reports that are based on the summarization intervals that you choose.
You cannot run a report on data that was removed through pruning.
Procedure
1. Start the Manage Tivoli Enterprise Monitoring Services application:
v Run the CandleManage program by using the following commands:
– cd install_dir/itm/bin
– ./CandleManage &
where install_dir is the installation directory for Tivoli Monitoring for Tivoli
Storage Manager. The default installation directory is /opt/tivoli/tsm/
reporting.
2. From the Manage Tivoli Enterprise Monitoring Services window, select Tivoli
Enterprise Portal Server, right-click, and select Reconfigure.
3. Verify that the host name and port numbers specify where the Tivoli
Enterprise Monitoring server is located, and click OK. Click OK again.
4. Click Yes to reconfigure the warehouse connection information for the Tivoli
Enterprise Portal Server.
5. Click OK in the Warehouse Proxy Database Selection window to accept DB2
as the default database type.
Restriction: There are other choices that are listed, but DB2 is the database
that is required for Tivoli Monitoring for Tivoli Storage Manager.
6. Verify that the following fields are correct:
v Data Source Name: ITM Warehouse
v Database User ID: itmuser
v Database Name: Warehous
v DB Admin User ID: db2inst1
7. Remove, and retype the password in the Database Password field and the DB
Admin Password field.
8. Click OK.
Procedure
| 1. Start the Manage Tivoli Enterprise Monitoring Services application:
| v Run the CandleManage program by using the following commands:
| – cd install_dir/itm/bin
| – ./CandleManage &
| where install_dir is the installation directory for Tivoli Monitoring for Tivoli
| Storage Manager. The default installation directory is /opt/tivoli/tsm/
| reporting.
| 2. From the Manage Tivoli Enterprise Monitoring Services window, right-click
| Warehouse Proxy, and click Reconfigure.
| 3. Click OK to the message that says When configuring the Warehouse Proxy,
| remember that it must connect to a HUB TEMS (not a remote TEMS).
| 4. Ensure that the Primary TEMS connection field indicates IP.PIPE, or IP.SPIPE
| if you are using the SSL protocol.
| 5. Verify that the host name and port numbers specify where the Tivoli
| Enterprise Monitoring server is located, and click OK.
| 6. Verify that DB2 is selected as the database and click Next to continue.
| Restriction: There are other choices that are listed, but DB2 is the database
| that is required for Tivoli Monitoring for Tivoli Storage Manager.
| 7. Verify that the following fields are correct:
| v ODBC DSN: ITM Warehouse
| v Username: itmuser
| 8. Verify that the following options are selected:
| v Use Batch
| v Warehouse Compression for Distributed Sources
| 9. Remove, and retype the password in the Password field and the Confirm
| Password field.
| 10. Click Test connection to verify that connection to the database is successful.
| 11. Click OK to complete the configuration process.
| 12. From the Manage Tivoli Enterprise Monitoring Services window, right-click
| Warehouse Proxy, and click Start.
Procedure
1. Start the Manage Tivoli Enterprise Monitoring Services application:
v Run the CandleManage program by using the following commands:
– cd install_dir/itm/bin
– ./CandleManage &
where install_dir is the installation directory for Tivoli Monitoring for Tivoli
Storage Manager. The default installation directory is /opt/tivoli/tsm/
reporting.
2. From the Manage Tivoli Enterprise Monitoring Services window, right-click
Warehouse Summarization and Pruning Agent, and click Reconfigure.
| Procedure
| To secure communications by using the SSL protocol, you must obtain an SSL
| certificate from the Tivoli Storage Manager server. You must place the certificate in
| a local truststore file that is accessible by the monitoring agent.
| Determine whether the Tivoli Storage Manager server is using the cert256.arm
| certificate by default by issuing the following command:
| gsk8capicmd_64 -cert -list -db cert.kdb -stashed
| Review the output to determine whether the TSM Server SelfSigned SHA Key label
| is set as the default certificate. If it is not the default, complete the steps in the
| procedure.
| Procedure
| To specify the cert256.arm certificate as the default, complete the following steps
| from the Tivoli Storage Manager server:
| 1. Issue the following command from the Tivoli Storage Manager server instance
| directory:
| gsk8capicmd_64 -cert -setdefault -db cert.kdb -stashed
| -label "TSM Server SelfSigned SHA Key"
| 2. Restart the Tivoli Storage Manager server so that it can receive the changes to
| the key database file.
| 3. Optional: To verify that the TSM Server SelfSigned SHA Key label is set as the
| default, issue the following command.
| gsk8capicmd_64 -cert -list -db cert.kdb -stashed
|
| The local truststore file is used to store trusted certificates. On each system where
| you installed the monitoring agent software, you must create one truststore file.
| Procedure
| To create the local truststore file, complete the following steps from the system
| where you installed and configured the monitoring agent:
| 1. Start IBM Key Management by opening a command line and issuing the
| ikeyman command:
| install_dir/itm/JRE/aix_architecture/bin/ikeyman
| where
| v install_dir is the directory where the monitoring agent is installed.
| v aix_architecture is the system-specific architecture, such as aix526.
| The default installation path is /opt/tivoli/tsm/reporting.
| 2. Create a database file by clicking Key Database File > New.
| 3. In the Key database type field, select JKS.
| 4. Specify the file name and the location for the truststore file. The default file
| name is key.jks. Click OK.
| Restriction: The monitoring agent must have access rights to the truststore file.
| 5. In the Password Prompt window, specify and confirm the password. Click OK.
| The password is required to access the truststore file.
| 6. Restart the monitoring agent:
| a. Run the CandleManage program by using the following commands:
| cd install_dir/itm/bin
| ./CandleManage &
| Before you add the Tivoli Storage Manager certificate to the truststore file, verify
| that you completed the following tasks:
| v You created a local truststore file on the same system where the monitoring
| agent is installed and configured.
| v The Tivoli Storage Manager server that you are configuring for SSL is using the
| cert256.arm certificate by default. To ensure that the certificate is set by default,
| follow the instructions in “Configuring the server to use the cert256.arm
| certificate” on page 154.
| Each Tivoli Storage Manager server creates a self-signed certificate when the server
| is first started. For each server that is being monitored, the certificate must be
| added to the truststore file.
| Procedure
| To add the Tivoli Storage Manager self-signed certificate to the local truststore file,
| complete the following steps:
| 1. If the monitoring agent is installed and configured on the IBM Tivoli
| Monitoring system, copy the Tivoli Storage Manager server certificate to the
| Tivoli Monitoring for Tivoli Storage Manager file system. The file name of the
| certificate is cert256.arm. The file is stored on the Tivoli Storage Manager
| server in the server instance directory, for example:
| /opt/tivoli/tsm/server/bin/cert256.arm
| Complete the remaining steps from the system where you installed the
| monitoring agent:
| 2. Start IBM Key Management by opening a command line and issuing the
| ikeyman command:
| install_dir/itm/JRE/aix_architecture/bin/ikeyman
| where
| v install_dir is the directory where the monitoring agent is installed.
| v aix_architecture is the system-specific architecture, such as aix526.
| The default installation path is /opt/tivoli/tsm/reporting.
| 3. Click Key Database File > Open.
| 4. In the Key database type field, select JKS.
| 5. In the Open window, click Browse, and go to the directory where you created
| the truststore file, key.jks. Click Open, and click OK.
| 6. In the Password Prompt window, specify the password for the truststore file,
| and click OK.
| 7. In the IBM Key Management window, in the Key database content area,
| select Signer Certificates from the list, and click Add.
| 8. In the Open window, click Browse, and go to the directory where you placed
| the Tivoli Storage Manager server certificate file, cert256.arm. Click Open,
| and click OK.
| 9. Specify a label for the certificate and click OK. For example, you can specify
| the name of the Tivoli Storage Manager server along with the name of the
| certificate: server1.cert256.arm. The certificate is stored in the truststore file.
| 10. Close the IBM Key Management window.
| 11. Restart the monitoring agent:
| a. Run the CandleManage program by using the following commands:
| cd install_dir/itm/bin
| ./CandleManage &
| Ensure that you created a local truststore file on the system where the monitoring
| agent is installed and that you added the Tivoli Storage Manager certificate to the
| truststore file. Ensure that all the monitoring agents are configured this way.
| Procedure
| To configure a monitoring agent instance to use the SSL protocol, complete the
| following steps:
| 1. Open the Manage Tivoli Enterprise Management Services application:
| v Run the CandleManage program by using the following commands:
| cd install_dir/itm/bin
| ./CandleManage &
| What to do next
| If you want to disable earlier TLS connection protocols to increase security, follow
| the instructions in “Disabling earlier Transport Layer Security versions” on page
| 153.
| To enhance system security, you can enable the NIST SP800-131A security
| standard. To configure the components in your environment to comply with the
| NIST SP800-131A standard, follow the instructions in “Enabling the NIST
| SP800-131A security standard” on page 158.
| Before you configure the monitoring agent to comply with the NIST SP800-131A
| standard, ensure that the following requirements are met:
| v You must have at least one monitoring agent instance. To create a monitoring
| agent instance, follow the instructions in “Creating and configuring the agent
| instance” on page 134.
| v The monitoring agent is configured to use SSL protocol. For more information
| about setting up SSL communication, see “Configuring Secure Sockets Layer
| communication” on page 154.
| v The Tivoli Storage Manager server is using the cert256.arm certificate by
| default. For more information about setting the default certificate, see
| “Configuring the server to use the cert256.arm certificate” on page 154.
| v The Tivoli Storage Manager server is configured to comply with the NIST
| SP800-131A security standard. For more information about configuring the
| server to comply with the security standard, see “Configuring the Tivoli Storage
| Manager server for compliance with the NIST SP800-131A standard” on page
| 161.
| Procedure
| 1. Open the Manage Tivoli Enterprise Management Services application:
| v Run the CandleManage program by using the following commands:
| cd install_dir/itm/bin
| ./CandleManage &
| You must complete the configuration for all of the following components:
| v Warehouse Proxy Agent
| v Summarization and Pruning Agent
| v Tivoli Enterprise Monitoring server
| v Tivoli Enterprise Portal server
| v Other services, commands, and servers can optionally be configured if you are
| using them.
| You can export the WebSphere Application Server certificate so that you can
| import it in to the truststore file.
| Procedure
| where hostname is the host name of the system where you installed Jazz for
| Service Management.
| 2. In the WebSphere Integrated Solutions Console navigation tree, click Security >
| SSL certificate and key management. Then click Key stores and certificates >
| NodeDefaultKeyStore > Personal Certificates.
| 3. Select the default certificate and click Extract.
| 4. Enter a file name for the extracted certificate, for example, was_cert.arm. Select
| the default data type and click OK.
| The file is created in the following directory:
| JazzSM_directory/profile/etc/
| where JazzSM_directory is the path where you installed Jazz for Service
| Management.
| You can add the WebSphere Application Server certificate to the truststore file to
| secure communications between the WebSphere Application Server and Tivoli
| Monitoring for Tivoli Storage Manager.
| Ensure that you have a local truststore file on the Tivoli Monitoring for Tivoli
| Storage Manager system. If you did not create a truststore file, complete the steps
| in “Creating the truststore file” on page 155.
| Procedure
| To add the WebSphere certificate to the local truststore file, complete the following
| steps:
| 1. Start IBM Key Management by opening a command line and issuing the
| ikeyman command:
| install_dir/itm/JRE/aix_architecture/bin/ikeyman
| where
| v install_dir is the directory where the monitoring agent is installed.
| v aix_architecture is the system-specific architecture, such as aix526.
| The default installation path is /opt/tivoli/tsm/reporting.
| 2. Click Key Database File > Open.
| 3. In the Key database type field, select JKS.
| 4. In the Open window, click Browse, and go to the directory where you created
| the truststore file, for example, key.jks. Click Open, and click OK.
| 5. In the Password Prompt window, specify the password for the truststore file,
| and click OK.
| 6. In the IBM Key Management window, from the list in the Key database
| content area, select Signer Certificates, and click Add.
| 7. In the Open window, click Browse, and go to the directory where you placed
| the WebSphere Application Server certificate file. Click Open, and click OK.
| 8. Specify a label for the certificate and click OK. The certificate is stored in the
| truststore file.
| 9. Close the IBM Key Management window.
| Procedure
| To configure the Tivoli Storage Manager server to be in compliance with the NIST
| SP800-131A standard, complete the following tasks:
| 1. Set up the SSL and TLS protocols by following the instructions in Setting up
| Secure Sockets Layer and Transport Layer Security (http://www.ibm.com/
| support/knowledgecenter/SSGSG7_7.1.1/com.ibm.itsm.srv.doc/
| t_mngdata_setupssl.html).
| 2. Specify communication ports for TLS by following the instructions in
| Specifying communication ports (http://www.ibm.com/support/
| knowledgecenter/SSGSG7_7.1.1/com.ibm.itsm.srv.doc/
| r_mngdata_specommports.html).
| 3. Replace certificates in the key database file for the Tivoli Storage Manager
| server by following the instructions in Adding a certificate to the key database
| (http://www.ibm.com/support/knowledgecenter/SSGSG7_7.1.1/
| com.ibm.itsm.srv.doc/r_mngdata_sslkeyring.html).
Upgrade scenarios
Before you upgrade Tivoli Monitoring for Tivoli Storage Manager, choose the
scenario that best meets the needs of your company.
v Scenario 1: Your environment is monitoring 1-5 Tivoli Storage Manager servers.
v Scenario 2: Your environment is monitoring more than 5 Tivoli Storage Manager
servers.
v Scenario 3: You have an existing IBM Tivoli Monitoring environment that was
not installed as part of Tivoli Monitoring for Tivoli Storage Manager.
| Consider the following restrictions before you decide which scenario to use:
| v If you have a Tivoli Storage Manager server that is in a different time zone than
| the system with Tivoli Monitoring for Tivoli Storage Manager, install the
| monitoring agent on the Tivoli Storage Manager server. See Scenario 2 to install
| the agent directly on the Tivoli Storage Manager server.
| v If you have more than five servers, install the monitoring agent on each of the
| servers because it is the most efficient use of memory on both the Tivoli Storage
| Manager server and the Tivoli Monitoring for Tivoli Storage Manager server.
| v You can only install the monitoring agent on AIX®, Linux X86_64, and Windows
| operating systems.
Table 27. Upgrade scenarios
Upgrade
scenario Description Tasks that you must complete
Scenario 1 Use this scenario for an Complete all of the tasks in this scenario on
upgraded installation, the same system:
with a plan to monitor 1. Upgrade Tivoli Monitoring for Tivoli
and report on 1-5 Tivoli Storage Manager. The approximate
Storage Manager servers. installation time is 45 - 90 minutes,
depending on the speed of your system.
| Restriction: You cannot install Tivoli
| Monitoring for Tivoli Storage Manager on a
| system where the Tivoli Storage Manager
| server is installed. However, you can install
| the monitoring agent on any supported
| operating system, including any Tivoli
| Storage Manager servers that you want to
| monitor.
Scenario 3 Use this scenario for Prerequisite: You must have IBM Tivoli
upgrading an existing Monitoring version 6.3.0 FP2, or later
IBM Tivoli Monitoring installed.
environment. 1. Upgrade the monitoring agent on the IBM
Tivoli Monitoring server where Tivoli
Enterprise Monitoring server and Tivoli
Enterprise Portal server are installed.
During the agent upgrade, you must
specify the same directory as you did
when you installed IBM Tivoli
Monitoring.
2. Upgrade any monitoring agents that are
installed on any of your Tivoli Storage
Manager servers. Optionally, install and
configure additional agents on any Tivoli
Storage Manager servers that you want to
monitor. The approximate upgrade time
for the agent is 15 - 30 minutes, and an
additional 10 minutes, per agent, to
manually configure each agent.
| Restriction: You cannot install Tivoli
| Monitoring for Tivoli Storage Manager on a
| system where the Tivoli Storage Manager
| server is installed. However, you can install
| the monitoring agent on any supported
| operating system, including any Tivoli
| Storage Manager servers that you want to
| monitor.
| Before you upgrade to Tivoli Monitoring for Tivoli Storage Manager V7.1, ensure
| that the following tasks are completed:
| v You have Tivoli Monitoring for Tivoli Storage Manager V6.3 installed. If not, you
| must upgrade to version 6.3 before you can upgrade Tivoli Monitoring for Tivoli
| Storage Manager to version 7.1.
| v Review the planning information such as system requirements and release notes.
| v You have the required access privileges, including the user IDs and passwords.
| You can use the installation worksheet to record the information.
| v Review the upgrade scenarios, and choose the one that best suits your needs.
| v You know the DB2 database instance user ID password that was created during
| the V6.3 installation.
| v Optional: Back up the WAREHOUS database to ensure that you have a copy
| that you can restore if needed. To back up the V6.3 WAREHOUS database, see
| Backing up the DB2 WAREHOUS V6.3 database (http://www.ibm.com/
| support/knowledgecenter/SSGSG7_7.1.1/com.ibm.itsm.srv.doc/
| t_rpt_bkup_warehous_634.html).
| Attention: Do not alter the DB2 software that is installed with Tivoli Monitoring
| for Tivoli Storage Manager installation packages and fix packs. Do not install or
| upgrade to a different version, release, or fix pack of DB2 application because
| doing so can damage the database. Tivoli Monitoring for Tivoli Storage Manager
| can use only components and versions that are installed as part of the Tivoli
| Monitoring for Tivoli Storage Manager installation.
| The upgrade procedure must be done on the same system. To upgrade Tivoli
| Monitoring for Tivoli Storage Manager to V7.1 on a different system, see
| Chapter 11, “Migrating Tivoli Monitoring for Tivoli Storage Manager from one
| system to another,” on page 181.
| Restriction: If you created your own BIRT reports, they cannot be imported in to
| Tivoli Common Reporting. All of the packaged BIRT reports are available as
| Cognos reports in Tivoli Monitoring for Tivoli Storage Manager V7.1.
| Procedure
| To upgrade Tivoli Monitoring for Tivoli Storage Manager from V6.3 to V7.1,
| complete the following steps:
| 1. Log on to the system where Tivoli Monitoring for Tivoli Storage Manager is
| installed.
| Log in by using the root user ID.
| 2. Change the password for the sysadmin, itmuser, and TEPS user IDs so that the
| passwords are the same. Follow the steps in Resetting passwords for Tivoli
Chapter 10. Upgrading Tivoli Monitoring for Tivoli Storage Manager to V7.1 165
Upgrading Tivoli Monitoring for Tivoli Storage Manager
| where
| v username and password is the user name and password for the tipadmin
| user ID
| v TCR_install_dir is the Tivoli Common Reporting installation directory.
| The default directory is:
| /opt/IBM/tivoli/tipv2
| The compressed file is created in the following location:
| TCR_install_dir\profiles\TIPProfile\upgrade\data\upgradeData.zip.
| b. Move the upgradeData.zip file out of the Administration Center
| installation directory so that the file is not deleted when you uninstall the
| Administration Center.
| 4. Optional: Export the IBM Tivoli Monitoring situations, workspaces, and
| historical data: “Exporting IBM Tivoli Monitoring data” on page 167
| 5. Optional: Save the agent instance configuration files to avoid manually
| re-creating them: “Saving the agent instance configurations” on page 170
| 6. Uninstall Tivoli Monitoring for Tivoli Storage Manager V6.3:
| Restriction: During the V6.3 uninstallation, do not delete the historical data
| from the WAREHOUS database. The WAREHOUS database will be used after
| you install 7.1.
| a. Completing steps 1-6 in http://www.ibm.com/support/knowledgecenter/
| SSGSG7_6.3.4/com.ibm.itsm.srv.install.doc/t_rpt_inst_uninstall_unix.html.
| 7. Uninstall the Administration Center:
| a. Complete steps in http://www.ibm.com/support/knowledgecenter/
| SSGSG7_6.3.4/com.ibm.itsm.srv.install.doc/t_ac_uninst.html.
| b. Restart the operating system.
| 8. Download and install Tivoli Monitoring for Tivoli Storage Manager V7.1. The
| full installation also installs the monitoring agent on the system. Complete the
| steps in the following section:
| Upgrading Tivoli Monitoring for Tivoli Storage Manager
| 9. Recreate or import your agent instances. If you saved your agent instance
| configuration files, you can import them by completing the steps in
| “Importing the agent instance configuration” on page 171. Otherwise, recreate
| and configure your agent instances by completing the steps in “Creating and
| configuring the agent instance” on page 134.
| 10. Install Jazz for Service Management: “Installing Jazz for Service Management”
| on page 141
| 11. Configure the data source: “Configuring the WAREHOUS data source and
| importing reports” on page 143
| The data source script configures the data source and imports the Cognos
| reports that you exported. When you run the script, specify the -r option for
| TCR cognos report import zip file, and specify the path to the compressed
| Cognos file that you exported, for example:
| datasource.sh -j jazzsm_location -u jazzsm_user -p
| jazzsm_password -i itmuser_password -r upgradeData.zip
| 12. Optional: Import the IBM Tivoli Monitoring data if you exported any
| situations or workspaces: “Importing IBM Tivoli Monitoring data” on page
| 169
| 13. Optional: Configure the historical settings. You can use the historical settings
| file that you exported as a reference. Complete the steps in “Configuring
| summarization and pruning settings” on page 149.
| What to do next
| If you installed the monitoring agent on a remote server, for instance a Tivoli
| Storage Manager server, you must upgrade the monitoring agent. Follow the steps
| in “Upgrading the monitoring agent” on page 178.
| Related tasks:
| “Taking the first steps after installation” on page 147
| Before you upgrade Tivoli Monitoring for Tivoli Storage Manager from V6.3 to
| V7.1, or later, you can export situations and workspaces that you either customized
| or created, and you can export the historical settings.
| Procedure
| 1. From a command line, go to the following directory:
| installation_dir/ITM/bin
| where my_sitation_dir is the path to the directory where you want to save the
| situations. The situations are exported to the Bulk\SITUATION directory in the
| path that you specified in the command.
| Restriction: The directory must not exist in the Tivoli Monitoring for Tivoli
| Storage Manager installation directory.
| 4. Export the workspaces that you customized:
| a. Verify that your ID has workspace administration-mode authority:
Chapter 10. Upgrading Tivoli Monitoring for Tivoli Storage Manager to V7.1 167
Upgrading Tivoli Monitoring for Tivoli Storage Manager
| where workspace_dir is the directory path where you want to save the
| exported workspace.
| Restriction: The directory must not exist in the Tivoli Monitoring for Tivoli
| Storage Manager installation directory.
| 5. Export the historical data to record the settings:
| Issue the following commands from a command line. Ensure that you update
| the pswd, CANDLE_HOME, and hostname variables.
| export admin=sysadmin
| export pswd=sysadmin_password
| export hostname=your_hostname
| export CANDLE_HOME=/opt/tivoli/tsm/reporting/itm
| export type="Tivoli Storage Manager"
| cd $CANDLE_HOME/bin
| ./tacmd histViewAttributeGroup -t "$type" -o "KSK ACTIVITY LOG"
| -s $hostname -u $admin -w $pswd >> /temp_dir/collection_settings.txt
| ./tacmd histViewAttributeGroup -t "$type" -o "KSK ACTIVITY SUMMARY"
| -s $hostname -u $admin -w $pswd >> /temp_dir/collection_settings.txt
| ./tacmd histViewAttributeGroup -t "$type" -o "KSK CLIENT MISSED FILES"
| -s $hostname -u $admin -w $pswd >> /temp_dir/collection_settings.txt
| ./tacmd histViewAttributeGroup -t "$type" -o "KSK CLIENT NODE STATUS"
| -s $hostname -u $admin -w $pswd >> /temp_dir/collection_settings.txt
| ./tacmd histViewAttributeGroup -t "$type" -o "KSK CLIENT NODE STORAGE"
| -s $hostname -u $admin -w $pswd >> /temp_dir/collection_settings.txt
| ./tacmd histViewAttributeGroup -t "$type" -o "KSK NODE ACTIVITY"
| -s $hostname -u $admin -w $pswd >> /temp_dir/collection_settings.txt
| ./tacmd histViewAttributeGroup -t "$type" -o "KSK REPLDETAILS"
| -s $hostname -u $admin -w $pswd >> /temp_dir/collection_settings.txt
| ./tacmd histViewAttributeGroup -t "$type" -o "KSK REPLSTATUS"
| -s $hostname -u $admin -w $pswd >> /temp_dir/collection_settings.txt
| ./tacmd histViewAttributeGroup -t "$type" -o "KSK SCHEDULE"
| -s $hostname -u $admin -w $pswd >> /temp_dir/collection_settings.txt
| ./tacmd histViewAttributeGroup -t "$type" -o "KSK STORAGE DEVICE"
| -s $hostname -u $admin -w $pswd >> /temp_dir/collection_settings.txt
| ./tacmd histViewAttributeGroup -t "$type" -o "KSK STORAGE POOL"
| -s $hostname -u $admin -w $pswd >> /temp_dir/collection_settings.txt
| ./tacmd histViewAttributeGroup -t "$type" -o "KSK TAPE USAGE"
| -s $hostname -u $admin -w $pswd >> /temp_dir/collection_settings.txt
| ./tacmd histViewAttributeGroup -t "$type" -o "KSK TAPE VOLUME"
| -s $hostname -u $admin -w $pswd >> /temp_dir/collection_settings.txt
| 6. Verify that the historical data was successfully exported by reviewing the
| collections_settings.txt file. For each workspace, you might see text similar
| to the following example:
| Before you can import the IBM Tivoli Monitoring data, you must have the
| situations and workspaces files that you exported.
| After you upgrade Tivoli Monitoring for Tivoli Storage Manager from V6.3 to V7.1,
| or later, you can import situations and workspaces.
| Procedure
| 1. From a command line, go to the following directory:
| installation_dir/ITM/bin
| where my_situations_dir is the path to the directory where you exported the
| situations.
| 4. Assign the situations to managed systems where the situations will run and
| then start the situations:
| a. Start Tivoli Enterprise Portal.
| b. Click Edit > Situation Editor
Chapter 10. Upgrading Tivoli Monitoring for Tivoli Storage Manager to V7.1 169
Upgrading Tivoli Monitoring for Tivoli Storage Manager
| c. For each situation, select it, click the Distribution tab, assign it to a
| managed system, and then right-click the situation and click Start.
| d. If the imported situation was associated with a navigator item, recreate the
| association.
| 5. Import the workspaces that you customized or created:
| a. Verify that your ID has workspace administration-mode authority:
| 1) Start Tivoli Enterprise Portal.
| 2) Click Edit > Administer Users.
| 3) Select your ID, for example SYSADMIN.
| 4) In the Authorities section, select Workspace Administration.
| 5) Ensure that Workspace Administration Mode is selected, and click OK.
| b. Increase the maximum heap size to ensure that JVM has sufficient space by
| issuing the following commands:
| export TACMD_JVM_MAX_MEMORY=2048
| c. Import the workspaces that you exported. Issuing the following command
| for each workspace that you exported:
| ./tacmd importWorkspaces -s hostname -u sysadmin -p pswd
| -x /workspace_dir/workspace_name.xml
| where:
| v workspace_dir is the path to where you extracted the workspaces
| v workspace_name is the name of the workspace that you exported
| d. Optional: If you changed the workspace administration mode for the Tivoli
| Enterprise Portal user ID, you can change it back to the original setting. See
| Step 5a.
| What to do next
| Configure the historical settings, if you do not want to use the default settings. You
| can refer to the historical settings output if you exported the settings. Complete the
| steps in “Configuring the WAREHOUS data source and importing reports” on
| page 143.
| Before you can save the agent instance configuration, you must have Tivoli
| Monitoring for Tivoli Storage Manager V6.3 installed.
| Tivoli Monitoring for Tivoli Storage Manager V6.3 is installed with a large amount
| of custom configuration that can make it complex to re-create after an upgrade. If
| your agent instance configurations are complex, you can save them before you
| upgrade Tivoli Monitoring for Tivoli Storage Manager to V7.1, or later.
| If the agent configuration is not complex, re-create the agent after you upgrade
| Tivoli Monitoring for Tivoli Storage Manager.
| Procedure
| Tip: Install the agent in to the same directory where the V6.3 agent is installed.
| The default directory is:
| /opt/tivoli/tsm/reporting/itm
| 3. Go to the following directory:
| installation_dir/itm/config
| 4. Back up or move the configuration files to a temporary location.
| For example, back up or move the following files:
| v sk.ini
| v sk_instance_name.config
| v host_sk_instance_name.cfg
| where instance_name is the name of the agent instance, and host is the host
| name of the system.
| Before you can import the agent instances in to Tivoli Monitoring for Tivoli Storage
| Manager V7.1, or later, ensure that the following tasks are complete:
| v You saved the configuration files for the Tivoli Monitoring for Tivoli Storage
| Manager V6.3 agent instances by completing the steps from “Saving the agent
| instance configurations” on page 170.
| Procedure
Chapter 10. Upgrading Tivoli Monitoring for Tivoli Storage Manager to V7.1 171
Upgrading Tivoli Monitoring for Tivoli Storage Manager
| What to do next
| Before you install Tivoli Monitoring for Tivoli Storage Manager, verify that the
| following requirements are met:
| v Ensure that your system meets the software and hardware requirements. For
| more information about the system requirements, see “System requirements for
| Tivoli Monitoring for Tivoli Storage Manager” on page 103.
| v Do not install Tivoli Monitoring for Tivoli Storage Manager on a system that has
| a Tivoli Storage Manager server installed.
| v Verify that you have the required access privileges, including user IDs and
| passwords.
| v Ensure that there are no spaces and no non-ASCII characters in the installation
| package name or in the path to the package.
| v If you are installing Tivoli Monitoring for Tivoli Storage Manager on a remote
| system by using an X display, and the local server does not have an X server
| running, the installation might fail. If this happens, you must run the wizard in
| console mode.
| v If you are installation the Tivoli Monitoring for Tivoli Storage Manager
| monitoring agent in to an existing Tivoli Monitoring environment, specify the
| existing Tivoli Monitoring installation directory. The default directory is
| /opt/IBM/ITM.
| If you are upgrading from Tivoli Monitoring for Tivoli Storage Manager V6, see
| “Upgrading Tivoli Monitoring for Tivoli Storage Manager from Version 6.3 to
| Version 7.1” on page 165.
| Attention: Do not alter the DB2 software that is installed with Tivoli Monitoring
| for Tivoli Storage Manager installation packages and fix packs. Do not install or
| upgrade to a different version, release, or fix pack of DB2 application because
| doing so can damage the database. Tivoli Monitoring for Tivoli Storage Manager
| can use only components and versions that are installed as part of the Tivoli
| Monitoring for Tivoli Storage Manager installation.
| With the Tivoli Monitoring for Tivoli Storage Manager installation package, you
| can install or upgrade the following software:
| v Tivoli Monitoring for Tivoli Storage Manager
| v Tivoli Monitoring for Tivoli Storage Manager agent only
| To determine when and where you would install only the agent package, review
| the installation scenarios. To install the agent on a remote server, see “Installing the
| monitoring agent” on page 119.
| Restriction: You cannot install the Tivoli Monitoring for Tivoli Storage Manager
| package and the agent only package on the same system.
| If you plan to download the files, set the system user limit for the maximum file
| size to unlimited to ensure that the files can be downloaded correctly:
| 1. To query the maximum file size value, issue the following command from a
| command line:
| ulimit -Hf
| 2. If the system user limit for maximum file size is not set to unlimited, change it
| to unlimited by following the instructions in the documentation for your
| operating system.
| Verify that you have enough space to store the installation files when they are
| extracted from the product package.
| Procedure
| 1. Download the two installation packages from one of the following websites, or
| you can access the files from the product DVD:
| v Go to Passport Advantage site at http://www.ibm.com/software/lotus/
| passportadvantage/.
| v Go to the Tivoli Storage Manager support site at http://www.ibm.com/
| support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager
| for maintenance fixes, and updates.
| 2. Depending on whether you have the DVD disks or installation packages,
| complete one of the following methods to extract the files to the file system:
| Product DVD disks
| a. Create a directory on the file system.
| b. For each DVD disk, copy the contents of the disk in to the directory
| that you created.
| Tip: You can delete the files after you install Tivoli Monitoring for
| Tivoli Storage Manager to free up space on the file system.
| Installation packages
| a. Create a directory and move the two packages that you
| downloaded in to the directory.
| b. Ensure that executable permission is set for the packages. If
| necessary, change the file permissions by issuing the following
| command:
| chmod a+x package_name.bin
| c. Extract the packages by issuing the following command for each
| package:
| ./package_name.bin
| where package_name is the name of the file that you downloaded, for
| example:
Chapter 10. Upgrading Tivoli Monitoring for Tivoli Storage Manager to V7.1 173
Upgrading Tivoli Monitoring for Tivoli Storage Manager
| TSMRPT-Full-Installer-1of2-AIX-7.1.0.000.bin
| Tip: You can issue the following command from a command line to determine
| whether the RPM files are installed:
| rpm -qa |grep rpm_package
| With the Tivoli Monitoring for Tivoli Storage Manager installation package, you
| can install or upgrade the following software:
| v Tivoli Monitoring for Tivoli Storage Manager
| Restriction: You cannot install the Tivoli Monitoring for Tivoli Storage Manager
| package and the agent only package on the same system.
| Procedure
| To install Tivoli Monitoring for Tivoli Storage Manager, complete the following
| steps:
| 1. Change to the directory where you extracted the installation files.
| 2. Start the wizard by issuing the following command:
| ./install.sh
| Results
| If errors occur during the installation process, the errors are recorded in log files
| that are stored in the IBM Installation Manager logs directory. You can view
| installation log files by clicking File > View Log from the IBM Installation
| Manager tool.
| What to do next
| If you already have Jazz for Service Management installed, reconfigure the
| WAREHOUS data source to reconnect Tivoli Common Reporting to the
| WAREHOUS database. Follow the steps in “Configuring the WAREHOUS data
| source and importing reports” on page 143. Otherwise, install Jazz for Service
| Managementso that you can view historical reports. Go to “Installing Jazz for
| Service Management” on page 141.
| After you upgrade Tivoli Monitoring for Tivoli Storage Manager, see “Taking the
| first steps after installation” on page 147.
| The following RPM files must be installed before you use the wizard of IBM
| Installation Manager to install or upgrade Tivoli Monitoring for Tivoli Storage
| Manager:
| atk-1.12.3-2.aix5.2.ppc.rpm
| cairo-1.8.8-1.aix5.2.ppc.rpm
| expat-2.0.1-1.aix5.2.ppc.rpm
| fontconfig-2.4.2-1.aix5.2.ppc.rpm
| freetype2-2.3.9-1.aix5.2.ppc.rpm
| gettext-0.10.40-6.aix5.1.ppc.rpm
| glib2-2.12.4-2.aix5.2.ppc.rpm
| gtk2-2.10.6-4.aix5.2.ppc.rpm
| libjpeg-6b-6.aix5.1.ppc.rpm
| libpng-1.2.32-2.aix5.2.ppc.rpm
| libtiff-3.8.2-1.aix5.2.ppc.rpm
| pango-1.14.5-4.aix5.2.ppc.rpm
| xcursor-1.1.7-3.aix5.2.ppc.rpm
Chapter 10. Upgrading Tivoli Monitoring for Tivoli Storage Manager to V7.1 175
Upgrading Tivoli Monitoring for Tivoli Storage Manager
| xft-2.1.6-5.aix5.1.ppc.rpm
| xrender-0.9.1-3.aix5.2.ppc.rpm
| zlib-1.2.3-3.aix5.1.ppc.rpm
| pixman-0.12.0-3.aix5.2.ppc.rpm
| Tip: You can issue the following command from a command line to determine
| whether the RPM files are installed:
| rpm -qa |grep rpm_package
| Procedure
| With the Tivoli Monitoring for Tivoli Storage Manager installation package, you
| can install or upgrade the following software:
| v Tivoli Monitoring for Tivoli Storage Manager
| v Tivoli Monitoring for Tivoli Storage Manager agent only
| To determine when and where you would install only the agent package, review
| the installation scenarios. To install the agent on a remote server, see “Installing the
| monitoring agent” on page 119.
| Restriction: You cannot install the Tivoli Monitoring for Tivoli Storage Manager
| package and the agent only package on the same system.
| Procedure
| To install Tivoli Monitoring for Tivoli Storage Manager, complete the following
| steps:
| 1. Change to the directory where you extracted the installation files.
| 2. Start the wizard in console mode by issuing the following command from a
| command line:
| ./install.sh -c
| 3. Optional: Generate a response file as part of a console mode installation.
| Complete the console mode installation options, and in the Summary pane,
| specify G to generate the responses.
| Results
| If errors occur during the installation process, the errors are recorded in log files
| that are stored in the IBM Installation Manager logs directory, for example:
| /var/ibm/InstallationManager/logs
| What to do next
| If you already have Jazz for Service Management installed, reconfigure the
| WAREHOUS data source to reconnect Tivoli Common Reporting to the
| WAREHOUS database. Follow the steps in “Configuring the WAREHOUS data
| source and importing reports” on page 143. Otherwise, install Jazz for Service
| Managementso that you can view historical reports. Go to “Installing Jazz for
| Service Management” on page 141.
| After you upgrade Tivoli Monitoring for Tivoli Storage Manager, see “Taking the
| first steps after installation” on page 147.
| The input directory, which is in the directory where the installation files were
| extracted, contains the following sample response files to install, update, and
| uninstall Tivoli Monitoring for Tivoli Storage Manager:
| v install_response_sample.xml
| v update_response_sample.xml
| v uninstall_response_sample.xml
| You must edit the sample files before you use them.
Chapter 10. Upgrading Tivoli Monitoring for Tivoli Storage Manager to V7.1 177
Upgrading Tivoli Monitoring for Tivoli Storage Manager
| With the Tivoli Monitoring for Tivoli Storage Manager installation package, you
| can install or upgrade the following software:
| v Tivoli Monitoring for Tivoli Storage Manager
| v Tivoli Monitoring for Tivoli Storage Manager agent only
| To determine when and where you would install only the agent package, review
| the installation scenarios. To install the agent on a remote server, see “Installing the
| monitoring agent” on page 119.
| Restriction: You cannot install the Tivoli Monitoring for Tivoli Storage Manager
| package and the agent only package on the same system.
| Procedure
| 1. Create a response file, or use one of the sample response files, such as
| install_response_sample.xml or update_response_sample.xml.
| 2. Edit the response file and specify a DB2 administrator password and the
| sysadmin user ID. You can also change other defaults if you need.
| 3. Start the silent installation by issuing the following command from the
| directory where the installation files were extracted:
| ./install.sh -s -input response_file -acceptLicense
| where response_file is the response file path, including the file name.
| Results
| If errors occur during the installation process, the errors are recorded in log files
| that are stored in the IBM Installation Manager logs directory, for example:
| /var/ibm/InstallationManager/logs
| What to do next
| If you already have Jazz for Service Management installed, reconfigure the
| WAREHOUS data source to reconnect Tivoli Common Reporting to the
| WAREHOUS database. Follow the steps in “Configuring the WAREHOUS data
| source and importing reports” on page 143. Otherwise, install Jazz for Service
| Managementso that you can view historical reports. Go to “Installing Jazz for
| Service Management” on page 141.
| After you upgrade Tivoli Monitoring for Tivoli Storage Manager, see “Taking the
| first steps after installation” on page 147.
| You can upgrade the monitoring agent on remote servers for the Tivoli Storage
| Manager servers that are being monitored. You can also upgrade the monitoring
| agent on an existing system that has IBM Tivoli Monitoring installed.
| Restriction: The monitoring agent in the environment must be at the same version
| as the agent on the system where IBM Tivoli Monitoring is installed.
Procedure
To upgrade your existing monitoring agents to V7.1, complete the following steps:
1. Stop all existing monitoring agents by using one of the following methods:
v From the Manage Tivoli Enterprise Monitoring Services window, select each
monitoring agent instance, and click Actions > Stop.
v To stop the agents by using the command line, complete the following steps:
| a. From a command line, go to the following directory:
| cd install_dir/itm/bin
Tip: Alternatively, you can restart the agents by issuing the following
commands:
cd install_dir/itm/tables
../bin/itmcmd agent -o instance_name start sk
| When you decide to upgrade Tivoli Monitoring for Tivoli Storage Manager to V7.1,
| you might find that the operating system no longer meets the minimum system
| requirements. You can either upgrade the operating system, or migrate Tivoli
| Monitoring for Tivoli Storage Manager to another system. For more information
| about migrating the system, see Chapter 11, “Migrating Tivoli Monitoring for Tivoli
| Storage Manager from one system to another,” on page 181.
| Procedure
| To upgrade the operating system and upgrade Tivoli Monitoring for Tivoli Storage
| Manager, complete the following steps:
Chapter 10. Upgrading Tivoli Monitoring for Tivoli Storage Manager to V7.1 179
Upgrading Tivoli Monitoring for Tivoli Storage Manager
| 1. Back up the Tivoli Monitoring for Tivoli Storage Manager environment: Backing
| up Tivoli Monitoring for Tivoli Storage Manager (http://www.ibm.com/
| support/knowledgecenter/SSGSG7_7.1.1/com.ibm.itsm.srv.doc/
| t_rpt_bkup_itm4tsm.html)
| 2. Optional: Export the IBM Tivoli Monitoring historical settings and situations
| that you created or customized. Ensure that you use the backup-archive client
| to back up the exported data. Complete the steps in “Exporting IBM Tivoli
| Monitoring data” on page 167.
| 3. Optional: Save the agent instance configuration files to avoid manually
| re-creating them: “Saving the agent instance configurations” on page 170
| 4. Upgrade your operating system so that the system meets the minimum system
| requirements.
| 5. On the new system, download and install Tivoli Monitoring for Tivoli Storage
| Manager V7.1, or later. The full installation also installs the monitoring agent
| on the system. Complete the steps in Chapter 9, “Installing Tivoli Monitoring
| for Tivoli Storage Manager,” on page 99.
| What to do next
| After you move Tivoli Monitoring for Tivoli Storage Manager to the new system,
| you can configure the historical settings and the data source:
| v You can configure the historical settings if you do not want to use the default
| settings. You can use the historical settings file that you exported as a reference.
| Follow the steps in “Configuring summarization and pruning settings” on page
| 149.
| v Configure the data source by following the steps in “Configuring the
| WAREHOUS data source and importing reports” on page 143.
|
| You might have to migrate Tivoli Monitoring for Tivoli Storage Manager to another
| system for any of the following reasons:
| v The operating system does not meet the system requirements for Tivoli
| Monitoring for Tivoli Storage Manager V7.1, or later.
| v The system that you are using will no longer be available to host Tivoli
| Monitoring for Tivoli Storage Manager.
| v You want to move Tivoli Monitoring for Tivoli Storage Manager to newer or
| faster hardware.
| Restriction: A database backup from one platform family can only be restored on
| any system within the same platform family. Migration is only supported from
| Tivoli Monitoring for Tivoli Storage Manager V6.3 to V7.1, or later. You must
| upgrade Tivoli Monitoring for Tivoli Storage Manager V6.1 or V6.2 to V6.3 before
| you move to V7.1, or later. You can upgrade Tivoli Monitoring for Tivoli Storage
| Manager from a Windows 32-bit system to a Windows 64-bit system. Similarly, you
| can upgrade Tivoli Monitoring for Tivoli Storage Manager on any Linux 32-bit
| system to any Linux 64-bit system.
|
| Migrating Tivoli Monitoring for Tivoli Storage Manager V6.3 to V7.1, or
| later on another system
| You can move the Tivoli Monitoring for Tivoli Storage Manager environment to a
| new system and upgrade it at the same time.
| Procedure
| 1. Back up the Tivoli Monitoring for Tivoli Storage Manager environment: Backing
| up Tivoli Monitoring for Tivoli Storage Manager (http://www.ibm.com/
| support/knowledgecenter/SSGSG7_7.1.1/com.ibm.itsm.srv.doc/
| t_rpt_bkup_itm4tsm.html)
| 2. Optional: Export the IBM Tivoli Monitoring historical settings and situations
| that you created or customized. Ensure that you use the backup-archive client
| to back up the exported data. Complete the steps in “Exporting IBM Tivoli
| Monitoring data” on page 167.
| 3. On the new system, download and install Tivoli Monitoring for Tivoli Storage
| Manager V7.1, or later. The full installation also installs the monitoring agent
| on the system. Complete the steps in Chapter 9, “Installing Tivoli Monitoring
| for Tivoli Storage Manager,” on page 99.
| What to do next
| After you move Tivoli Monitoring for Tivoli Storage Manager to the new system,
| you can configure the historical settings and the data source:
| v You can configure the historical settings if you do not want to use the default
| settings. You can use the historical settings file that you exported as a reference.
| Follow the steps in “Configuring summarization and pruning settings” on page
| 149.
| v Configure the data source by following the steps in “Configuring the
| WAREHOUS data source and importing reports” on page 143.
|
| Migrating Tivoli Monitoring for Tivoli Storage Manager V7.1, or later to
| another system
| You can move Tivoli Monitoring for Tivoli Storage Manager V7.1, or later to a new
| system.
| Procedure
| 1. Back up the Tivoli Monitoring for Tivoli Storage Manager environment: Backing
| up Tivoli Monitoring for Tivoli Storage Manager (http://www.ibm.com/
| support/knowledgecenter/SSGSG7_7.1.1/com.ibm.itsm.srv.doc/
| t_rpt_bkup_itm4tsm.html)
| 2. On the new system, download and install Tivoli Monitoring for Tivoli Storage
| Manager V7.1, or later. The full installation also installs the monitoring agent
| on the system. Complete the steps in Chapter 9, “Installing Tivoli Monitoring
| for Tivoli Storage Manager,” on page 99.
| What to do next
| After you move Tivoli Monitoring for Tivoli Storage Manager to the new system,
| you can configure the historical settings and the data source:
| v You can configure the historical settings if you do not want to use the default
| settings. You can use the historical settings file that you exported as a reference.
| Follow the steps in “Configuring summarization and pruning settings” on page
| 149.
| v Configure the data source by following the steps in “Configuring the
| WAREHOUS data source and importing reports” on page 143.
|
| Use IBM Installation Manager to uninstall Tivoli Monitoring for Tivoli Storage
| Manager or the monitoring agent. However, If you installed the monitoring agent
| on an existing IBM Tivoli Monitoring server, complete the steps in “Uninstalling
| monitoring agents in an existing IBM Tivoli Monitoring environment” on page 188.
| Tip: When you uninstall Tivoli Monitoring for Tivoli Storage Manager, the
| monitoring agent on the system is also uninstalled. Therefore, you do not have to
| uninstall the monitoring agent on the system after you uninstall Tivoli Monitoring
| for Tivoli Storage Manager.
|
| Uninstalling Jazz for Service Management
| You can uninstall Jazz for Service Management if you no longer need it.
| Before you uninstall Jazz for Service Management, you must uninstall Tivoli
| Common Reporting.
| Tip: The Cognos reports are removed from the system when you uninstall Tivoli
| Common Reporting. If you must retain the reports, you can export them.
| Procedure
| 1. Uninstall Tivoli Common Reporting by completing the steps in
| http://www.ibm.com/support/knowledgecenter/SSEKCU_1.1.0/
| com.ibm.psc.doc_1.1.0/tcr_original/ttcr_uninstall.html.
| 2. Uninstall Jazz for Service Management by completing the steps in
| http://www.ibm.com/support/knowledgecenter/SSEKCU_1.1.0/
| com.ibm.psc.doc_1.1.0/install/psc_t_install_uninstall_adv_oview.html.
| 3. Remove the Deployment Engine entries for Tivoli Common Reporting by
| completing the following steps:
| a. Open a command line and go to the following directory:
| If you installed the Administration Center as root, go to
| /usr/ibm/common/acsi/bin. Otherwise, go to USER_HOME/USER/
| .acsi_USERID, where USER_HOME, USER, and USERID is the
| information for the user that completed the installation.
| b. Issue the following command:
| de_lsrootiu.sh > de_lsrootiu.txt
| c. Review de_lsrootiu.txt and collect the UUID and discriminant values for
| the following identityNames:
| v TCRCore
| v TCREmbedded
| v TCRStandalone
| v Install IU
| d. Delete the entry for each identityName by issuing the following command:
| deleteRootIU.sh UUID discriminant
| where UUID and discriminant are the values from the de_lsrootiu.txt
| output.
| For example, to delete the TCRCore identityName, issue the following
| command:
| DelRootIUnRelationships 3DD9564D2E7442788584C1F35B07F2A2
| /opt/IBM/JazzSM/reporting
|
| Uninstalling Tivoli Monitoring for Tivoli Storage Manager by using IBM
| Installation Manager
| To uninstall Tivoli Monitoring for Tivoli Storage Manager, you can use the wizard,
| the command line in console mode, or silent mode.
| Before you uninstall Tivoli Monitoring for Tivoli Storage Manager, you must know
| the DB2 administrator password.
| Restriction: You must uninstall Jazz for Service Management before you uninstall
| Tivoli Monitoring for Tivoli Storage Manager. To uninstall Jazz for Service
| Management, see “Uninstalling Jazz for Service Management” on page 183.
| Procedure
| 1. Open IBM Installation Manager by issuing the following command from a
| command line:
| cd installation_manager/eclipse
| ./IBMIM
| Before you uninstall Tivoli Monitoring for Tivoli Storage Manager, you must know
| the DB2 administrator password.
| Restriction: You must uninstall Jazz for Service Management before you uninstall
| Tivoli Monitoring for Tivoli Storage Manager. To uninstall Jazz for Service
| Management, see “Uninstalling Jazz for Service Management” on page 183.
| Procedure
| 1. From a command line, go to the following directory:
| installation_manager/eclipse/tools
| where installation_manager is the IBM Installation Manager installation
| directory, for example:
| /opt/IBM/InstallationManager/eclipse/tools
| 2. Start the uninstallation process by issuing the following command:
| ./imcl -c
| 3. Enter 5 to remove the installed software packages.
| 4. Enter N to accept the IBM Tivoli Monitoring for Tivoli Storage Manager
| package group.
| 5. Enter the item number to select the IBM Tivoli Monitoring for Tivoli Storage
| Manager installed package, and enter N for Next.
| 6. Enter 1 for DB2 configuration.
| 7. Enter 1 to type the DB2 administrators password, and enter the DB2
| administrator password, and enter N for Next.
| 8. Enter a selection depending on whether you want to delete or keep the
| historical data.
| You can delete the historical data if you no longer need the data in the
| WAREHOUS database.
| 9. Enter N for Next.
| 10. Enter U for Uninstall, and enter F for Finish.
| Before you uninstall Tivoli Monitoring for Tivoli Storage Manager, you must know
| the DB2 administrator password.
Chapter 12. Uninstalling Tivoli Monitoring for Tivoli Storage Manager 185
Uninstalling Tivoli Monitoring for Tivoli Storage Manager
| The input directory, which is in the directory where the installation package was
| extracted, contains a sample response file for uninstalling Tivoli Monitoring for
| Tivoli Storage Manager. If you installed Tivoli Monitoring for Tivoli Storage
| Manager from a DVD, you can find the input directory on the DVD. You can use
| the uninstall_response_sample.xml.
| Restriction: You must uninstall Jazz for Service Management before you uninstall
| Tivoli Monitoring for Tivoli Storage Manager. To uninstall Jazz for Service
| Management, see “Uninstalling Jazz for Service Management” on page 183.
| Procedure
| 1. Create a response file, or use the uninstall_response_sample.xml sample
| response file.
| 2. Edit the response file to add the DB2 administrator password.
| 3. From a command line, go to the following directory:
| installation_manager/eclipse/tools
| where installation_manager is the IBM Installation Manager installation directory,
| for example:
| /opt/IBM/InstallationManager/eclipse/tools
| 4. Start the uninstallation process by issuing the following command, where
| response_file represents the response file path, including the file name:
| ./imcl -input response_file -silent
| If you used the Tivoli Monitoring for Tivoli Storage Manager installation package
| to install the monitoring agent, you can use the uninstallation program of IBM
| Installation Manager to uninstall the monitoring agent. However, if you installed
| the monitoring agent on an existing IBM Tivoli Monitoring server, complete the
| steps in “Uninstalling monitoring agents in an existing IBM Tivoli Monitoring
| environment” on page 188.
| Procedure
| 1. Open IBM Installation Manager by issuing the following command from a
| command line:
| cd installation_manager/eclipse
| ./IBMIM
| Procedure
| 1. From a command line, go to the following directory:
| installation_manager/eclipse/tools
| where installation_manager is the IBM Installation Manager installation directory,
| for example:
| /opt/IBM/InstallationManager/eclipse/tools
| 2. Start the uninstallation process by issuing the following command:
| ./imcl -c
| 3. Enter 5 to remove the installed software packages.
| 4. Enter N to accept the IBM Tivoli Monitoring for Tivoli Storage Manager package
| group.
| 5. Enter 1 for IBM Tivoli Monitoring for Tivoli Storage Manager agent only, and
| enter N for Next.
| 6. Enter N for Next.
| 7. Enter U for Uninstall, and enter F for Finish.
| The input directory, which is in the directory where the installation package was
| extracted, contains a sample response file for uninstalling the monitoring agent. If
| you installed Tivoli Monitoring for Tivoli Storage Manager from a DVD, you can
| find the input directory on the DVD. You can use the
| uninstall_agent_only_sample.xml file.
Chapter 12. Uninstalling Tivoli Monitoring for Tivoli Storage Manager 187
Uninstalling Tivoli Monitoring for Tivoli Storage Manager
| Procedure
| 1. Create a response file, or use the uninstall_agent_only_sample.xml sample
| response file.
| 2. From a command line, go to the following directory:
| installation_manager/eclipse/tools
| where installation_manager is the IBM Installation Manager installation directory,
| for example:
| /opt/IBM/InstallationManager/eclipse/tools
| 3. Start the uninstallation process by issuing the following command, where
| response_file represents the response file path, including the file name:
| ./imcl -input response_file -silent
| Procedure
| To uninstall Tivoli Monitoring for Tivoli Storage Manager agents, complete the
| following steps:
| 1. From a command line, go to the following directory:
| cd install_dir/bin
| where the install_dir is the IBM Tivoli Monitoring installation directory. The
| default directory is /opt/IBM/ITM.
| 2. Stop all of the Tivoli Storage Manager agent instances by using the
| CandleManage application, or the command-line interface.
| Tip: Always stop processes by issuing the itmcmd commands, or from the
| Manage Tivoli Enterprise Monitoring Services application. Do not kill
| processes by using the operating system.
| Stop the agent by using CandleManage:
| a. Run the CandleManage program by issuing the following
| command:
| ./CandleManage &
| b. Right-click each agent and click Stop.
| Stop the agent instances by using the command-line interface:
| a. Display the agents that are running by issuing the following
| command, and then refer to the output:
| ./cinfo -r
| b. Issue the following command for each agent instance:
Chapter 12. Uninstalling Tivoli Monitoring for Tivoli Storage Manager 189
Uninstalling Tivoli Monitoring for Tivoli Storage Manager
Before you install and configure the Operations Center, review the following
information:
v “System requirements for the Operations Center” on page 193
– “Operations Center computer requirements” on page 194
– “Hub and spoke server requirements” on page 194
– “Operating system requirements” on page 198
– “Web browser requirements” on page 198
– “Language requirements” on page 199
| – “Requirements and limitations for Tivoli Storage Manager client management
| services” on page 199
v “Administrator IDs that the Operations Center requires” on page 201
v “IBM Installation Manager” on page 202
v “Installation checklist” on page 202
v “Obtaining the Operations Center installation package” on page 207
Table 28 lists the methods for installing or uninstalling the Operations Center and
indicates where to find the associated instructions.
For information about upgrading the Operations Center, see Chapter 15,
“Upgrading the Operations Center,” on page 211.
Table 28. Methods for installing or uninstalling the Operations Center
Method Instructions
Graphical wizard v “Installing the Operations Center by using a graphical
wizard” on page 208
v “Uninstalling the Operations Center by using a graphical
wizard” on page 241
Console mode v “Installing the Operations Center in console mode” on page
209
v “Uninstalling the Operations Center in console mode” on
page 241
Silent mode v “Installing the Operations Center in silent mode” on page 210
v “Uninstalling the Operations Center in silent mode” on page
242
From the Operations Center, you can manage the following primary aspects of the
storage environment:
v Tivoli Storage Manager servers and clients
v Services such as backup and restore, archive and retrieve, and migrate and recall
v Storage pools and storage devices
Use the Operations Center System Requirements Calculator to estimate the system
requirements for running the Operations Center and the hub and spoke servers
that are monitored by the Operations Center.
Table 29 on page 194 lists the prerequisite requirements that are verified during the
installation and indicates where to find more information about these
requirements.
Resource requirements
The hub and spoke servers that are monitored by the Operations Center require
additional resources, as described in “Hub and spoke server requirements.”
The spoke servers send alerts and status information to the hub server. The
Operations Center shows you a consolidated view of alerts and status information
for the hub server and any spoke servers.
If only one Tivoli Storage Manager server is monitored by the Operations Center,
that server is still called a hub server, even though no spoke servers are connected
to it.
Table 30 on page 195 indicates the version of Tivoli Storage Manager server that
must be installed on the hub server and on each spoke server that is managed by
the Operations Center.
Table 30. Tivoli Storage Manager server version requirements for hub and spoke servers
Tivoli Storage Manager on the Tivoli Storage Manager on
Operations Center hub server each spoke server
| V7.1.1 V7.1.1 or later V6.3.4 or later
The number of spoke servers that a hub server can support depends on the
configuration and on the version of Tivoli Storage Manager on each spoke server.
However, a general guideline is that a hub server can support 10 - 20 V6.3.4 spoke
servers but can support more V7.1 spoke servers.
Use the Operations Center System Requirements Calculator to estimate the system
requirements for running the Operations Center and the hub and spoke servers
that are monitored by the Operations Center.
The following factors have the most significant impact on the performance of the
Operations Center:
v The processor and memory on the computer where the Operations Center is
installed
v The system resources of the hub and spoke servers, including the disk system
that is in use for the hub server database
v The number of Tivoli Storage Manager client nodes and virtual machine file
spaces that are managed by the hub and spoke servers
v The frequency at which data is refreshed in the Operations Center
For information about optimizing performance, see the information about tuning
the Operations Center in Tivoli Storage Manager Optimizing Performance.
Consider grouping hub and spoke servers by geographic location. For example,
managing the servers within the same data center can help prevent issues that are
caused by firewalls or by inadequate network bandwidth between different
locations. If necessary, you can further divide servers according to one or more of
the following characteristics:
v The administrator who manages the servers
v The organizational entity that funds the servers
v Server operating system
v The language in which the servers run
Tip: If the hub and spoke servers are not running in the same language, you
might see corrupted text in the Operations Center.
| If you use an enterprise configuration, you can improve the process by which the
| administrator credentials are synchronized on spoke servers. To improve the
| performance and efficiency of maintaining the monitoring administrator ID,
| complete the following steps:
| 1. Designate the configuration manager server as the Operations Center hub
| server. During the hub server configuration, a monitoring administrator ID
| named IBM-OC-hub_server_name is registered.
| 2. On the hub server, add the monitoring administrator ID to a new or existing
| enterprise configuration profile. Issue the NOTIFY SUBSCRIBERS command to
| distribute the profile to the managed servers.
| 3. Add one or more of the managed servers as Operations Center spoke servers.
| The Operations Center detects this configuration and allows the configuration
| manager to distribute and update the monitoring administrator ID on the spoke
| servers.
Restrictions:
v A single server cannot be both a hub server and a spoke server.
v Each spoke server can be assigned to only one hub server.
v Each hub server requires a separate instance of the Operations Center, each of
which has a separate web address.
For more information about server resource usage and about the effect of the
network on performance, see the information about tuning Operations Center
performance in Tivoli Storage Manager Optimizing Performance.
Attention: Do not use the same Tivoli Storage Manager server as the hub server
for multiple Operations Centers.
Use the following guidelines in deciding which server to designate as the hub
server:
You cannot run the Operations Center on HP-UX or Oracle Solaris systems.
However, you can use the Operations Center to manage Tivoli Storage Manager
V6.3.4 or later servers that run on any supported server operating system.
The operating systems on which the server can run are not limited to the operating
systems on which the Operations Center can run.
| For the most up-to-date requirements information, see Tivoli Storage Manager
| Operations Center Software and Hardware Requirements.
For optimal viewing of the Operations Center in the web browser, ensure that the
screen resolution for the system is set to a minimum of 1024 X 768 pixels.
For optimal performance, use a web browser that has good JavaScript
performance, and enable browser caching.
| The following web browser versions are the earliest versions that support TLS 1.2:
| v Apple Safari on the iPad running iOS 5
| v Google Chrome 30
| v Microsoft Internet Explorer 10
| v Mozilla Firefox ESR 24
| Because the web browser might support multiple versions of TLS, make sure TLS
| 1.2 is enabled.
| The web browser displays an SSL error if strict SP 800-131A compliance is specified
| during installation, and the web browser does not meet the preceding
| requirements.
Language requirements
By default, the Operations Center uses the language that the web browser uses.
However, the installation process uses the language that the operating system uses.
Verify that the web browser and the operating system are set to the language that
you require.
Table 31. Operations Center language values that you can use on AIX systems
Language Language option value
Chinese, Simplified zh_CN
Chinese, Simplified (UTF-8) ZH_CN
Chinese, Traditional (Big5) Zh_TW
Chinese, Traditional (UTF-8) ZH_TW
Chinese, Traditional (euc_tw) zh_TW
English en_US
English (UTF-8) EN_US
French fr_FR
French (UTF-8) FR_FR
German de_DE
German (UTF-8) DE_DE
Italian it_IT
Italian (UTF-8) IT_IT
Japanese (EUC) ja_JP
Japanese (PC) Ja_JP
Japanese (UTF-8) JA_JP
Korean ko_KR
Korean (UTF-8) KO_KR
Portuguese, Brazilian pt_BR
Portuguese, Brazilian (UTF-8) PT_BR
Russian ru_RU
Russian (UTF-8) RU_RU
Spanish es_ES
Spanish (UTF-8) ES_ES
| In the documentation for the client management service, client system is the system
| where the backup-archive client is installed.
| Verify the following requirements before you install the client management service:
| v To remotely access the client, the Operations Center administrator must have
| system authority or one of the following client authority levels:
| – Policy authority
| – Client owner authority
| – Client node access authority
| v Ensure that the client system meets the following requirements:
| – The backup-archive client must be at Tivoli Storage Manager Version 6 or
| Version 7.
| – The client management service can be installed only on client systems that
| run on Linux or Windows operating systems:
| - Linux x86 64-bit operating systems that are supported for the
| backup-archive client
| - Windows 32-bit and 64-bit operating systems that are supported for the
| backup-archive client
| – The SSL security protocol is required for transmission of data between the
| client management service and Operations Center. Basic authentication is
| provided and data and authentication information are encrypted through the
| SSL channel. SSL is automatically installed along with the necessary SSL
| certificates when you install the client management service.
| v On Linux client systems, you must have root user authority to install the client
| management service.
| v For client systems that can have multiple client nodes, such as Linux client
| systems, ensure that each node name is unique on the client system.
| Tip: After you install the client management service, you do not have to install
| it again because the service can discover multiple client options files.
| For the most up-to-date system requirements for the client management service,
| see http://www.ibm.com/support/docview.wss?uid=swg21243309.
| The client management service provides basic services for collecting diagnostic
| information from backup-archive clients. The following limitations exist for the
| client management service:
| v You can install the client management service only on backup-archive clients,
| and not on other Tivoli Storage Manager client components and products.
| v If the backup-archive clients are protected by a firewall, ensure that there is
| firewall connectivity between the Operations Center and the backup-archive
| client through the configured port for the client management service. The default
| port is 9028, but it can be changed.
| v The client management service scans all client log files to locate entries for the
| previous 72-hour period.
| v The Diagnosis page in the Operations Center provides basic troubleshooting
| information for backup-archive clients. However, for some backup issues, you
| might have to access the client system and obtain further diagnostic information.
| v If the combined size of the client error log files and schedule log files on a client
| system is more than 500 MB, delays can occur in sending log records to the
| Operations Center. You can control the size of the log files by enabling log file
| pruning or wrapping by specifying the errorlogretention or errorlogmax client
| option.
| v If you use the same client node name to connect to multiple Tivoli Storage
| Manager servers that are installed on the same server hardware, you can view
| log files for only one of the client nodes.
|
Administrator IDs that the Operations Center requires
An administrator must have a valid ID and password on the hub server to log in
to the Operations Center. An administrator ID is also assigned to the Operations
Center so that the Operations Center can monitor servers.
The Operations Center requires the following Tivoli Storage Manager administrator
IDs:
Administrator IDs that are registered on the hub server
Any administrator ID that is registered on the hub server can be used to
log in to the Operations Center. The authority level of the ID determines
which tasks can be completed. You can create new administrator IDs by
using the REGISTER ADMIN command.
The following list contains explanations of some terms that are used in IBM
Installation Manager:
Offering
An installable unit of a software product.
The Operations Center offering contains all of the media that IBM
Installation Manager requires to install the Operations Center.
Package
The group of software components that are required to install an offering.
The Operations Center package contains the following components:
v IBM Installation Manager installation program
v Operations Center offering
Package group
A set of packages that share a common parent directory.
The default package group for the Operations Center package is IBM
Tivoli Storage Manager.
Repository
A remote or local storage area for data and other application resources.
The Operations Center package is stored in a repository on IBM Fix
Central.
Shared resources directory
A directory that contains software files or plug-ins that are shared by
packages.
IBM Installation Manager stores installation-related files in the shared
resources directory, including files that are used for rolling back to a
previous version of the Operations Center.
Installation checklist
Before you install the Operations Center, you must verify certain information, such
as the installation credentials, and you must determine the input to provide to IBM
Installation Manager for the installation.
The following checklist highlights the information that you must verify or
determine before you install the Operations Center, and Table 32 on page 203
describes the details of this information:
__ Verify the host name for the computer where the Operations Center will be
installed.
__ Verify the installation credentials.
IBM Installation Manager The following path is the default path for the IBM Installation Manager installation
installation directory directory:
v /opt/IBM/InstallationManager
Port number that is used by The value for the secure (https) port number must meet the following criteria:
the Operations Center web v The number must be an integer in the range 1024 - 65535.
server
v The number cannot be in use or allocated to other programs.
Tip: If you later do not remember the port number that you specified, refer to the
following file, where installation_dir represents the directory where the
Operations Center is installed:
v installation_dir/ui/Liberty/usr/servers/guiServer/bootstrap.properties
The bootstrap.properties file contains the Tivoli Storage Manager server connection
information.
Table 32. Information to verify or determine before you install the Operations Center (continued)
Information Details
Password for secure The Operations Center uses Hypertext Transfer Protocol Secure (HTTPS) to
communications communicate with web browsers. You can optionally use the Secure Sockets Layer
(SSL) protocol to secure communications between the Operations Center and the hub
server, and between Tivoli Storage Manager servers.
The truststore file of the Operations Center contains the SSL certificate that the
Operations Center uses for HTTPS communication with web browsers. During
installation of the Operations Center, you create a password for the truststore file.
Tip: If you later choose to set up SSL communication between the Operations
Center and the hub server, you must use the same password to add the SSL
certificate of the hub server to the truststore file.
The password for the truststore file must meet the following criteria:
v The password must contain a minimum of 6 characters and a maximum of 64
characters.
v The password must contain at least the following characters:
– One uppercase letter (A – Z)
– One lowercase letter (a – z)
– One digit (0 – 9)
– Two of the following non-alphanumeric characters:
~ ! @ # $ % ^ & * _ - + = ` |
( ) { } [ ] : ; < > , . ? /
Table 32. Information to verify or determine before you install the Operations Center (continued)
Information Details
| NIST SP800-131A compliance When you install the Operations Center, you can specify whether NIST SP800-131A
| mode compliance is required, and the level of compliance. Before you install the
| Operations Center, determine if you want strict SP800-131A compliance, transitional
| SP800-131A compliance, or if you do not need to comply with the recommendation.
| Requirement: If you specify strict SP800-131A compliance, the web browser must
| support TLS 1.2, and TLS 1.2 must be enabled.
| Restrictions:
| v You cannot change the SP800-131A compliance mode after installation. To change
| this setting you must uninstall and reinstall the Operations Center.
| v This installation option is available only when you use the Install function of the
| IBM Installation Manager. This option is not available when you use the Update
| function. If you have an earlier version of the Operations Center installed and you
| want to enable SP800-131A compliance, you must uninstall and reinstall the
| Operations Center.
Related tasks:
“Configuring for SSL communication” on page 218
“Resetting the password for the Operations Center truststore file” on page 223
You cannot configure the Operations Center until you install, configure, and start
the Tivoli Storage Manager server. Therefore, before you install the Operations
Center, install the appropriate Tivoli Storage Manager server package, according to
the server version requirements in “Hub and spoke server requirements” on page
194.
You can install the Operations Center on a computer with the Tivoli Storage
Manager server or on a separate computer.
If you obtain the package from the product DVD, ensure that the installation files
are visible on the DVD drive.
If you obtain the package from an IBM download site, you must extract the
installation files.
Procedure
Use the following procedure to extract the Operations Center installation files:
v On AIX systems:
1. Download the following package file to the directory of your choice:
7.1.1.000-TIV-TSMOC-AIX.bin
2. Ensure that you have executable permission for the package file.
If necessary, change the file permissions by issuing the following command:
chmod a+x 7.1.1.000-TIV-TSMOC-AIX.bin
3. Issue the following command to extract the installation files:
./7.1.1.000-TIV-TSMOC-AIX.bin
The self-extracting package file is extracted to the directory.
If the following RPM files are not installed on the computer, install them. For
instructions, see “Installing RPM files for the graphical wizard” on page 209.
atk-1.12.3-2.aix5.2.ppc.rpm
cairo-1.8.8-1.aix5.2.ppc.rpm
expat-2.0.1-1.aix5.2.ppc.rpm
fontconfig-2.4.2-1.aix5.2.ppc.rpm
freetype2-2.3.9-1.aix5.2.ppc.rpm
gettext-0.10.40-6.aix5.1.ppc.rpm
glib2-2.12.4-2.aix5.2.ppc.rpm
gtk2-2.10.6-4.aix5.2.ppc.rpm
libjpeg-6b-6.aix5.1.ppc.rpm
libpng-1.2.32-2.aix5.2.ppc.rpm
libtiff-3.8.2-1.aix5.2.ppc.rpm
pango-1.14.5-4.aix5.2.ppc.rpm
pixman-0.12.0-3.aix5.2.ppc.rpm
xcursor-1.1.7-3.aix5.2.ppc.rpm
xft-2.1.6-5.aix5.1.ppc.rpm
xrender-0.9.1-3.aix5.2.ppc.rpm
zlib-1.2.3-3.aix5.1.ppc.rpm
Procedure
1. From the directory where the Operations Center installation package file is
extracted, issue the following command:
./install.sh
2. Follow the wizard instructions to install the IBM Installation Manager and
Operations Center packages.
The following message might be displayed, and the installation wizard might
be slow, if your locale uses UTF-8 encoding:
Cannot create font set
What to do next
If the RPM files that are listed in “Installing the Operations Center by using a
graphical wizard” on page 208 are not installed, you must download and install
the files.
Procedure
1. Ensure that there is at least 150 MB of free space in the /opt file system.
2. Choose one of the following options:
v If you are installing the Operations Center from the product DVD, take the
following actions:
a. In the base directory of the DVD, change to the gtk directory.
b. From the gtk directory, copy the download-prerequisites.sh file to a
location where you can download the RPM files.
v If you obtained the Operations Center installation package from an IBM
download site such as IBM Passport Advantage or IBM Fix Central, take the
following action:
In the directory where the Operations Center installation package file is
extracted, change to the gtk directory.
3. To automatically download the RPM files to the current directory from the IBM
AIX Toolbox for Linux Applications website, issue the following command:
download-prerequisites.sh
4. Install the files by issuing the following command from the directory that
contains the files:
rpm -Uvh *.rpm
If a message indicates that one of the files is already installed on the system,
take one of the following actions:
v Issue the following command:
rpm -Uvh --force *.rpm
v Move the earlier versions of the files to a different directory, and issue the
rpm command again, as shown in the following example:
mkdir already-installed
mv gettext*.rpm already-installed
rpm -Uvh *.rpm
Procedure
1. From the directory where the installation package file is extracted, run the
following program:
./install.sh -c
2. Follow the console instructions to install the Installation Manager and
Operations Center packages.
What to do next
The input directory, which is in the directory where the installation package is
extracted, contains the following sample response files for installing, updating, and
uninstalling the Operations Center:
v install_response_sample.xml
v update_response_sample.xml
v uninstall_response_sample.xml
You can use these sample files as they are, with the default values, or you can
customize them.
Procedure
1. Create a response file, or use one of the following default response files:
v install_response_sample.xml
v update_response_sample.xml
If you use a default response file, update the following line of the file to create
a password for the truststore file of the Operations Center, where mypassword
represents the password:
<data key=’user.SSL_PASSWORD’ value=’mypassword’/>
What to do next
Before you upgrade the Operations Center, review the system requirements and
the installation checklist. The new version of the Operations Center might have
more or different requirements and considerations than the version you are
currently using.
Restriction: During installation of the Operations Center, you can specify whether
NIST SP800-131A compliance is required. This installation option is not available
during a regular upgrade. If you want to use the TLS 1.2 protocol to secure
communication between the Operations Center and web browsers, you must
uninstall and then reinstall the Operations Center.
Tip: In IBM Installation Manager, the term update means to discover and install
updates and fixes to installed software packages. In this context, update and
upgrade are synonymous.
v If you are upgrading the Operations Center in silent mode, you can skip the
step of creating a password for the truststore file.
After you install the Operations Center, complete the following basic configuration
steps:
1. Designate the hub server.
2. Add any spoke servers.
3. Optionally, configure email alerts on the hub and spoke servers.
Spoke server
Hub server
Spoke server
Operations Center
(on hub server computer
or separate computer)
Spoke server
Spoke server
Figure 4. Example of an Operations Center configuration with the hub and spoke servers
Procedure
In a web browser, enter the following address, where hostname represents the name
of the computer where the Operations Center is installed, and secure_port
represents the port number that the Operations Center uses for HTTPS
communication on that computer:
https://hostname:secure_port/oc
Tips:
| v The URL is case-sensitive. For example, ensure that you type “oc” in lowercase
| as indicated.
| v For more information about the port number, see the Installation checklist.
| v If you are connecting to the Operations Center for the first time, you must
| provide the following information:
| – Connection information for the Tivoli Storage Manager server that you want
| to designate as a hub server
| – Login credentials for an administrator ID that is defined for that Tivoli
| Storage Manager server
| v If the event-record retention period of the Tivoli Storage Manager server is less
| than 14 days, the period is automatically reset to 14 days if you configure the
| server as a hub server.
What to do next
If you have multiple Tivoli Storage Manager servers in your environment, add the
other Tivoli Storage Manager servers as spoke servers to the hub server.
Attention: Do not change the name of a Tivoli Storage Manager server after it is
configured as a hub or spoke server.
Related concepts:
“Hub and spoke server requirements” on page 194
“Administrator IDs that the Operations Center requires” on page 201
Procedure
1. In the Operations Center menu bar, click Servers. The Servers page opens.
In the table on the Servers page, a server might have a status of
“Unmonitored.” This status means that although an administrator defined this
server to the hub server by using the DEFINE SERVER command, the server is
not yet configured as a spoke server.
2. Complete one of the following steps:
v Click the server to highlight it, and in the table menu bar, click Monitor
Spoke.
v If the server that you want to add is not shown in the table, click + Spoke in
the table menu bar.
3. Provide the necessary information, and complete the steps in the spoke
configuration wizard.
Tip: If the event-record retention period of the Tivoli Storage Manager server is
less than 14 days, the period is automatically reset to 14 days if you configure
the server as a spoke server.
| Before you configure email notification for administrators about alerts, ensure that
| the following requirements are met:
| v An SMTP server is required to send and receive alerts by email, and the Tivoli
| Storage Manager server that sends the alerts by email must have access to the
| SMTP server.
| An email notification is sent only for the first occurrence of an alert. Also, if an
| alert is generated before you configure email notification, no email notification is
| sent for that alert.
| Procedure
| SET ALERTMONITOR ON
| 3. To enable the sending of email notification, issue the following command:
| SET ALERTEMAIL ON
| 4. To define the SMTP server that is used to send email notification, issue the
| following command:
| SET ALERTEMAILSMTPHOST host_name
| 5. To specify the port number for the SMTP server, issue the following command:
| SET ALERTEMAILSMTPPORT port_number
| The default port number is 25.
| 6. To specify the email address of the sender of the alerts, issue the following
| command:
| SET ALERTEMAILFROMADDR email_address
| 7. For each administrator ID that must receive email notification, issue one of the
| following commands to activate email notification and to specify the email
| address:
| REGISTER ADMIN admin_name ALERT=YES EMAILADDRESS=email_address
| UPDATE ADMIN admin_name ALERT=YES EMAILADDRESS=email_address
| 8. Choose either, or both, of the following options, and specify the administrator
| IDs to receive email notification:
| v Send notification for individual alerts
| To specify or update the administrator IDs to receive email notification for an
| individual alert, issue one of the following commands:
| DEFINE ALERTTRIGGER message_number ADmin=admin_name1,admin_name2
| UPDATE ALERTTRIGGER message_number ADDadmin=admin_name3 DELadmin=admin_name1
| Tip: From the Configure Alerts page of the Operations Center, you can select
| the administrators who will receive email notification.
| v Send alert summaries
| To specify or update the administrator IDs to receive alert summaries by
| email, issue the following command:
| SET ALERTSUMMARYTOADMINS admin_name1,admin_name2,admin_name3
| If you want to receive alert summaries but do not want to receive notification
| about individual alerts, complete the following steps:
| a. Suspend notification about individual alerts, as described in “Suspending
| email alerts temporarily” on page 217.
| b. Ensure that the respective administrator ID is listed in the following
| command:
| SET ALERTSUMMARYTOADMINS admin_name1,admin_name2,admin_name3
| The following example illustrates the commands that cause any alerts for message
| ANR1075E to be sent in an email to the administrators myadmin, djadmin, and
| csadmin:
| SET ALERTMONITOR ON
| SET ALERTEMAIL ON
| SET ALERTEMAILSMTPHOST mymailserver.domain.com
| SET ALERTEMAILSMTPPORT 450
| SET ALERTEMAILFROMADDR srvadmin@mydomain.com
| UPDATE ADMIN myadmin ALERT=YES EMAILADDRESS=myaddr@anycompany.com
| Procedure
| To start sending that alert to the administrator again, issue the following
| command:
| UPDATE ALERTTRIGGER message_number ADDADMIN=admin_name
| v Suspend notification about alert summaries
| To prevent alert summaries from being sent to an administrator, remove the
| administrator ID from the list in the following command:
| SET ALERTSUMMARYTOADMINS admin_name1,admin_name2,admin_name3
| If an administrator ID is listed in the preceding command, the administrator
| receives alert summaries by email, even if notification about individual alerts is
| suspended for the respective administrator ID.
|
| Procedure
| To add customized text to the login screen, complete the following steps:
| 1. On the computer where the Operations Center is installed, go to the following
| directory, where installation_dir represents the directory in which the
| Operations Center is installed:
| installation_dir/ui/Liberty/usr/servers/guiServer
| 2. In the directory, create a file that is named loginText.html that contains the
| text that you want to add to the login screen. Any special, non-ASCII text must
| be UTF-8 encoded.
The truststore file of the Operations Center is a container for SSL certificates that
the Operations Center can access. The truststore file contains the SSL certificate that
the Operations Center uses for HTTPS communication with web browsers.
During the installation of the Operations Center, you create a password for the
truststore file. To set up SSL communication between the Operations Center and
the hub server, you must use the same password to add the SSL certificate of the
hub server to the truststore file. If you do not remember this password, you can
reset it. See “Resetting the password for the Operations Center truststore file” on
page 223.
Procedure
1. To ensure that SSL ports are set on the hub server, complete the following
steps:
b. Ensure that the SSLTCPPORT option has a value in the Option Setting
column. Also, ensure that the SSLTLS12 option is set to YES so that the
Transport Layer Security (TLS) protocol version 1.2 is used for
communication. To update the values of these options, edit the
dsmserv.opt file of the hub server, and restart the hub server.
| 2. Specify the cert256.arm certificate as the default certificate in the key database
| file of the hub server.
| The cert256.arm certificate must be used for SSL connections to the hub
| server if the SSLTLS12 option is set to YES. To specify cert256.arm as the
| default certificate, complete the following steps:
| a. Issue the following command from the hub server instance directory:
| gsk8capicmd_64 -cert -setdefault -db cert.kdb -stashed
| -label "TSM Server SelfSigned SHA Key"
| b. Restart the hub server so that it can receive the changes to the key
| database file.
| 3. To verify that the cert256.arm certificate is set as the default certificate in the
| key database file of the hub server, issue the following command:
| gsk8capicmd_64 -cert -list -db cert.kdb -stashed
4. Stop the Operations Center web server.
5. Go to the command line of the operating system on which the Operations
Center is installed.
6. Go to the following directory, where installation_dir represents the
directory in which the Operations Center is installed:
v installation_dir/ui/jre/bin
7. Open the IBM Key Management window by issuing the following command:
ikeyman
8. Click Key Database File > Open.
9. In the Open window, click Browse, and go to the following directory, where
installation_dir represents the directory in which the Operations Center is
installed:
v installation_dir/ui/Liberty/usr/servers/guiServer
10. In the guiServer directory, select the gui-truststore.jks file.
11. Click Open, and click OK.
12. Enter the password for the truststore file, and click OK.
13. In the Key database content area of the IBM Key Management window, click
the arrow, and select Signer Certificates from the list.
14. Click Add.
| 15. In the Open window, click Browse, and go to the hub server instance
| directory, as shown in the following example:
| v /opt/tivoli/tsm/server/bin
| The directory contains the following SSL certificates:
| v cert.arm
| v cert256.arm
| If you cannot access the hub server instance directory from the Open window,
| complete the following steps:
| a. Use FTP or another file-transfer method to copy the cert256.arm files from
| the hub server to the following directory on the computer where the
| Operations Center is installed:
| v installation_dir/ui/Liberty/usr/servers/guiServer
| b. In the Open window, go to the guiServer directory.
| 16. Because the SSLTLS12 server option is set to YES, select the cert256.arm
| certificate as the SSL certificate.
| Tip: The certificate that you choose must be set as the default certificate in the
| key database file of the hub server. For more information, see step 2 on page
| 219 and 3 on page 219.
17. Click Open, and click OK.
18. Enter a label for the certificate. For example, enter the name of the hub server.
19. Click OK. The SSL certificate of the hub server is added to the truststore file,
and the label is displayed in the Key database content area of the IBM Key
Management window.
20. Close the IBM Key Management window.
21. Start the Operations Center web server.
22. To configure the Operations Center, complete the following steps in the login
window of the configuration wizard:
a. In the Connect to field, enter the value of one of the following server
options as the port number:
v SSLTCPPORT
v SSLTCPADMINPORT
Tip: If the SSLTCPADMINPORT option has a value, use that value. Otherwise,
use the value of the SSLTCPPORT option.
b. Select the Use SSL option.
If the Operations Center was previously configured, you can review the
contents of the serverConnection.properties file to verify the connection
information. The serverConnection.properties file is in the following
directory on the computer where the Operations Center is installed:
v installation_dir/ui/Liberty/usr/servers/guiServer
What to do next
To set up SSL communication between the hub server and a spoke server, see
“Configuring for SSL communication between the hub server and a spoke server”
on page 221.
Ensure that the Operations Center is configured to use the SSL protocol for
communication between the Operations Center and the hub server.
Procedure
| 1. To ensure that SSL ports are correctly set on the hub server and each spoke
| server, complete the following steps:
| a. From a Tivoli Storage Manager command line, issue the following
| command to each server:
| QUERY OPTION SSL*
| The results include four server options, as shown in the following
| example:
| Server Option Option Setting
| ------------------------------
| SSLTCPPort 3700
| SSLTCPADMINPort 3800
| SSLTLS12 Yes
| SSLFIPSMODE No
|
|
| b. Ensure that the SSLTCPPORT and SSLTCPADMINPORT options have values in
| the Option Setting column. Also, ensure that the SSLTLS12 option is set to
| YES so that the Transport Layer Security (TLS) protocol version 1.2 is used
| for communication. To update the values of these options, edit the
| dsmserv.opt file of the respective server, and restart that server.
| The SSLTCPPORT, SSLTCPADMINPORT, and SSLTLS12 options are required for
| all Tivoli Storage Manager servers that use SSL. The SSLTCPPORT option
| triggers the generation of the following files in the server instance
| directory:
| v cert.arm (SSL certificate)
| v cert256.arm (SSL certificate)
| v cert.kdb (key database file)
Certificates found
* default, - personal, ! trusted
! Entrust.net Secure Server Certification Authority
! Entrust.net Certification Authority (2048)
! Entrust.net Client Certification Authority
! Entrust.net Global Client Certification Authority
! Entrust.net Global Secure Server Certification Authority
! VeriSign Class 1 Public Primary Certification Authority
! VeriSign Class 2 Public Primary Certification Authority
! VeriSign Class 3 Public Primary Certification Authority
! VeriSign Class 1 Public Primary Certification Authority - G2
! VeriSign Class 2 Public Primary Certification Authority - G2
! VeriSign Class 3 Public Primary Certification Authority - G2
! VeriSign Class 4 Public Primary Certification Authority - G2
! VeriSign Class 1 Public Primary Certification Authority - G3
! VeriSign Class 2 Public Primary Certification Authority - G3
! VeriSign Class 3 Public Primary Certification Authority - G3
! VeriSign Class 3 Public Primary Certification Authority - G5
! VeriSign Class 4 Public Primary Certification Authority - G3
! VeriSign Class 3 Secure Server CA
! Thawte Primary Root CA
! Thawte Primary Root CA - G2 ECC
! Thawte Server CA
! Thawte Premium Server CA
! Thawte Personal Basic CA
! Thawte Personal Freemail CA
! Thawte Personal Premium CA
- TSM Server SelfSigned Key
*- TSM Server SelfSigned SHA Key
5. Securely transfer the cert256.arm file of the spoke server to the hub server.
6. On the hub server, change to the directory of the hub server instance.
7. To define the spoke server SSL certificate to the hub server, issue the following
command from the hub server instance directory, where spoke_servername is
the name of the spoke server, and spoke_cert256.arm is the file name of the
spoke server SSL certificate:
gsk8capicmd_64 -cert -add -db cert.kdb -stashed -format ascii
-label spoke_servername -file spoke_cert256.arm
The spoke server does not require the hub server SSL certificate for
hub-to-spoke communication. However, other Tivoli Storage Manager server
configurations that require cross-defined servers do require the spoke server
to have the hub server SSL certificate.
Tip: From each server, you can view the certificates in the key database file
by issuing the following command:
gsk8capicmd_64 -cert -list -db cert.kdb -stashed
8. Restart the hub server and the spoke server.
9. For the hub server, issue the DEFINE SERVER command, according to the
following example:
DEFINE SERVER spoke_servername HLA=spoke_address
LLA=spoke_SSLTCPADMINPort SERVERPA=spoke_serverpassword SSL=YES
10. In the Operations Center menu bar, click Servers.
In the table on the Servers page, the spoke server that you defined in step 9
should have a status of “Unmonitored.” However, depending on the setting
for the status refresh interval, you might not see the spoke server immediately.
11. Click the spoke server to highlight it, and in the table menu bar, click Monitor
Spoke.
To reset the password, you must create a new password, delete the truststore file
of the Operations Center, and restart the Operations Center web server.
Procedure
1. Stop the Operations Center web server.
2. Go to the following directory, where installation_dir represents the directory
in which the Operations Center is installed:
installation_dir/ui/Liberty/usr/servers/guiServer
3. Open the bootstrap.properties file, which contains the password for the
truststore file. If the password is unencrypted, you can use it to open the
truststore file without having to reset it.
The following examples indicate the difference between an encrypted and an
unencrypted password:
Encrypted password example
Encrypted passwords begin with the text string {xor}.
The following example shows the encrypted password as the value of
the tsm.truststore.pswd parameter:
tsm.truststore.pswd={xor}MiYPPiwsKDAtOw==
Unencrypted password example
The following example shows the unencrypted password as the value
of the tsm.truststore.pswd parameter:
tsm.truststore.pswd=J8b%^B
4. Reset the password by replacing the password in the bootstrap.properties file
with a new password. You can replace the password with an encrypted or
unencrypted password. Remember the unencrypted password for future use.
To create an encrypted password, complete the following steps:
a. Create an unencrypted password.
The password for the truststore file must meet the following criteria:
v The password must contain a minimum of 6 characters and a maximum
of 64 characters.
v The password must contain at least the following characters:
– One uppercase letter (A – Z)
– One lowercase letter (a – z)
– One digit (0 – 9)
– Two of the following non-alphanumeric characters:
~ ! @ # $ % ^ & * _ - + = ` |
( ) { } [ ] : ; < > , . ? /
b. From the command line of the operating system, go to the following
directory:
installation_dir/ui/Liberty/bin
Results
A new truststore file is automatically created for the Operations Center, and the
SSL certificate of the Operations Center is automatically included in the truststore
file.
Procedure
| After you install the client management service, you can view the Diagnosis page
| in the Operations Center to obtain troubleshooting information for backup-archive
| clients.
| You must install the client management service on the same computer as the
| backup-archive client.
| Procedure
| 1. Obtain the installation package for the client management service. The
| installation package is included in the Operations Center installation package,
| which is on the product DVD. Alternatively, you can download the installation
| package for the client management service from an IBM download site such as
| IBM Passport Advantage or IBM Fix Central.
| The following table shows the names of the installation packages.
|| Client operating system Installation package name
| Linux x86 64-bit 7.1.1.000-TIV-TSMCMS-Linuxx64.bin
| Windows 32-bit 7.1.1.000-TIV-TSMCMS-Windows32.exe
| Windows 64-bit 7.1.1.000-TIV-TSMCMS-Windows64.exe
|
| 2. Create a directory on the client system that you want to manage, and copy the
| installation package there.
| 3. Extract the contents of the installation package file.
| v On Linux client systems, complete the following steps:
| a. Change the file to an executable file by issuing the following command:
| chmod +x 7.1.1.000-TIV-TSMCMS-Linuxx64.bin
| b. Issue the following command:
| ./7.1.1.000-TIV-TSMCMS-Linuxx64.bin
| v On Windows client systems, double-click the installation package name in
| Windows Explorer.
| Tip: If you previously installed and uninstalled the package, select All when
| prompted to replace the existing installation files.
| 4. Run the installation batch file from the directory where you extracted the
| installation files and associated files. This is the directory that you created in
| step 2.
| v On Linux client systems, issue the following command:
| ./install.sh
| v On Windows client systems, double-click install.bat.
| 5. To install the client management service, follow the instructions in the IBM
| Installation Manager wizard.
| If IBM Installation Manager is not already installed on the client system, you
| must select both IBM Installation Manager and IBM Tivoli Storage Manager
| Client Management Services.
| Tip: You can accept the default locations for the shared resources directory and
| the installation directory for IBM Installation Manager.
| What to do next
| Follow the instructions in “Verifying that the client management service is installed
| correctly” on page 227.
| You must install the client management service on the same computer as the
| backup-archive client.
| The input directory, which is in the directory where the installation package is
| extracted, contains the following sample response file:
| install_response_sample.xml
| You can use the sample file with the default values, or you can customize it.
| Tip: If you want to customize the sample file, create a copy of the sample file,
| rename it, and edit the copy.
| Procedure
| 1. Create a response file based on the sample file, or use the sample file,
| install_response_sample.xml.
| In either case, ensure that the response file specifies the port number for the
| client management service. The default port is 9028. For example:
| <variable name='port' value='9028'/>
| 2. Run the command to install the client management service and accept the
| license. From the directory where the installation package file is extracted, issue
| the following command, where response_file represents the response file path,
| including the file name:
| On a Linux client system:
| ./install.sh -s -input response_file -acceptLicense
| For example:
| ./install.sh -s -input /cms_install/input/install_response.xml -acceptLicense
| What to do next
| Follow the instructions in “Verifying that the client management service is installed
| correctly.”
| Procedure
| On the client system, at the command line, run the following commands to view
| the configuration of the client management service:
| v On Linux client systems, issue the following command:
| client_install_dir/cms/bin/CmsConfig.sh list
| If the output does not contain any entries, you must configure the
| client-configuration.xml file. For instructions about how to configure this file,
| see “Configuring the client management service for custom client installations” on
| page 230.
| Ensure that the client management service is installed and started on the client
| system.
| Verify whether the default configuration is used. The default configuration is not
| used if either of the following conditions is met:
| v The client management service does not use the default port number, 9028.
| v The backup-archive client is not accessed by the same IP address as the client
| system where the backup-archive client is installed. For example, a different IP
| address might be used in the following situations:
| – The computer system has two network cards. The backup-archive client is
| configured to communicate on one network, while the client management
| service communicates on the other network.
| – The client system is configured with the Dynamic Host Configuration
| Protocol (DHCP). As a result, the client system is dynamically assigned an IP
| address, which is saved on the Tivoli Storage Manager server during the
| previous backup-archive client operation. When the client system is restarted,
| the client system might be assigned a different IP address. To ensure that the
| Operations Center can always find the client system, you specify a fully
| qualified domain name.
| Procedure
| To configure the Operations Center to use the client management service, complete
| the following steps:
| 1. On the Clients page of the Operations Center, select the client.
| 2. Click Details.
| 3. Click the Properties tab.
| 4. In the Remote diagnostics URL field in the General section, specify the URL
| for the client management service on the client system.
| The address must start with https. The following table shows examples of the
| remote diagnostics URL.
|| Type of URL Example
| With DNS host name and default port, 9028 https://server.example.com
| With DNS host name and non-default port https://server.example.com:1599
| With IP address and non-default port https://192.0.2.0:1599
|
| 5. Click Save.
| What to do next
| You can access client diagnostic information such as client log files from the
| Diagnosis tab in the Operations Center.
| Procedure
| v To stop, start, or restart the client management service on Linux client systems,
| issue the following commands:
| – To stop the service:
| service cms.rc stop
| – To start the service:
| service cms.rc start
| – To restart the service:
| service cms.rc restart
| v On Windows client systems, open the Services window, and stop, start, or restart
| the Tivoli Storage Manager Client Management Services service.
| You must use IBM Installation Manager to uninstall the client management service.
| If you no longer plan to use IBM Installation Manager, you can also uninstall it.
| Procedure
| 1. Uninstall the client management service from the client system:
| a. Open IBM Installation Manager:
| v On the Linux client system, in the directory where IBM Installation
| Manager is installed, go to the eclipse subdirectory (for example,
| /opt/IBM/InstallationManager/eclipse), and issue the following
| command:
| ./IBMIM
| v On the Windows client system, open IBM Installation Manager from the
| Start menu.
| b. Click Uninstall.
| c. Select IBM Tivoli Storage Manager Client Management Services, and click
| Next.
| d. Click Uninstall, and then click Finish.
| e. Close the IBM Installation Manager window.
| 2. If you no longer require IBM Installation Manager, uninstall it from the client
| system:
| a. Open the IBM Installation Manager uninstall wizard:
| You can also use the CmsConfig utility to show the configuration of the client
| management service and to remove a node name from the client-
| configuration.xml file.
| To use the CmsConfig utility, issue any command that is included in the utility.
| Ensure that you enter each command on a single line.
|| Task Command
| Discover the location of log files and “CmsConfig discover command”
| automatically add them to the
| client-configuration.xml file.
| You can use the CmsConfig discover command to discover options files and log
| files, and add them to the client configuration file, client-configuration.xml. In
| this way, you can help to ensure that the client management service can access the
| client log files and make them available for diagnosis in the Operations Center.
| Typically, the client management service installer runs the CmsConfig discover
| command automatically. However, you must run this command manually if you
| changed the backup-archive client, such as added a client, or changed the server
| configuration or location of log files.
| To update the client configuration file, the client management service must access
| one or more log files, such as dsmerror.log and dsmsched.log. For best results, run
| the CmsConfig discover command in the same directory and by using the same
| environment variables as you would for the backup-archive client command, dsmc.
| In this way, you can improve the chances of finding the correct log files.
| Syntax
| CmsConfig discover
|
| For a Linux client system, discover the client log files and automatically add the
| log definitions to the client-configuration.xml file.
| Command:
| /opt/tivoli/tsm/cms/bin/CmsConfig.sh discover
| Output:
| Discover:
| server.example.com:1500 SUSAN
| /opt/tivoli/tsm/client/ba/bin/dsmerror.log
| For a Windows client system, discover the client log files and automatically add
| the log definitions to the client-configuration.xml file.
| Command:
| C:\"Program Files"\Tivoli\TSM\cms\bin\cmsconfig discover
| Output:
| Discover:
| server.example.com:1500 SUSAN
| C:\Program Files\Tivoli\TSM\baclient\dsmerror.log
| Use the CmsConfig add command to manually add the location of client log files to
| the client-configuration.xml configuration file. Use this command only if the
| client log files are stored in a non-default location on the client system.
| Syntax
| Parameters
| nodeName
| The client node name that is associated with the log files. For most client
| systems, only one node name is registered to the Tivoli Storage Manager
| server. However, on systems with multiple users, such as Linux client systems,
| there can be more than one client node name. This parameter is required.
| serverIP
| The TCP/IP address of the Tivoli Storage Manager server that the client
| management service authenticates to. This parameter is required.
| You can specify a 1 - 64 character TCP/IP address for the server. The server
| address can be a TCP/IP domain name or a numeric IP address. The numeric
| IP address can be either a TCP/IP v4 or TCP/IP v6 address. You can use IPv6
| addresses only if the commmethod V6Tcpip option is specified for the client
| system.
| Examples:
| v server.example.com
| v 192.0.2.0
232 IBM Tivoli Storage Manager for AIX: Installation Guide
Getting started with the Operations Center
| v 2001:0DB8:0:0:0:0:0:0
| serverPort
| The TCP/IP port number that is used to communicate with the Tivoli Storage
| Manager server. You can specify a value in the range 1 - 32767. This parameter
| is required.
| Example: 1500
| serverProtocol
| The protocol that is used for communication between the client management
| service and the Tivoli Storage Manager server. This parameter is required.
| You can specify one of the following values.
|| Value Meaning
| NO_SSL The SSL security protocol is not used.
| SSL The SSL security protocol is used.
| FIPS The TLS 1.2 protocol is used in Federal
| Information Processing Standard (FIPS)
| mode.
| Tip: Alternatively, you can enter TLS_1.2 to
| specify that the TLS 1.2 protocol is used in
| FIPS mode.
|
| logPath
| The fully qualified path of the log files. This parameter is required.
| Windows client system example: C:\backup tools\Tivoli\TSM\baclient\
| dsmerror.log
| Linux client system example: /opt/backup_tools/tivoli/tsm/baclient/
| dsmerror.log
| language
| The language locale of the log file. This parameter is optional. However, if you
| specify this parameter, you must also specify the dateFormat, timeFormat, and
| encoding parameters. You must specify the locale for the following languages.
|| Language Locale
| Brazilian Portuguese pt_BR
| Chinese, Simplified zh_CN
| Chinese, Traditional zh_TW
| Czech cs_CZ
| English en_US
| French fr_FR
| German de_DE
| Hungarian hu_HU
| Italian it_IT
| Japanese ja_JP
| Korean ko_KR
| Polish pl_PL
| Russian ru_RU
| Spanish es_ES
|
| dateFormat
| The date format of the time stamp entries in the client log file. This parameter
| is optional. However, if you specify this parameter, you must also specify the
| language, timeFormat, and encoding parameters.
| The following table shows the date formats for the languages.
| Tip: Instead of using one of the date formats that are listed in the table, you
| can specify a date format by using the backup-archive client dateformat
| option.
|| Language Date format
| Chinese, Simplified yyyy-MM-dd
| Chinese, Traditional yyyy/MM/dd
| Czech dd.MM.yyyy
| English MM/dd/yyyy
| French dd/MM/yyyy
| German dd.MM.yyyy
| Hungarian yyyy.MM.dd
| Italian dd/MM/yyyy
| Japanese yyyy-MM-dd
| Korean yyyy/MM/dd
| Polish yyyy-MM-dd
| Portuguese, Brazilian dd/MM/yyyy
| Russian dd.MM.yyyy
| Spanish dd.MM.yyyy
|
| timeFormat
| The time format of the time stamp entries in the client log file. This parameter
| is optional. However, if you specify this parameter, you must also specify the
| language, dateFormat, and encoding parameters.
| The following table shows examples of default time formats that you can
| specify and client operating systems.
| Tip: Instead of using one of the time formats that are listed in the table, you
| can specify a time format by using the backup-archive client timeformat
| option.
|| Time format for Linux client Time format for Windows
| Language systems client systems
| Chinese, Simplified HH:mm:ss HH:mm:ss
| Chinese, Traditional HH:mm:ss ahh:mm:ss
| Czech HH:mm:ss HH:mm:ss
| English HH:mm:ss HH:mm:ss
| French HH:mm:ss HH:mm:ss
| German HH:mm:ss HH:mm:ss
| Hungarian HH.mm.ss HH:mm:ss
| For a Linux client system, add the client log file location to the
| client-configuration.xml file. Also, add the language specification, time format,
| and date format. Then, verify the output to ensure that you entered the command
| correctly.
| Command:
| /opt/tivoli/tsm/cms/bin/CmsConfig.sh add SUSAN server.example.com
| 1500 /usr/work/logs/dsmerror.log fr_FR yyyy/MM/dd HH:MM:ss UTF-8
| Output:
| Add: SUSAN server.example.com:1500 /usr/work/logs/dsmerror.log fr_FR
| yyyy/MM/dd HH:MM:ss UTF-8
| For a Windows client system, add the client log file location to the
| client-configuration.xml. Also, add the language specification, date format, and
| time format. Then, verify the output to ensure that you entered the command
| correctly.
| Command:
| C:\"Program Files"\Tivoli\TSM\cms\bin\cmsconfig add SUSAN
| server.example.com 1500 c:\work\logs\dsmerror.logfr_FR yyyy/MM/dd
| HH:MM:ss UTF-8
| Output:
| Add: SUSAN server.example.com:1500 c:\work\logs\dsmerror.log fr_FR
| yyyy/MM/dd HH:MM:ss UTF-8
| Use the CmsConfig list command to show the client management service
| configuration.
| Syntax
| CmsConfig list
|
| For a Linux client system, show the configuration of the client management
| service. Then, view the output to ensure that you entered the command correctly.
| Command:
| /opt/tivoli/tsm/cms/bin/CmsConfig.sh list
| Output:
| List:
| server.example.com:1500 SUSAN
| /opt/tivoli/tsm/client/ba/bin/dsmerror.log
| en_US MM/dd/yyyy HH:mm:ss Windows-1252
| For a Windows client system, show the configuration of the client management
| service. Then, view the output to ensure that you entered the command correctly.
| Command:
| C:\"Program Files"\Tivoli\TSM\cms\bin\cmsconfig list
| Output:
| List:
| server.example.com:1500 SUSAN
| C:/Program Files/Tivoli/TSM/baclient/dsmerror.log
| en_US MM/dd/yyyy HH:mm:ss Windows-1252
| Use the CmsConfig remove command to remove a client node name from the client
| configuration file, client-configuration.xml. All log files that are associated with
| the client node name are also removed.
| Syntax
| Parameters
| nodeName
| The client node name that is associated with the log files. For most client
| systems, only one node name is registered to the Tivoli Storage Manager
| server. However, on systems with multiple users, such as Linux client systems,
| more than one client node name can be used. This parameter is required.
| For a Linux client system, remove the node name SUSAN from the
| client-configuration.xml file. Then, verify the output to ensure that you entered
| the command correctly.
| Command:
| /opt/tivoli/tsm/cms/bin/CmsConfig.sh remove SUSAN
| Output:
| Remove: SUSAN
| For a Windows client system, remove the node name SUSAN from the
| client-configuration.xml file. Then, verify the output to ensure that you entered
| the command correctly.
| Commands:
| C:\"Program Files"\Tivoli\TSM\cms\bin\CmsConfig remove SUSAN
| Output:
| Remove: SUSAN
Solution
The RPM files that are listed in “Installing the Operations Center by using a
graphical wizard” on page 208 must be installed on the computer. Verify that the
RPM files are installed.
Procedure
1. Open IBM Installation Manager.
In the directory where IBM Installation Manager is installed, go to the eclipse
subdirectory (for example, /opt/IBM/InstallationManager/eclipse), and issue
the following command:
./IBMIM
2. Click Uninstall.
3. Select IBM Tivoli Storage Manager Operations Center, and click Next.
4. Click Uninstall.
5. Click Finish.
Procedure
1. In the directory where IBM Installation Manager is installed, go to the
following subdirectory:
eclipse/tools
For example:
/opt/IBM/InstallationManager/eclipse/tools
2. From the tools directory, issue the following command:
./imcl -c
3. To uninstall, enter 5.
4. Choose to uninstall from the IBM Tivoli Storage Manager package group.
5. Enter N for Next.
6. Choose to uninstall the IBM Tivoli Storage Manager Operations Center
package.
7. Enter N for Next.
8. Enter U for Uninstall.
9. Enter F for Finish.
The input directory, which is in the directory where the installation package is
extracted, contains the following sample response files for installing, updating, and
uninstalling the Operations Center:
v install_response_sample.xml
v update_response_sample.xml
v uninstall_response_sample.xml
You can use these sample files as they are, with the default values, or you can
customize them.
Procedure
1. In the directory where IBM Installation Manager is installed, go to the
following subdirectory:
eclipse/tools
For example:
/opt/IBM/InstallationManager/eclipse/tools
2. From the tools directory, issue the following command, where response_file
represents the response file path, including the file name:
./imcl -input response_file -silent
The following command is an example:
./imcl -input /tmp/input/uninstall_response.xml -silent
The rollback function is available only after the Operations Center is updated.
When IBM Installation Manager rolls back a package to a previous version, the
current version of the package files is uninstalled, and an earlier version is
reinstalled.
To roll back to a previous version, IBM Installation Manager must access files for
that version. By default, these files are saved during each successive installation.
Because the number of saved files increases with each installed version, you might
want to delete these files from your system on a regular schedule. However, if you
delete the files, you cannot roll back to a previous version.
To delete saved files or to update your preference for saving these files in future
installations, complete the following steps:
1. In IBM Installation Manager, click File > Preferences.
2. On the Preferences page, click Files for Rollback, and specify your preference.
Procedure
To roll back to a previous version of the Operations Center, use the Roll Back
function of IBM Installation Manager.
You can view installation log files by clicking File > View Log from the Installation
Manager tool. To collect these log files, click Help > Export Data for Problem
Analysis from the Installation Manager tool.
Accessibility features
The IBM Tivoli Storage Manager family of products includes the following
accessibility features:
v Keyboard-only operation using standard operating-system conventions
v Interfaces that support assistive technology such as screen readers
The command-line interfaces of all products in the product family are accessible.
The Operations Center and the Tivoli Storage Manager Server can be installed in
console mode, which is accessible.
The Operations Center help system is enabled for accessibility. For more
information, click the question mark icon on the help system menu bar.
Vendor software
The Tivoli Storage Manager product family includes certain vendor software that is
not covered under the IBM license agreement. IBM makes no representation about
the accessibility features of these products. Contact the vendor for the accessibility
information about its products.
IBM may not offer the products, services, or features discussed in this document in
other countries. Consult your local IBM representative for information on the
products and services currently available in your area. Any reference to an IBM
product, program, or service is not intended to state or imply that only that IBM
product, program, or service may be used. Any functionally equivalent product,
program, or service that does not infringe any IBM intellectual property right may
be used instead. However, it is the user's responsibility to evaluate and verify the
operation of any non-IBM product, program, or service.
IBM may have patents or pending patent applications covering subject matter
described in this document. The furnishing of this document does not grant you
any license to these patents. You can send license inquiries, in writing, to:
The following paragraph does not apply to the United Kingdom or any other
country where such provisions are inconsistent with local law:
INTERNATIONAL BUSINESS MACHINES CORPORATION PROVIDES THIS
PUBLICATION “AS IS” WITHOUT WARRANTY OF ANY KIND, EITHER
EXPRESS OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
WARRANTIES OF NON-INFRINGEMENT, MERCHANTABILITY OR FITNESS
FOR A PARTICULAR PURPOSE. Some states do not allow disclaimer of express or
implied warranties in certain transactions, therefore, this statement may not apply
to you.
Licensees of this program who want to have information about it for the purpose
of enabling: (i) the exchange of information between independently created
programs and other programs (including this one) and (ii) the mutual use of the
information which has been exchanged, should contact:
IBM Corporation
2Z4A/101
11400 Burnet Road
Austin, TX 78758
U.S.A.
The licensed program described in this information and all licensed material
available for it are provided by IBM under terms of the IBM Customer Agreement,
IBM International Program License Agreement, or any equivalent agreement
between us.
This information contains examples of data and reports used in daily business
operations. To illustrate them as completely as possible, the examples include the
names of individuals, companies, brands, and products. All of these names are
fictitious and any similarity to the names and addresses used by an actual business
enterprise is entirely coincidental.
COPYRIGHT LICENSE:
If you are viewing this information in softcopy, the photographs and color
illustrations may not appear.
Trademarks
IBM, the IBM logo, and ibm.com are trademarks or registered trademarks of
International Business Machines Corp., registered in many jurisdictions worldwide.
Other product and service names might be trademarks of IBM or other companies.
A current list of IBM trademarks is available on the Web at "Copyright and
trademark information" at http://www.ibm.com/legal/copytrade.shtml.
Java and all Java-based trademarks and logos are trademarks or registered
trademarks of Oracle and/or its affiliates.
UNIX is a registered trademark of The Open Group in the United States and other
countries.
This Software Offering does not use cookies or other technologies to collect
personally identifiable information.
If the configurations deployed for this Software Offering provide you as customer
the ability to collect personally identifiable information from end users via cookies
Notices 253
and other technologies, you should seek your own legal advice about any laws
applicable to such data collection, including any requirements for notice and
consent.
For more information about the use of various technologies, including cookies, for
these purposes, see IBM’s Privacy Policy at http://www.ibm.com/privacy and
IBM’s Online Privacy Statement at http://www.ibm.com/privacy/details in the
section entitled “Cookies, Web Beacons and Other Technologies,” and the “IBM
Software Products and Software-as-a-Service Privacy Statement” at
http://www.ibm.com/software/info/product-privacy.
Index 259
options, client
SSLTCPADMINPORT 48
S
SSLTCPPORT 47 scripts
TCPADMINPORT 47 rc.dsmserv 57
TCPPORT 47 starting servers automatically 57
TCPWINDOWSIZE 47 secure communications 218, 221
overview Secure Sockets Layer 218, 221
Operations Center 191, 193 between a monitoring agent and a Tivoli Storage Manager
server 154
monitoring agents 157
Secure Sockets Layer (SSL) 47
P communication using 49
package 8, 107, 202 Transport Layer Security (TLS) 49
package group 8, 107, 202 security standards
Passport Advantage 31 IBM Tivoli Monitoring 159
password Jazz for Service Management 159
Operations Center truststore file 202, 223 monitoring agents 158
password for secure communications 202 Tivoli Storage Manager server 161
performance server
Operations Center 194 after upgrade
user limits, setting for optimal performance 54 reverting to previous server version 85
planning before upgrade
installing Tivoli Monitoring for Tivoli Storage importance of preparation steps 85
Manager 100 compatibility
installing Tivoli Storage Manager reporting and DB2 products 7
monitoring 100 naming best practices 27
Tivoli Monitoring for Tivoli Storage Manager starting
upgrade scenarios 163 automatic 57
planning, capacity stopping 58
database space requirements upgrading
estimates based on number of files 10 V6 to V7.1 67
estimates based storage pool capacity 12 V6.1 to V7.1.1 76
starting size 10 V6.2 to V7.1.1 68
recovery log space requirements V6.3 to V7.1.1 68
active log mirror 25 server database
recovery log space requirementsv 14 reorganization options 53
port number server instance 43, 45
Operations Center 202 server instance, creating 45
prerequisite checker 4 server instances
prerequisite checks naming 27
Operations Center 193 naming best practices 27
publications ix server license 58
server options
dsmserv.opt.smp 46
R tailoring 46
recovery log server options file
archive failover log space 25 setting 46
installing 50 server, Tivoli Storage Manager
reference, DB2 commands 89 activating 54
REGISTER LICENSE command 58 halting 58
remote deployment options 46, 47
monitoring agents 126 setting up 54
remote deployment requirements starting 54
Tivoli Monitoring for Tivoli Storage Manager 126 SET DBRECOVERY 59
repository 8, 107, 202 shared memory client options 48
requirements shared memory communications method 48
client management service 199 shared resources directory 8, 107, 202
resource requirements silent installation
Operations Center 194 Tivoli Storage Manager 36
reverting to previous server version 85 SNMP communication method 48
rollback software requirements
Operations Center 243 Tivoli Monitoring for Tivoli Storage Manager 103
RPM files Tivoli Storage Manager 4
installing 34, 116, 209 spoke server 194
installing on AIX 175 adding 214
SSL 218, 221
password for truststore file 202, 223
Index 261
upgrading (continued)
Tivoli Monitoring for Tivoli Storage Manager (continued)
in silent mode 177
monitoring agents 178
operating system 179
upgrade scenarios 163
upgrading from V6.3 to V7.1 165
using the wizard 174
upgrading Operations Center 191
US English 39
user ID 42
user limits 54
setting
before server startup 55
V
verifying installation
client management service 227
Version 7.1.1 xi
W
web server
starting 224
stopping 224
wizard 41
worksheet
server space planning 9
Printed in USA