informix数据迁移--表卸载问题

8213452

其中有一个任务我使用ctrl + c终止了。/tmp目录下的日志显示set mode of indexes失败。dbschema -d dbname -t tabname -ss查看该表结构时显示index为disabled.进dbaccess可查询数据。
是否可以在dbaccess中手工执行set indexs indexname enabled。该操作是否等同于onpladm中的最后操作。

liaosnet

可以~~onpload前面是导数据,后面是使index生效...

在DUMPDIR目录下,你可以看一下日志里是什么原因~执行到什么时候了..

8213452

目前依然在执行的一个任务，dump目录应该是/tmp，在该目录下对应该任务有三个文件
jobname.rej
jobname.flt
jobname.log
其中，前两个文件为空。tail jobname.log文件显示：
.........(内容下同)
20:10:06 Records Processed -> 80200000

与crt输出内容相同
停止在导完记录处。

8213452

onstat -g sql 显示有几个onpload任务及一个set objmode任务
其中set objmode内容为
set indexs indexname enabled

liaosnet

额.那他就是在做启用索引呗~~

8213452

那这个进度就不太敢恭维了。我试一下在dbaccess手工执行indexs indexname enabled。

koolkite

如果只是对单表的操作貌似还可以接受，但是如果实施在整库迁移的时候呢？  我曾利用那些命令编写一个shell脚本进行整库处理，结果发现并发到8个任务的时候，总是会出现错误，不知道为什么

prefect

原帖由 koolkite 于 2009-5-27 16:27 发表
如果只是对单表的操作貌似还可以接受，但是如果实施在整库迁移的时候呢？  我曾利用那些命令编写一个shell脚本进行整库处理，结果发现并发到8个任务的时候，总是会出现错误，不知道为什么

HPL之所以快是因為 他把data在memory排好了table格式后直接寫入DB，所以你要注意你系統總的memory用量，如果memory不夠，甚至用光了swap，那就......

koolkite

后来我修改了脚本，是通过逐表迁移的方式去操作，结果发现时间上耗费挺多的，效率不是很好， 各位有什么好的建议

8213452

机器配置8*2198MHZ power5 ,内存32G.
在导入大表(记录数1亿左右) 时会无响应.等了2天还是没有反应.

该问题一直没办法解决,现在想尝试使用其它方式,方法如下:
      将onpladm的导入模式由express改为deluxe模式。
    该方式是否可行？如果可行的话如何修改？

    导入模式修改操作在x-windows下操作似乎很容易。但在命令行下如何实现，有知道的朋友请告知一下。由于x终端服务无法启动，所以只能使用命令行方式。
    另外，job在onpload:session中定义，其中runmode字段是定义导入模式的，之前尝试update该字段后导入未成功。可不可以这样修改？