sysadmin空间迁移报错问题请教

重建sysmaster库吧。。
方法基本上如下：（注意，记得先备份下数据库！）
在sysmaster库中执行 delete from systables where tabid > 99;
然后删除sysmaster库;
重启数据库，将自动重建sysmaster库。 收起

> select * from sysextents where dbsname='sysadmin' and tabname='ph_run';
dbsname  sysadmin
tabname  ph_run
chunk    1
offset   12333
size     8

dbsname  sysadmin
tabname  ph_run
chunk    6
offset   1319
size     8

2 row(s) retrieved.

> select * from sysextents where dbsname='sysadmin' and tabname='mon_checkpoint';
dbsname  sysadmin
tabname  mon_checkpoint
chunk    1
offset   12717
size     8

dbsname  sysadmin
tabname  mon_checkpoint
chunk    6
offset   1651
size     8

2 row(s) retrieved.

现在看可以移到chunk 6空间，但是在sysmaster空间查看，有2条垃圾数据，以前移报错估计是这2条垃圾数据造成的：
tabname  mon_checkpoint
chunk    1
offset   12717
size     8
dbsname  sysadmin
tabname  ph_run
chunk    1
offset   12333
size     8
我即使把sysadmin数据库drop掉，这2条数据任然存在，若直接在sysextents表中删提示没权限的。如何删除这两条数据？能直接操作修改这张表吗？ 收起

能告诉下如何指定为空间sysadmin吗，感谢！--知道了，在db_create.sql中指定。 收起

额。。你都重建sysadmin库了，直接把db_install.sql中的语句，指定库为admindbs就好了。。

BTW：11.50FC3这个版本。。。。还是建议使用11.50FC9吧。。。。 收起

SCP2302 /opt/informix> onstat -d

IBM Informix Dynamic Server Version 11.50.FC3     -- On-Line -- Up 00:30:26 -- 4914196 Kbytes

Dbspaces
address          number   flags      fchunk   nchunks  pgsize   flags    owner    name
1580a9028        1        0x40001    1        1        2048     N  B     informix rootdbs
1587c87d8        2        0x42001    2        2        2048     N TB     informix tempdbs
1587c8970        3        0x40001    4        1        2048     N  B     informix logdbs
1587c8b08        4        0x40001    5        1        2048     N  B     informix phydbs
1587c8ca0        5        0x40001    6        1        2048     N  B     informix admindbs
1587c8e38        6        0x40001    7        6        2048     N  B     informix workdbs
6 active, 2047 maximum

Chunks
address          chunk/dbs     offset     size       free       bpages     flags pathname
1580a91c0        1      1      20         500000     493601                PO-B  /dev/raw/raw1
1580a9410        2      2      20         1024000    1023947               PO-B  /dev/raw/raw2
1580a95f8        3      2      20         1024000    1023997               PO-B  /dev/raw/raw3
1580a97e0        4      3      20         2048000    547947                PO-B  /dev/raw/raw4
1580a99c8        5      4      20         1024000    773947                PO-B  /dev/raw/raw5
1580a9bb0        6      5      20         1024000    1023947               PO-B  /dev/raw/raw6
1580a9d98        7      6      20         4096000    4067245               PO-B  /dev/raw/raw7
159965028        8      6      20         4096000    4095997               PO-B  /dev/raw/raw8
159965210        9      6      20         4096000    4095997               PO-B  /dev/raw/raw9
1599653f8        10     6      20         4096000    4095997               PO-B  /dev/raw/raw10
1599655e0        11     6      20         4096000    4095997               PO-B  /dev/raw/raw11
1599657c8        12     6      20         4096000    4095997               PO-B  /dev/raw/raw12
12 active, 32766 maximum

NOTE: The values in the "size" and "free" columns for DBspace chunks are
      displayed in terms of "pgsize" of the DBspace to which they belong.

Expanded chunk capacity mode: always 收起

我按照以下顺便，重建，db_install.sql 脚本执行也没问题啊：
1.备份自定义task
2.在${INFORMIXDIR}/etc/sysadmin目录下,执行下列语句,停止正在运行的任务进程,删除库;
dbaccess - db_uninstall.sql
3.重建库
dbaccess - db_create.sql
4.建立库表等
dbaccess sysadmin db_install.sql
5.建立task
dbaccess sysadmin sch_tasks.sql
6.建立aus
dbaccess sysadmin sch_aus.sql
7.测试安装
dbaccess sysadmin sch_sqlcap.sql
8.启动任务
dbaccess sysadmin start.sql 收起

回复 2# liaosnet


    是单机，不是hdr 收起

是否是在HDR环境中？若是，请切换到单机做好后，再重建HDR。。 收起