回头看看早些时候做的tsm，发现有很多值得改进之处

当年对tsm还不熟，硬着头皮做了一些客户，前几天有机会又回去看看，发现漏洞百出啊。
现在把一些经常遗漏的地方整理一下，还不够全面，以后接着补。

1. def sched EXPPROC type=administrative cmd='expire inventory' active=yes starttime=02:00
2. update node NODENAME passexp=0 backdelete=yes archivedelete=yes
3. def spacetrigger db fullpercent=95 spaceexpansion=100 expansionprefix=/USR/TSMSPACE maximumsize=10000
    (Log maximumsize is 13GB, DB maximumsize is 530GB)
4. update admin SERVER_CONSOLE passexp=0
5. update admin admin_center passexp=0
6. install server management console , and define report , run refresh current time report
7. backup db full weekly, incremental backup db daily , then reclaim the vol and recycle
    backup db devclass=TAPE_3583 type=full volumenames=A00001 scratch=no
    backup db devclass=TAPE_3583 type=incremental volumenames=A00001 scratch=no
    (default is scratch=yes, TSM will catch scratched volume , if there is no more scratch volumes it will fail.)
8. estimate dbreogstats
    To make sure selftunebuffsize is large enough, run query option.
    set option selftunebuffsize=500

[[i] 本帖最后由 crazyshow 于 2006-12-13 15:39 编辑 [/i]]

整理整理，就成了最佳实践了。

是啊！总结的比较好

7. backup db full weekly, incremental backup db daily , then reclaim the vol and recycle
    backup db devclass=TAPE_3583 type=full volumenames=A00001 scratch=no
    backup db devclass=TAPE_3583 type=incremental volumenames=A00001 scratch=no
    (default is scratch=yes, TSM will catch scratched volume , if there is no more scratch volumes it will fail.)

对此句感到疑惑，或许只是示意？
full 在a00001，inc也在a00001。。。。

tsm我觉得应当向别的系统学习的唯一一点是做dbbackup的时候不能顺序使用磁带，一盘带只能用一次，这个概念很怪异，也许tsm在国外都是大系统，db都有几百G。。。

感谢Orian!!

我也发现这个问题，但是按照书上讲的，增量据说可以在原来的基础上进行备份。
使用dbbackuptrigger来自动触发backup db，两个full之间可以最多支持32个incremental
我每周都把它重新reclaim一遍,可以的。
书上看的，还请多给些实践经验:)

其实我决定tsm的db backup不在同一盒带子上做是有原因的，估计开发的人是考虑如果这么关键的tsm db都备份在同一盒带子上，万一那盒带子备驱动器吞了......

我说的不是这个意思，以前tsm是不能在一盘磁带上“追加”备份的，这样就会发生一盘磁带始终只能用前面的一点，并且要定期删磁带的状态，现在能追加了？那个版本？

备份db就不要用带子了，搞到服务器本地硬盘上多好，回头cp走

另外，如果要考虑tsm本身的备份的话，还需要cp几个文件，最好能写个脚本，定期自己做

现在我用的也是t5.3

以前我一直特别排斥使用isc/ac来配置tsm，但是随着时间一长，发现这个东西还是挺好用的。
我后来发现它有很多tsm server maintenance的工作都是用server_console这个用户做的，
而且还可以使用SQL语句直接监控TSM并生成报告。

我也注意到资料里面没有说过普通用户可以使用backup db来如何如何备份，反倒是在管理任务这块儿提到增量备份。

我在去年做过的一个客户那边，直接使用AC里面的服务器管理，添加的自动维护任务，在它的脚本里面直接定义db backup，好像后来一直没有报过错误。
因为当时也不是太熟，后来也没敢再回去研究，就扔在那儿了。

TSM DB的增量备份也是要一盒带从头写，不能追加。

[quote]原帖由 [i]crazyshow[/i] 于 2006-12-7 21:20 发表
以前我一直特别排斥使用isc/ac来配置tsm，但是随着时间一长，发现这个东西还是挺好用的。
我后来发现它有很多tsm server maintenance的工作都是用server_console这个用户做的，
而且还可以使用SQL语句直接监控 ... [/quote]

isc和adc除了慢点，使用时候慢，安装更慢，不过功能还是不错滴

干活的时候不容易漏东西，而且报错也比较醒目，对于我这种懒得记忆命令的人还是省了不少事情

哈哦 :lu2: :lu2: