select lib_id from sysibm.sysroutines where routinename = 'DU000030' 假设得到的是12345678 将你的db2expln命令中的DU000030换成p12345678,即P
lvcms是块设备,rlvcms是字符设备。在DB2表空间容器的使用是针对字符设备的,当然权限的管理可以仅针对相应的字符设备,如chown cms.cms /dev/rlvcmstbsp*,而忽略块设备的权限管理。
楼主可以参考18m的官方文档和redbook - sg247467.pdf 应该能够比较全面的考量dpf,tp和mdc三者的联系和区别,以及在具体应用系统中的配合使用。
楼主的系统环境的设置SVCENAME直接设置为端口号,和/etc/services已经扯不上什么关系,同时db2comm的协议配置应该也没有什么问题;如果存在端口争用的话,错误信息应该和“bind error“有关。从日志中的报错信息我感觉还是和
表空间的分配map:参考snapshot for tablespaces里每个表空间的最后的部分描述; 其实无论是水平条带还是垂直条带,无非是extent安排的序列规则,一个表空间一个,参与的容器无非是组成不同的条带集,对应于加入序列规则的顺序
请楼主首先参考IBM官方些的文档 参考文档是基于V8的,V9版之后增加了自动存储的功能,所以缺省情况下在SQL?????下生成和数据库名同名的子目录,其下是asm的表空间分配使用位置,详细的可以参考list tablespaces和list table
[i=s] 本帖最后由 lauyatsao 于 2013-5-27 17:20 编辑 如果是数据迁移的话,可以考虑简单易行的,如离线备份恢复(backup/restore),恢复(restore)时可以改数据库名;另如DB2LOOK加DB2MOVE EXPORT,目标端导入ddl,DB2MOVE IMPOR
[i=s] 本帖最后由 lauyatsao 于 2013-5-27 16:54 编辑 需要楼主明确两点:1。0x1b在ASCII码表中对应的是ESC,不是光标左键,像方向键,鼠标按键都是控制功能的按键,是不保存键值的,都是生成虚拟编码,在ASCII表中是没有对应位置
不太明确楼主的意思,对空间的使用分配这么关心?性能考量?能否表达得明确些。 表的创建是基于表空间的,extent的分配是基于条带集的空间划分,具体可看表空间的分配map,对于用户是透明的。从底层些来看,drop了老条带集里的表,
[i=s] 本帖最后由 lauyatsao 于 2013-5-23 16:18 编辑 楼主不要纠结于提示”target codepage unknown"的信息,严格讲应该是“target codepage 1386”,我感觉是DB2的提示信息不明确,不准确,呵呵。 首先检查系统的lo
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30