Discussion :

[Melodie]

Bonjour,
j'observe un phénomène étrange sur une base de données sous FireBird 3.
La taille du backup, puis de la base restaurée, augmente à chaque fois.

D'une base qui fait 3 Go, elle prend 1 Go de plus à chaque backup/restore !
C'est la première fois que j'observe cela sur plus de 600 bases de données du même schéma.

Le backup est fait de façon classique : gbak -b -t -v ...
Et la restauration classique aussi : gbak -c -v ...

Avez-vous déjà observé cela ?
Yann

[SergioMaster]

Bonjour

Avez-vous déjà observé cela ?

perso, non mais je n'ai pas 600 bases à contrôler.
un petit gfix sur la BDD pourrait peut-être fournir des explications ?

[Melodie]

Bonjour,
la raison du problème est localisée : les commentaires des procédures stockées se sont mis à grossir à chaque backup/restore...
Je m'en suis aperçu en réalisant une extraction de la structure de la base de données.
Le fichier SQL ne dépasse normalement par 300 Ko. Or il faisait plus de 420 Mo !!!

Exemple de commentaires dans cette copie écran. La ligne est infiniment longue.


La solution apportée a été simplement de remplacer toutes les procédures stockées par le code SQL original (propre), puis un backup/restore.
La taille de la base à fondue, et tout est désormais OK.

Avez-vous une idée d'une manipulation qui a pu produire cela ?
Est-ce en manipulant le CHARSET ?

Yann

[SergioMaster]

Bonjour,

Je ne sais pas comment vous avez manipulé le charset donc je serai bien en peine de le dire.
Je sais qu'il existe une option de gbak pour, au cours du restore, pouvoir corriger ces problèmes de commentaires avec caractères accentués -FIX_FSS_M[ETADATA], je n'ai rien vu en ce sens pour le backup.
Je pense qu'il serait bon de le signaler https://firebirdsql.org/en/issue-tracker/ (mais c'est peut-être déjà connu, à vérifier)