可能是磁带里还有很少碎片空间,建议move data 把数据挪到其他地方,回收老磁带。 2, 这就像只有一间小开间,里面放满了东西,现在要清理,你不给找个屋外的暂存空间,在屋里倒腾,不好搞啊 :), 建议增加磁盘池座缓冲,然后migrate to t
copygroup的参数设置确实比较迷惑,这里举例子说明。拿 backup copygroup举例,archive copygroup参数比较容易理解。我们知道当第一次备份一个文件到tsm时,它成为活动版本,再备份这个文件一次,新的备份成为活动版本,之前的变
问题2:有个老点的文档,讲的很详细,你可以参考下: 问题1:node 和 proxy node 的关系, 为啥要用proxy node呢?拿Exchange DAG举例,假设DAG 包括2个机子,A 和B, 在 TSM中的备份节点名分别为N_A, N_B, DAG中运行了若干mail DB,
对于备份系统,最好部署TSM前根据经验,分配TSM DB 足够的文件系统/空间,并留一定的buffer,避免实际运行当中碰到DB空间满/空间不够的问题。事后在碰到这些问题,可能需要调整硬件设置,费时费力。估计大部分人都希望备份配置好
单独建个domain, 主池,备份池, 设定schedule 或者crontab 每月最后一天备份到这个domain内的主池, 然后backup 主池数据到备份池。 或者直接设定主池的copypool=备份池,节点备份的时候直接写两份数据,一份到主池,一份到备
log里有一切的细节! 检查TSM Server actlog, 客户端schduler的log. 通用的参考:
TSM升级到6.2.5+版本参考:
大家用的都好专业啊 ! :)
问题是指TSM部署,使用方面的优化么? 7.* 版本后安装配置更快速,简单,建议用最新的7.1.5版本,支持容器池(在线去重,压缩)部署可以参考TSM Blueprint, 脚本一键自动部署%20Protect%20BlueprintsOC管理界面直观,易用;容器池(7.1.5+
TSM 升级到6.2.5+版本即可
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30