Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration Firebird Discussion :

Taille de la base qui augmente après chaque restauration


Sujet :

Administration Firebird

  1. #1
    Membre du Club
    Taille de la base qui augmente après chaque restauration
    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

  2. #2
    Rédacteur/Modérateur

    Bonjour
    Citation Envoyé par Melodie Voir le message

    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 ?
    La seule chose absolue dans un monde comme le nôtre, c'est l'humour. » Albert Einstein

    Delphi installés : D3,D7,D2010,XE4,XE7,D10 (Tokyo, Rio, Sidney) et peut être quelques autres
    SGBD : Firebird 2.5, 3, SQLite
    générateurs Etats : FastReport, Rave, QuickReport
    OS : Window Vista, Windows 10, Ubuntu, Androïd

  3. #3
    Membre du Club
    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

  4. #4
    Rédacteur/Modérateur

    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)
    La seule chose absolue dans un monde comme le nôtre, c'est l'humour. » Albert Einstein

    Delphi installés : D3,D7,D2010,XE4,XE7,D10 (Tokyo, Rio, Sidney) et peut être quelques autres
    SGBD : Firebird 2.5, 3, SQLite
    générateurs Etats : FastReport, Rave, QuickReport
    OS : Window Vista, Windows 10, Ubuntu, Androïd