由于业务平台多，但是同时考虑到后期备份恢复的问题，怎么样更好的去设置策略？

我以前的做法是根据不同的主机，不同的备份内容设置不同的策略域和节点，比如，

我有4台比较重要，数据量大的数据库，我针对这四台机器分别建立了日备份，年备份两个策略域和分别对应两个策略域的节点，

有一些网站类的业务，数据只保留几份最新的就行。数据不要求查询归档，我就把这些都放在一个策略域里，然后给不同的主机建立不同的节点，全都对应到这一个策略域里。

总的来说还是感觉很麻烦。

你的需求和tsm的产品设计正好吻合。策略域 副本组 存储池等概念的设计就是为了隔离细化需求的。

先梳理你的需求。根据不通的需求、优先级、保留期限，保护级别等先做出一份需求表。

然后汇总，把相似需求的主机归到一组，匹配对应的策略域、存储池。比如你的数据及其重要，考虑增加副本存储池，增加冗余。如果恢复比较多，活动存储池。或直接使用vtl和磁盘池。

具体问题要具体分析，这个话题真要说的话，可以说上一天。

备份策略的规划涉及面太多了，受限因素也多，主机、OS、网络都是限制，如果想得到实用的备份建议，最好对你的环境做个简单的描述。

业务平台多，备份需要也多，这其实不是什么大问题，TSM很多模块支持和的还是不错的。也可以通过其他相应的变通方案来实现。

最重要的问题是：

1. 众多备份需求的梳理(业务系统，保留版本，异地备份等)

2. 需要针对具体需求搭建合适TSM或其他备份支持方案，有肯能是集中方案的组合实现。

3. 容量和专有和通用恢复平台的考虑，对于后期的恢复演练有很大帮助

4. 策略方面可以适当多建，分开管理，灵活处置。

5. 数据迁移方面可以考虑调度集中管理实现等。