可以看看这个如何使用TSM备份软件实现数据级容灾
选择可以参考:熟悉TSM.TSM:架构明晰,性能稳定可靠,扩展性好,支持超大备份负载(有兴趣,可以看看国际原子能机构为啥选择TSM备份 )很多刚接触的觉得有些概念略复杂,但对现在的备份系统设计来说可直接略过,比如 备份策略/目标设定:policy d
主要还是考虑备份对象的一些属性以及企业的系统类型进行考虑吧: 目前系统架构,小机+存储? or X服务器,比如是IBM小鸡+存储,那选择TSM,兼容性,支持都是最好。 备份内容: 文件服务器,VM, 数据库,邮件服务器是否都支持。备份
试试
HI 巧雷,1. generate backupset 确实不是为出库设计的,常见的场景是把某个节点的备份打包到backupset, backupset拿到远程site做恢复。2. 相较export to tape, 其实COPY POOL出库还是挺便利的,定期backup to copy pool,
直接覆盖安装即可
Q VOL stg=TAPE_POOL F=D 查看磁带使用率,参照问题: 尝试回收磁带。定义TSM admin schedule定期 expire inv. 另外检查备份策略设置,是不是保存数据版本太多,保存时间太长? 或者备份数据增长就是太快,需要增加存储池
文件备份最简单,也可以用mysqldump+adsmpipe参见问题:比如 MYSQL: mysql提供mysqldumpmysqldump生成mysql数据库备份文件--->通过linux命令行管道传给 adsmpipe ——> adsmpipe 将数据库备份文件通过tsm api接口
用select备份永远都是全备份。dsmc inc是增量备份。
看log, 一般备份脚本都会重定向备份日志到文件,检查log文件。也可以在 TSM Server端 dsmadmc, 'q se' 看实际备份数据传输情况。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30