firebird 1.5/ERREUR SUR backup

jer64 · 21/11/2006, 00h20

Bonjour,

En tantant de faire un backup de ma base avec gbak, j'ai l'erreur suivante:

Citation:

gbak: ERROR: message length error <encountered 4112, expected 4100>
gbak: ERROR: gds_$receive failed
gbak: Exiting before completion due to errors

Même si je fais un gfix cela ne change rien au problème.

Merci d'avance pour votre aide.

Jer

edisson81 · 21/11/2006, 10h40

La procédure de maintenance est décrite là http://firebird-fr.eu.org/article.php3?id_article=13

jer64 · 21/11/2006, 12h54

Oui oui, j'ai suivi cette procédure à la lettre, mais j'ai quand même ce message d'erreur.

edisson81 · 21/11/2006, 16h02

Et tu as essayé la méhode de secours ??

sillycoder · 21/11/2006, 17h37

J'ai également rencontré ce problème. Dans ce cas la solution consiste à recopier les données dans une nouvelle base (même structure) ou de reconstruire les contraintes incriminées. Il y pas d'autres vraies solutions car il s'agit d'une corruption de données "physique" qui peut très souvent être dûe à des metadonnées erronées et qui empêche tout backup. Il suffirait en théorie de retrouver les objets en cause puis de les recréer mais il est beaucoup plus rapide de dupliquer ta base car on peut aisément passer un temps fou à rechercher la cause du problème et cela surtout si ta base a été constituée à partir d'un modèle relationnel assez complexe.

Sillycoder

jer64 · 21/11/2006, 21h13

En fait mon problème est le même lorsque je vide toutes les tables de ma base.

Ma base contient 15 tables, et le backup bloque à priori sur une table même vide car lorsque je supprime cette table mon backup fonctionne.

????

21/11/2006, 10h40	#2
edisson81 Nouveau Membre du Club Inscription : février 2006 Messages : 37 Détails du profil Informations personnelles : Âge : 31 Informations forums : Inscription : février 2006 Messages : 37 Points : 30 Points : 30	La procédure de maintenance est décrite là http://firebird-fr.eu.org/article.php3?id_article=13
	00

21/11/2006, 12h54	#3
jer64 Membre à l'essai Inscription : mai 2002 Messages : 118 Détails du profil Informations forums : Inscription : mai 2002 Messages : 118 Points : 24 Points : 24	Oui oui, j'ai suivi cette procédure à la lettre, mais j'ai quand même ce message d'erreur.
	00

21/11/2006, 16h02	#4
edisson81 Nouveau Membre du Club Inscription : février 2006 Messages : 37 Détails du profil Informations personnelles : Âge : 31 Informations forums : Inscription : février 2006 Messages : 37 Points : 30 Points : 30	Et tu as essayé la méhode de secours ??
	00

21/11/2006, 17h37	#5
sillycoder Membre régulier Inscription : février 2005 Messages : 100 Détails du profil Informations forums : Inscription : février 2005 Messages : 100 Points : 88 Points : 88	J'ai également rencontré ce problème. Dans ce cas la solution consiste à recopier les données dans une nouvelle base (même structure) ou de reconstruire les contraintes incriminées. Il y pas d'autres vraies solutions car il s'agit d'une corruption de données "physique" qui peut très souvent être dûe à des metadonnées erronées et qui empêche tout backup. Il suffirait en théorie de retrouver les objets en cause puis de les recréer mais il est beaucoup plus rapide de dupliquer ta base car on peut aisément passer un temps fou à rechercher la cause du problème et cela surtout si ta base a été constituée à partir d'un modèle relationnel assez complexe. Sillycoder
	00

21/11/2006, 21h13	#6
jer64 Membre à l'essai Inscription : mai 2002 Messages : 118 Détails du profil Informations forums : Inscription : mai 2002 Messages : 118 Points : 24 Points : 24	En fait mon problème est le même lorsque je vide toutes les tables de ma base. Ma base contient 15 tables, et le backup bloque à priori sur une table même vide car lorsque je supprime cette table mon backup fonctionne. ????
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email