help URGENT
A French-language post asking for urgent help with a corrupted table on IDS 7.32: dbexport and UNLOAD both fail, and even a plain SELECT * on the table crashes, apparently due to bad data rather than indexes. Suggestions offered were running oncheck (-d/-D for data, -i/-I for indexes), dropping the indexes, restoring from a backup/archive, and — if the data must be salvaged — unloading in pieces using WHERE rowid ranges, narrowing down by dichotomy to locate the offending row(s) and unload everything around them. The poster never reported back, so no resolution is recorded.
Auto-generated by DrWatson from the posts below — may be imperfect; read the full thread.
Bonjour,
jais une table informix corurpted, le problem ces que je ne peut pas faire
de unload de cette table, ni de dbexport comment faire pour la reparer
Urgent Merci
Is table courrupted on informix 10
help me.
Exucez moi pour l'anglais.
ma version d'Informix 7.32
"yann" <yann.rhibaud@lba-sa.fr> a 'crit dans le message de news:
43c38dfa$0$25645$636a55ce@news.free.fr...
> Bonjour,
> jais une table informix corurpted, le problem ces que je ne peut pas faire
> de unload de cette table, ni de dbexport comment faire pour la reparer
> Urgent Merci
>
> Is table courrupted on informix 10
>
> help me.
>
yann a 'crit :
> Bonjour,
> jais une table informix corurpted, le problem ces que je ne peut pas faire
> de unload de cette table, ni de dbexport comment faire pour la reparer
> Urgent Merci
>
> Is table courrupted on informix 10
>
> help me.
>
>
Quelle version d'informix : SE ou IDS ?
Avez-vous essay' de supprimer les index ?
Sous IDS:
Pour les donn'es :
oncheck -d <database>:<table>
oncheck -D <database>:<table>
Pour les index :
oncheck -i <database>:<table>
oncheck -I <database>:<table>
Sous SE j'ai souvenir de la commande 'bcheck' mais pas de ses arguments.
Je me rappelle aussi avoir export' une table dont une ligne 'tait corrompue.
UNLOAD ... WHERE rowid < ### puis UNLOAD ... WHERE rowid > ###
Bonne chance ...
Re merci pour votre reponce rapide
j'ais une version IDS7.32(mon serveur de comptabilite)
j'ais fait tous les oncheck possible..
check des index..
pas possible de faire un unload ni un dbexport,et ca plante sur un select *
from matable.
Apparament ca viendrait des DATA qui sont dans la table.
"Moi" <Moi@moi.moi> a 'crit dans le message de news:
43c38fcd$0$8862$626a54ce@news.free.fr...
> yann a 'crit :
>> Bonjour,
>> jais une table informix corurpted, le problem ces que je ne peut pas
>> faire de unload de cette table, ni de dbexport comment faire pour la
>> reparer
>> Urgent Merci
>>
>> Is table courrupted on informix 10
>>
>> help me.
> Quelle version d'informix : SE ou IDS ?
> Avez-vous essay' de supprimer les index ?
> Sous IDS:
> Pour les donn'es :
> oncheck -d <database>:<table>
> oncheck -D <database>:<table>>
> Pour les index :
> oncheck -i <database>:<table>
> oncheck -I <database>:<table>>
> Sous SE j'ai souvenir de la commande 'bcheck' mais pas de ses arguments.
> Je me rappelle aussi avoir export' une table dont une ligne 'tait
> corrompue.
> UNLOAD ... WHERE rowid < ### puis UNLOAD ... WHERE rowid > ###
>
> Bonne chance ...
IDS 7.32??
Je ne sais pas!
onstat -V ???
i suggest you restore from archive!
yann a 'crit :
> Re merci pour votre reponce rapide
>
> j'ais une version IDS7.32(mon serveur de comptabilite)
> j'ais fait tous les oncheck possible..
> check des index..
> pas possible de faire un unload ni un dbexport,et ca plante sur un select *
> from matable.
> Apparament ca viendrait des DATA qui sont dans la table.
>
>
>
> "Moi" <Moi@moi.moi> a 'crit dans le message de news:
> 43c38fcd$0$8862$626a54ce@news.free.fr...
>
>>yann a 'crit :
>>
>>>Bonjour,
>>>jais une table informix corurpted, le problem ces que je ne peut pas
>>>faire de unload de cette table, ni de dbexport comment faire pour la
>>>reparer
>>>Urgent Merci
>>>
>>>Is table courrupted on informix 10
>>>
>>>help me.
>>
>>Quelle version d'informix : SE ou IDS ?
>>Avez-vous essay' de supprimer les index ?
>>Sous IDS:
>>Pour les donn'es :
>>oncheck -d <database>:<table>
>>oncheck -D <database>:<table>>>
>>Pour les index :
>>oncheck -i <database>:<table>
>>oncheck -I <database>:<table>>>
>>Sous SE j'ai souvenir de la commande 'bcheck' mais pas de ses arguments.
>>Je me rappelle aussi avoir export' une table dont une ligne 'tait
>>corrompue.
>>UNLOAD ... WHERE rowid < ### puis UNLOAD ... WHERE rowid > ###
>>
>>Bonne chance ...
>
>
>
Remonter une sauvegarde semble une bonne id'e : ' vous de mesurer la
perte encourue
Sinon je ne vois que l'approche suivante:
- drop des index
- unload to "blabla" select * from TABLE where rowid < ###
o' ### d'pend seulement du nombre d'enregistrements.
Proc'dez par dichotomie: les N/2 premi'res lignes pour une table de N
Augmentez tant que 'a marche ...
J'ai d'j' utilis' cette technique mais c''tait sur un vieux moteur SE4.
Je sais que le SELECT sans index produisait un r'sultat tri' par rowid
C'est comme 'a que j'arrivais ' localiser le ou les enregistrement qui
faisaient planter le SELECT * sans clause WHERE.