Здравствуйте. Помогите, пожалуйста, разобраться с ошибкой. Можно ли узнать, блобы каких именно таблиц повреждены, чтобы переписать их заново? (Informix 9.2)

> oncheck -ce

Validating BLOBSpace 'tppblobs' ...
ERROR: Chunk: 4 /opt/informix/chunks/tppblobs
ERROR:BLOB map page 125 contains reference to invalid tblspace 0x10103a
ERROR:BLOB map page 897 contains reference to invalid tblspace 0x10117a
ERROR:BLOB map page 910 contains reference to invalid tblspace 0x10118a
ERROR:BLOB map page 987 contains reference to invalid tblspace 0x10028b
4 /opt/informix/chunks/tppblobs 250000 249890 110
10 /opt/informix/chunks/tppblobs2 250000 36202 213798

vasilis,
благодарю вас за совет.

Я запустила oncheck -cDIy для двух баз, содержащих таблицы с блобами, но команда оба раза не выдала ошибок. Сообщения, которые были в файлах вывода, довольно больших, свелись к трем типам:

1) WARNING: index check requires a s-lock on tables whose lock level is page.

2) TBLspace data check for armtest:informix.sysaggregates

3) Validating indexes for armtest:armtst.temp_stdwarn...
Index 190_244
Index fragment in DBspace armtestdbs
Index ix_stdwarn_date
Index fragment in DBspace armtestdbs

vasilis,
я попробую выполнить запрос завтра же.

dbexport обрабатывает базы без проблем.

vasilis,
я выполнила запрос для sysmaster:

select partnum, hex(partnum), dbsname, owner, tabname, collate
from systabnames;

В точности таких чисел, которые указаны в сообщении об ошибке, я не нашла. Вот ближайшие к ним, до и после. Но меня смущает, что там нет блобов.

к 0x10028b (= 0x0010028b):

partnum 1049173
(expression) 0x00100255
dbsname sandbox
owner armtst
tabname 173_186
collate ru_RU.1251

partnum 1049314
(expression) 0x001002E2
dbsname sandbox
owner coma
tabname routing
collate ru_RU.1251

к 0x10103a, 0x10117a, 0x10118a (= 0x0010103a, 0x0010117a, 0x0010118a):

partnum 1049778
(expression) 0x001004B2
dbsname sandbox
owner oliver
tabname 268_1216
collate ru_RU.1251

partnum 2097153
(expression) 0x00200001
dbsname armtestdbs
owner informix
tabname TBLSpace
collate

На всякий случай я сделала oncheck -cDIy для sandbox, вот строки, содержащие указанные имена таблиц (я опиралась на верхнюю границу):

Validating indexes for sandbox:armtst.strucdemand...
Index 173_186
Index fragment in DBspace rootdbs

Validating indexes for sandbox:oliver.struc...
Index 268_470
Index fragment in DBspace rootdbs
Index 268_1216
Index fragment in DBspace rootdbs

vasilis,
я делала проверку oncheck -ce, но все по-прежнему.

Базы данных на самом деле большие, sandbox поменьше, чем armtest, которая не один гигабайт. И они рабочие, просто на другой машине созданы их копии, где я пытаюсь избавиться от ошибки.

dbexport делается без ошибок, но когда я пытаюсь сделать dbimport, не получается.
Для sandbox получила ошибку: 569 - Cannot reference an external database with logging (при попытке построить синоним к другой базе). А для armtest, которая с блобами и на которую я думала вначале: No free disk space.

zaiets,
спасибо за помощь.

В таблицах, выбранных с помощью запроса, полей-блобов вообще нет. А версия Informix 9.2.
Думаю, если я ничего не смогу поделать, действительно придется обратиться в поддержку.

vasilis,
я совсем недавно начала работать с Informix. Но если мне что-то будет непонятно из советов, я переспрошу. И ошибка, к сожалению, не на тестовом сервере, а на основном. На тестовый сервер базы были скопированы уже с ней.

Так, о таблицах. Я написала выше, каким образом вышла именно на них по systabnames и вашему запросу. Оказалось, это вообще не таблицы сами по себе, а индексы к таблицам strucdemand и struc.

То, что в strucdemand и struc нет блобов, я определила, когда использовала dbschema, а потом поискала в них название tppblobs (dbspace, где у нас хранятся блобы).

DBSCHEMA -t strucdemand -d sandbox strucdemand.sql

{ TABLE "armtst".strucdemand row size = 13 number of columns = 4 index size = 24
}
create table "armtst".strucdemand
(
peak_id integer not null constraint "armtst".n425_887,
object_id integer not null constraint "armtst".n425_888,
object_type nchar(1) not null constraint "armtst".n425_889,
demand_id integer not null constraint "armtst".n425_890,
primary key (peak_id,object_id,demand_id) constraint "armtst".pr_strucdemand
);
revoke all on "armtst".strucdemand from "public";

Информация из DBACCESS об индексах strucdemand:

Index_name Owner Type/Clstr Access_Method Columns

173_186 armtst unique/No btree peak_id
object_id
demand_id

DBSCHEMA -t struc -d sandbox struc.sql

{ TABLE "oliver".struc row size = 63 number of columns = 19 index size = 159 }
create table "oliver".struc
(
peak_id integer not null constraint "oliver".n450_1518,
parent_id integer not null constraint "oliver".n450_1519,
child_id integer not null constraint "oliver".n450_1520,
parent_type nchar(1) not null constraint "oliver".n450_1521,
child_type nchar(1) not null constraint "oliver".n450_1522,
quantity float,
on_branch float,
order integer,
level smallint,
unit_id integer,
mzk_flag nchar(1)
default 'F' not null constraint "oliver".n450_1523,
legacy_walk integer,
current_branch smallint,
advance_normal smallint,
cycle_normal smallint,
advance_fast smallint,
cycle_fast smallint,
parent_order integer,
child_count integer,

check (((((parent_type = 'х' ) AND (child_type IN ('я' ,'д' )) ) OR ((parent_type
= 'я' ) AND (child_type IN ('я' ,'д' ,'о' ,'л' ,'г' )) ) ) OR ((parent_type
= 'д' ) AND (child_type IN ('я' ,'д' ,'о' ,'л' ,'г' )) ) ) OR ((parent_type
= 'о' ) AND (child_type = 'л' ) ) ) constraint "ufff".c450_13450,
primary key (peak_id,order) constraint "oliver".u450_1517
);
revoke all on "oliver".struc from "public";

create index "ufff".idx_33435664 on "oliver".struc (peak_id,parent_order)
using btree ;
create index "ufff".idx_34343434 on "oliver".struc (peak_id,level)
using btree ;
create index "oliver".ix_struc_edge1 on "oliver".struc (parent_id,
child_id) using btree ;
create index "ufff".ix_struc_edge77 on "oliver".struc (parent_id,
parent_order) using btree ;
create index "sergey".ix_struc_edge78 on "oliver".struc (peak_id,
parent_id) using btree ;
create index "sergey".ix_struc_edge79 on "oliver".struc (peak_id,
child_id) using btree ;
create index "sergey".ix_struc_edge80 on "oliver".struc (peak_id,
parent_id,child_id) using btree ;
alter table "oliver".struc add constraint (foreign key (peak_id)
references "armtst".structop on delete cascade constraint
"oliver".r450_1526);

Информация из DBACCESS об индексах struc:

Index_name Owner Type/Clstr Access_Method Columns

268_470 oliver unique/No btree peak_id
order

idx_33435664 ufff dupls/No btree peak_id
parent_order

idx_34343434 ufff dupls/No btree peak_id
level

ix_struc_edge1 oliver dupls/No btree parent_id
child_id

ix_struc_edge77 ufff dupls/No btree parent_id
parent_order

ix_struc_edge78 sergey dupls/No btree peak_id
parent_id

ix_struc_edge79 sergey dupls/No btree peak_id
child_id

ix_struc_edge80 sergey dupls/No btree peak_id
parent_id
child_id

268_1216 oliver dupls/No btree peak_id

vasilis,
Базы скопированы с помощью ontape.
oncheck -ce многократно выполнялся на обоих серверах, с одинаковым итогом.
Запросы по поиску таблиц делались на тестовом.
Все результаты с тестового сервера.

Тан,
Спасибо. Вот как! Значит, таблиц нет, а пространство все равно плохое.
Тогда я даже не знаю, как его исправить.