TSM6培训教程

深圳市奇摩计算机有限公司沈炤宇
13828776917
Email ： shzy@kimocomputer.com

 TSM 系统的基本结构
3

 TSM server
TSM server 是整个系统的核心部分，主要包括几个方面：
1 、统一管理备份数据空间（硬盘、磁带），一盒磁带可以备份多个客户机的数
据，当一盒磁带空间不够时可以自动使用其它磁带的空间继续备份，解决了常
规备份中存在的磁带空间浪费、磁带换带管理问题。
2 、客户机会将备份信息通过网络将数据传送给 TSM server ， TSM server 在保
存数据的同时将相关的信息登记到专门的数据库中，这样就可以方便地检索备
份的内容，以及它们存放的地址，提高了数据的可恢复性。由于有专门的数据
库跟踪每个备份数据的状态信息，因此可以非常方便地管理历史备份数据。
3 、磁带库设备是由 TSM server 统一管理的，因此可以很方便地协调多个客户
机共享磁带库设备的问题，避免多个客户机同时访问一个磁带机造成的冲突。
同时在可能的情况下，也可以实现分配多个磁带机给一个客户机并行使用，提
高备份、恢复的性能。
4

 TSM 管理工具
管理 TSM server 有两种方式：
1 、基于命令行的管理接口，可以在任何一个安装了命令行管理接口的机器上连
接 TSM server 进行管理。
2 、 TSM 也提供了一个基于 WEB 的管理工具，此工具可以与 TSM server 安装
在同一台机器上，也可以安装在单独的机器上。可以在任何机器上使用浏览器
访问此管理工具的 web 页面即可管理 TSM server 。管理工具由两个部分组成
： Integrated Solutions Console （简称 ISC ）、 Administration Center （简
称 AC ）。
AC 是一个管理接口，转译 ISC 发送过来的管理请求并提交 TSM server 执行，再
将 TSM server 的返回数据转交给 ISC 。
ISC 以 WEB 方式提供管理界面，负责将管理请求发送给 AC 处理，并将结果展
现出来。
5

 TSM 客户端软件
 TSM BA
TSM 为客户机提供了一种通用的备份、恢复软件，称为 BA ，（是
backup 、 archive 的缩写），这种客户端软件主要提供基于文件的备份恢复，
也可以实现卷的数据保护。 BA 客户端软件对于大部分情况都是适用的，不过
对于那些有一致性要求的动态变化数据就会存在一些问题，例如数据库文件的
在线备份就不能使用 BA 客户端软件备份了。
 TSM API
TSM 提供了一个应用接口（ API ），利用 API ，客户可以编写自己的应用数据
保护程序，实现自己的特殊要求。
 TDP
TSM 为一些常用的平台软件提供了特定的数据保护程序，例如： TDP for
ORACLE 、 TDP for SQL 、 TDP for MAIL 等，这些数据保护程序也是基于
API 之上的软件。
6

TSM6.1 备份管理的核心内容
 备份、恢复操作管理
 备份存储空间管理
 备份、恢复策略管理
 自动化任务管理
7

TSM 6.1 备份恢复操作管
理
8

 数据保护方式
 数据备份
目的：用于数据恢复
特点：
1 、执行的频度较高，一般是一天一次，出现问题时可以恢复最近的数据，避免
数据丢失过多。
2 、备份数据保留的时间不会太长，多数情况下在一个月以内，否则就会消耗大
量的存储空间。保留时间不用太长的另外一个理由是：没有可能长时间都不知
道业务及数据出现了问题。
3 、既然是为了恢复，那么备份的方式、恢复的方式要提供较丰富的选择，以应
对各种特殊的要求。
 数据归档
目的：用于数据长期保存
特点：
1 、执行频度较低，多数情况下可以一个月归档一次。
2 、保留时间长，一般情况至少保留一年的数据，甚至要保留数年。
3 、方式单一，每次都是将当时的数据状态完整保留下来，也就相当于完全备份
。
9

 归档
 归档的目的：用于数据长期保存
TSM 的归档操作有以下特点：
1 、文件会无条件保存下来，这一点与备份有一些差异，对于备份操作，
可以设置为只备份变化了的文件，没有变化的文件就不会再次保存。
2 、每次归档操作就是某个时刻的文件数据状态提取保存，同一个文件的
多次归档，之间没有任何关联。对于归档的文件，管理策略非常单一
，只有保存时限的设定，超过时限的归档数据才会被删除。
3 、归档操作时可以将归档成功的文件同时删除，用来释放客户机上的硬
盘空间。
10

 备份
 备份的目的：用于数据恢复
 数据恢复的要求
• 应对物理错误
需要将数据恢复到最近的状态，只要使用最新的备份数据。
• 应对逻辑错误
出现逻辑错误时，基本上业务是可以继续运行的，因此发现逻辑错误会
有一个时间滞后的问题，同时最新的数据备份中也有可能包含逻辑错
误。因此就需要使用历史备份，这就涉及到历史备份数据的保留期限
问题。
• 数据丢失问题
由于数据备份不是连续不断的，因此使用备份数据进行恢复时，基本上
都存在一个数据丢失问题，数据丢失量与数据的备份频度密切相关，
因此就涉及到数据备份频度的问题。
11

 备份
 备份所面临的主要问题
• 备份数据存储空间问题
想要丢失的数据少，就要更频繁地备份数据，占用的存储空间就越大。
一个文件备份的次数越多，占用的存储空间就越大，如果这个文件没有
变化过，那么有必要备份多次吗？
• 备份、恢复速度问题
例如那些大量的小文件备份、恢复速度都很慢
• 数据一致性问题
某些应用对数据一致性有要求，例如数据库应用
12

 备份
 备份所面临的主要问题
• 数据恢复的粒度问题
大粒度的恢复，例如硬盘级别的恢复。
中等粒度的恢复，例如文件集级别的恢复。
小粒度的恢复，例如单个文件级别的恢复。
• 备份空间的重复利用问题
当一些历史备份不再有用时，它们占据的空间必需释放、重
新使用，否则备份空间终会耗尽。
13

 备份
 TSM 的方法
 增量备份
如果一个文件没有任何变化时，做增量备份时就不会再次备
份；如果文件仅仅是属性发生了变化，则只会记录新的属
性，不会再次备份数据。
 版本
同一个文件可进行多次备份，每次备份就是一个版本。备份
数据可以进行版本控制，例如只保留 7 个版本，更早的备
份数据版本会自动删除。
14

 备份
 TSM 的方法
 活动版本、非活动版本
活动版本一定是最新的版本，非最新版本一定是非活
动版本，最新的版本也可以手工置为非活动版本。
可以将活动版本存放在单独的存储空间，提高恢复
速度。
 提供直接备份文件系统、裸设备的功能
对于那些有大量零碎小文件的文件系统，使用此方式
可以大幅度提高备份、恢复速度。
15

 备份
 TSM 的方法
 使用文件系统快照功能备份
使用此功能可以应对数据一致性问题
 各种应用软件备份接口
用于备份数据库、邮件等软件的数据。
 自动删除不需要的备份数据
当客户端的文件被删除后，可以自动删除以前备份的数据，
释放备份空间。
16

 选择性备份方式
也称为 Selective 备份。此方式的特点：
1 、指定的要备份的文件无论是否改变过，都会备份。
2 、当一个文件没有发生变化时反复备份后，就会造成备份服务器中保存的
多个版本都是相同的，实际上就是一个文件版本。这会引起两方面的问题
：
A 、反复保存一个完全没有变化的数据，造成备份空间的浪费，并且没有任
何益处。
B 、影响了历史数据版本的保存，造成想要恢复历史版本时，却已经被自动
删除了。
3 、以前备份过的文件在客户机上被删除后，再次备份操作时这些备份数据
不会在 TSM server 上自动过期。在某些情况下这种方式会引起较大的问
题，例如，客户机上每天都会产生大量的临时文件，这些临时文件的文件
名总是不断变化，并且应用软件自己会删除那些过时的临时文件，那么使
用选择性备份时，这些临时文件会一直作为活动版本保留在 TSM server
中，很容易耗尽 TSM 备份空间。
17

 增量备份方式
也称为 incremental 备份，此方式有以下特点：
 备份新文件
 备份发生变化的文件（时间、属性、大小、属主等方面）
 如果原先备份过的文件在客户端被删除了，会将以前备份的文件过期
。
确定要过期的文件的方法是：依照当前要备份的条件在客户机上找出所
有满足条件的文件清单，再依照此条件在 TSM server 上查找所有满足
条件的活动版本文件清单，二者对比，找到 TSM server 上多出的部分
，这部分就是需要过期的文件。
18

 Journal-based 备份
基于日志的备份是对传统增量备份的一种改进，在某些情况下可以大幅度
改善备份的性能。此方式只支持 AIX 、 WINDOWS 环境。缺省情况下
，使用的是 Journal-based 备份方式。传统增量备份与 Journal-
based 备份的主要差异在于如何判断文件发生了变化。
传统增量备份的方法是：
将要备份的文件状态提交给 TSM SERVER ，由 TSM SERVER 到备份数
据库中比对。
Journal-based 备份的方法是：
在客户端建立一个备份日志，由客户端自己比对。
19

 使用快照功能
 对于 AIX 平台， JFS2 具备快照功能；
 对于 WINDOWS 平台，系统自带了 VSS （ Volume
Shadow copy Service ）、 TSM 提供了快照模块
LVSA （ Logical Volume Snapshot Agent ）
20

 image （或 LV ）备份
 可以将 LV 、文件系统作为一个整体直接备份，是在底层直接读取数据块。使
用卷的快照功能可以实现 image 的在线备份。
 使用此备份方式的好处：
如果文件系统中有非常多小文件时，直接备份文件的速度特别慢，那么使用此方
式可以大幅度提高备份、恢复性能。
备份的是整个文件系统某个时刻的数据状态，数据逻辑一致性有很好的保证。
 坏处是：不能只恢复其中的部分文件。
 如果使用快照功能，还需要在 client 端配置文件中配置参数：
SNAPSHOTPROVIDERIMAGE
 WINDOWS ： SNAPSHOTPROVIDERIMAGE LVSA
或 SNAPSHOTPROVIDERIMAGE VSS
 AIX ： SNAPSHOTPROVIDERIMAGE JFS2
 LINUX ： SNAPSHOTPROVIDERIMAGE LINUX_LVM
21

 image （或 LV ）备份
 对于 WINDOWS 平台，只能对文件系统（分配了“盘符”或“ mount 点”
的卷）执行 image 备份。
 对于 UNIX/LINUX 平台，可以文件系统、裸卷执行 image 备份。
 对于裸卷，只能执行完全 image 备份；而对于文件系统可以执行增量
image 备份。
 对于 NTFS 、 JFS2 文件系统的备份，可以只备份使用的数据块，也
可以指定备份整个卷的数据块。

 对于 WINDOWS 平台， image 备份有一些限制：
 不能恢复系统盘（ WinPE 除外）。
 正在被访问的卷不能恢复，例如：在文件管理器中进入了某个卷，那
么恢复这个卷时就会报错。
 不能保证系统对象的数据一致性（系统对象有可能跨多个卷），对于
系统对象还需要使用配套的备份命令。
22

 open file 的备份
对于备份而言，希望备份到的都是静态数据，如果备份一个文件时，在
开始备份到备份完成之间，文件内容发生了变化，那么备份到的数据
就可能是不一致的，使用不一致的数据来恢复，多数情况下是没有意
义的。为此， TSM 运用了一些手段来解决问题。
 状态对比
 备份前的文件状态与备份完成后的文件状态，在依据策略来进行备
份处理，处理策略有 4 种：
 如果文件状态发生变化，就重新读取文件数据，重试几次都不行就不
备份此文件；
 如果文件状态发生变化，就不备份此文件了，不重试；
 如果文件状态发生变化，就重新读取文件数据，重试几次都不行就保
留最后一次读取的数据；
 无论文件状态是否变化，直接备份。
23

 关闭或静止文件
 执行 TSM 的计划任务时，可以指定
preschedulecmd 、 postschedulecmd 参数，可以使用在备份前
依据 preschedulecmd 参数的设定命令关闭或静止文件，备份完成
后再依据 postschedulecmd 参数的设定命令恢复状态。
24

 使用 OFS （ open file support ）功能
在 WINDOWS 环境下，应用程序可以用“加锁”的模式打开文件，这些文
件就不允许其它进程访问了。有一些操作系统的文件就是加锁访问的。
用普通的方法来备份这些文件是会报错的。
使用 OFS 功能时，会为整个卷创建快照，使用快照功能来备份文件，这
样就绕过的“加锁”的限制。
由于使用了快照功能，因此会增加系统的开销。
使用 OFS 功能时，需要在 dsm.opt 中配置 SNAPSHOTPROVIDERFS
参数：
SNAPSHOTPROVIDERFS LVSA
或 SNAPSHOTPROVIDERFS VSS
25

 Adaptive subfile 备份
通常情况下，备份是以文件为单位来进行的，即使是文件做
了几个字节的变化，也会把整个文件备份下来。但是如果
是在广域网环境下，由于网络带宽的限制，这样操作会诸
多问题：备份时间、磁带驱动器的占用时间、对广域网其
它应用的冲击等。
为此 TSM 提供了一种差异备份的方法： Adaptive subfile 备
份，使用此方式后可以只备份一个文件的变化内容，大幅
度减少备份的数据量。这种备份模式只支持 WINDOWS 环
境，应该说是专门为小型远程办公环境准备的技术。
需要在 TSM server 上允许此备份方式，命令 :set subfile
client
26

 Adaptive subfile 备份
27

 Group 备份
Group 备份的作用是可以提供多个文件作为一个整体来管理
，如果配置了文件系统快照参数，还可以保证 Group 中所
有文件的“同一时刻数据一致性”。另外 Group 备份的数据
会存放到独立的 filespace 中，与平常的文件备份分开管理
，因此其版本控制不会受平常文件备份的影响。
一般情况下，一个 Group 中所有的文件是作为一个整体来恢
复的，但也支持从一个 Group 中恢复单个文件。
28

 restore
 Restartable restore （断点续传功能）
进行文件恢复操作时， TSM SERVER 会跟踪文件的恢复进
度，如果因为某些原因（例如网络断线）导致恢复动作中
断，可以重新开始恢复操作，并且是接续上次的恢复进度
。
 Multiple session restore （多路恢复）
如果一个客户端的备份数据是存放在多个存储池的卷中（例
如多盒磁带中），可以同时从多个卷中读取备份数据，以
提高恢复速度。使用此功能时要有足够的“ mount point”
（例如磁带机），同时要设定 resourceutilization 参数。
29

 restore
 恢复到不同位置
可以将文件恢复到其他路径下。
 恢复到不同主机上
备份到 TSM SERVER 中的数据，会记录属于哪个节点，如果
要恢复到其它主机上，需要在原节点下使用 set access 命令
对其它节点授权。当然也可以在其它主机上使用相同节点名
来恢复。

 恢复以前的数据版本
以前的数据版本都是非活动的，另外对于那些已经在客户机上
删除的文件，它们在 TSM SERVER 的备份可能都是非活动
的。要恢复这些数据时，需要指定 inactive 参数 , 如果是使用
BA 图形界面，也需要指定对应的选项，否则恢复时会找不到
要恢复的数据。
30

 备份介质
 TSM 可以使用下列设备保存备份数据：
硬盘
磁带机
光驱
其它支持移动介质的设备
其中最主要使用的是磁带、硬盘。
 磁带的特点
优点：
• 容量大
• 可移动，方便取出异地保存
• 扩展性好，不断增加磁带就可以增加容量
• 读写操作性能良好，现在磁带机的速度有超过 100MB/s 的
缺点：
• 无法随机访问，数据恢复时的磁带定位可能消耗大量时间。
32

 备份介质
 硬盘的特点
优点：
• 读写速度都很快
• 数据恢复操作时只需要极少的数据定位时间，因此比使用磁带快
很多
缺点：
• 容量相对小一点
• 不能出库管理
• 扩展性相对差点
33

 存储空间的分层管理
TSM 支持存储空间的分层管理，例如将硬盘设置为一级存储空间，将磁
带设置为二级存储空间，可以提高备份系统的综合性能。
两级存储空间的工作模式：
检查一级存储空间的“最大文件尺寸”限制，如果要备份的文件（一个或一
组，取决于客户端的 TXNGROUPMAX 、 TXNBYTELIMIT 参数）超
过限制，就不会备份到一级存储空间，而是直接选用二级存储备份；
如果上一检查通过，则继续检查一级存储空间的剩余空间是否够用，如
果不够用，就直接选用二级存储备份。

对一级存储空间做“最大文件尺寸”限制是很有意义的，用磁带备份、恢复
大文件的性能不会很差，而在小文件的备份、恢复上，硬盘的优势明
显，因此使用硬盘作为一级存储空间时，限制“最大文件尺寸”就可以保
证更多的小文件是存放在硬盘上的，提高了综合性能。
34

 存储空间的分层管理
 两级存储空间的数据迁移
• 可以手工 / 自动将一级存储空间的数据迁移到二级存储空间；
• 可以对数据迁移的特性做出规定：
 迁移上限阈值
一级存储空间使用率达到此阈值时，会自动开始迁移
 迁移下限阈值
数据迁移开始后，一级存储空间使用率降低到此阈值时，会停止迁移动
作
 文件迁移前在一级存储空间保留的天数
尽量在一级存储空间中保留新的数据备份，可以提高恢复性能
 迁移后是否在一级存储空间保留副本
在一级存储空间中尽量保留更多的数据备份，可以提高恢复性能
35

 检查介质中数据的有效性
对于数据安全要求特别高的环境，可以使用 CRC 数据校验方式检查介质
中数据的有效性，不过对数据进行 CRC 校验的开销还是比较大的。具
体方法是将存储池的 CRCDATA 参数设置为 YES ，然后使用 AUDIT
VOLUME 命令时会进行介质的数据校验。
 支持磁带介质的 off site 存放
多主机集中备份环境下，备份介质的管理是比较复杂的，平衡介质空间
自动管理、性能问题、恢复操作等诸多因素，一般情况下备份介质都
是长期放在磁带库中，想要手工将磁带出库保存是比较复杂的。为了
解决磁带介质的出库管理问题， TSM 使用数据副本磁带来实现这一需
求。这样做的好处是，有一份存储空间用于应对复杂的备份、恢复需
求，另外一份存储空间用于提高数据安全及提供磁带出库管理，大大
减低了管理难度，并且磁带出库操作也不会给正常的备份、恢复工作
带来干扰。
36

 支持介质上的数据迁移
TSM 可以支持多种方式的数据迁移，这在配置需要调整（例如：要将一
个客户机的备份数据从磁带上迁移到硬盘上）、硬件升级（例如：更换
了更大容量的磁带机）时，可以轻松实现调整目标。
37

 磁带库中对卷的操作
 磁带标记
磁带的是依据标记来区分的，磁带标记保存在磁带头部。对于新磁带而言，
必需进行标记工作后才能使用。磁带标记的方式有两种：手工命名、依照
磁带条码。
 磁带检入
将磁带放入物理磁带库中时， TSM 实际上并不会知道此事，也就不能管理
此盒磁带。所以必需进行一个关联操作，让 TSM 知道有新的磁带放入到
磁带库中。并且还需要检查磁带的标记。
 磁带检出
从磁带库中取出磁带前，要在 TSM 中将此卷检出。

 磁带库审计
实际磁带库中的磁带标注、磁带位置、磁带数量与 TSM 中登记的信息有可
能是有出入的，使用此操作可以将二者信息同步。
38

 磁带机清洗问题
TSM 提供了磁带机清洗管理，可以定义磁带机自动清洗策略。也支持手
工发命令清洗磁带机。自动清洗需要做的工作：
 定义磁带机的清洗频率参数
 将清洗带检入到磁带库中
39

TSM 6.1 存储空间管理结
构
40

 存储空间管理结构图
41

 存储空间管理结构
 空间层
TSM server 为客户机提供介质保存备份数据，但是对于客户机看说 TSM
server 具体如何保存备份数据是不重要的，客户机关心的是有多少空
间的可以使用。为此， TSM 提供了一个空间层面的管理措施。
 storage pool （存储池）
代表一个个可以使用的空间数量。为了实现多种使用目的， TSM 为存储
池设定了多种控制属性，还将存储池类型进行了细分。
存储池类型：
• 主池（可以作为二级存储池）
• 副本池
• 活动数据池
42

 实现细节层
是解决具体的空间实现、空间构成细节问题。
 volume （卷）
是构成“空间”的具体对象，例如一盒具体的磁带、一个具体的硬盘文件。

 Deviceclass （设备类）
设定具体设备对象的工作特性。

 Library （磁带库）
磁带库中是一个磁带机、磁带的集合体。 TSM 中定义一个“磁带库”逻辑对象来
对应一个“磁带库实体”。
43

 实现细节层
 Drive （磁带机）
TSM 中定义一个“磁带机”逻辑对象来对应一个“磁带机实体”。
 path （路径）
Library 、 Drive 实际上是 TSM 中定义的对象名而已，还需要使用 path 来将对象
名与真正的物理设备关联起来。
为何要引入“ path” 对象？
为了实现 LAN-FREE ，在使用 LAN-FREE 时，会有多个机器共享磁带机设备，
数据直接在 client 上对磁带机进行读写操作，因此一个磁带机需要定义多
个“ path” 对象，每个“ path” 对象关联一台机器上看到的磁带机设备。
DEFINE PATH TSMSERVER1 35801_DRV SRCTYPE=SERVER
DESTTYPE=DRIVE LIBRARY=3582_LIB DEVICE=/dev/rmt0 ONLINE=YES
44

 Deviceclass （设备类）
为了方便对“存储池”的管理，引入了“设备类”概念，“设备类”定义了硬件
设备的类型及介质管理特性，主要有：
 磁带机类型
 写磁带时使用的格式
 一个介质的估计容量
 磁带放入磁带机后，空闲多长时间就会从磁带机中退出
 要将一盒磁带放入磁带机，最多会等待多长时间
 最多可以有多少介质并行操作
“ 设备类”有一些限制：
 如果定义的是磁带类型的“设备类”，需要指明对应的“磁带库”
 一个磁带库中如果配置了不同种类的磁带机，则必须配置多个“设备类”
 一个磁带库中如果使用了同类别、不同代的磁带机，可以配置一个“设
备类”，但需要区分磁带类别。
45

 重复数据删除
TSM 采用的是后精简的重复数据删除模式，会先将数据保存到存储池中，再
进行数据精简。 TSM 的重复数据删除是在存储池级别实现的，同一个存储
池里的数据才会进行数据精简。 TSM 的重复数据删除有以下特点：
 重复数据删除功能要在 TSM Extended Edition 中支持。
 重复数据删除只能用于“顺序访问的 disk” 存储池，包括主池、副本池、活
动数据池。（“顺序访问的 disk” 存储池指的是 FILE-type 的设备类）
 重复数据删除不能用于精简加密的数据，其它数据都可以精简。
 重复数据删除存在“哈希碰撞”问题，如果没有辅助手段，理论上存在数据
错误精简的问题。 TSM 采用了一些方式避免出现数据错误精简问题。
 数据精简动作是由 duplicate-identification 进程完成的，此进程可以设置为
自动运行，也可以手工运行。
对主池的处理
 缺省时，主池的数据必需先备份到副本池后，才会进行数据精简工作；
 要确保副本池没有配置为“重复数据删除
46

 storage pool （存储池）
将多个物理存储介质（卷）组合成一个整体逻辑空间来使用。物理存储介质可以
是磁带、也可以是硬盘文件等，一个存储池中只能包含一种类型的介质，例如
：对应 LTO 的存储池中就只能包含 LTO 磁带；对应 3590 的存储池就只能包
含 3590 磁带。
定义存储池时必须指明对应的设备类（也就同时规定了存储池的一些工作特性）
。
使用存储池这一概念，带来了灵活性，可以随时对存储池进行增加、删除卷的操
作，非常灵活地调整空间大小。
存储池支持两种类型的设备：
 随机访问：主要是硬盘
 顺序访问：主要有磁带、光盘、顺序访问的文件
47

为了方便实现多种管理目标， TSM 将存储池类型进行了细分，每种类型
都有自己的特点。
存储池可分为三种类型：
 Primary storage pools （主池）
备份数据首先是存放在“主池”中， client 端如果需要从 TSM server 上读取数据时
，首先从“主池”中找到提取数据，如果“主池”中的介质损坏时，会从“ copy
storage pool” 中提取数据。
主池中的 volume 必须一直 on-site （在带库中），否则容易造成错误。
“ 主池”可以使用“随机访问的存储”、“顺序访问的存储”。
48

 Copy storage pools （副本池）
副本池用来加强对“主池”的数据保护。 “副本池”有以下特点：
 “ 副本池”的数据与“主池”的完全一致。当“主池”中的介质有问题时， client 的数
据读取会自动使用“副本池”上对应的介质。
 当“主池”中的某个介质完全损坏时，可以使用“副本池”将对应数据重建到另一个
介质上。
 当“主池”全部崩溃时，可以使用“副本池”重建“主池”。
 “ 副本池”中的 volume 可以从 off-site （从带库中取走），极大地提高了数据的
安全性。
 “ 副本池”只能使用“顺序访问的存储”。
 “ 副本池”还可以建立到另一个 TSM server 上，使得 TSM 备份数据的安全性大
大提高。
49

 Copy storage pools （副本池）
有两种方法将数据保存到“副本池”中：
 使用 backup stgpool 命令，将主池中的数据 copy 到副本池。
 同时写“主池”、“副本池”。
• 如果“主池”、“副本池”的写操作速度相当，可以大幅度缩短数据倒入“副本池”时间，不用重
新读取“主池”，延长“主池”介质的使用寿命。
• 如果“主池”、“副本池”的写操作速度差异较大，会导致备份速度降低。
50

 active-data pool （活动数据池）
活动数据池中只保存备份数据的活动版本，历史备份都会被删除掉。使
用活动数据池最大的好处是可以提高数据的恢复速度。
51

 二级存储池
可以为一个“主池”设置“二级存储池”，当存储池的空间使用量到达一个高
水线阀值时，会自动将数据迁移到“二级存储池”，直到存储池的使用空
间降低到低水线阀值时，停止数据迁移工作。
二级存储池有两个限制：
 必须使用“主池”作为“二级存储池”。
 “ 副本池”不能有“二级存储池”。
使用“二级存储池”的好处：兼顾性能、容量。
例如：可以将高速硬盘设定为“主池”来备份数据，使用相对低速的磁带作
为“二级存储池”。
52

 空间回收
对于顺序访问存储池中的 volume ，尾部的空余空间才能够用来保存新增数据，
而那些因为过期、删除而产生的碎块空余空间是不能被重新使用的，必须将此
volume 上的有用数据全部迁移到其它 volume 上（此动作称为空间回收），
让此 volume 变成全空状态，然后重新使用其上空间。例如：
只有一个 volume 的状态为“ full” 时，才有可能被回收空间，这里的“ full” 并不是
表示整个 volume 的空间都在使用，只要是 volume 的最后面的空间在使用就
表示“ full” ，例如：
53

 空间回收
回收阀值：指定一个“ full” 的 volume 上有多少百分比的空余空间时，开
始进行空间回收。默认是 60% 。
空间回收时，需要将同时访问两个 volume ，一个是 read 、一个是
write 。对于磁带库，就需要有两个空闲的驱动器。如果只有一个驱动
器，就必须使用另外的存储池进行中转，例如使用硬盘空间（要建成
顺序访问的存储池）进行中转。
对于“副本池”中 off-site 的 volume ，由于不在磁带库中，故进行空间回收
时，会使用“主池”中的 volume 来读取需要迁移的数据。
54

 Disk caching （硬盘缓冲功能）
此功能是专门针对 disk 类型的存储池使用的。一般情况是，当一个主存储池的
数据被迁移到二级存储池后，主存储池中就没有那些数据了。但使用了此功能
后，主存储池中还会保留那些被迁移的数据，这些数据被设置为“缓冲”状态。
这样做的好处是可以提高恢复操作的速度。如果出现主存储池空间不够用的情
况，这些缓冲数据的空间会逐步覆盖重用。
 存储池中对卷的一些控制
将卷分配到存储池中的方式有两种：
• 预先手工分配卷到存储池中，然后再使用，无论这些卷是否存有数据，都属于
此存储池。
• 存储池的空间不够时，自动抓取一些卷使用，如果自动抓取的卷上没有数据时
，又会自动释放。
存储池可以设置一个参数： MAXSCRatch ，这个参数的意思是此存储池最多可
以自动抓取多少个卷。磁带库中 volume 的两种状态： scratch 、 private ，设
置为 scratch 的卷就可以供存储池自动抓取，设置为 private 的卷就不能供自动
抓取。
55

 存储池中卷的访问控制
• READWrite 可以读写操作
• READOnly 只读操作
• UNAVailable 不可用，有时介质临时读写失败也会造成此状态
• DEStroyed 介质永久性损坏
• OFfsite 介质可以出库保存
 存储池中卷的状态
• ONline 在线（随机访问存储池的卷）
• OFfline 离线（随机访问存储池的卷）
• EMPty 空白（顺序访问存储池的卷）
• PENding 卷中数据都被删除，但还未到重用期限（顺序访问存储池的卷）
• FILling 卷中有了部分数据，但还有空间可用（顺序访问存储池的卷）
• FULl 卷中有了数据，没有空间可用（顺序访问存储池的卷）
56

在备份管理中，有些问题需要解决好
例如：
哪些机器的数据需要备份
这些备份的数据存放到哪里
需要保留多少次备份数据
对于以前的备份需要保存多长时间
多次备份的数据版本如何管理
归档数据如何保存，保存多长时间
58

为了方便备份的管理工作， TSM 专门设定了一个策略管理机制。 TSM 的策略管
理机制比较适合大规模系统，对于小规模的环境显得比较复杂。
策略管理的层次结构为：
TSM server
=> policy domain
=> node
=> policy set
=> management class
=> backup copy group
=> archive copy group
59

 node
1 、可以将 node 看成一个客户机，当一台机器要连接 TSM server 时，
必需提供 node 的名字、密码进行登录。
2 、也可以将 node 可以看成是一个登录身份，一台机器上可以使用多个
node 来连接 TSM server ，多台机器也可以共用一个 node 身份。
除了作为身份验证的功能外， node 还规定了此身份可以拥有的权限及行
为特征。主要有：
• 密码过期时间
• 在将数据传送到 TSM server 之前是否在客户机上先压缩数据
• 是否允许在客户端删除以前备份到 TSM server 上的数据
• 最多可以允许有多少个介质同时并行备份此客户机的数据

为了方便管理，还可以将多个 node 加入到 nodegroup 中。
60

 management class
management class 是策略控制的细则，规定了客户端在进行备份、归档
、空间迁移时的具体行为方式。
management class 之下定义了两个 copy group ，
• backup copy group ，用来控制备份操作的行为，
• archive copy group ，用来控制归档操作的行为。
management class 本身的属性中规定了空间迁移的行为方式。
management class 主要属性：
• 此 management class 是否可以用于空间迁移操作
• 空间迁移操作的数据存放到哪个 storage pool
空间迁移：
TSM 的存储池相当于是客户机文件系统的二级存储，当客户机文件系统空间紧张
时，可以将一些不常用的文件移到 TSM 的存储池中。
61

 copy group
 archive copy group 主要属性
 归档的数据存放到哪个 storage pool
 归档数据保存多长时间
 客户主机在归档文件的过程中，文件发生了变化时，如何处理。
62

 copy group
 backup copy group 主要属性
 备份的数据存放到哪个 storage pool
 在完全增量备份时，对于同一个文件，间隔多少天以上可以备份一次。
 对于同一个文件，保留多少份备份；
 对于一个曾经备份过的文件，如果在客户主机上被删除，再次进行增量备份时
，可以指定是否连带删除该文件以前的备份，并指定要保留多少个版本；
 一个备份变成“非活动”状态后，还需要保留多长时间；
 对于在客户主机上被删除的文件，再次进行增量备份时，可以删除该文件以前
的备份，对于最后一个备份版本，还可以保留多长时间；
 客户主机在备份文件的过程中，文件发生了变化时，如何处理。

63

 policy set
policy set 的引入，主要是为了方便在特别复杂环境下的管理，如果系统
中有很多个 management class 需要管理，那么将它们进行分组管理
会好一些， policy set 正是这样一个分组的概念，一个 policy set 中可
以包含多个 management class 。
主要特点：
• 一个 policy domain 可以包含多个 policy set ，但是任意时刻都只能有一个
policy set 是活动的。实际上使用多个 policy set 的情况是很罕见的，因为要管
理多个 policy set 的激活 / 关闭是比较麻烦的。
• 一个 policy set 中可以有多个 management class ，有一个会被指定为默认使
用的，如果想要使用其它 management class ，可以在客户端明确指定。
对 policy set 主要有以下操作：
• 检查 policy set 中的 management class 的有效性
• 将某个 policy set 指定为策略域中的当前工作策略
64

 policy domain
TSM 将 node 、 policy set 共同放在 policy domain 中， TSM server 中
可以有多个 policy domain ，一个 policy domain 中的 node 可以使用
其中的备份策略进行备份。
65

 计划任务的种类
 服务器管理作业计划任务
计划任务在 TSM server 上运行，主要是完成 TSM server 的一些管理作
业，例如：备份 TSM server 的数据库、存储池空间回收等
 客户端计划任务
计划任务在客户端运行，用于定时备份客户端的数据。客户端计划任务
管理系统由两部分组成：服务器部分、客户端部分。服务期部分负责
管理计划任务配置参数、计划任务与客户端的关联关系，客户端部分
负责与服务器的通信、并调度起实际的处理任务。
67

 客户端计划任务的发起模式
 客户端查询模式
客户端管理进程每隔一段时间向 TSM server 查询下一时段需要执行的
计划任务， TSM server 将满足条件的任务信息返回给客户端，到达
计划任务时间后，客户端执行对应的作业。
68

 客户端查询模式
间隔周期缺省为 6 小时，也就是说客户端完成了一个查询后，需要等待
6 小时才会进行下一次查询。假设客户端于 8 ： 00 查询了一次后，在
TSM server 上增加了一个计划任务，要求每天 9 ： 00 执行，那么当
天是不会执行的，要到第二天才会开始执行。
69

 服务端主动发送模式
1 、客户端管理进程会启用一个网络侦听。
2 、到达计划任务执行时间后， TSM server 会连接到客户端进程，将任务内容
发送到客户端管理进程。
3 、客户端管理进程收到计划任务后，执行此任务。
注：
使用此方式，计划任务的执
行时间会比较准时，指定的
计划任务可以随时开始执行。
不过在 TSM server 上配置客
户端 node 时必需指明客户端
的 IP 地址及侦听 port
70

 客户端计划任务
 Frequency 、 duration 属性
定义计划任务时，需要定义任务的重复执行时间，一般有：每 N 小时、每 N 天、
每周的哪几天、每月的哪几天、每 N 周、每 N 月、每 N 年。还需要确定任务
的持续时间，如果在指定的持续时间内没有开始执行任务，就会将任务丢失。
71

 客户端计划任务可以执行的内容
 备份、归档、恢复、取回等单个动作
 宏，（将多个客户端命令写到一个文件中，由客户端程序调用执行）
 客户端脚本文件
72

 计划任务与节点的关系
计划任务并非依赖于节点而存在，是两个独立的对象，计划任务与节点
关联起来后，才会在节点上运行调度。一个计划任务可以关联给多个
节点，多个计划任务也可以关联一个节点。
 计划任务启动模式
• 使用 client acceptor 服务进程，此进程负责启动、停止 scheduler 进
程， scheduler 进程具体处理计划任务的执行。
• 使用 dsmc sched 命令进行计划任务管理：查询任务执行时间、执行计划任务
。
73

 数据是怎样传送到 TSM 备份空间的？
 LAN 方式
客户端从硬盘上读取数据并通过网络发送给 TSM server ，由 TSM server 将数据
写入备份空间。
75

 LAN Free 方式
LAN Free ，要求客户端可以直接访问到 TSM server 管理的磁带库设备，另外客
户端需要安装一个 Storage Agent 软件。
备份时，客户端会把备份信息发送给 TSM server ， TSM server 为备份作业准
备好备份磁带，并对磁带进行必需的控制操作（例如：定位、换带等），客户
端会将数据发送给 Storage Agent 进程，由 Storage Agent 进程将数据写入
TSM server 准备好的磁带中。
76

 SERVER Free 方式
此方式很少使用。需要一个专门的设备支持。
客户端将备份请求信息发送给 TSM server ， TSM server 将需要备份的数据块信息发送给
DATA mover ， DATA mover 将那些需要备份的数据写入磁带库中。
使用此方式不能直接备份文件，只能备份卷映像。裸设备、 NTFS 卷都可以使用此方式备份。
77

 Split-mirror/point-in-time copy
一般情况下，硬盘存储都支持快照功能，在另一台主机上将快照提取后备份到
TSM server 中。此方式可以实现业务数据某个时间点的备份，而又不会影响
到生产业务。
78

 NAS and NDMP
客户端将备份请求信息发送给 TSM server ， TSM server 再告诉 NAS 设备那些
数据需要备份， NAS 设备将数据直接备份到备份空间。
79

 Backup set
可以将一个客户机最近备份的数据拷贝到一个单独的介质上，此介质上
包含了此客户机的所有活动备份数据。并且此介质是一个自包含的结
构（既包括备份数据的索引管理数据，也包含备份数据），因此使用
此介质进行数据恢复时，不需要 TSM server 的参与。
使用 backup set 也可以将一个 TSM server 的数据传送到另一个 TSM
server 中。
80

 Include-exclude lists
用来指定在备份时哪些内容要被排除在外。
这在备份大量文件时，剔除少数文件是很方便的。
 Compression
客户机可以先压缩数据，再传输给 TSM server 。使用此方式可以节约网
络带宽，但要消耗客户机的 CPU 资源。
对于那些网络资源紧张，但客户机 CPU 比较空闲的环境比较合适，并且
还有可能提高备份速度。
81

 Client authentication
通常情况下，客户机与 TSM server 通信时需要使用密码认证。在客户机上可以
设置 2 种密码访问模式：
1 、 prompt 每次连通 TSM server 时都要求输入密码
2 、 generate 第一次连通 TSM server 时要求输入密码，同时加密后的密码
会保存在客户机密码文件中，之后连通 TSM server 时就不需要输入密码了，
当密码过期后需要修改时， TSM server 会自动生成新的密码并交由客户机保
存。
TSM server 上还可以指定某客户机不需要认证，这样客户机就不需要密码访问了
。
82

 Encryption
客户机上可以设置数据加密备份，使用加密功能后，客户机会先将数据
进行加密再传输到 TSM server 。此功能使用 56-bit DES 加密算法。
使用加密功能后，数据恢复时也需要输入密钥，如果密钥丢失就会导
致数据丢失。
 Windows system restore using WinPE
使用卷映像的备份方式备份 windows 操作系统卷，恢复时可以使用
WinPE 启动机器并恢复，实现裸机恢复。
 Collocation
是提高数据恢复速度的一种手段。
此方式是将一个客户机的数据尽量放在最少的磁带上。这样在数据恢复
时就可以尽量减少加载磁带的时间、减少磁带定位的次数。
83

 TSM6.1 报表
TSM 报表主要内容 :
 作业执行的时间长度
 作业执行的日期
 操作成功的对象数量
 操作失败的对象数量
 操作的数据量
 操作失败的文件名、失败原因、失败日期
 计划任务的计划时间、实际执行时间、失败信息
 指定时间段的最大数据量、最小数据量、平均数据量
84

 TSM 主要运行日志
 服务器端日志
TSM server 的活动日志会记录备份服务器的活动信息，活动日志对于检查 TSM server 的
工作状况很有帮助。查看活动日志的命令为：
Query Actlog
此命令可以按照以下指定条件查询：
 指定时间段
 指定 NODE
 指定计划任务名
 指定查询 SERVER 、 client 的信息
85

 TSM 主要运行日志
 客户机日志
TSM 客户端有三个日志文件：
• dsmerror.log
记录客户机备份恢复结果、警告、错误日志等信息。
• dsmwebcl.log
当使用 dsmcad 进程管理调度任务时，调度的相关信息会记录在此文件中；
TSM BA 可以支持 WEB 方式访问，使用此方式的相关信息也会记录在此文件中。
• dsmsched.log
记录计划任务相关信息。
环境变量 DSM_LOG 、 DSMI_LOG 指定了三个日志文件的目录位置，如果没有指定日志文
件的环境变量，日志文件就会在发出命令时的当前目录产生。
86

 IBM Tivoli Storage Manager standard version
 IBM Tivoli Storage Manager Extended Edition
TSM 软件的核心，服务器软件模块，负责备份恢复的存储、管理工作。
两个版本主要特性是：
主要特性 Standar
Version
Extended
Edition
NDMP backup for NAS YES
library - greater than 4 drives or 48 tape slots YES
Disaster Recovery Manager, disaster recovery planning YES
Reporting and monitoring YES YES
Advanced tape management, efficient tape utilization YES YES
Tiered storage management of backup and archive data YES YES
Data de-duplication YES YES
Disk-tape backup YES YES
Disk-disk, disk-disk-tape backup YES YES
Archive management YES YES
Backup and recovery management YES YES
88

 Tivoli Storage Manager Backup-Archive client
是 TSM 提供的常规备份、恢复客户端软件。 BA 客户端软件主要可以提供以下功
能：
 备份、恢复文件；
 为 windows 平台提供一个文件系统快照工具，支持 OPEN file 的备份；
 备份整个卷的 image
 备份 NAS 的文件系统
 备份 windows xp 、 windows 2003 的 ASR 文件
 备份 windows 的系统状态
 备份 windows 的系统对象
89

 IBM Tivoli Storage Manager for Space Management
 IBM Tivoli Storage Manager for HSM for Windows
是 TSM 的文件系统分层存储管理模块。此软件模块实现了将 TSM server 作为文
件系统的二级存储，当文件系统的空间比较紧张时，会根据设定的策略自动将
一些文件移动到 TSM server 中，以节约文件系统的空间，当访问到那些被移
走的文件时又自动移回硬盘中。
其中 Space Management 是支持 AIX 、 HP-UX 、 Solaris 、 Linux 环境；
HSM for Windows 是支持 windows 环境。
90

 IBM Tivoli Storage Manager for Storage Area Networks
此软件模块用于实现 LAN-FREE 备份。
 IBM Tivoli Storage Manager for System Backup and Recovery
用于操作系统备份、恢复。
具体的软件包如下：
1 、 sysback 备份 AIX
2 、 CBMR 、 TBMR 备份 Windows 、 Linux 、 Solaris 、 HP-UX
3 、 fastback 备份 windows
91

 IBM Tivoli Storage Manager for Databases
提供数据库备份接口。支持： ORACLE 、 SQL Server 、 Informix 数据
库， DB2 数据库内嵌 TSM 备份接口，不需要单独的软件包支持。
通过此接口模块，数据库可以将 TSM server 当成是透明的，不需要进行特别的
管理。
 TDP for SQL server
 支持传统的 SQL server 备份方式，使用 SQL server 命令直接将数据备份到 TSM
server ， TSM server 可以当成是透明的。
 支持微软的 VSS 备份方式，使用 VSS 方式实现数据快照备份。
 TDP for ORACLE
使用 ORACLE 数据库的备份工具 RMAN ，可以透明使用 TSM server 的备份空间。 TSM
还可以提供多个并行的备份通路，大幅度提高 ORACLE 的备份恢复速度。
92

 Tivoli Storage Manager for Mail
为邮件服务器的备份提供接口。支持： Domino 、 Exchange 两种邮件系统。
 TDP for Domino
 支持数据库在线备份；
 维护数据库的备份版本（一般的数据库备份需要数据库备份软件自己维护）；
 如果 domino 配置了日志归档模式，可以归档事务日志文件；
 可以实现“数据库 + 日志”的恢复模式；
 TDP for Exchange
 支持在线备份；
 提供单个邮箱的恢复、提供邮箱中单个邮件的恢复；
 支持 EXCHANGE 自己的备份恢复工具， TSM server 可以当成是透明的；
 支持微软的 VSS 备份方式
93

 Tivoli Storage Manager for Enterprise Resource Planning
为 ERP 软件提供备份接口，目前只支持 SAP 系统。
 TDP for SAP
只支持基于 DB2 、 ORACLE 数据库的 SAP 系统。
 IBM System Storage Archive Manager
增强了对归档数据的管理。
 IBM Tivoli Continuous Data Protection for Files
提供连续数据保护功能。
 IBM Tivoli Storage Manager FastBack
在 windows 环境，提供备份恢复功能（包括操作系统备份、恢复），并且能够
提供超级快速的数据恢复功能。
94

实验内容
 在 windows 2003 下安装 TSM server
 在 windows 2003 下安装 TSM AC
 配置 TSM server
 配置存储空间（使用硬盘）
 存储池（重复数据删除）、二级存储池、副本池、活动数
据池
 策略域
 节点、计划任务
96

 在 windows 2003 下安装 TSM server
安装过程简单，按照提示操作即可
97

98

99

100

101

102

103

104

105

安装过程简单，按照提示操作即可。
安装完成后，要重启系统，会显示 DB2 的界面，不必处理，直接退出。
106

 在 windows 2003 下安装 TSM AC
注意：
 “ISC 用户”用于登录
TSM WEB 管理页面
 TSM6.1 之下的版本缺省
使用 8421 端口号
107

 在 windows 2003 下安装 TSM AC
108

 TSM server 配置工作内容
 TSM server 初始化配置
 完成 TSM server 实例的定义设置
 进行 TSM server 实例中一些简单配置
 TSM server 详细配置
 完成存储设备、存储池的设定
 完成客户机节点的设定
 完成备份策略的设定
 完成备份计划任务的设定
109

 在 windows 2003 下初始化 TSM SERVER
说明：
 安装完成后， windows 开始菜单中有一个“ management console” 菜单项。
 第一次启动 management console 程序时
会自动进入 TSM server 配置向导
 以后启动 management console 程序时会
进入一个简要的管理界面，可进行一些
粗略的管理。详细的管理要访问 AC WEB
页面。
110

说明：初始化向导界面中包含两个配置方式：标准配置、最小配置。
111

主要初始化项目：
 Define Environment
可以忽略
 Server Initialization
初始化一个 TSM server 实例，必须执行。
 Configure Clustering
在高可用环境下配置 TSM ，可以忽略。
 Configure Devices
配置库、启动器等设备，对 TSM 配置不熟悉时比较有帮助。
 Configure Nodes
配置 node 定义，一般在 TSM AC 管理页面中管理更好一些。
 Prepare Media
准备磁带介质（打标、入库）。
112

说明：
 指定 TSM server 实例的存放路径
实例目录中放置的是配置参数文件
 初始化一个硬盘存储池的卷
一般情况下不用理会
113

说明：
设置 TSM 数据库：数据文件、数据库日志、归档日志的存放路径。这些目录必需是独立的
，不能共用，也不能是另一个的子目录。
114

说明：
在 windows 环境下初始化 TSM server 实例后，会自动创建 winsows 的服务，此处指定这
些服务的启动方式。
115

说明：
使用 LAN free 、 Server free 备份方式时，或者配置多个 TSM server 之间通信时，需要指
明 Server name ，并要求提供访问密码。
116

 Configure Devices
在此可以方便地配置磁带备份设备，避免了在 AC 页面的操作难度。
117

 Prepare Media
准备磁带介质（打标、入库）。
118

 登录管理中心页面
在任意一台机器上访问 TSM AC 主机，假设 TSM AC 主机 IP 为 192.168.17.131
https://192.168.17.131:9043/ibm/console
119

 登录管理中心页面
120

 添加被管理的 TSM server
一个 AC 可以管理多个 TSM server ，每个被管理的 TSM server 都要在 AC 中设定连接方式
121

 添加被管理的 TSM server
122

 配置存储设备 ---- 磁带库
（也可以使用 management console 中的配置向导配置）
 获取磁带库相关信息
进入 TSM server 安装路径（ C:Program FilesTivoliTSMconsole ），运行 tsmdlst 命令
TSM Name ID LUN Bus Port SSN WWN TSM Typ
e Device Identifier
--------------------------------------------------------------------------------
--------------------------------
lb0.0.0.2 0 0 0 2 IBM7068627 - LIBRARY
IBM ULT3583-TL 2.50
mt0.1.0.2 0 1 0 2 1287068627 - LTO
IBM ULT3580-TD4 4C17
mt0.2.0.2 0 2 0 2 1287068628 - LTO
IBM ULT3580-TD4 4C17
123

 创建磁带库设备
124

125

126

127

128

 创建磁带库设备（设备类）
129

130

131

 创建磁带库设备（准备磁带）
132

133

134

135

136

 配置存储设备 ---- 随机访问的硬盘设备
不需要配置，在配置存储池时创建卷文件就可以了。
 配置存储设备 ---- 顺序访问的硬盘设备
只需要创建设备类，在配置存储池时再创建卷文件。
137

 创建顺序访问的硬盘设备（设备类）
138

 创建顺序访问的硬盘设备（设备类）
139

 配置存储池
说明：
设备类指明存储池使用了那个设备
下一个存储池指明此存储池的二级存储池是谁
144

 配置存储池 ---- 使用磁带库
需要设置存储池的一些属性，并分配磁带介质。
 磁带空间回收
145

 磁带介质分配
146

 磁带介质分配
147

 配置存储池 ---- 使用随机访问的硬盘
 硬盘卷分配
148

 硬盘卷分配
149

 硬盘卷分配
150

 配置存储池 ---- 使用顺序访问的硬盘
存储池特性与磁带库类型的类似。
 介质管理
151

 硬盘文件卷分配
设定了临时卷数量，表示会根据需要自动分配文件卷。也可以如下手工分配。
152

 设定重复数据删除功能
153

 实验使用的存储池
创建 1 个存储池
 P_POOL 主存储池，磁盘顺序访问
卷： 30 个 2GB P_VOL***
154

 配置策略域 ---- 创建策略域
取名为 TEST_DOMAIN
155

156

157

158

 配置策略域 ---- 调整管理类、拷贝组
159

160

161

 配置策略域 ---- 定义客户机节点
TSMC1 用于 TSMC1 主机（ windows ）的文件备份
162

修改客户机节点属性
163

164

165

 配置策略域 ---- 创建计划任务
166

167

168

169

170

171

172

 配置策略域 ---- 立即执行计划任务
173

 实验内容
 安装配置 TSM BA 客户端
 普通文件备份
• 选择备份
• 增量备份
 快照方式备份
 卷映像备份
• 小文件备份、卷映像备份速度对比
174

 安装配置 TSM BA 客户端（ WINDOWS ）
• 客户端图形管理界面
• 提供 WEB 方式访问客户端
管理界面
• 客户端可以用命令行管理
TSM server
• TSM 提供的快照程序，
WINDOWS 有自己的 VSS 快照
程序
175

• 初次进入 BA 客户端图形管理界面时，会自动出现配置向导
• 初始配置为创建 option 文件（ dsm.opt ），此文件主要配置 TSM server 的通
信地址，客户机 NODE name 。
176

• 初次进入 BA 客户端图形管理界面时，会自动出现配置向导
177

• 登录 BA 客户端图形管理界面后，可以使用向导进一步配置
178

• 登录 BA 客户端图形管理界面后，可以使用向导进一步配置
179

• 配置 WEB client
180

( 负责接收 WEB client 发出的命令请求，也负责计划任务的调度工作 )
181

（指定 WEB 端口）
182

（负责 TSM BA 命令的执行）
183

• 配置调度管理
184

负责计划任务的执行
指定计划任务的调度
管理器（有两种）
185

（使用 CAD 调度管理器时，指明具体的管理器）
186

• 配置在线卷映像备份
( 在线备份卷映像时，需要启用数据快照服务 )
187

• 配置 open file 备份
( 备份 open file 时，需要启用数据快照服务 )
188

• 详细配置 TSM BA 客户端
189

190

191

192

(CAD 服务的侦听端口，使用服务器通知的计划任务类型时要指定 )
193

dsm.opt 文件
NODENAME tsmclient1
TCPSERVERADDRESS 192.168.101.10
SNAPSHOTPROVIDERIMAGE VSS
SNAPSHOTPROVIDERFS VSS
PASSWORDACCESS GENERATE
MANAGEDSERVICES WEBCLIENT SCHEDULE
WEBPORTS 1502,0
SCHEDMODE PROMPTED
194

 备份实验 ---- 选择性备份
1 、 f:tsmtest1 中创建 3 个小文件
2 、备份 f:tsmtest1*
3 、删除 f:tsmtest1 中的一个文件，修改一个文件的内容
4 、再次备份 f:tsmtest1*
关注点：每次操作都是全部备份
195

第一次备份结果：
tsm> selective f:tsmtest1*
Selective Backup function invoked.
Directory--> 0 tsmclient1f$tsmtest1 [Sent]
Normal File--> 81 tsmclient1f$tsmtest11 [Sent]
Total number of objects inspected: 4
Total number of objects backed up: 4
Total number of objects updated: 0
Total number of objects rebound: 0
Total number of objects deleted: 0
Total number of objects expired: 0
Total number of objects failed: 0
Total number of subfile objects: 0
Total number of bytes transferred: 2.39 KB
Data transfer time: 0.00 sec
Elapsed processing time: 00:00:14
196

第二次备份结果：
197

 备份实验 ---- 增量备份
1 、 f:tsmtest2 中创建 3 个小文件
2 、备份 f:tsmtest2*
3 、删除 f:tsmtest2 中的一个文件，修改一个文件的内容
4 、再次备份 f:tsmtest2*
关注点：
1 、每次操作都只备份变化的文件
2 、删除了文件会自动将以前备份的文件过期
198

第一次备份结果：
tsm> incremental f:tsmtest2
Incremental backup of volume 'f:tsmtest2'
Normal File--> 61 tsmclient1f$tsmtest21.txt [Sent]
199

第二次备份结果：
tsm> incremental f:tsmtest2
Incremental backup of volume 'f:tsmtest2'
Expiring--> 61 tsmclient1f$tsmtest23.txt [Sent]
200

 备份实验 ---- 使用快照备份
1 、 f:tsmtest3 中创建 5 个 90MB 的文件，文件名： 1 、 2 、 3 、 4 、 5
2 、 f:tsmtest4 中创建 5 个 20MB 的文件，文件名： 1 、 2 、 3 、 4 、 5
3 、将 f:tsmtest3 中的文件拷贝到空目录 f:tsmtest5 中
4 、选择性备份 f:tsmtest5*
5 、备份过程中将 f:tsmtest4 中的文件拷贝到 f:tsmtest5 中覆盖原文件。
不使用快照、使用快照各备份一次。
关注点：
1 、不使用快照时，备份会受拷贝动作的影响。
2 、使用快照时，备份的是拷贝动作之前的数据。
201

不使用快照的备份结果：
Normal File--> 92,960,296 tsmclient1f$tsmtest51 [Sent]
Normal File--> 92,960,296 tsmclient1f$tsmtest54 ** Unsuccessful **
Retry # 1 Normal File--> 92,960,296 tsmclient1f$tsmtest54 ** Unsucessful
**
Retry # 2 Normal File--> 25,231,153 tsmclient1f$tsmtest54 Changed
Retry # 3 Normal File--> 25,231,153 tsmclient1f$tsmtest54 [Sent]
Normal File--> 25,231,153 tsmclient1f$tsmtest55 Changed
Retry # 1 Normal File--> 25,231,153 tsmclient1f$tsmtest55 [Sent]
Total number of bytes transferred: 362.34 MB
Elapsed processing time: 00:00:25 202

使用快照的备份结果：没有受数据变化的影响
Preparing to backup 'f:' using 'VSS' snapshot.
Directory--> 0 tsmclient1f$tsmtest5 ** Unsuccessful **
Retry # 1 Directory--> 0 tsmclient1f$tsmtest5 [Sent]
203

 备份实验 ---- 卷映像备份
1 、 e:tsmtest1 至 e:tsmtest5 共有 5 万多个小文件。
2 、使用文件备份，检查备份速度
3 、使用卷映像备份，检查备份速度。
tsm> select e: -subdir=yes
Total number of objects inspected: 55,558
Total number of objects backed up: 55,557
tsm> backup image e:
Backup Image Function Invoked.
Image backup of volume 'e:'
Using static image backup for volume 'tsmclient1e$‘
204

深圳奇摩计算机有限公司
二零一零年十一月
205
谢谢您的参与！

TSM6培训教程

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to TSM6培训教程

Similar to TSM6培训教程 (20)

TSM6培训教程