关于tsm容灾的方法

请教个问题。
当时TSM实施的时候布局不合理，本地备份用TSMserver1＋3584带库，灾备机房用tsmserver2＋DS4500，现在的灾备方式是采用每周末从tsmserver1到tsmserver2拷贝存储池的方式进行。随着需备份的数据库越来越大，存储池也越来越大，采用拷贝存储池的方法显然无法满足需要。一个是容量不够，二是时间太长。
请问在现有的条件下，不改变架构，不新购买产品，如何实现容灾？

最好是能每周只备份最新的版本到灾备环境。

应该是每周都是增量备份阿！我觉得这个与你的生产数据有关，每次你的备份都是全备，你的TSM相关的copypool也会这样啊！

你的第二个备份用的是硬盘？不能直接使用存储池的磁带？

有没有试过，在灾备中心把全部应用拉起来？
其实灾备中心那边的要求可以降低一点儿，只保留最后一次全备的数据。
也就说在生产中心这边多建立一层stgpool-A，next pool指到3584上去。
stgpool-A的大小刚刚可以存放2.1个全备，确保一个完整的全备能放得下，然后过去的数据全部migrate到3584上面去。
这样目前的copy pool 把stgpool-A的数据复制过去应该会小很多数据吧。

如果LZ的DB备份已经足够大了，还是会影响你所说的性能，那么建议精简你的库吧。
生产库那么大肯定也没什么好处，或者是通过rman进行备份对象的修改。

你说的不是很详细，我也回答的有点儿模糊，但愿能给你一点儿启示。
不过我担心这种涉及方法的可恢复性，是不是真的有效。

回复 #2 jiangxh #3 crazyshow 的帖子

现在的策略是在本地：每周六全备，其余时间增备。在本地是用3584带库备份。然后周日的时候拷贝整个存储池过去到灾备中心的ds4500。现在保留的是一个月的数据。也就是说保留在带库中的全备应该是有4个版本（一周一个）。现在的问题是，DS4500早就装不下那么多数据了。

其实这个根本不是真正意义上的灾备中心。只是异地存储了一个存储池而已。真正的灾备应该如crazyshow所说可以把业务在灾备中心起来。现在不是，只是在灾备机房建了个tsm server，管理DS4500。:L

crazyshow说的“生产中心这边多建立一层stgpool-A，next pool指到3584上去”，那这个stgpool-A只能是另外的存储设备，可是环境所限，没有多余的存储设备了:L

光是看一遍，我就要昏死过去了

回复 #5 darkbug 的帖子

老大，我也是受害者啊。尽干擦屁股的事情了。。:L

可不可以这样，在灾备的tsmserver2也注册个节点，创建个策略和调度，然后每周在灾备这边也作一次全备。一个节点可以注册到两个tsmserver上吗？谢谢各位老大指点

肯定可以注册到两个tsm server阿，不过这样有用吗？

谢谢回复。我是这样想的，在本地的tsmserver1上定义调度，周一至周五增备，周六全备，备份设备是3584带库。然后在灾备那边的tsmserver2上定义每周日全备，备份介质是DS4500盘阵。不知道这样想对不对。而且这样我还有几个疑惑：

1。在客户端的tdpo.opt该如何写呢？两个服务器IP并行写？
2。当运行tdpoconf password的时候是不是会覆盖原来的那个设定的密码，造成和另一个tsmserver无法通讯呢？

3。在rman的catalog数据库这块有没有需要注意的呢？

今天有空，帮你大概想了一下，你这也是巧妇难为无米之炊。
深表同情，宝剑锋从磨砺出嘛，鼓励一下！
你正在变成个身经百战的英雄！

假设你在生产机房的生产机叫做nodeA，备份机房的备份机叫nodeB。
你可以尝试将nodeA备份的数据(在3584上的全备)，通过赋予授权的方式让nodeB在nodeB上恢复出来，这样你就相当于是一套可用的数据存放在nodeB上了。
这样一来你的nodeB拥有的不是一套可用的TSM但却拥有一套可用数据。
好像是在nodeA上面运行set access之类的命令，然后在nodeB上恢复的时候也有个什么选项。
抱歉，我脑子不大灵光，忘记了。
（恨自己，tmd在两周之前刚帮别人解决过类似问题，这么快就忘了）
至于授权的详细方法可以参考文档“TSM BA Client installation and User guide -Unix.pdf”。
再次恨自己，我机器前天刚刚垮掉，重装以后还没装acrobat reader，而我做了不少笔记都转成pdf了。

提醒一点：上面说的授权方式在lanfree方式下会有问题（实践证明），具体的原因我还没找到，至少最后tcpip connection的正常，lanfree那个节点还是没成功，因为是support别人我也没深入研究。
个人分析是因为stgagnt在连接建立后会担当server的角色，而这部分具有写权限的授权好像有着某些尚不可知的绑定关系，所以不能成功。
还有就是tdp4ora下面我没有做过测试，当时只是测试离线备份的文件，可行。

想想备份机房里装一套tsm server管理4500，时不时地复制数据，但却不知道能不能可用。
这样的做法确实不大有意思。

如果你对数据库熟悉，或者是可以买些新的软件，oracle还有很多办法来实现灾备，我是说有用的那种。

[[i] 本帖最后由 crazyshow 于 2007-12-14 23:43 编辑 [/i]]

“今天有空，帮你大概想了一下，你这也是巧妇难为无米之炊。
深表同情，宝剑锋从磨砺出嘛，鼓励一下！
你正在变成个身经百战的英雄！”

就冲这几句话，我拼了，今天不睡觉研究下赋予授权的东东:handshake :lol

完全没必要那么麻烦去研究授权,直接用nodea的名字在物理机nodeb上就可以恢复数据库.
如果想平时和周日分别备到两个TSM SERVER,做两个TDPO.OPT和DSM.OPT,分别指向两个TSM,备份时用环境变量指定用哪个OPT就可以了.口令可以设成一样,或者指定不同的口令文件所在目录,用不同的口令连TSM SERVER.

[quote]原帖由 [i]f_y_l[/i] 于 2007-12-17 00:36 发表 [url=http://www.loveunix.com/redirect.php?goto=findpost&pid=746259&ptid=79586][img]http://www.loveunix.com/images/common/back.gif[/img][/url]
完全没必要那么麻烦去研究授权,直接用nodea的名字在物理机nodeb上就可以恢复数据库.
如果想平时和周日分别备到两个TSM SERVER,做两个TDPO.OPT和DSM.OPT,分别指向两个TSM,备份时用环境变量指定用哪个OPT就可以了 ... [/quote]

这个值得一试！先谢谢了！

:victory: 先谢谢f_y_l，照他的办法已经成功了。

然后提出来我所遇到的一个低级错误，就是要切记用tdpo备份的时候，rman备份脚本的allocate channel 必须用device 'sbt_tape',而不能用DISK，就算你的存储池设备类就是DISK类型的，也必须用sbt_tape。我在这上面晕了一下午。。:L

燃眉之急解了，开始考虑长远的方法了~~谢谢各位

学习了

[quote]原帖由 [i]hetian127[/i] 于 2007-12-17 19:54 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=746509&ptid=79586][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]
:victory: 先谢谢f_y_l，照他的办法已经成功了。

然后提出来我所遇到的一个低级错误，就是要切记用tdpo备份的时候，rman备份脚本的allocate channel 必须用device 'sbt_tape',而不能用DISK，就算你的存储池设 ... [/quote]


两个都恢复测试过了？

[quote]原帖由 [i]f_y_l[/i] 于 2007-12-17 00:36 发表 [url=http://www.loveunix.com/redirect.php?goto=findpost&pid=746259&ptid=79586][img]http://www.loveunix.com/images/common/back.gif[/img][/url]
完全没必要那么麻烦去研究授权,直接用nodea的名字在物理机nodeb上就可以恢复数据库.
如果想平时和周日分别备到两个TSM SERVER,做两个TDPO.OPT和DSM.OPT,分别指向两个TSM,备份时用环境变量指定用哪个OPT就可以了 ... [/quote]


强人！！！