Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Andy Wharton
Roland Leins
Charlotte Brooks
Introduction / Overview
IBM Tivoli Storage Manager is one of the core products of the IBM Tivoli Storage
Management product set. It provides a solution for distributed data and storage management
in an enterprise network environment. IBM Tivoli Storage Manager supports a wide variety of
platforms for mobile, small and large systems, and, together with complementary products,
delivers many data management functions, including data protection for file and application
data, record retention, space management, and disaster recovery.
This paper gives a high-level technical introduction to IBM Tivoli Storage Manager. It positions
IBM Tivoli Storage Manager within the IBM Tivoli Storage Management solution and provides
an overview of its architecture. It also describes the base concepts, the interfaces, and
supported environments, recommends some design approaches, and shows IBM Tivoli
Storage Manager’s interaction with other products in the IBM Tivoli Storage Management
product set.
Roland Leins
Storage Solution Sales, Central Europe and Emerging Markets
Charlotte Brooks
Yvonne Lyon
Emma Jacobs
International Technical Support Organization, San Jose Center
Freddy Saldana
Tivoli Systems, San Jose
Mike Pousson
Tivoli Storage Management Marketing, San Jose
Patrick Keyes
EMEA North Region Strategy and Design Authority, UK
Lionel Roquain
Strategic Outsourcing Service Delivery — France
Stephen Wharton
Storage Services, UK
Chris Zaremba
TDP Client Architect
Betsy Colby
Tivoli Storage Manager API Client Development
Today's storage management needs to go beyond traditional backup and recovery solutions.
Data is the currency of today's e-business economy, and planning to store this data needs to
encompass data reliability, solution scalability, disaster planning, and recovery. This will
impact the overall infrastructure as well as individual mission-critical applications.
For the latest Tivoli Storage News, go to the Tivoli Storage Management Web page:
http://www.ibm.com/software/tivoli/solutions/storage
Then click on the News and Events link on the left-hand side of the page.
Figure 1 shows the structure of the IBM Tivoli Storage Management Solution and how it fits
into the Tivoli Enterprise.
Asset
M anag em en t
T iv o li S to ra g e O p e ra tio n s
M anagem ent M anage m ent
E n te rp ris e
P ro te c tio n T iv o li Change
M a nage m ent
E n te rp ris e
A p p lic a tio n
P ro te c tio n
S e c u rity
SAN M ana gem ent
M anag em en t
E - B u s in e s s
S to ra g e M anag em e nt
R e s o u rc e IT S e rv ic e L e v e l
M an ag em en t M a nagem ent
S y s te m
B ackup &
R e s to re
Storage Area Network (SAN) architectures add a new dimension to storage and data
management by providing a separate, dedicated network to allow businesses of all sizes to
provide access to and share data, regardless of operating systems. IBM Tivoli Storage Area
Network Manager is a significant step towards helping customers cope with the explosive
growth of information in the eBusiness age. SAN management is concerned with the efficient
management of the Fibre Channel based SAN environment. Physical connectivity mapping,
switch zoning, performance monitoring, and error monitoring are among the most important
features.
Given the growth in enterprise storage, there is a consequential increase in the number of
devices and logical units that would benefit from central management. IBM Tivoli Storage
Resource Manager provides logical management, reporting, and predictive capacity planning
for these storage resources in order to ensure that the enterprise makes the best possible
use of the resources that it owns. IBM Tivoli Storage Resource Manager for Databases
provides the added capability to monitor and manage storage usage within various database
products — again, with the objective of efficiently managing the available storage resources.
IBM Tivoli Storage Resource Manager for Chargeback uses the information gathered by IBM
Tivoli Storage Resource Manager and IBM Tivoli Storage Resource Manager for Databases
to calculate chargeback information and generate invoices for storage usage.
These are the base functions provided by IBM Tivoli Storage Manager and its complementary
products:
The solution is network based, which means that these functions are available to the whole
network environment. All the functions can be automated to run in a 24X7 lights-out
environment. Administration costs are minimized by centralization of all of the management of
IBM Tivoli Storage Manager components.
IBM Tivoli Storage Manager is designed with restore in mind. Its functions and features do
provide an efficient and easy to use backup capability and will manage data storage, but the
primary objective is to be able to restore data when needed, since that is the only real reason
to take a backup.
Perhaps this is an obvious statement, but the most important factor when thinking about
restore is to obtain clear and well described requirements. This is easy to say, but how often
have people said “I want to back up everything and keep it forever”? This is both unhelpful and
potentially extremely expensive. Any backup, as for many aspects of IT, will be a compromise
between speed of recovery and cost of solution. Almost any volume of data can be restored
quickly provided that the backup was taken in the correct way and that appropriate equipment
is available; however, would such a solution be cost justified?
Backup designers should also be wary of mixed backup and archive requirements. A very
common request is for weekly, monthly, and yearly backups to be taken, with appropriate
retention periods. The restore requirements for these backups are different: the first (weekly)
are typically for operational recovery, as described above; while the monthly and yearly
backups are more likely to be for audit requirements and are, therefore, archives, not
backups. Different processes may be required to meet all these requirements and the data to
which they apply may also be different — for example, why retain operating system files for 7
years? For this reason, requirements like these should be separated.
DB
Local
Client Servers/
Applications
The IBM Tivoli Storage Manager server provides a secure environment, including automation,
reporting and monitoring functions, for the storage of client data. It also provides the storage
management policies and maintains all object inventory information to allow it to manage this
data in the most effective way. The IBM Tivoli Storage Manager Backup/Archive client,
IBM Tivoli Storage Manager storage agent, and complementary products implement data
management functions such as data backup and recovery, archival, space management, or
disaster recovery.
The client software can run on different systems, including laptop computers, PCs,
workstations, or server systems. The client and server software can also be installed on the
same system for a local backup solution. The storage agent software in conjunction with the
server software enables the implementation of LAN-free backup solutions exploiting the SAN
infrastructure. It is also possible to define server hierarchies or multiple peer-to-peer servers
in order to provide a multi-layer storage management solution or an electronic vaulting
solution.
For storing the managed data, the Tivoli Storage Manager server manages a storage
repository. The storage repository can be implemented using any combination of supported
media — magnetic or optical disk, tape, and robotic storage devices, which are locally
connected to the server system or which are accessible through a SAN. To exploit SAN
technology, the Tivoli Storage Manager server has features implemented to dynamically
share SAN connected automated tape library systems among multiple Tivoli Storage
Manager servers, as well as provide (as an option), LAN-free and server-free backup.
The Tivoli Storage Manager server provides built-in device drivers for more than 300 different
device types from every major manufacturer. It is also able to utilize operating system device
drivers and external library manager software such as the Windows 2000 Removable Storage
Manager (RSM).
Within the storage repository the devices can operate stand-alone or can be linked together
to form one or more storage hierarchies. The storage hierarchy is not limited in the number of
levels and can also span over multiple servers using so-called virtual volumes. See “Storage
and device concepts” on page 19 for storage management functions available for the storage
repository.
The Backup/Archive clients are implemented as multi-session clients, which means that they
are able to exploit the multi-threading capabilities of modern operating systems. This enables
the running of backup and archive operations in parallel to maximize the throughput to the
server system.
Depending on the client platform, the Backup/Archive client may provide a graphical,
command line or Web user interface (see Figure 3).
Some clients (including some UNIX variants and Microsoft platforms) use a new plug-in
architecture to implement an image backup feature for raw device backup. This allows you to
back up and recover data stored in raw (that is, not a filesystem) volumes. It also provides an
additional method to make point-in-time backups of entire filesystems as single objects
(image backup) and recover them in conjunction with data backed up by using the
progressive backup methodology.
The storage agent receives data objects via the Tivoli Storage Manager API (as discussed in
“IBM Tivoli Storage Manager externalized interfaces” on page 12) and communicates with the
Tivoli Storage Manager server over the LAN using TCP/IP to exchange control information
and meta-data about the objects being backed up. The data movement itself utilizes the
LAN-free path over the SAN to write directly to the storage media. Thus the data movement is
removed from both the LAN and the Tivoli Storage Manager server processor for potentially
greater scalability.
The storage agent is available for selected Backup/Archive clients as well as for backing up
popular databases and applications such as MS SQL-Server, MS Exchange, Oracle, DB2,
R/3 and Lotus Domino.
Unlike traditional LAN and LAN-free backups and restores, neither the Tivoli Storage
Manager server or client is in the data path. Instead, the data mover handles and moves the
data for backup and restore. In this way, backup and restore operations do not require
resources from client or server processors or from the LAN. Because it will not be copying
data, the Tivoli Storage Manager server can potentially handle more concurrent client
connections and server operations. In addition, the Tivoli Storage Manager client, since it
does not have to read and send data to the server, can handle a greater application load.
Using the unique enterprise administration feature it is possible to configure, monitor and
manage all server and client instances from one administrative interface, known as the
enterprise console. It includes:
Enterprise configuration
Administrative command routing
Central event logging functions
Administrative command routing allows administrators to issue commands from one Tivoli
Storage Manager server and route them to other target servers. The commands are executed
on the target servers, and the command output is returned and formatted on the server where
the command was issued.
In an enterprise environment with multiple Tivoli Storage Manager servers, client and server
events can be logged to a central management server through server-to-server
communications, thereby enabling centralized event management and automation.
The IBM Tivoli Storage Manager products are separate program products delivered by IBM to
connect business applications, via the Tivoli Storage Manager API to the server. These
products are IBM Tivoli Storage Manager for Databases, Mail, ERP, Hardware, and
Application servers. Applications such as Oracle, Lotus Notes and Domino, Microsoft
Exchange, and Microsoft SQL server, provide their own backup and restore or storage
management tools. IBM Tivoli Data Protection product strategy is to interface to these tools to
provide backup and restore facilities and functions for these applications. Tivoli Data
Protection program products can also exploit the special features of IBM's Enterprise Storage
Server within an IBM Tivoli Storage Manager based storage management solution. For more
information, see “Additional application and hardware support” on page 30.
Alternatively, some vendor applications exploit the Tivoli Storage Manager data management
API by integrating it into their software product itself to implement new data management
functions, or to provide backup and archival functionality on additional system platforms.
Some examples are IBM CommonStore for R/3, Lotus Domino, and Microsoft Exchange data
archival, IBM BRMS/400 to provide an AS/400 backup solution, and SSSI Archive Backup
Client for OpenVMS data backup and recovery. IBM's DB2/UDB also works with a direct
connection to the IBM Tivoli Storage Manager API. Non-IBM/Tivoli products such as Veritas
Backup Exec also can use the API to manage backup data with an IBM Tivoli Storage
Manager server.
In addition to the externalized interfaces to the server database as described in “IBM Tivoli
Storage Manager server” on page 8, IBM Tivoli Storage Manager offers multiple interfaces for
event logging, reporting and monitoring the data management environment. All of the
activities of the Tivoli Storage Manager server and client are logged in the server database,
and they can also be sent for reporting and monitoring purposes to external event receivers
using the event filter mechanism. Potential event receivers are the Tivoli Enterprise
framework, SNMP based systems management software packages (such as IBM Tivoli
NetView), the Windows event log, and user written applications.
To integrate IBM Tivoli Storage Manager storage management with external library
management applications, IBM Tivoli Storage Manager offers an external library manager
interface. Using this interface, it is possible to integrate the Tivoli Storage Manager server into
IBM
AIX
AS/400
BULL DIGITAL Linux zSeries
HEWLETT- MICROSOFT
DPX/2 OpenVMS TANDEM OpenEdition MVS
PACKARD zOS Windows 98
300 NAS (SSSI)
B.O.S. NDMP Tru64
Guardian
(ETI)
HP-UX Linux pSeries
Windows ME
Windows XP
Supported Networks
DPX/20 Linux iSeries
APPLE
Windows NT Server/WS APPC
Windows 2000
Macintosh
Windows 2003 IPX/SPX
Named Pipes
DB2
Shared Memory
NOVELL
INFORMIX NetWare TCP/IP
Tivoli Storage Manager Client Platforms 3270 Emulation
LOTUS
DOMINO
MICROSOFT
z/VM
Exchange
Server ORACLE
LINUX Linux
Red Hat
NUMA-Q
SQL Server
SAP IBM ESS DYNIX/PTX
SuSE OS/400
TurboLinux
R/3 SYBASE WebSphere SUN SILICON DB2 z/OS
(BMC) Application Solaris GRAPHICS DB2/R3
ITSM for Mail Server SunOS IRIX with
FlashCopy AIX
Lotus Notes on AIX
Solaris
Lotus Notes on Windows NT
ITSM for ERP HP-UX
Domino on AIX
Backup Restore Interface (BACKINT) Windows
Domino on Windows NT 2000/2003
for Oracle
Microsoft Exchange Server Disk
IBM CommonStore
ITSM for Databases Optical
Support for Informix, MS SQL Server,
Microsoft SQL Server DB2
Oracle Backup on AIX ITSM for Hardware Tape
The IBM Tivoli Storage Manager server is available on a wide range of major operating
systems. Table 1 shows the current list of server platforms, including versions for Tivoli
Storage Manager servers. Check the IBM Software Support Web site for the most up-to-date
information on supported levels and fixes.
http://www-3.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManager.html
Note that for brevity, only the operating systems supported at the latest Tivoli Storage
Manager server level (5.2 at the time of writing, exceptions where specifically noted) are
shown in this table. Many earlier OS levels are also supported with earlier server levels.
Check the Web site for details.
VM/ESA and z/VM z/VM V3R1, V4R2 or later 5.2, running at V3.1.2 server
level
Table 2 and Table 3 provide an overview of all available clients at the time of publishing this
paper. Other operating system clients may be updated in the future. Check the product
information on the IBM Tivoli Storage Manager home page for the latest complete client
availability information:
http://www.tivoli.com/products/index/storage_mgr/
There are several variations of UNIX clients. Table 2 details the UNIX clients and the
operating system levels that are supported. Note that for brevity, only the operating systems
supported at the latest Tivoli Storage Manager server level (5.2 at the time of writing,
exceptions where specifically noted) are shown in this table. Many earlier OS levels are also
supported with earlier server levels. Check the Web site for details.
Table 3 gives the PC and other operating systems (non-UNIX) that are supported as clients.
Note that for brevity, only the operating systems supported at the latest Tivoli Storage
Manager server level (5.2 at the time of writing, exceptions where specifically noted) are
shown in this table. Many earlier OS levels are also supported with earlier server levels.
Check the Web site for details.
Base concepts
This section gives a high level introduction to the base data and storage management
paradigms used by IBM Tivoli Storage Manager to implement its functionality. We will cover
data protection or backup, record retention or archival, storage management, policy, and
security.
If the original data object is corrupted or lost on the client system, restore is the process of
sending a backup version of the data from the server back to the client. Typically, the most
current version of the data is normally restored, so Tivoli Storage Manager selects this as the
default, but you can choose to restore from any of the existing backup versions. The number
and retention period of backup versions is controlled by server policy definitions. Old (extra)
Figure 6 shows how policy definitions work with Tivoli Storage Manager. In this case, we have
specified to keep a maximum of 6 backup versions of a particular file. The files is backed up
via normal daily backup operations each day that it changes. The most recently backed up file
version is designated the “active” backup. All other versions are “inactive” backups. Tivoli
Storage Manager automatically deletes inactive backups when the total number of backup
versions stored exceeds the policy limit. In this case, on day 8, the oldest inactive file version
(which is actually the file as backed up on day 1) is expired so that at all times, a maximum of
6 backup versions is retained. Tivoli Storage Manager policy definitions also include these
parameters separately for files which are deleted from the client.
Sample Policy:
File changes
Day 1 2 3 4 5 6 7 8
For file level based backup, the main difference from many other backup applications is that
Tivoli Storage Manager uses the progressive backup methodology. As shown in Figure 7,
after the first complete backup, IBM Tivoli Storage Manager then operates with incremental
backups only. As a consequence, only those files that are new or that have changed since the
last backup will be backed up.
IBM Tivoli Storage Manager's file level progressive backup methodology, in comparison with
other methods like Full+Incremental or Full+Differential backup schemes, significantly
reduces the amount of data being copied and managed, and prevents unnecessary backups
of unchanged data to reduce and consolidate the recovery tape-set. As a result, IBM Tivoli
Storage Manager offers faster recovery by not restoring multiple versions of the same file,
only the data that is actually needed.
The reorganization of the physical storage media to store each client’s data physically
together on a small number of media — in order to provide faster access in the case of a
complete system recovery — is done transparently to the client, and is completely automated
on the server using data meta information stored in the server database.
IBM Tivoli Storage Manager’s adaptive sub-file backup technology implements another
powerful method to further reduce the amount of data transferred from the client to the server
system. This method enables the backup-archive client (Web client, command line, and GUI)
to back up only the changed portion of a file, either on a byte or block level, instead of
transferring the whole file to the server every time.This feature helps to overcome bandwidth
limitations of the network link, especially for mobile or remote client systems. Figure 8 shows
how this feature works.
+ +
+ + +
Sub Files
Only change bytes or blocks are sent.
Restore requires master file plus sub-files.
Figure 8 Adaptive sub-file backup
At any point in time, IBM Tivoli Storage Manager allows the creation of a complete set of
client files (backup set) on the server system using the most recent backup versions stored in
the server storage repository. Backup sets, as shown in Figure 9, can be used to retain a
snapshot of all client files for a longer period of time (Instant Archive) or for LAN-free recovery
of a client system by copying this backup set onto portable media and restoring them locally
(Rapid Recovery).
End User
client
A A
Archive with IBM Tivoli Storage Manager means creating a copy of a file as a separate object
in the storage repository to be retained for a specific period of time. Typically you would use
this function to create an additional copy of data to be saved for historical purposes, and
therefore, special consideration should be given to ensure that the data format is not
dependent on anything. Vital records (data that must be kept for legal or other business
reasons) are likely candidates for the archive process. You can specify to delete the original
copy of the data on the source system once the archive copy is created on the server. In this
way, you can use archive to make additional space available on the Tivoli Storage Manager
client system. However, archive should not be thought of as a complete space management
function, because transparent automatic recall is not available.
You can gain access to archived data by using retrieve to return it to the Backup/Archive
client. To locate the archived data within the storage repository, Tivoli Storage Manager allows
you to add a description to the data and to form archive packages of related files. You can
then use this description field to search the server database for matching packages, to
determine which data to retrieve.
Therefore, the difference between backup and archive is that backup creates and controls
multiple backup versions that are directly attached to the original client file; whereas archive
creates an additional stored object that is normally kept for a specific period of time, as in the
case of vital records.
Storage Pool
Storage Pool
Migrate
TSM Server
Copy
Data Objects
Relocate
Storage Pool
Storage Hierarchy
The main difference between the storage management approach of IBM Tivoli Storage
Manager and other commonly used systems is that IBM Tivoli Storage Manager storage
management concentrates on managing data objects as they exist in the storage pools,
rather than just the backup tapes as a whole. Data objects can be sub-file components, files,
directories or raw logical volumes that are backed up from the client systems; they can be
objects like tables or records from database applications, or simply a block of data that a
client system wants to store on the server storage. Each object has an associated
management policy “bound” to it which defines what IBM Tivoli Storage Manager does with
that object.
To store these data objects on storage devices and to implement storage management
functions, IBM Tivoli Storage Manager uses logical definitions to classify the available
physical storage resources. Most important is the logical entity called a storage pool which
describes a storage resource for one single type of media; for example, a disk partition or a
set of tape cartridges. Storage pools are the place where data objects are stored.
A storage pool is built up from one or more storage pool volumes. For example, in the case of
a tape storage pool, this would be a single physical tape cartridge. To describe how IBM Tivoli
Storage Manager can access those physical volumes to place the data objects on them, IBM
Tivoli Storage Manager uses a logical entity called a device class. A device class is
connected to a storage pool and specifies how the server gains access to volumes of this
storage pool.
IBM Tivoli Storage Manager organizes storage pools in one or more hierarchical structures.
This storage hierarchy can span over multiple server instances and is used to implement
management functions to migrate data objects, automatically and transparently to the client,
from one storage hierarchy level to another; or in other words, from one storage device to
another. This function may be used, for example, to store backup data (for performance
reasons) onto an IBM Tivoli Storage Manager server disk space before moving the data to
tape cartridges. The actual location of all data objects at all times is automatically tracked
within the server database.
A B C A B C
A B C A B C
A B C A B C
A B B C C A A B B C C
C A A B A C
B
Collocation Collocation
off on
Figure 11 Tivoli Storage Manager collocation
Another important storage management function implemented within the server is the ability
to copy client data objects (either asynchronously or concurrently with the client backup
operation) and to store them in different storage pools. These copy storage pools can be
created on local tape drives and taken off-site, on remotely accessible tape drives, or on
another server completely. This provides additional copies of the stored data in a secure
place, which is available to be recovered in the event of losing individual storage media or
even the whole storage repository. This function is fully transparent to the client, and is
performed and tracked automatically within the IBM Tivoli Storage Manager server. Figure 12
illustrates the copy storage pool function.
C B A C B A
C
B
A
Policy concepts
A data storage management environment consists of three basic types of resources: client
systems, rules, and data. The client systems contain the data to be managed, and the rules
specify how the management must occur; for example, in the case of backup, how many
versions should be kept, where they should be stored, and so on.
IBM Tivoli Storage Manager policies define the relationships between these three resources.
Figure 13 illustrates this policy relationship. Depending on your actual needs for managing
your enterprise data, these policies can be very simple or very complex.
Mgmt Class
Backup, Archive and HSM
Data Management Rules
Mgmt Class
IBM Tivoli Storage Manager has certain logical entities that group and organize the storage
resources and define relationships between them. Client systems, or nodes in Tivoli Storage
Manager terminology, are grouped together with other nodes with common storage
management requirements, into a Policy Domain.
The Policy Domain contains a logical structure called a Policy Set. A Policy Set contains and
helps to manage a collection of storage management rules for different storage management
activities. The rules are stored, within the Policy Set, in one or more Management Classes. A
Management Class contains the rule descriptions (actually stored in entities called Copy
Groups), which are linked to the stored data objects. The rules are really just a set of storage
management parameters, such as number of stored copies, retention period, storage media,
and so on. When a data object is linked to particular rules, it is said to be “bound” to the
management class that contains those rules.
Another way to look at the components that make up a policy is to consider them in the
hierarchical fashion in which they are defined. Consider the policy domain at the top,
containing at least one policy set which contains many management classes. The
management classes contain the copy groups and the storage management parameters and
it is the management classes that the Tivoli Storage Manager client can use to select how
particular data objects are to be stored.
A good practice, when designing a Tivoli Storage Manager backup policy, is to consider using
either the number of versions or the retention period. As mentioned above, Tivoli Storage
Manager’s backups are expired based on whichever parameter is matched first (versions or
time) so, in order to achieve a consistent restore capability (that is, restore to one of X
previous versions or restore to any point of backup within Y days) think carefully about the
values you use.
Security concepts
The storage repository of IBM Tivoli Storage Manager is the place where all the data of an
enterprise is stored and managed. Clearly therefore, security is a key aspect of Tivoli Storage
Manager. To ensure that only the owning client or an authorized party can gain access to data
objects, Tivoli Storage Manager implements, for authentication purposes, a mutual suspicion
algorithm, which is similar to the methods used by Kerberos authentication.
To do this, all clients have a password and a userid, which is stored at the server side as well
as at the client side. In the authentication dialog these passwords are used to encrypt the
communication. The passwords are not sent over the network, to prevent hackers from
intercepting them, and a new key is used for each encryption. A communication session will
be established only if both sides are able to decrypt the dialog. If the communication has
ended, or if a timeout period without activity is passed, the session will be automatically
terminated and a new authentication will be necessary.
In mobile computing environments, files are often sent to the Tivoli Storage Manager server
system using a modem connection, and so they are exposed to the security hazards of public
telephone lines. The Backup/Archive client optionally provides (in addition to the end-point
security concept outlined above) a data encryption function, which allows for encrypting data
before it is sent to the server, and which protects the data while it is being transferred to the
server and also while it resides in the storage repository.
Storage
Usage
IBM Tivoli Space Manager maximizes usage of existing storage resources by transparently
migrating data from client hard drives to the Tivoli Storage Manager storage repository based
on size and age criteria. When the migrated data is accessed, IBM Tivoli Space Manager
transparently recalls it back onto the local disk. The migration of files and the management of
migrated files is controlled by policies. Manual (user controlled) migration and recall is also
possible.
IBM Tivoli Space Manager’s HSM function is fully integrated with Tivoli Storage Manager
operational backup, so that if a client requests to back up a file which has already been
migrated to the server, it will be copied to a backup storage pool internally, thereby avoiding a
client data recall.
The HSM function through IBM Tivoli Space Manager is available for AIX and Solaris clients.
DRM automatically captures information required to recover the Tivoli Storage Manager
server after a disaster. It assists in preparing a plan that allows recovery in the most expedient
manner. This disaster recovery plan contains information, scripts, and procedures needed to
automate server restoration, and helps ensure quick recovery of your data after a disaster.
DRM also manages and tracks the movement of off-site media to reduce the time required to
recover in the event of a disaster. It is able to track media that are stored on-site, in-transit, or
off-site in a vault, no matter whether it is a manual or electronic vault, so your data can be
easily located if disaster strikes. The DRM media cycle is shown in Figure 15.
Scratch
Pool
Mountable Check-in
Not Mountable
Vault
11
12
1
Vault Retrieve
10 2
9 3
8 4
7 5
6
Client recovery information can also be captured by DRM. This information can be used to
assist with identifying what clients need to be recovered, in what order, and what is required
to recover them, including data and media that is not managed by Tivoli Storage Manager.
NDMP
IBM Tivoli Storage Manager Extended Edition provides support for certain Network Attached
Storage (NAS) appliances using Network Data Management Protocol (NDMP) to perform
high-performance, scalable backups and restores at the volume and file level. These backups
and restores minimize network traffic by transferring data independently of the Tivoli Storage
For Windows clients, BMR can be achieved using the regular Backup/Archive client. The
basic technique is to re-install the operating system and then restore all additional files and
configuration information using the Tivoli Storage Manager client. An alternative method is to
use a third-party volume imaging product to capture the complete system information in a
single object. Various third-party products can or will offer the capability to store the captured
volume images on the Tivoli Storage Manager server.
For UNIX clients, a re-install of the OS together with Backup/Archive client restore of
additional data provides a solution. In the case of AIX, IBM Tivoli Storage Manager for
System Backup and Recovery (also known as SysBack) provides a complete backup and
restore solution including full system (installation) images, volume groups, raw logical
volumes and filesystems. See “IBM Tivoli Storage Manager for System Backup and Restore”
on page 34 for more information.
IBM Tivoli Decision Support is a stand-alone product that provides a ready-to-use view into
the wealth of data gathered by Tivoli enterprise products. The product consolidates this data
and transforms it into accessible IT business-relevant information. This information, presented
in a variety of graphical formats, can be viewed interactively (slice, dice, drill down, drill
through) and posted on a URL. IBM Tivoli Decision Support provides insight and the ability to
better answer IT business-relevant questions. IBM Tivoli Decision Support is available on
Windows NT and Windows 2000.
The IBM Tivoli Decision Support Discovery Guides are a set of best practices guides provided
for various applications. To use these guides, IBM Tivoli Decision Support has to be installed
A typical IBM Tivoli Decision Support for Storage Management Analysis graph is shown in
Figure 16.
The information used by the guide is obtained directly from the Tivoli Storage Manager server
with the use of the ODBC interface. The information is then transferred to a relational
database, as required by Tivoli Decision Support for Storage Management Analysis, such as
DB2, MS SQL-Server, and Oracle. The database can reside on the same system as IBM
Tivoli Storage Manager or IBM Tivoli Decision Support or on a separate system. The
database is used for queries to generate the IBM Tivoli Decision Support reports.
Tivoli SANergy
Tivoli SANergy is a product which allows filesystems to be shared across a Storage Area
Network. SANergy provides a function, known as a MetaData Controller (MDC), which “owns”
the filesystem. Any SANergy client may gain access to that storage across the SAN by first
“requesting” the MDC for permission, and for the location of the data. After the MDC
This function can be exploited by Tivoli Storage Manager to provide LAN-Free backups to
storage pool volumes defined as files on SANergy managed disk. This works in a similar way
to the base product when it provides LAN-Free backups to tape volumes, in that metadata
about the client data is sent across the LAN to the Tivoli Storage Manager server but the data
itself travels across the SAN.
Figure 17 shows the flow of data and metadata when using SANergy to share a volume for
LAN-Free backups. Using this function not only gives the advantages of LAN-Free backup,
reducing the load on the LAN, but also helps reduce the limitation of the number of available
tape drives on LAN-Free capability for backup. Data could also be restored using LAN-Free
either directly from tape or by first using commands within the IBM Tivoli Storage Manager
server to move the data back to SANergy managed disk.
SAN
Data Flow
Metadata Flow
ITSM Volume
00000001.bfs
00000002.bfs
00000003.bfs
00000004.bfs SANergy Volume
Figure 18 shows a typical architecture and data flow of an IBM Tivoli Storage Manager
application-specific solution.
Application
Data
The function of these solutions is to receive application backup and restore requests and to
translate them into Tivoli Storage Manager backups and restores. The activity is always
initiated from the application and uses application-provided system calls to provide backup
and restore services, thus implementing the intelligence and function of the
application-provided backup interface. This means that backups or restores can be done
while the application is on line.
However, in 7x24 production environments, even the ability to do an online backup of that
application data may not be the most desirable option. Certain intelligent disk subsystems
(such as IBM TotalStorage Enterprise Storage Server) implement features which allow for
creating an instant copy of all the application data on different physical volumes that are
accessible by an alternate (backup) system, with nearly no interruptions. IBM Tivoli Storage
Manager for Hardware interfaces with these features and integrate them into a complete IBM
Tivoli Storage Manager data management solution to provide backup capabilities with as little
impact on production performance as possible.
Table 4 shows the available products for application and hardware support from Tivoli,
including the supported platforms, the operating system level, and the application level they
cover, at the time of publishing this paper. Please refer to the product Web sites for the most
up-to-date information.
Tivoli Data Protection for AIX 4.3.3, 5.x 8.1.7, 9i, 9.1, 9.2 Server 4.1+
Oracle
Solaris 2.6, 7 or 8 as for AIX Server 4.1+
Tivoli Data Protection for AIX 4.3.3, 5.1 IDS 7.3x, Server 4.1+
Informix 8.31,9.2x
Tivoli Data Protection for AIX 4.3.3, 5.1 5.0.1+, 6 Server 4.1+
Lotus Domino 1.1 backup/archive
client, if
scheduling is used
Tivoli Data Protection for Windows 4.0 SP4 5.5 (SP3) or Server 4.1x
MS Exchange Windows 2000 Exchange 2000
Tivoli Data Protection for 4.3+, 5.1+ 3.0 to 3.1F Server 4.1x
R/3 on Oracle 4.0 up to 4.6D
Oracle releases
that are supported
by SAP R/3
Tivoli Data Protection for AIX 4.3+, 5.1+ 3.0 to 3.1F Server 4.1x
R/3 on DB2 UDB 4.0 up to 4.6D
DB2U UDB
releases that are
supported by SAP
R/3
Tivoli Data Protection for AIX 4x, 5L (Note Oracle 8i, 8.1.5, 9i Server 4.2+
IBM ESS for Oracle Oracle must use API 5.1.1+
(Requires 2 pSeries JFS or RAW LVs Tivoli Data
Servers and ESS with on ESS storage). Protection for
FlashCopy) Oracle
Tivoli Data Protection for AIX 4.x, 5L DB2 UDB 7.1 Server 4.2+
IBM ESS for DB2 (Note DB2 must (FP4+) or 8 (FP2) API 5.1.1+
(Requires 2 pSeries use JFS or RAW
Servers and ESS with LVs on ESS
FlashCopy storage.
IBM Tivoli Storage Manager for System Backup and Restore allows you to choose from
several types of backups, including full system image (installation/recovery image), volume
group, file system, file or directory, and raw logical volume. Integration is provided between
IBM Tivoli Storage Manager for System Backup and Restore and a Tivoli Storage Manager
server. This means that generated backup objects can be stored on, and managed by, a Tivoli
Storage Manager Server. Additional UNIX platforms may also be supported by this product in
the future.
This information was developed for products and services offered in the U.S.A.
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 give you any license to these patents. You can send license inquiries, in
writing, to:
IBM Director of Licensing, IBM Corporation, North Castle Drive Armonk, NY 10504-1785 U.S.A.
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.
This information could include technical inaccuracies or typographical errors. Changes are periodically made
to the information herein; these changes will be incorporated in new editions of the publication. IBM may make
improvements and/or changes in the product(s) and/or the program(s) described in this publication at any time
without notice.
Any references in this information to non-IBM Web sites are provided for convenience only and do not in any
manner serve as an endorsement of those Web sites. The materials at those Web sites are not part of the
materials for this IBM product and use of those Web sites is at your own risk.
IBM may use or distribute any of the information you supply in any way it believes appropriate without incurring
any obligation to you.
Information concerning non-IBM products was obtained from the suppliers of those products, their published
announcements or other publicly available sources. IBM has not tested those products and cannot confirm the
accuracy of performance, compatibility or any other claims related to non-IBM products. Questions on the
capabilities of non-IBM products should be addressed to the suppliers of those products.
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:
This information contains sample application programs in source language, which illustrates programming
techniques on various operating platforms. You may copy, modify, and distribute these sample programs in
any form without payment to IBM, for the purposes of developing, using, marketing or distributing application
programs conforming to the application programming interface for the operating platform for which the sample
programs are written. These examples have not been thoroughly tested under all conditions. IBM, therefore,
cannot guarantee or imply reliability, serviceability, or function of these programs. You may copy, modify, and
distribute these sample programs in any form without payment to IBM for the purposes of developing, using,
marketing, or distributing application programs conforming to IBM's application programming interfaces.
Trademarks
The following terms are trademarks of the International Business Machines Corporation in the United States,
other countries, or both:
ActionMedia, LANDesk, MMX, Pentium and ProShare are trademarks of Intel Corporation in the United
States, other countries, or both.
Microsoft, Windows, Windows NT, Windows 2000, and the Windows logo are trademarks of Microsoft
Corporation in the United States, other countries, or both.
Java and all Java-based trademarks and logos are trademarks or registered trademarks of Sun Microsystems,
Inc. in the United States, other countries, or both.
C-bus is a trademark of Corollary, Inc. in the United States, other countries, or both.
UNIX is a registered trademark of The Open Group in the United States and other countries.
SET, SET Secure Electronic Transaction, and the SET Logo are trademarks owned by SET Secure Electronic
Transaction LLC.
Other company, product, and service names may be trademarks or service marks of others.