TSM for sql 容灾备份问题

安装了TSM server1,schedule是每天增备，每周全备，该server和sql server在本地。TSM server2作为容灾server，首次全备，每天增备，该server在异地。目前备份均正常，但server2上的备份无法restore。

分析原因可能是因为server1,server2均通过tdp agent使用sql数据库内部的备份命令备份数据，因此所谓的增备是sql数据库的增备命令，而该命令是依据最近一次全备为基础做的增备。由于每周在server1上做全备，因此server2上第7天开始的增备不在依据其首次全备，而是依据server1上的新的全备。从而导致了数据无法恢复。

不知道以上分析是否正确。如何解决该问题？

或者，如果以上分析不正确，那server2不能够restore的原因？异地容灾具体又该怎么配置？由于异地的网络条件限制，只能每天增备。

这好像不算容灾吧，顶多算个异地备份，而且你采用的全备和增备的标准是sql server控制的，而且有2套，这样就乱了，等恢复的时候需要2套tsm server都可用才能恢复。

容灾按TSM的说法，你这种有2个server的应该采用电子容灾，采用virtual volume把tsm server1的磁带数据定期拷贝到tsm server2应该就可以。

不知道我理解的对否，希望高手指正。

[[i] 本帖最后由 gelf123 于 2008-2-24 09:08 编辑 [/i]]

每个tsm server有自己的数据库，数据库备份客户端也有自己的备份记录，这样在两个tsm server之间交叉多重备份，我觉得不妥，从未见过如此方案。

不过，也不是绝对不行，那就要从tsm server的database和备份客户端的备份记录入手，人为修改，个人认为太麻烦。

对于容灾，建议LZ好好考虑一下，tsm推荐的方式，参考一下，不要乱来，以免害人害己

2楼说的方法项目开始时就否定了，主要的问题是异地的网络带宽很小，2M的线路，还要跑其他应用。server2备份server1的磁带数据量太大，线路不够用。

以前只做过单server的项目。容灾方面确实不是很了解，现在事到临头再研究也赶不及了。

不知道高手能不能简单介绍一下，象这种异地容灾应该这么设置。好像文件备份方面这么设置没有什么问题，就是数据库方面的真不知道该怎么搞。

楼主，tsm对sql server是有这个问题，这是sql server本身的限制，和TSM无关。我以前也遇到过，后来是用本地的全备和异地的增量加起来恢复的。
二楼说的很对，TSM只能实现异地备份，并不是容灾，这是两码事情。一般容灾都是采用存储两地做mirror或者pprc，异地也有应用系统。另外，virtual volume这种方式，异地tsm server是以archive file形式存放在异地带库的，没法直接用来还原。当本地的TSM Server垮掉的时候，还是没法恢复的。所以TSM只能做很低层次的容灾。