TSM 内置了一个DB2的小型封装数据库，这个肯定大家都知道。
几乎全部的配置信息都存放在DB里面，所以对该数据库的访问几乎可以完成全部的工作。
但是，很不幸，TSM DB 不允许SQL的直接更改。
仅仅提供select操作。
但是SQL的直接访问却提供了更多的便利操作。

接着我就简单介绍一下怎么用SQL直接访问TSM DB。
首先，SQL的直接访问只能够通过管理客户端，也就是dsmadmc界面来完成。
    当然也可以使用TSM Management Console或者AC里面的run command来完成。其实是一样的。
    注意：在dsmserv的CLI下面是不能使用这些命令的。
其次，TSM 提供针对windows的ODBC，可以给客户提供二次开发的接口。
    其实，主要是针对一些网管或者监控方面的需求，提供了一个整合的便利。

dsmadmc
admin/admin
tsm>select * from syscat.tables
就可以看到几乎全部的库信息了，剩下的就是慢慢察看吧。
[attach]24231[/attach]

TSM DB包含三个主要的系统表：
syscat.tables        #包含可以通过select访问的所有表的信息
syscat.columns    #描述每个表中的列
syscat.enumtypes        #为每一个可数类型定义有效值，并对每一个类型的值进行排序


接下来的话，使用就很简单了
比如：select tabname from syscat.tables
    那就会列出全部的可用表名
            select * from nodes
    肯定可以看到全部的nodes信息了
            select * from volumes
    肯定可以看到全部的volume信息了
以此类推，怎么用就慢慢研究吧。

值得注意的是：如果查询牵扯太多服务器资源，可能会收到一个消息，让你确认是否继续执行。
如果想要完成查询，DB里面至少要保证4M的剩余空间，否则会失败，甚至影响TSM运行。

可以使用dsmserv runfile sql.scr来跑sql脚本，也可以把命令输出导出成为csv或tsv格式的文件。
至于使用sql之后的优点，我就不多说了，例如sort/group/order/where之类的，优点总归是有一点儿的。
帮助不一定很大，但是挺好玩儿！
有兴趣的兄弟来玩玩吧，研究一下，有意思！


[ 本帖最后由 crazyshow 于 2006-12-30 20:40 编辑 ]

早被用户逼的用sql完成大部分维护工作，可惜此db2 的select也有很多限制．

没想过这样去做维护，谢谢楼主介绍的方法。
楼上的鸡鸡能介绍一下经验吗？

我找了一些资料，但是好像没有特别强调select限制的内容，2楼的还是出来指导一下吧！

TSM DB is not DB2 yet, even for the new release 5.4 this month and next 5.5. But it will be complete DB2 database in version 6.0 in 2008.

2楼果然高人，佩服呀