地税的TSM备份问题

目前看来,这段时间以来所发生的一系列类似的备份问题,终于可以告一段落了,自两周前去给他们做了一个备份软件升级,到目前为止已两周有余,尚未再发生备份的问题,希望这次真的彻底解决了那些备份问题.呵呵,好轻松!

[@more@]

最终决定把所有的TSM组件做升级,除了因为最近备份一直出现莫名其妙的问题外,更因为其之前部署上去的TSM的各个组件的版本差别太大(个人判断).
升级之前所统计的TSM各组件的版本:
TSM Server:Version 5.3.0
TSM Client:
Node Old Version
BA TDPO SA API
node-1 5.3.2 5.3.3 5.3.2 5.3.3
node-2 5.3.2 5.2.0 5.3.2 5.1.5
node-3 5.3.2 5.2.0 5.3.2 5.1.5
node-4 5.3.2 5.2.0 5.3.2 5.1.5
......
注:BA=Backup/Archive Client
SA=Storage Agent Client

真是特别奇怪,API怎么会和BA的版本差那么多,按常理来说,API软件包一般都附在BA Client的安装光盘上,两个组件的版本一般都是一致的,不可理解.
不过并不确定之前所发生的备份问题一定是因为版本差异所导致的,因为之前通常备份都会成功,只是周期性的出现客户端备份进程呆掉,然后锁定drive这样的问题.但目前也只有这么一个解决问题的思路了.郁闷!

从网上下载到TSM各个组件的最新更新包,准备进行升级.
更新客户端组件比较简单,只需将客户端进程kill掉,然后执行smitty update_all即可.
更新服务器端的话,则需要谨慎一些,做好以下的备份及确认工作:
* backup db
* backup volhistory
* backup devconfig
* q session '要确保所有客户端进程已停掉
* q process '确保没有正在进行的备份等任务
* q mount '确保当前没有磁带挂载在驱动器上
* halt '停止服务器端进程

最好使用命令ps -ef | grep dsm来确认一下已经没有活动的TSM进程了,然后同样地,使用smitty update_all来更新,具体更新步骤不详述了.

更新后的各组件的版本:
TSM Server:Version 5.3.5
TSM Client:
Node Old Version
BA TDPO SA API
node-1 5.3.4 5.3.3 5.3.2 5.3.4
node-2 5.3.4 5.3.3 5.3.2 5.3.4
node-3 5.3.4 5.3.3 5.3.2 5.3.4
node-4 5.3.4 5.3.3 5.3.2 5.3.4
......

如果这次升级真的能解决之前所出现的反反复复的备份问题的话,则可以解释各组件版本差异所可能产生的问题了.
不过可能还需要更长时间的观察,呵呵!

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/266238/viewspace-931081/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/266238/viewspace-931081/