PROBLEME haut niveau BACKUP [Résolu]

[Dev_Michael]

Bonjour,

Mon problème est que je n'arrive plus à faire de backup sur une base de données (IB6) . J'ai essayer sous ibconsole ainsi qu'en mode dos.
Lorsque je fais un
"gfix -v -full mabase.gdb"
J'ai
Number of record level errors : 2
Number of database page errors : 10
Impossible de corriger ces erreurs avec
"gfix -mend -full -ignore mabase.gdb"

et lorsque je fais un backup le message suivant apparait
gbak: ERROR: internal gds software consistency check (decompression overran buffer (179))
gbak: ERROR: gds_$compile_request failed
gbak: Exiting before compretion due to errors
gbak: ERROR: internal gds software consistency check ( can't continue after bugcheck)

J'ai fait quelques recherche et je suis tombé sur ce site
http://bdn.borland.com/article/0,1410,25742,00.html
mais ils n'apportent aucune solution à mon problème...
merci d'avance pour votre aide...

[qi130]

Est-ce que l'article que tu mentionnes correspond à ton cas de figure, en dehors de la version d'IB ? (restore d'une archive non transportable)

[Dev_Michael]

L'article corrrespond plus ou moins à mon cas de figure dans le sens où j'ai bien la même erreur "ERROR: internal gds software consistency check (decompression overran buffer (179))", et éventuellement aussi là où ils parlent du transport de bases entre différent OS. Dans mon cas je ne sais pas trop, j'ai reçu la base dans l'état...
Mais effectivement l'article ne me concerne pas à coup sûr, je n'ai pas vraiment de piste sinon...

[qi130]

j'ai reçu la base dans l'état

et si le backup a été fait en non transportable....?????

[Dev_Michael]

Quand je dis dans l'état, j'ai le .gdb, j'arrive à me connecter à la base sans problème, mais à priori il y a quelques données verrolé, et je voulais faire un backup restore histoire de nettoyer un peu la base.
Mon problème, le fait que je n'arrive pas à faire de backup vient du fait que j'ai ces erreurs :
Number of record level errors : 2
Number of database page errors : 10

[Dev_Michael]

En fait j'ai réussi à déterminer quelle est la table qui fait que le dump ne marche pas... Mon problème est que je ne peux rien faire avec cette table, je ne peux même pas faire de drop... si quelqu'un a une idée... merci

[Barbibulle]

C'est a priori une erreur grave, soit dans la structure de la table (tables systeme) soit si vous avez plus de chance dans un enregistrement d'une table.

Avez vous essayez la procédure de validation et réparation du manuel d'opération ? Page 131 ?

sinon gfix mais avec les paramètres m (pour marquer les enregistrements non valides (il seront perdus) et i (pour ignorer des éventuelles erreur de checksum sur les pages)

Dans tous les cas pour ces deux paramètres faire une copie de la base avant.

Sinon il existe des sociétés qui propose la récupération de données mais les résultats ne sont pas garantis.

[Dev_Michael]

bonjour...
J'ai essayer de passer par des tables systemes pour en savoir plus sur cette erreur, malheureusement je rencontre même des probèmes en passant par ce biais là... Dès que je tombe sur l'erreur "consistency check " je suis obligé de me déconnecter de la base pour tout autre manipulation...

J'ai essayer plusieurs manières de corriger la base par le biais du gfix (avec -mend et -ignore entre autre...) et du gback, mais rien n'à faire...

En ce qui concerne ma solution final, je récupère la copie la plus récente de la base que j'ai trouvé, elle date d'il y a deux mois et elle est encore intacte. Sur les 300 tables, seulement une quinzaine ont été modifié depuis, donc je vais mettre cette derniere base à jour et récupérer les données...

merci pour votre aide...
A bientot.