1. 设计初期就规划好管理调度,包括卷历史信息备份和删除、设备文件的备份、tsm db的备份等,可避免后期发生问题时抓瞎
2. 数据库的备份效率可通过多通道来实现。以oracle为例,要实现多通道需同时具备以下条件:node属性maxnummp的值;多个物理驱动器;rman脚本中的多个channel。
3. 如果备份规模较大,驱动器较多。在设计lanfree时,建议为每个san agent分配独立的驱动器。这样可以避免后期定义调度时,驱动器的争用问题。
4. oracle或db2的备份调度由数据库控制,要确保磁带库的空间不被无效的备份塞满,需具备以下条件:node属性backdelete 和archdelete为yes;副本组的属性为1 0 0 0 ;要有删除脚本,并定期执行。
暂时想到这么多,欢迎补充!
总结的很好。个人感觉TSM是个很繁琐和复杂的软件,不太容易掌握,备份域,副本组,管理卷,保存的版本等等的对应关系太多。真是要静下新来去梳理所有的关系才能驾驭的好这东西。
收起补充几点:
1. 超时设置
2. 驱动器最少2个起
3. TSMserver端和客户端参数优化:如:tcpip 的size的优化,日志保留时间
4 通讯端口如:lanfree端口 统一制定,方便防火墙统一配置管理
5. 适当多划分自己domain,分开管理
收起试过通过磁带恢复TSMDB,必须要的配置文件有三个:server.opt、卷历史文件、设备文件(这三个文件是有定期备份到磁带的)
因为是异机恢复,所以这三个文件直接在原服务器上拷贝过来了。
一直有个困惑:如果原服务器挂了,所有文件都丢失。那server.opt、卷历史文件、设备文件 这三个文件怎么恢复出来?
TSM服务器启不来的情况下,怎么知道这三个文件备份到哪盘磁带?怎样才能异机恢复这三个文件?