tsm备份方案

目录

1 前言

2 需求分析

2.1 客户环境介绍

2.2 客户需求描述

2.3 方案设计考虑

3 IBM TSM存储解决方案概述

3.1 方案简介和产品选型

3.1.1 文件级别的备份

3.1.2 数据库级别的备份

3.1.3 应用级别的备份

3.1.4 操作系统级别的备份

3.1.5 基于硬件镜像的应用/数据库备份

3.2 TSM解决方案架构及功能

3.2.1 硬件配置

3.2.2 物理拓扑图

3.2.3 软件配置及部署拓扑图

3.3 方案特点

4 XXX数据备份与恢复策略建议

4.1 备份与恢复方式及数据流

4.2 文件系统备份与恢复策略建议

4.2.1 备份策略（永久增量备份）

4.2.2 恢复策略（一次恢复）

4.2.3 备份/恢复策略举例

4.3 数据库备份及恢复策略建议

4.3.1 数据库系统数据备份策略

4.3.2 Oracle数据库的备份与恢复

4.3.3 DB2数据库的数据备份及恢复策略

4.3.4 SQL Server数据库的备份

4.4 邮件系统的备份与恢复建议

4.4.1 Domino邮件系统备份与恢复

4.4.2 Exchange 邮件系统的备份与恢复

4.5 SAP系统的数据备份及恢复策略

4.6 操作系统的备份与恢复建议

4.6.1 本地TSM服务器系统的恢复

4.6.2 当本地整个计算机系统的恢复

4.7 灾难恢复流程建议

4.7.1 TSM备份系统的离线介质管理

4.7.2 TSM备份系统故障保护与恢复

4.7.3 基于TSM的数据容灾方案

4.7.4 基于TSM的数据恢复流程

5 方案优势总结

5.1 全面的解决方案

5.2 高性能的数据备份和恢复

5.3 集中的监控管理

5.4 强大的灾难恢复

5.5 数据的安全性

5.6 其它优势

 

1 前言

XXX经过多年的信息建设，其IT信息环境已经初具规模，XXX的XXX系统更是为整个公司的信息化建设起到了重要作用。其中XXX系统的数据一般都是XXX公司多年的积累下来的业务数据，是XXX公司极其珍贵的无形资产。因此必须对这些数据进行备份保护，在数据丢失的时候，才能够及时恢复，挽回损失；对数据和存储资源、存储设备进行有效的管理，也能够最大限度的提高设备利用率，提高公司在存储资源方面的投资回报率。

一个完整的备份解决方案需要有统一的管理策略，建立起安全和备份管理体制，将日常数据的安全管理与灾难恢复系统的建设结合起来。要实现以上目标，有必要在数据管理上做到自动化备份，实现无忧化管理，并能实现高效简单的灾难恢复。

另外，企业在系统规划设计中，应该制定完善的数据存储管理和备份方案以及维护方案。一方面要尽可能实施严密的防范措施，预防存储数据被破坏；另一方面，在存储数据被破坏的情况下，能及时恢复，并且做到尽可能的完整恢复。一个好的存储管理和备份解决方案应包括多方面的周密考虑，加强网络系统的数据安全性和可靠性，也包括数据被破坏后的恢复解决办法。

2 需求分析

2.1 客户环境介绍

简要介绍用户系统环境，同时配上系统环境图。

2.2 客户需求描述

通过对客户环境的充分分析和了解，结合用户对建立存储系统的要求，我们认为，用户的数据备份系统应当具有的功能包括：

(1) 采用的技术成熟、先进，并具有较强的可扩充性

成熟而先进的备份软件能够为XXX提供更稳定的服务。具有良好的扩展性使得日后的扩展，如对SAN的支持以及将来容灾等无缝的扩展。

(2) 支持XXX目前的所有异构环境

XXX的IT环境具有很大的异构性，在操作系统方面有包括AIX，HP-UX，Win2003，WinXP，Solaris，Linux，Netware在内的多种操作系统，在服务器方面有包括xxxxxxxxxxxxxxxxxxxxxxxxxxxxx在内的多种服务器，在数据库方面，则采用了DB2，Oracle，SQL Server以及Informix。备份软件应该充分考虑到XXX IT环境的这种异构性，充分支持其IT环境中的各个IT要素，能够针对各个系统进行全面的备份。

(3) 实现文件系统数据、操作系统数据、多种应用/数据库数据的备份

所选用的备份软件应该是一个全面的解决方案，充分满足XXX在各个层次上的备份需求，例如针对操作系统级别的备份，针对文件的备份，针对数据库的备份，针对应用如SAP系统，邮件服务器系统等的备份。

(4) 能够比较智能化的制定管理上的策略，并将这些策略非常容易地部署下去

(5) 对某些时间性较强的数据定期进行历史数据归档。

有些数据具备归档价值，能够对这些数据进行定期、自动归档也是XXX所需要的功能。

(6) 备份软件应保证在不停数据库和应用的前提下对数据进行备份和恢复，也就是应该保证应用和数据库7 x 24的使用性能

(7) 实现分级存储管理(HSM)

分级存储管理能更充分的利用XXX存储设备，实现非活动数据从不同存储介质（如磁盘和磁带）之间的自动迁移和透明回调，使用户的投资得到最大化。

(8) 提供全自动备份的集中数据存储管理模式

集中式数据存储模式能够降低用户投资并使提高存储资源利用率，提高可靠性。

(9) 对备份介质的有效管理

XXX环境中存在很多不同种类的存储介质，如服务器的本地硬盘，外挂阵列，带机，带库等，对这些介质进行有效的管理将能够进一步提高存储资源利用率，从而获得更高的投资回报率。

(10) 对备份数据的及时恢复

备份的目的在于在数据丢失的时候能够快速恢复数据，因此，及时恢复也是XXX最重要的需求之一。

(11) 对多种存储环境的支持，如SAN、LAN、NAS等

(12) 提供对关键数据远程容灾的功能

为了对关键业务数据提供更加可靠和完善的保护，建议对XXX公司的核心数据提供远程容灾保护，即使本地生产系统和本地备份系统都受到损害，依然可以利用远程备份实现数据的快速恢复。

2.3 方案设计考虑

根据以上的分析和客户需求，集中式存储管理系统的实施应遵循以下的原则：

安全性原则

必须在方案设计上保证系统的安全性和高可用性。在实施的过程中，能在线安装和部署，尽量对现有的生产系统的影响减至最低。同时，存储管理软件安全性能应在数据的传输，全寿命周期管理和应用存储系统管理员和操作员各个层次得到体现，满足用户的安全机制。

可管理性与系统高效原则

为保证数据存储的可管理性，减少管理的复杂性。采用先进的备份技术和先进的备份系统软件，采用统一的管理机制，保证大数据量的一致性备份和高速切换。必须提供高效的存储设备的管理能力和数据备份功能。

可扩展性原则

存储管理软件需采用先进技术，以利于整个系统的平滑升级。同时，必须考虑到今后存储环境的变化和灾难恢复系统建立的需要。

系统完整性原则

作为数据存储系统的组成部分，本系统的各项设计从整体考虑，协调各子系统构成完整的数据存储管理系统。

系统成熟性原则

存储管理软件必须稳定可靠，不能存在单点故障。

投资有效原则

系统方案应具有高性能价格比，具有较高实用性。

 

3 IBM TSM存储解决方案概述

3.1 方案简介和产品选型

在我们这次提供的备份解决方案中，我们利用IBM Tivoli Storage Manager和相关产品来实现XXX的数据备份需求。

针对XXX不同类型的主机、应用以及备份要求，我们使用了五种级别的备份方式，一种是基于文件级别的备份；第二种是基于数据库级别的备份；第三种是基于应用的备份；第四种是基于操作系统的备份；最后一种是基于硬件数据镜像的数据库/应用备份。下面分别对这五种级别的备份方式加以介绍。

3.1.1 文件级别的备份

考虑到XXXIT环境中除了数据库服务器和应用服务器以外，基本上属于文件级别的服务器。例如：Web服务器、其它类型的文件服务器等。

对于这些文件服务器，我们会直接使用IBM Tivoli Storage Manager来实现对这些文件服务器的备份和恢复的功能。

3.1.2 数据库级别的备份

XXX的IT环境中涉及到了多种类型的数据库，Oracle、DB2、MS SQL，Infomix等。为了确保这些数据库7 x 24小时的运行状态，我们提供了两种数据库的备份接口，以满足数据库的在线备份和恢复的功能。

对于DB2数据库，它本身已经带有了和IBM Tivoli Storage Manager的备份接口，它可以直接使用IBM Tivoli Storage Manager来做数据库的在线备份和恢复。

对于其它数据库，我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for Databases来实现这两类数据库进行数据库的在线备份和恢复的功能。

3.1.3 应用级别的备份

考虑到XXXIT环境中使用的不同应用，例如：SAP服务器、邮件服务器等。而且为了确保应用7 x 24小时的运行状态，我们会提供相应应用的备份接口，以满足应用的在线备份和恢复的功能。

对于SAP应用，我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for ERP来实现对SAP应用的在线备份和恢复的功能。

对于Domino或者MS Exchange邮件服务器，我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for Mail来实现对邮件服务器的在线备份和恢复的功能。

3.1.4 操作系统级别的备份

考虑到XXX IT环境中需要具有对于故障服务器恢复时，通过集中备份系统快速恢复操作系统，例如：AIX、Windows服务器等。同时，可以通过集中备份，增量备份不同时间点的操作系统，以便按需恢复。

对于AIX操作系统，我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for sysback来实现对操作系统的在线备份和快速恢复的功能。

对于Windows 2003或者Windows XP操作系统，IBM Tivoli Storage Manager内置了对Windows ASR功能的支持，因此仅使用IBM Tivoli Storage Manager基本模块就可以实现Windows 2003 或者Windows XP操作系统的裸机备份和恢复功能。

3.1.5 基于硬件镜像的应用/数据库备份

XXX的IT环境中可能会使用IBM的企业存储服务器例如ESS 800，DS8000, DS6000，SVC等。这类企业存储服务器具备Flashcopy的即时数据镜像功能，可以在很短的时间内将一个逻辑卷的数据镜像到另外一个逻辑卷中。通过使用这种功能与TSM的结合，可以实现应用的快速在线备份和恢复，而且将备份对应用服务器的资源占用减小到最少。

对于使用企业存储服务器的用户，运行Oracle或DB2的SAP应用，我们会使用IBM Tivoli Storage Manager搭配IBM Tivoli Storage Manager for Advanced Copy Service和IBM Tivoli Storage Manager for Enterprise Resource Planning来实现对SAP应用的在线备份和恢复的功能。

对于使用企业存储服务器的用户，直接运行Oracle数据库，我们会使用IBM Tivoli Storage Manager搭配IBM Tivoli Storage Manager for Databases和IBM Tivoli Storage Manager for Advanced Copy Services来实现对Oracle数据库的在线备份和恢复的功能。

对于使用企业存储服务器的用户，直接运行DB2数据库，我们会使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for Advanced Copy Services来实现对DB2数据库的在线备份和恢复的功能。

3.2 TSM解决方案架构及功能

对于具体的备份环境和结构，我们提出以下两种备份结构，一种是基于LAN环境的备份结构，在该备份架构下，数据流将经过局域网并通过备份服务器备往带库；另外一种是基于SAN环境的备份结构，在该备份架构下，数据流将通过LAN-Free的备份方式直接备往带库。我们根据XXX的实际备份需求选择适当的软硬件。

3.2.1 硬件配置

考虑到系统稳定性及安全性，我们建议采用一台额外的UNIX或者Windows服务器作为IBM TSM服务器，和一台磁带库用于存储备份数据。IBM TSM服务器和磁带库之间使用光纤连接。在这里我们推荐使用UNIX服务器作为IBM TSM服务器，因为它可以提供更为优秀的可靠性和IO吞吐量等。磁带库我们建议使用IBM xxxxxxxxx。下面是我们推荐使用的UNIX服务器和磁带库：

xxxxxxxxxxxxxxxxxxxxxx

3.2.2 物理拓扑图

IBM TSM服务器与客户端之间通讯采用的是IP协议，因此IBM TSM服务器理论上可以安装在局域网的任何地方。但是考虑到备份性能的因素，我们建议将备份服务器安装在连接所有主服务器的主交换机上。

用于存储的磁带库通过光纤和备份服务器相连。

使用基于SAN的备份架构，要求TSM备份服务器、磁带库以及所有需要采用LAN-Free进行备份的业务服务器都直接连接在SAN交换机上，这样，在进行数据备份及恢复时，数据流可以通过SAN直接到带库，从而大大提高数据备份与恢复的速度。

3.2.3 软件配置及部署拓扑图

在这个方案中，我们使用了以下的IBM Tivoli存储产品

IBM Tivoli Storage Manager Extended Edition (TSMEE)

IBM Tivoli Storage Manager for Databases (TSM for Databases)

IBM Tivoli Storage Manager for SAN    (TSM for SAN)

这些产品和模块的部署如下图所示：

推荐采用的各个软件及模块安装配置如下：

• Tivoli Storage Manager Extended Edition 安装在备份服务器上，该模块是整个备份系统的核心组件，用于集中管理备份数据、备份策略、备份客户端以及备份所使用的存储设备等；

• TSM Client安装在所有需要备份的服务器上，是基本的备份客户端，用于对所在服务器进行文件级别的数据备份及恢复；

• TSM for Databases安装在数据库服务器上，用于数据库服务器数据的在线备份；

• TSM for SAN安装在与光纤交换机直接相连，并且需要采用LAN-Free备份方式进行数据备份的服务器。

Tivoli TSM是一个企业级的Client/Server结构跨平台网络备份、恢复及存储管理软件。TSM Client主要功能是向TSM Server提供需要集中备份的数据，或向TSM Server索取已备份数据及归档数据以便Client恢复数据。TSM Server负责管理TSM Client的备份数据、备份策略及统一管理连接在TSM Server上的各类存储产品。

系统管理员通过WEB浏览器登录TSM Server进行管理。他为不同的TSM Client设置相应的备份策略，例如自动备份进行的时间，备份数据保留的长短等等。如下图：

系统管理人员还可通过Web界面帮助TSM Client做数据备份和恢复。所以TSM的管理员无论身在何处，使用何种机器，只要能够访问到TSM服务器，就可以使用Internet浏览器管理和使用TSM。配合内嵌在TSM内部的免费的企业级管理功能(Enterprise Management)，一名管理员可方便地管理企业内多台TSM服务器，这尤其适合如用户这样的单位。

在进行数据恢复时，TSM给用户列出修正数据后的版本，文件修改时间，方便管理员查询备份数据。并提供了一个类似于IE的操作界面：

3.3 方案特点

(1) 对现有的存储环境改动小，能最大限度的减少对现有应用系统的影响。

(2) 能满足客户对海量数据的管理要求。

(3) 可以制定统一的存储管理策略，并可以统一部署TSM服务器上，实现统一的集中管理。

(4) 可以实现高度自动化的集中式数据保护。

(5) 高效的存储设备管理功能。

(6) 高度的扩展性，保证未来系统发展的需求，并考虑到将来灾难恢复系统的建设。通过TSM独有的SERVER TO SERVER功能，可以方便的将现有存储系统升级成灾难恢复系统，充分保护企业在系统管理的投资。

4 XXX数据备份与恢复策略建议

4.1 备份与恢复方式及数据流

XXX业务系统的日常备份操作由备份系统自动完成，操作人员按照要求在备份服务器上制定备份策略，全网的备份由TSM备份服务器统一管理。各客户端也可以自行手工启动备份。TSM备份服务器(包括主服务器和共享服务器)的数据(文件和数据库资料)直接进入磁带库；各客户端的备份数据由网络传到备份主服务器，进入带库；如果采用LAN-Free备份方式，客户端的备份数据则不经过局域网和备份服务器，而是直接备往带库；对于一些小文件，我们可以先将这些小文件备份到TSM备份服务器的本地硬盘存储池中，待达到一定百分比时，在一次性迁移到带库中；而对于一些大文件，可以直接备份到带库中。这样可以大大提高数据的备份效率，提高存储设备的利用率。为提高备份质量、保证数据安全，可以采用TSM软件的自动的副本存储池复制功能，同时进行备份复制，一份近线保管，另一份离线保管(所有管理均由备份软件完成)提高系统容灾能力。

4.2 文件系统备份与恢复策略建议

4.2.1 备份策略（永久增量备份）

XXX业务系统有很多数据保存在文件系统中，对于文件系统的备份，TSM采用业界最为先进的永久增量备份方法，即：除了第一次需要进行全量备份之外，以后每次都进行增量备份，而无须进一步的全量备份，在恢复的时候可以一次性的恢复，从而能够大大减少需要备份的数据量，加快备份和恢复的速度；

除TSM之外，其他的备份软件基本上都采用某种完全、完全+增量或完全+差异的备份策略。TSM引入了一个新范例叫永久增量备份方法。当首次备份文件系统或计算机时，由于TSM以前未曾备份，所有的文件都将移动。当备份拷贝发送到TSM服务器时，每个文件单独存放在数据库中。文件名信息、所有者和安全信息、创建和修改时间，以及拷贝自身都放置在TSM服务器连续存储分层结构中。如果客户策略要求拷贝到磁带上，TSM数据库将记录磁带的条形码、起始块地址和文件长度。

在初始的备份后，将只考虑增量问题（不再进行完全拷贝）。每天将只移动上次备份操作后改变了的文件。并且，文件发送到TSM服务器后被单独存放在数据库中。当需要拷贝到磁带时，TSM服务器查询数据库，确定从前的拷贝在哪一个磁带上。一旦确定，将对该磁带进行再设置并把新拷贝附加在磁带末尾。这种对备份拷贝的收集都来自于同一台计算机或文件系统，于是形成了所谓的排列组。每天，改变的文件累加到排列组中（见图）。

图：永久增量备份

永久增量备份采用增量，提供了备份效率；采用排列组，提高了介质管理效率；准确地只移动期望的文件，提高了恢复效率。该方法最大的功效还在于：累加方法并不需要在一个完全备份后才能开始恢复过程，也就是说并不需要周期性地建立完全备份拷贝。而对完全+增量或完全+差异方法，无论是否改变，每周都要移动和存储几十亿字节的数据。有了永久增量备份方法，就不需要这样做了。于是客户节省了大量的网络带宽（LAN、WAN或SAN）、磁带介质和时间。

在TSM中，一个备份策略的制定可以让所需要被备份的客户端来共享，也可以在一个备份中心制定多个备份策略以满足不同数据备份的需要。Tivoli使用Domain的模式来进行管理，可以为每个Domain的备份和归档分别制定备份策略，包括：

• 保留的版本数

• 每个版本保留的天数

• 到期版本的保留天数

• 介质数据再集中的阀值

• 。。。。。

4.2.2 恢复策略（一次恢复）

恢复操作的目标是让文件系统或计算机回到期望的某一时间点。常见的情况是客户期望的时间点就是最近某时刻。在永久增量备份方法下，完成一个完全的恢复操作只需告诉TSM服务器期望的时间点。利用时间点信息，TSM服务器查询数据库中文件集合，看它们是否在期望的时间点上。这些文件存在于同一个排列组上，通常也位于一个（或少数几个）磁带上。设置了正确的磁带后，数据库指定每个文件的长度和起始块位置。大多数现代的磁带驱动器都具有快速扫描功能，能迅速定位到期望的备份拷贝并执行恢复操作，这样只移动了期望的文件。用户可以把该过程看作完全系统操作中一个完整的恢复过程。该过程就象在期望的时间点做了完全备份一样（见图）。

 

图：时间点恢复

4.2.3 备份/恢复策略举例

备份策略的制定在很大程度上需要和XXX的实际备份需求相适应。下面结合Tivoli的永久增量备份技术来描述一个简单的备份策略：

• 初始采取全备份策略，保留一份完整的数据。

• 以后每天采用增量备份，选用增量级别。

• 当出现恢复要求时，只需将全备份的全部数据加上前一天备份的增量数据恢复出来即可。

• 经过一段较长时间后，可以再进行一次全备份。

• 当要求恢复某些错误删除的文件时，系统会根据文件索引，找到删除文件的各个备份时间版本，从而帮助用户确认后从删除前一天的备份介质中加以恢复。

4.3 数据库备份及恢复策略建议

对于XXX的业务系统而言，数据库是核心数据组成部分之一，因此针对数据库制定一个良好的备份策略是至关重要的。对于数据库系统的备份工作，主要主要内容包括数据库系统备份和业务数据备份两个方面：

4.3.1 数据库系统数据备份策略

为了在主机、数据库、应用软件系统发生故障时，能够迅速、有效的使系统得到恢复，需要对主机、数据库、应用软件系统进行备份。由于主机、数据库、应用软件极少发生变动，所以它的备份策略也比较简单。

(1) 在主机、数据库、应用软件安装调试完毕后，将主机、数据库、应用软件系统的备份到磁带上。

(2) 在对主机参数、数据库参数、应用软件进行修改后，及时将主机、数据库、应用软件系统备份到磁带上。

(3) 定期对主机、数据库、应用软件系统进行全备份。这些全备份可以通过TSM的定时自动完成。

此外，TSM备份解决方案还可以提供额外的操作系统备份模块，应用系统备份模块等，能够对操作系统进行裸机备份，通过避免系统故障时重装操作系统来减少恢复时间。

4.3.2 Oracle数据库的备份与恢复

Oracle在归档模式下运行，利用IBM Tivoli Storage Manager for Databases模块调用RMAN进行在线的热备份，可以在备份时，对备份数据保存在不同的存储对象中，以满足客户容灾的要求，可以利用TSM的多线程的数据迁移、利用多个磁带驱动器同时读写提高其数据备份的效率。

针对Oracle的总数据量和增量数据量大小，我们可以利用Oracle的多达三级的增量备份机制，结合TSM强大的备份数据追踪寻址能力和介质管理功能，制定灵活的备份策略，实现全自动的备份数据的全生命周期管理。

根据客户的数据量和网络条件，我们建议：Oracle的备份以周为备份周期，星期一到星期六做数据库累积增量、归档日志、控制文件和CATALOG用户所有对象的备份，星期天做全备份，保留前面一周期和当前周期的备份，每个周期有两份容余。而且由于该应用的Oracle系统版本较新，也可以利用一些最新的Oracle备份技术，将同样的一份备份数据同时保存在不同的存储介质中去，如磁带和硬盘，以保证备份数据的完整性和安全性。对于Oracle系统的数据备份和恢复的性能，可以通过开辟多个Oracle数据备份通道和多重数据迁移的技术得到保障。

对于以上的备份文件，根据管理的要求设定其保存时间，当此类数据过期时，TSM将自动进行清理，无须管理人员参与。备份时可以利用TSM的永远增量备份的功能、多线程的数据迁移提高数据备份的效率，也可以利用TSM独特的磁带分类集中存放技术保证数据存放的合理性，减少磁带的占用，提高数据恢复的效率。如果此类文件较小的话，可以利用TSM独特的磁盘池的功能，先将这些小文件备份到备份服务器的本地硬盘存储池的TSM临时存储池中，待达到一定百分比时，再一次性迁移到带库中。

恢复操作及策略

可以通过本地的TSM Server结合TSM for Databases利用备份数据进行数据恢复。恢复时，TSM可以实现多线程的数据恢复，可以利用TSM独特的磁带分类集中存放技术，减少磁带的就位时间，提高数据恢复的效率。

先用最近一次的全备份恢复＋恢复最近一次的增量备份＋增量备份到断点的ARCHIVE LOG来恢复（要求数据库在ARCHIVE LOG模式下工作）。这种恢复方式比全部用ARCIVE LOG恢复要快。

如果两份容余的最近一次增量备份都不可用，可以追溯再上次的增量备份来恢复，然后用增量备份到断点的ARCHIVE LOG恢复。

如果最近一次的全备份恢复都不可用上个周期的全备份＋上个周期的最后一次增量备份＋本周期的最近一次增量备份＋增量备份到断点的ARCHIVE LOG来恢复。

如果增量备份都不可用，那么可以用全备份＋ARCHIVE LOG来恢复。

4.3.3 DB2数据库的数据备份及恢复策略

在DB2数据库内部集成了TSM的备份模块，数据能够直接备份到TSM备份服务器或者在TSM备份服务器的控制之下通过LAN-Free的方式将数据通过SAN直接备往带库。结合TSM强大的备份数据追踪寻址能力和介质管理功能，制定灵活的备份策略，实现全自动的备份数据的全生命周期管理。

Tivoli Storage Manager 能够无缝的支持DB2数据库的各种备份操作，而不需要增加任何模块。DB2数据库内部集成了TSM的备份模块，使得数据能够直接备往TSM备份服务器或者在TSM备份服务器的控制之下通过LAN-Free的方式将数据通过SAN直接备往带库。

TSM 提供了备份接口供数据库和应用程序使用，而DB2的备份工具集成了使用该接口的模块。TSM能够不仅能够通过备份接口来备份DB2的data file，还能够备份DB2数据库log file。log file 在变为inactive 时就会被移至User Exit应用程序，然后通过设置可以自动被TSM所接受。如下图所示：

图：TSM 通过应用接口备份DB2

DB2数据库备份的自动调度也可以通过多种方式来实现，如通过TSM的调度、通过DB2的定时备份功能以及通过操作系统的定时功能等。TSM和DB2数据库备份的无缝集成使得DB2数据备份更加安全而有效，从而为用户提供更为方便有效的备份服务。

4.3.4 SQL Server数据库的备份

备份操作将在 Tivoli Storage Manager 存储媒体上创建所有或部分 SQL 数据库的副本。TSM for SQL 提供备份和恢复 SQL 数据时必需的逻辑机制和逻辑。 

当备份执行后，TSM for SQL 将保留关于 SQL Server 和数据库的信息。备份完成后这些信息将用于查询和恢复操作。有关数据库文件组和文件的名称和大小的信息作为子对象与数据库数据一起存储。这些子对象被称为元数据。仅当需要有关单个数据库文件组和文件的信息时才需要此“元”子对象。

TSM for SQL 提供除了完全和日志备份以外范围扩大的备份类型，这样当您不想备份整个数据库或由于备份时间或性能需要不允许执行这样的备份时，它将提供更大的灵活性。Data Protection for SQL 提供六种类型的备份：完全数据库备份、差分备份、日志备份、文件备份、组备份和集备份 

4.4 邮件系统的备份与恢复建议

4.4.1 Domino邮件系统备份与恢复

如果采用Domino系统，可以利用IBM Tivoli Storage Manager for Mail实现在线的热备份。

对于5.0.3以上版本的Domino系统，可以利用Domino的Active Log模式，利用Tivoli Data Protection For Mail实现在线的热备份，可以实现Domino系统的数据库文件的全备份和增量备份，也可以实现Active Log的在线热备份。对于5.0.3以下版本的Domino系统，利用Tivoli Data Protection For Mail实现在线的热备份，也可以实现Domino系统的数据库文件的全备份和增量备份。

对于Domino系统的恢复，可以通过本地的TSM Server结合TSM for mail利用备份数据进行数据恢复。

对于5.0.3以上版本的Domino系统，先用最近一次的全备份恢复＋恢复最近一次的增量备份＋增量备份到断点的ACTIVE LOG来恢复。

对于5.0.3以下版本的Domino系统，用最近一次的全备份恢复＋恢复最近一次的增量备份实现恢复。

4.4.2 Exchange 邮件系统的备份与恢复

如果采用Exchange系统，也可以利用IBM Tivoli Storage Manager for Mail实现在线的热备份。包括邮件组和单个邮件的热备份。

对于备份文件，根据管理的要求设定其保存时间，当此类数据过期时，TSM将自动进行清理，无须管理人员参与。备份时可以利用TSM的永远增量备份的功能、多线程的数据迁移提高数据备份的效率，也可以利用TSM独特的磁带分类集中存放技术保证数据存放的合理性，减少磁带的占用，提高数据恢复的效率。如果此类文件较小的话，可以利用TSM独特的磁盘池的功能，先将这些小文件备份到备份服务器的本地硬盘存储池的TSM临时存储池中，待达到一定百分比时，在一次性迁移到带库中。

对于文件系统和裸设备的备份，可以直接利用TSM Client进行备份。

备份通过TSM的定时机制自动完成。

当操作系统或应用出现问题时导致不可用时，需要通过TSM进行数据的恢复，在本方案中，数据的恢复策略可以根据不同的情况而制定：

4.5 SAP系统的数据备份及恢复策略

对于XXX的SAP系统，我们建议采用TSM客户端与TSM for ERP(SAP)相结合的方法来进行SAP数据的在线备份；TSM for ERP是对SAP进行实时在线备份的软件。SAP的系统是一个三层架构的Server-Client的应用，如下图所示：

图：SAP的三层结构

第一层是数据库服务器（Database server）：R/3应用的所有数据和Log都存放在此层，目前，R/3系统支持的后台外挂关系型数据库有：Oracle、DB2、Informix、SQL等，国内使用面最广的是基于Oracle或DB2的R/3应用。

第二层是SAP的应用服务器（SAP Application-server），SAP的源程序和客户开发的R/3应用集中在此层，R/3系统通过一个内部的数据管理工具SAPDBA和数据库服务器紧密的关联在一起，执行对数据库服务器的系统管理、存储管理等。

第三层是用户的操作层（Presentation Client），终端用户通过此层进行系统的具体应用。

因此，从完整的系统存储管理来说，对于SAP的应用，在存储管理方面，必须兼顾数据库服务器和SAP的应用服务器两个层次，才能作到SAP应用的在线备份。Tivoli提供了Tivoli Storage Manager For ERP On Oracle/DB2模块，结合Tivoli Storage Manager，可以对SAP的数据库服务器（Oracle或DB2）进行在线的热备份和恢复。在存储区域网（SAN）的环境下，可以实现不依赖网络带宽（LAN-FREE）的数据备份和恢复。

TSM for SAP和 Tivoli Storage Manager 提供可靠的可再生的操作过程使得系统管理员可以有效的管理大量的数据。它使ERP管理员通过一个定制的界面和SAP DBA提供的功能，同时借助TSM的自动数据管理能力来备份和恢复ERP数据库。TSM for ERP是业界领先的SAP数据保护解决方案。 

在XXX ERP系统中，对于生产系统的ERP服务器，需要使用TSM for ERP软件，保证系统在正常运行时可以在线备份。由于备份工作由ERP的控制接口控制，具体备份的策略结合实际情况，采用全量备份和增量备份结合的备份方式进行。

4.6 操作系统的备份与恢复建议

AIX操作系统数据存放在根卷组（rootvg），而用户数据，包括数据库系统文件及数据、其他文件数据等存放在其他的卷组。那么，用户在进行日常数据备份时，可以通过TSM将用户数据所在的卷组进行备份（包括全备份和增量备份）；对于根卷组下的操作系统数据，可以使用AIX操作系统本身提供的命令mksysb来备份到磁带中。这样，在进行系统恢复时，如果只是涉及到某一个卷组、数据库或者是文件，操作系统并没有损坏，那么通过TSM即可完成对系统的恢复；如果发生了系统严重故障，必须重建操作系统时，可以先使用通过mksysb备份出来的磁带来启动，恢复操作系统，再使用TSM来恢复其他的卷组以及数据库、关键文件等数据。其他的UNIX操作系统如Solaris和HP-UX也有类似的命令。

对于Windows操作系统，可以利用系统引导盘快速启动操作系统，进入ASR恢复界面，利用TSM Client备份的操作系统的系统对象快速恢复操作系统。

4.6.1 本地TSM服务器系统的恢复

如果TSM Sever建立在HA的环境下(即TSM Server分别安装在HA的双机上，而数据库文件则建立在共享的盘阵上)，一旦TSM Server瘫痪，将由Standby TSM Server自动接管。

如果在配置TSM Server中，已经将其后台数据库作了MIRROR配置，则只需将MIRROR的数据库文件直接激活即可。

否则，我们将会利用对TSM数据库所作的本地备份，利用该数据库的恢复功能恢复本地数据库，直接恢复TSM Server。

4.6.2 当本地整个计算机系统的恢复

如果是硬件或网络的故障，必须首先排除硬件或网络的故障。然后，进行操作系统的恢复，在此基础上，利用Tivoli Disaster Recovery Manager，可以来帮助管理人员实现数据恢复计划的建立和实施。包括实现TSM系统和应用系统的自动重建。通过DRM的实时的灾难恢复计划，有效的管理各种在线和离线的存储介质，为应用系统的恢复提供强有力的保障。而无须系统管理人员在大量的磁带中寻找合适的磁带进行应用系统的恢复。并且，灾难恢复计划是一个非常实用的灾难恢复流程顾问工具，通过DRM，不仅可以自动的恢复TSM系统和应用系统的数据，而且，可以帮助用户进行存储管理流程的建立和优化，实现规范化的存储管理。

同时，如果本地恢复比较困难的话，可以利用本地TSM的Backupset功能，进行本地数据的异地恢复工作。TSM的Backupset，可以把备份节点的文件数据和元数据都写入到同一卷磁带上，因此可以脱离开TSM服务器环境而独立进行数据的读取和恢复。

4.7 灾难恢复流程建议

4.7.1 TSM备份系统的离线介质管理

XXX本次备份方案，不仅涉及到生产中心的数据本地备份，还应该考虑备份数据的离线保存，和部分生产中心数据到容灾中心的异地传输；

为了保证备份数据的可靠性，我们建议对生产中心重要数据备份的磁带介质进行复制，一份用于近线保存，另一份用于离线数据保护（建议将此份磁带保存在灾备中心，可用于数据的异地恢复）。TSM能够生成备份数据的多个副本，并支持对离线介质的管理，如下图所示：

TSM能够自动进行存储磁带介质的管理，对于离线的磁带，TSM能够自动跟踪其状态，如从磁带库到离线位置，TSM的DRM模块还能够自动进行离线磁带上的数据过期与淘汰，自动标示那些离线磁带可以被回收利用等。这些技术充分简化了离线磁带的管理。

TSM是建立在关系型数据库上的企业级数据备份管理软件。Tivoli灾难恢复管理器创建并使用数据库信息，从而管理灾难恢复的准备过程。TSM的DRM模块（灾难恢复管理器）加强了TSM备份系统。

TSM的DRM模块不仅通过将数据异地保存来保护企业的数据，而且能跟踪所有在线和离线的磁带，并可以自动识别哪盘磁带离线。自动产生的灾难恢复计划也能自动的每日更新。通过这个自动产生的灾难恢复计划，我们可以以最小的工作量在异地或本地重建我们的应用系统，这意味着，TSM的DRM模块将不仅包括通常的意义上的灾难恢复计划，还包括前瞻性的业务持续性发展计划，可以对企业的应用提供多重的灾难恢复模式。

4.7.2 TSM备份系统故障保护与恢复

TSM备份系统与其他的业务系统一样，也需要进行充分的保护，以备发生故障时有效的进行数据恢复，充分保证数据的可靠性和安全性；

TSM备份系统的保护主要有以下手段：

1． TSM服务器采用HA双机技术，当其中一台服务器停止工作的时候，另外一台服务器能够顺利接管，保证备份和恢复任务不中断；

2． 采用镜像技术和备份技术保护TSM系统的索引信息数据库，可以将TSM的内置数据库卷镜像到其他的硬盘空间，还可以将其通过NFS镜像到其他机器的存储空间，从而充分保证索引数据库的可用性；此外，我们还建议通过备份技术每天对TSM系统的索引信息数据库进行备份，可以备份至一盘或一组独立的磁带上，并定时做离线，从而充分保证索引数据库的可靠性；

3． 通过拷贝存储池技术来对备份的业务数据进行额外保护，并定期做离线，当灾难发生时，能够有效恢复；

当TSM系统由于意外而需要重建时，我们可以按以下步骤处理：

1． 如果TSM Sever建立在HA的环境下(即TSM Server分别安装在HA的双机上，而数据库文件则建立在共享的盘阵上)，一旦TSM Server瘫痪，将由Standby TSM Server自动接管。

2． 如果在配置TSM Server中，已经将其后台数据库作了MIRROR配置，则只需将MIRROR的数据库文件直接激活即可。

3． 如果对其后台数据库作了及时的本地备份，利用数据库的恢复功能恢复本地数据库，直接恢复TSM Server。

4.7.3 基于TSM的数据容灾方案

为了充分保护数据的安全性，我们建议将重要的业务数据不仅备份到本地的磁带库，还应该复制一份用于离线，离线的磁带应该由TSM系统进行有效跟踪管理；此外，我们还建议由TSM系统负责将一些没有同步到容灾中心的数据定期复制到容灾中心，以备灾难发生的时候进行快速恢复；

因此，我们在此建议使用TSM磁带离线管理和TSM远程数据传输管理两个重要的技术构建数据级的数据容灾方案。

使用DRM模块进行离线磁带管理

关于TSM的离线磁带管理，我们在前面章节已经专门阐述，基本思想是采用TSM的灾难恢复模块DRM进行集中管理；

TSM的DRM模块用于对TSM系统进行自动化的保护，在灾难恢复时进行系统的快速自动恢复。DRM的核心功能是自动生成并更新灾难恢复计划，自动跟踪离线磁带的状态，进行磁带介质的自动管理，自动化TSM服务器的恢复管理。具体功能如下图所示：

针对XXX的具体需求，我们建议在生产中心集中数据备份的基础上，由TSM系统定期生成离线磁带，定期做磁带离线，当灾难发生时，有效进行数据恢复；

TSM远程数据传输方案

针对那些没有同步到容灾中心的重要业务系统数据，我们建议采用TSM的远程数据传输功能进行数据级容灾复制；TSM提供两种远程备份容灾机制，一种是基于网络和移动介质的导出和导入机制，另外一种是远程备份技术；我们将分别阐述这两种技术，并根据XXX具体的网络条件和要求选用相应的技术。

Server-To-Server数据复制技术：该技术能够将生产中心TSM备份系统的所有或部分数据导出，并可传输到另一服务器（导入）。有两种方法可用来执行导出和导入操作：

• 直接导出到网络上另一TSM服务器，即容灾中心的TSM系统。这种方式不需要在两个TSM服务器间有兼容的顺序设备类型就能立即进行数据传输。 

• 导出到顺序介质，然后使用此介质将数据导入到具有兼容设备类型的另一个TSM服务器。

使用TSM的远程Server-To-Server容灾复制功能，我们能够通过下列一个或多个导出命令将全部服务器控制信息或其子集导出： 

EXPORT ADMIN 

EXPORT NODE 

EXPORT POLICY 

EXPORT SERVER

将数据导出到目标服务器时，需要指定将接收导入TSM操作数据的服务器名称。TSM的远程复制功能支持增量复制，系统管理员可限制在指定的日期与时间或在此之后导出到存储在服务器上的对象的文件数据。可使用 FROMDATE 和 FROMTIME 参数，基于文件原来存储在服务器中的日期与时间来导出数据。FROMDATE 和 FROMTIME 参数仅适用于客户机用户文件数据；这些参数不影响其它已导出的信息，例如策略。

远程备份技术：TSM同时提供远程备份技术，TSM技术架构的灵活性使我们能够使用一个TSM客户端将数据备份到不同的TSM服务器，因此，我们可以将需要远程容灾备份的数据首先备份到生产中心的TSM系统，然后通过广域网远程备份到容灾中心的TSM系统，容灾中心的业务系统可以通过TSM客户端直接从本地的TSM系统进行数据恢复；

考虑到XXX的具体需求，我们建议根据需要远程传输的数据量和网络带宽选择合适的方式，如果需要传输的数据量较大，而带宽较小，则采用先在生产中心将数据导出到磁带，然后再从磁带导入容灾中心的TSM系统的方式；反之，如果需要传输的数据量较小，则可以采用Server-To-Server的传输方式，或者采用远程备份技术从生产中心的TSM系统直接将数据复制到容灾中心的TSM系统中去。

从TSM V5.5开始，TSM系统对Server-To-Server也支持断点续传的功能，因此更大限度的降低了对容灾网络的要求。

4.7.4 基于TSM的数据恢复流程

当发生大规模灾害，导致本地IT系统崩溃时，启动异地数据恢复。由于XXX的生产中心数据都已经复制到了容灾中心，所以当生产中心由于灾难而不可访问时，可以切换应用到容灾中心；而只有在容灾中心发生灾难时，才会考虑采用TSM的最后恢复方案；

TSM的灾难恢复方案，主要是使用生产系统备份的离线磁带，在灾备中心恢复生产中心备份系统DB和recovery log，再将备份数据异机恢复到灾备中心环境中。TSM具备灾难恢复模块，Tivoli Disaster Recovery Manager，该模块能够帮助管理人员实现数据恢复计划的建立和实施。包括实现TSM系统和应用系统的自动重建。通过DRM的实时的灾难恢复计划，有效的管理各种在线和离线的存储介质，为应用系统的恢复提供强有力的保障。无须系统管理人员在大量的磁带中寻找合适的磁带进行应用系统的恢复。并且，灾难恢复计划是一个非常实用的灾难恢复流程顾问工具，通过DRM，不仅可以自动的恢复TSM系统和应用系统的数据，而且，可以帮助用户进行存储管理流程的建立和优化，实现规范化的存储管理。

具体来讲，当数据需要灾难恢复时，我们建议按照以下流程处理：

1. 为灾难恢复准备TSM服务器；

2. 通过DRM模块，恢复生产中心备份服务器（包括DB和recovery log）；

3. 重建应用系统并通过TSM快速恢复至上一次备份状态；

4. 通过TSM Client恢复文件系统；Windows系统直接恢复到目标服务器；SCO UNIX系统先恢复到临时服务器，通过NFS方式将文件恢复到SCO UNIX系统

5. 恢复数据库，SAP等系统的应用数据；直接通过DB2自带的TSM备份接口恢复数据库；

6. 重新启动数据库，验证数据库数据的可用性

 

5 方案优势总结

5.1 全面的解决方案

Tivoli软件覆盖了系统管理（包括硬件、操作系统、网络、应用的监控和管理）、安全管理、存储管理等领域，而且，Tivoli所有的产品都可以良好的集成在一起，通过一个统一的界面就可以实现系统管理的所有功能。

TSM可以通过Tivoli Plus Module和Tivoli的其他产品无缝集成，包括Tivoli的系统监控、事件分析处理工具、网管、安全模块等，从而构成一个完整的系统管理解决方案。

TSM可以和Tivoli的综合事件管理平台Tivoli Enterprise Console(TEC)无缝集成，通过TEC进行统一的事件收集和综合事件分析。

与DB2和Informix数据库的无缝集成，由于XXX的数据库主要采用DB2，所以TSM具有最好的集成性；同样作为IBM 的软件产品，Tivoli Storage Manager 能够无缝的支持DB2数据库和Informix (从Informix IDS 10开始)数据库的各种备份操作，而不需要增加任何模块。在DB2和Informix数据库内部集成了TSM的备份模块，使得数据能够直接备往TSM备份服务器或者在TSM备份服务器的控制之下通过LAN-Free的方式将数据通过SAN直接备往带库。

5.2 高性能的数据备份和恢复

- TSM备份软件提供业界最为高效的数据备份和恢复，并提供最优的网络及磁盘和磁带利用率，其原因在于TSM先进的设计架构和领先的技术手段： 

- TSM提供后台关系数据库的支持，从而使恢复和备份速度大大加快，有效的减少管理成本。

- 提供永远增量备份方式，通过先进的技术手段减少需备份的数据量，最大限度的提高备份工作的效率。应用永远增量备份技术，可以大大减少磁带的消耗，减少备份时对网络的占用，减少总体拥有成本，满足今后企业发展的需要，实现最大限度的投资保护，备份数据的减少可以提高系统的恢复效率，这可以提高应用的可用性，实现应用级的快速恢复。

- 在备份和恢复过程中，TSM都提供了多线程的数据流支持。

- 通过磁带数据的自动重整，减少磁带碎片，提高磁带的利用率，节约客户成本，保证数据的可用性。

- 通过磁带的数据分类集中存放，可以将同类型的数据集中存放在一组或一个磁带上，从而在恢复时保证以最少的磁带恢复，大大加快了恢复速度。

- 支持在SAN环境下的LAN-FREE数据迁移。

- 支持备份和恢复过程中的断点再续。

- 提供Web Proxy Server（TSM代理服务器），减轻在多个备份进程同时发生时TSM服务器的负担。

- TSM提供了SELF-TUNING的调试工具，可以指导系统管理人员进行性能优化。

- 在TSM的系统配置文件，提供了一系列的参数优化TSM系统。

5.3 集中的监控管理

通过TSM的ISC（Integrated Solution Console）可以进行多个TSM Server的集中统一监控，这就意味着XXX可以在生产中心通过一台服务器，一个ISC界面集中生产中心和灾备中心的TSM备份系统，并且由于ISC是基于Portal技术构建的，可以定义不同权限的用户，进行不同TSM的管理。

下图所示：已配置server1为配置管理器，可以向作为受管服务器的server2,server3下发管理策略，建立了profile1，定义这三个服务器为group1

可通过“服务器组”查看服务器状态

5.4 强大的灾难恢复

TSM备份软件内置了灾难恢复管理器(Disaster Recovery Manager，简称DRM)来提供灾难管理和恢复的功能，指导用户如何操作来迅速恢复企业范围内的各种数据。

自动、准确的DRM功能帮助用户保护宝贵数据的安全性。在TSM管辖内的数据，都能通过DRM自动策划、准备及制作备份恢复计划，一旦DRM生成了计划文件，所有服务器上最新的相关信息都被收集起来，以备恢复。

如果灾难发生，DRM提供恢复步骤的详细文档，可执行的描述文件自动恢复数据、重建环境。DRM使得企业可以很快回复正常运转。

DRM智能化管理和跟踪备份介质的转移。帮助管理员决定哪些介质本地保存，哪些介质需要异地保存。当恢复灾难时，DRM帮助用户迅速找到所有需要的介质，无论这些介质是在本地或运输途中或在异地的保险柜里。

TSM客户端追踪管理功能帮助系统管理员了解哪些系统被灾害摧毁，以及这些机器所需要的软硬件，以便用户决定需要重新定购哪些设备来替换损坏的设备。其他DRM记录的重要信息包括：需要恢复的各台机器的优先级；相关人员的连续方式等。

同时，对于异地数据保管和恢复，TSM 提供了一个独特功能：Instant Archive and Rapid Recovery。这个功能是在TSM server上将所需要恢复的数据影像到其它的可移动存储介质中，如普通8mm tape、可写CD等。管理人员再将这些存储介质拿到需要恢复的设备上，利用TSM Client的功能将这些数据恢复到系统中即可。这个功能即可以帮助客户将最为重要的数据复制到CD或磁带中永久归档保存；又可以在网络出现故障时，作为解决远程恢复问题的辅助手段。Instant Archive and Rapid Recovery在功能上类似于UNIX的系统备份。这种脱机恢复方式可以允许系统恢复到任意符合要求的设备上，为分析，开发，灾备提供了更大的灵活性。

5.5 数据的安全性

作为顶级的企业备份软件，TSM在进行产品设计时，充分考虑到了备份数据的安全性，采用多种技术手段进行数据保护，而且所有这些技术特性都包含在TSM 软件的基本配置中，不需要用户单独购买新的产品或模块，有效的保护用户的投资。所有主要采取的技术手段包括：

128位数据加密：对备份数据采用128位的AES数据加密，充分保证备份数据的安全性，有效防止备份数据被非法截获或读取；

Web系统的SSL加密：管理系统和备份客户端等所有web管理系统使用SSL加密；

虚拟存储池技术：备份数据保存的虚拟存储池采用专有格式，任何人拿到单独的备份介质，无法使用通用的tar之类的指令读出数据，截取信息。

单一通讯端口的跨防火墙备份技术：其他备份软件需要打开很多通讯端口，造成安全漏洞。TSM只需要打开单一的通信端口，就可以完成数据传输、控制信号传输等所有工作，并且TSM专门设计了TSM Web Proxy Server，保证安全万无一失。

内置关系数据库的认证技术：备份系统的索引(Catalog)信息使用内置关系数据库，任何人只要没有TSM的管理授权，无法查询、修改这一信息。其他备份软件使用普通的asiic码文件保存，任何人都可以查询、修改文件而无需授权，造成信息泄漏和数据丢失。

5.6 其它优势

除了以上提到的优势之外，TSM软件还具有其他众多的优势：

5.6.1 磁盘高速缓存的优势

客户机文件可以直接被输送到磁盘池、磁带池或者光盘池中。磁盘池对随后将输出给磁带的来自多个客户机的数据进行临时缓存，这就使得IBM解决方案能启动比配置的磁带驱动器更多的备份任务，而且不必对处于单一数据流下的多个客户机数据进行交替存储。将缓存的数据移植到磁带内，可以保证TSM通过磁带间隙最小化而更有效地利用磁带，通常在数据传送时的暂停而造成的磁带启动和停止会造成这种磁带间隙。将数据缓存到磁盘池也使TSM能够以一种智能方式对数据进行重组，同时将数据写进磁带以便进行最有效的恢复。

5.6.2 更高的数据可靠性

TSM并不是在多个磁带盒间将数据条纹化，这就解决了需要多个驱动器来启动恢复的问题。另外，它不需要跨多个磁带驱动器从多个客户机来传送数据就能实现对话复用，从而有效实现了所需要的吞吐量。通过将数据从低性能客户机输出给磁盘，TSM可以将数据从单个客户机节点移植到单盘磁带上，这样就提供了更高的数据可用性，因为单一数据流有效的可靠性即为所有存储数据流的介质产品的可靠性（例如，假如备份数据以99%的可靠性在三个磁带盒间进行“条纹化”备份，则有效的可靠性将只有97%）。因为不必等待安装磁带媒体，因此磁盘缓存还提供了用于单个文件恢复（通常占全部恢复的80%多）的更快的平均恢复时间。

5.6.3 介质回收

最佳的介质管理能力使已用过的的磁带盒在到期后能被回收。这种对有效数据持续不断的整合使得TSM能使用比竞争对手产品更少的磁带盒，这样，在将所有有效数据保存进磁带库的同时，也节省了大量存储费用。

5.6.4 内置关系数据库

与那些大多数采用普通文件索引目录的其它备份和存档产品不同，TSM唯一地具有用来跟踪备份和存档数据的全功能数据库和恢复纪录。TSM关系数据库的多阶段提交序列以及恢复纪录技术能保证数据被完整地输送到存储池而无需验证过程。目前，大多数IT机构正在利用数据库体系结构来存储他们最关键的数据。数据库被应用于保护关键数据的存储管理系统中，这一点很有意义。

5.6.5 集中管理

可以减少管理人员数量、时间和工作、并且易于从一个中心管理屏幕对多个TSM服务器进行管理的企业管理，已被完全集成进基本的TSM产品中，而且做到了统一计费。特性的配置能够直接完成，无需再编写专门的脚本。另外，TSM告警信息可以被送给EA控制台和Tivoli企业控制台（TEC），或者送到Tivoli 业务系统管理器以进行额外的自动和业务影响分析。

5.6.6 永久增量备份

用于文件系统数据的累进备份意味着客户不必再进行完全备份，这意味着客户每晚只备份较少的数据，从而节省了网络、服务器和存储资源。备份将被更快地完成，而且恢复也将变得更快，因为TSM不需要完全加增量备份的恢复样式。

5.6.7 瞬时存档/ 快速恢复

TSM可以由您数据的最新“活动”备份版本来创建一个存档映像。该存档映像可由储存在主存储池中的备份数据来创建，从而避免了LAN上的额外数据流量。该映像保存在可以提供给最终用户的专用介质上，用户不需要使用TSM服务器或通过LAN来进行恢复就能有效地恢复数据。

5.6.8 SAN能力/磁带池

TSM具备SAN能力，并采用了第一个可交付的磁带池产品，该产品不仅提供了SCSI磁带库共享能力，而且也实现了用于AIX、SUN和NT TSM服务器的动态磁带共享。由于Magstar 3494不是SCSI库，因此不需要使用传统的SAN磁带库共享产品（由TSM和其他厂商使用）。基于这个原因，Tivoli和IBM开发了独特的TSM功能，利用对等方法来进行协作式的驱动器分配。当3590驱动器通过SCSI或SAN连接时，这些功能可以得到有效使用，并且通过一个新的TSM服务器选项：3494SHARED来实现。在SCSI环境下，3590-E驱动器的双线能力可连接（或动态共享）两个或更多的TSM服务器。而在SAN环境下，两个或更多的TSM服务器可以共享一台3590驱动器。

5.6.9 支持TCP IP v6, SSL和长文件名

TSM自从v5.5版本开始提供了对TCP /IP v6的支持，并对任何一组TSM组件之间的通信提供SSL加密的支持，例如服务器与备份归档客户端的通信，服务器与管理客户端的通信等。

TSMv5.5目前可以支持长达8704字节的长文件名。

5.6.10 高效，自动的报告功能

高效，自动的报告功能，TSM提供集中，统一的报告功能，具体可以划分为运作报告和故障报告两类。运作报告将按指定时间汇报，TSM备份环境的工作状态，各种作业是否成功完成等；而故障报告会在备份环境出现故障时报警。这两种报告都支持使用邮件，Windows桌面消息，Web网页等多种方式来及时通知管理员。

图TSM报表功能