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。