互联网服务数据库
db2 log的默认权限
db2 log的默认权限是600 ，如何更改呢？ 我试过改实例id的umask，似乎不起作用 。
-rw------- 1 a1inio1s dbadmin 122888192 2011-07-07 13:35 S0282736.LOG
-rw------- 1 a1inio1s dbadmin 122888192 2011-07-07 13:35 S0282667.LOG
-rw------- 1 a1inio1s dbadmin 122888192 2011-07-07 13:37 S0282668.LOG
-rw------- 1 a1inio1s dbadmin 122888192 2011-07-07 13:37 S0282738.LOG
-rw------- 1 a1inio1s dbadmin 122888192 2011-07-07 13:37 S0282737.LOG
-rw------- 1 a1inio1s dbadmin 122888192 2011-07-07 13:44 S0282669.LOG
-rw------- 1 a1inio1s dbadmin 122888192 2011-07-07 13:35 S0282736.LOG
-rw------- 1 a1inio1s dbadmin 122888192 2011-07-07 13:35 S0282667.LOG
-rw------- 1 a1inio1s dbadmin 122888192 2011-07-07 13:37 S0282668.LOG
-rw------- 1 a1inio1s dbadmin 122888192 2011-07-07 13:37 S0282738.LOG
-rw------- 1 a1inio1s dbadmin 122888192 2011-07-07 13:37 S0282737.LOG
-rw------- 1 a1inio1s dbadmin 122888192 2011-07-07 13:44 S0282669.LOG
7同行回答
其实在我们原来的server上，我的脚本里是有这个拷贝log的功能的，只不过那会capture用的是实例id ，不存在无法移动log的问题 。自从server 从AIX迁移到Zlinux，ECM team坚持说是规定，必须要分开id，这就变成一个不大不小的问题了。收起
浏览772
capture是需要读log的，但因为，archive log已经移动到别的地方存储了，所以，必须要capture把它拷贝回active log目录。
其实造成这个问题的原因很简单，就是capture不应该用单独的id，但事实是确实分成了单独的id，据说还是根据规定来的，我也没办法 。收起
其实造成这个问题的原因很简单，就是capture不应该用单独的id，但事实是确实分成了单独的id，据说还是根据规定来的，我也没办法 。收起
浏览796
[此回答已删除]
浏览604
改完有可能会出问题的。。收起
浏览795
在我们的server上运行有capture，它的id不是instance id。而 对于不活动的log，在实例id下游脚本会把它移动到另一个目录压缩存放。但有些时候，capture停掉了，重新启动的时候，它需要的log有可能已经被移到archive目录里去了，所以，启动capture的脚本需要先把需要的log移回到active log 目录。
因此，需要改这个权限，改成同组可操作。
所以想知道这个权限在db2里能能控制吗？收起
因此，需要改这个权限，改成同组可操作。
所以想知道这个权限在db2里能能控制吗？收起
浏览787
为什么要改？收起
浏览777