TSM系统日常维护

TSM系统日常维护

启动进程

a. TSM Server进程

TSM Server进程必须只运行在backserver上，它是进行正常备份和恢复的前提。backserver上，root用户登录，运行如下命令： # ps –ef | grep dsmserv

如果能够找到dsmserv进程，则可以判断TSM Server正常运行，否则需要启动TSM Server。在backserver上，root用户登录，运行如下命令： # cd /usr/tivoli/tsm/server/bin # nohup dsmserv&

如果能够正常启动，可以在backserver或者任何一台TSM Client上登录到TSM Server上进行各种管理操作，运行如下命令： # dsmadmc

该命令会提示输入用户名和口令，分别输入admin和admin，如果登录成功，就会出现tsm: TSMSERVER>提示符，否则会返回错误，此时需要检查dsmserv进程是否存在，查看/usr/Tivoli/tsm/server/nohup.out文件可查看相关信息。 b. TSM Storage Agent进程

在TSM Client上，TSM Storage Agent进程应该存在，它是进行SAN备份和恢复的前提，如果该进程不存在，则备份和恢复通过LAN进行。可以用如下步骤检查Storage Agent进程是否运行。在TSM Client，root用户登录，运行如下命令： # ps –ef | grep dsmsta

如果能够找到dsmsta进程，则可以判断TSM Storage Agent进程正常运行，否则需要启动TSM Storage Agent。

在TSM Client上，root用户登录，运行如下命令： # cd /usr/tivoli/tsm/StorageAgent/bin # nohup dsmsta& c. TSM 重起步骤

当需要重起TSM时，按如下步骤进行：

在backserver上，使用dsmadmc命令登录TSM Server，在tsm: TSMSERVER >提示符下，运行如下命令： tsm:TSMSERVER > halt

在backserver上，检查dsmserv进程是否存在，如果不存在，说明停止成功。 在所有Tsm Client 上，直接kill掉dsmsta进程 在backserver上，启动dsmserv进程 在所有Tsm Client 上，启动dsmsta进程。 6.2 TSM Server管理常用操作

使用dsmadmc登录TSM Server后，在tsm: TSMSERVER >提示符下，可以执行如下常见的管理操作： a. 查询TSM日志

tsm: TSMSERVER > q actlog begind=-3 search=sta

上述命令输出3天之内，日志中包含sta字符串的所有条目。可以将begind参数替换为begint=-1，这样输出1小时之内日志。

b. 查询和TSM Server连接的TSM Client的session情况 tsm:TSMSERVER> q se

上输出中：

* Sess Number：进程号，可以使用 can se SesNUM 停止这个session。

* Bytes Sent：自该session开始起从server发送到client的字节数。当使用LAN恢复时，该数字会不停增长反应实际数据，当使用LAN-free恢复时，该数据没有太大变化

* Bytes Recvd：自该session开始起server从client收到的字节数。当使用LAN备份时，该数字会不停增长反应实际数据，当使用LAN-free备份时，该数据没有太大变化

* Client Name：节点名称。如果各节点Storage Agent进程存在，则会出现一个或者多个GVSHE101_STA，否则没有，此时只能进行LAN备份。如果各节点有备份、恢复进程存在，则会出现GVSHE101_SAP等.

查询磁带库中所有磁带的信息，包括空白带。

当使用LAN-FREE模式备份时，从TSMSERVER中q se不能够显示SESSION当前已经传输或者接受的数据量。要查看当前已经传输或者接受的数据量，需要登录到Storage Agent Server上查看。按照如下步骤：

1)在使用LAN-FREE发起备份的节点上，编辑/usr/tivoil/tsm/client/ba/bin/dsm.opt文件，修改为： * SErvername server_fs SErvername server_sta

2) #dsmadmc，此时可进入STA SERVER中。 3) 退出后需要恢复dsm.opt文件为： SErvername server_fs * SErvername server_sta c. 查询磁带库中磁带状态 tsm: TSMSERVER> q libv

如上输出中：

* Library Name：3584磁带库名称 * Volume Name：磁带名称

* Status：磁带目前状态，Private表明已经被使用，Scratch表明是空白带。

* LateUse: 磁带使用状态，Data说明该磁带是数据带，DbBackup表明该磁带是TSM自身DB的备份带。

如果该命令的输出中Scratch的带子很少，说明磁带库中的带子被用光了。此时需要增加磁带或者删除老的备份以节省空间。 d. 查询存储池的信息

e. 查询磁带库中所有被置为只读的磁带 tsm:TSMSERVER> q vol * access=reado

该命令输出所有被置为只读的磁带。当对磁带读写发生错误时（无论是磁带介质损坏还是磁带驱动器有问题），该磁带就被置为read-only状态，在以后就不会再向该磁带中写数据。但该磁带可能被reclaim（就是TSM自动把这个磁带上数据导到别的磁带上），reclaim之后就会变成Scratch的带子，这样就会被再次使用。 f. 查询磁带库驱动器的状态 tsm:TSMSERVER> q drive tsm:TSMSERVER> q path

该命令输出所有TSM中定义的所有磁带驱动器。需要注意的是online列，如果TSM能够正常访问磁带驱动器，online状态为yes，如果不能够访问磁带驱动器或者其它问题，online状态为

no、Unavailable、Polling。

g. 查询目前磁带驱动器中是否有磁带 tsm:TSMSERVER> q mount

如果无输出，表明所有磁带驱动器均没有磁带，否则可以根据输出得知当前是否正在执行读写操作。

h. 强制删除一盘磁带

tsm:TSMSERVER> del vol 3854lib A000001 discard=yes

当某盘磁带介质损坏不能再被使用，或者某盘磁带在磁带库中已经不存在，而TSM仍然认为它存在时，需要使用该命令从TSM中强制删除该磁带。执行该命令后，该磁带上所有数据就会丢失。

i. 将一盘磁带从磁带库中取出（CheckOut）

tsm:TSMSERVER> checkout libv 3584lib A000001 remove=yes 该指定从磁带库中取出A000001这盘磁带放在磁带库的I/O slot中。 j. 将一盘磁带checkin到磁带库中

tsm:TSMSERVER> checkin libv 3854lib A000001 status=scratch

当需要添加新的磁带时，使用该命令在TSM中注册该磁带；当TSM Log中提示需要checkin某盘已经注册的磁带时，上述命令需要将status改为private。 k. 查询当前正在进行的后台进程 tsm:TSMSERVER> q proc

像checkin libv、reclaim这样的动作使用q proc可以查询出来。 l. 查询某盘磁带上所包含的文件信息 tsm:TSMSERVER> q con A00001

查询出A00001这盘磁带上所有的文件信息。 m. 显示某个节点所有备份文件的版本信息

tsm:TSMSERVER> select * from backups where node_name=’GVSHE101’ 可以使用SQL语句对TSM自身的DB进行查询。

可以将上述命令的结果输出到某个文件中，只需要在命令后加 “ > /filename”即可。 上述命令详细信息可以从“TSM Administrator’s Reference 895

本文来源：https://www.bwwdw.com/article/n59f.html