关于数据库在两台机器间迁移---请高手帮忙！

chixl

搜了一些旧帖，没有找到答案。所以就发帖求救了。请各位大侠帮帮忙啊！

进入正题：

我的infomrix online 版本是INFORMIX-OnLine Version 7.23.UC6
现在想把数据从一台服务器（IBM 330 安装sco unix 5.04）迁移到另外一台服务器（HP ML570 T02安装sco unix 5.06），online的版本一样。

旧服务器平时都用onunload的方式进行备份。因为磁盘空间划分得不一样。我想用dbexport/dbimport的方式进行数据备份和恢复。命令 dbexport dbname -ss

出现的问题：

1、要倒的业务数据库共有7个。其中4个库（不含有存储过程）做dbexport的时候都很正常。但是有两个库（含有存储过程）会出现备份时不能正常退出。即实际已经完成，但是界面上一直没有出现dbexport completed。最后一句总是end procedure。此时要到另外一屏把dbexport的进程杀了，才能退出。否则进数据库操作的时候，老是提示数据库不能打开，被其他用户占用。（是不是dbexport的时候还要带其他参数？）

2、还有一个数据库在做dbexport的时候会出现Memory fault - core dumped。这个库用onunload方式备份的时候，.dat的文件大小为1246199808Byte。是不是数据库太大不能用dbexport的方式备份？那用什么方法能实现这个数据库在上面所述的两台服务器之间迁移？

3、第2点中出现 core dumped的dbexport备份数据，我拿到新服务器上作dbimport也能正常dbimport completed退出。想请教怎么样验证两台机器上的数据一致性？就是说，我怎么知道我的数据备份与恢复有没有成功?

请各位高手指点！急啊~~~~要过年了，本想给服务器升级，好回家安心过个好年，可是机器配好后，数据迁移却出现了问题。请各位高人支招啊~~

大梦

dbexport/dbimport时对单个文件有2G的限制！

chixl

谢谢版主~~

可是好像单个文件并没有达到2G的容量啊
那通常超过2G的数据库，都有什么方法能够备份/恢复到另外一台机器呢？

还有1、3两点，哪位同仁有见过。虚心求教啊~~

lianyong

应该是导出文件过大的问题。
可以修改dbexport生成的*.sql文件，修改一下，将最大的几个表（超过2G的)先注释掉，这样dbimport后再手工导这几个表，数据可以从原表分段unload下来，再load或dbload进去。

chixl

原帖由 "lianyong" 发表：
应该是导出文件过大的问题。
可以修改dbexport生成的*.sql文件，修改一下，将最大的几个表（超过2G的)先注释掉，这样dbimport后再手工导这几个表，数据可以从原表分段unload下来，再load或dbload进去。

请教：我是在做dbexport的时候，就出现core dumped了。是不是做dbexport的时候可以选表呢？可是有大好几十近百张表啊。

大梦

core dump是不是因为版本有问题？
dbexport/dbimport是最可靠的方法了，就是慢点！
不知道你这个版本有没有ipload工具？

chixl

原帖由 "大梦" 发表：
core dump是不是因为版本有问题？
dbexport/dbimport是最可靠的方法了，就是慢点！
不知道你这个版本有没有ipload工具？

版本有问题是什么意思？online版本安装得不正确？

这个系统从98年上线开始，就一直运行。好像没有问题啊。原来都是用onunload的方式备份和恢复的，都没问题。也有用ontape -s和ontape -r恢复过。用dbexport的时候就出现core dumped。

怎么看版本有没有问题啊？

chixl

原帖由 "czw1413_cn" 发表：
1、一般在做dbexport的时候不会随便退出，你可以一边观察备份时的情况，一边观察数据库的情况
应该能等到dbexport end
另外当出现不能独占数据库的时候，可以通过重起数据库来来解决

3、要验证备份的完整性，需..........

两位版主大家光临本贴，小妹我感动得热泪盈眶啊。。。。

1、我第一次（对含有存储过程的库）做dbexport的时候，一直以为是还没有完成。于是就等啊等。。。等到第二天早上来的时候，界面上还是停在end procedure上。于是我就把dbexport.out和其他正常退出的dbexport.out文件对比了一下。发现正常退出的.out文件结尾都是如下结尾：
grant select on "dw".dkfftx_yb to "public" as "dw";
grant update on "dw".dkfftx_yb to "public" as "dw";
grant insert on "dw".dkfftx_yb to "public" as "dw";
grant delete on "dw".dkfftx_yb to "public" as "dw";
grant index on "dw".dkfftx_yb to "public" as "dw";

dbexport completed

而不能正常退出的.out文件，也包含有grant select。。那几行，但紧跟着就是create procedure。。。。最后停在end procedure。一直就没有出现dbexport completed。所以对数据库还是独占的。我只有通过把数据库下掉重启，或者把dbexport的进程杀了，数据库才能被使用。

不知道对存储过程的备份有什么特殊之处？

3、我就是通过应用的测试，发现一些交易出现问题了，所以才发帖求救的。现在不知道是因为存储过程没备份过来，还是那个core dumped的库出现了问题。因为没有相关的技术资料，不知道具体的应用是对哪些库进行操作。

再次谢谢。大家集思广益，帮帮我啊~~~

lianyong

看了楼主的叙述，觉得dbexport出问题的原因可能还是导出的文件大于2G的缘故。
我这里遇到过类似的情况，不过系统是unixware7.13+informix7.31，那时负责这台机器管理的同事反映最近几天dbexport出现问题，我检查发现其备份的数据文件增长到接近两个G时，dbexport就出错了。（但具体错误是不是“core dump”就记不清了）
解决的方法就是使导出文件所在的这个分区支持大文件系统，或者重新建立个新的分区，newfs时加-o参数，也可以使其支持大文件（>;2G）系统，在这个新分区上dbexport.这个方法unixware是支持的，其它如hp unix也是可以的。这样做以后，dbexport就正常了，问题解决。
但看楼主的机器是sco5.04，好像openserver不支持大文件系统（你可以到sco版去查一下）要是真是这个问题造成的，还真不好办了。。。
我这也有很多sco5.0x+informix的，但都是跑些前置等什么非关键的应用，所以数据库都不大，最多4、5个G,因此出现这个问题概率比较小。
楼主跑的是个啥东西，咋搞成这么大？