guanwei

不同意【多个文件能防止单个文件丢失或者损坏】的观点。设置多容器和并行度计算有关，请见拙作《》。

没办法，干掉重建数据库。

单凭这几句话，神也不能解决问题。可能出现问题的点有存储条带设置，UTIL内存设置等，100G的小库应该不会太慢，除非硬件真烂到家。

我收费带徒弟，不过张总可能免费，哈哈！

runstats表和索引。如果没有效果，注意观察sysstat.coldist视图，type列值的F和Q分别代表频度和分位数，看colvalue值，type=Q的是否有你的6和5，如果没有并且timeron成本仍然高，在不改数据库参数的情况下用下面的语句搞到有6和5

楼上几位讲的都很赞，显然扩分区停机与否并不是重点，数据重分布使用新增分区才是头疼的事，而招数无非就三个：redistribute/export、load/insert into select。redistribute简单但有负作用，实际中还是用IISF语句和导出导入的

这种情况下难办，看命了。等不住就只能ipclean了，哈哈！

孔兄，这个要求不高！DPF可以做到在线水平扩展，前提是多分区扩展至更多分区。如果是从单分区扩展到多分区，应该不行，需要停机。只有干掉分区时，一定要求数据库必须deactivate的。印象中对于V10以上可以，V10以下版本不太确定，可

回复 新数科技 DPF选择GPFS或NFS都可以，甚至什么都不用也行！在GPFS和NFS二者中，我倾向于NFS，因为它简单迅速，维护成本低。别说NFS稳定性不好，过于关注稳定性的，可能选择DPF本身就是错误的～

为你的探索精神点赞。runstats之后的npages是表所有行占用的page数，乘以pagesize即为表内已有数据的总大小，你可以看到导出的DEL和这个结果差不多，至于它们之间还是有些差距，是和DEL文件本身的编码，操作系统的磁盘占用计算