Interbase numéro de transaction bug
lors de l'exécution d'une autopsie sur une base de données récemment, je suis tombé sur un bug qui peuvent être d'intérêt pour certaines personnes.
Tente de se connecter à la base de données a échoué avec l'erreur 'gds contrôle de cohérence interne, ne peut pas trouver de pointe.' Vérification de la base de données d'en-tête ont montré que le prochain numéro de la transaction a été 131,596,294 et la taille de la page est de 1024. Comme il arrive, une résolution de 1024 octets page tiendra 4016 transaction unis. Divisant le prochain numéro de la transaction par 4016 pour obtenir la pointe de page numéro de séquence donne 32768.001494. Un nombre très intéressant.
Il y a un bug dans InterBase 5.6, 6.01, et le courant Firebird bêta qui provoque la recherche d'une opération d'inventaire de la page à l'échec si il y a plus de 32 767 pages de transaction. Que fait le maximum de sécurité id de transaction pour une base de données avec:
& nbsp & nbsp & nbsp 1024 octets pages 131,596,287.
& nbsp & nbsp & nbsp 2048 octets pages 265,814,016.
& nbsp & nbsp & nbsp 4096 octets pages 534,249,472.
& nbsp & nbsp & nbsp 8192 octets pages 1,071,120,384.
Bien que ceux qui sont en grand nombre, ce
base de données de dépassement de 131 millions de transactions en six
mois.
Suggestions:
- ne pas utiliser une résolution de 1024 octets taille de la page.
- vérifier votre prochain numéro de transaction de temps à autre.
- si vous voyez le prochain numéro de transaction à l'approche de la limite, de sauvegarde et de restauration de la base de données.
Gfix ne sera pas résolu ce problème, mais je peux. (Veuillez me contacter pour plus de détails).
Cordialement,
Ann
Interbase numero de transaction bug
Interbase numero de transaction bug : Plusieurs milliers de conseils pour vous faciliter la vie.
lors de l'execution d'une autopsie sur une base de donnees recemment, je suis tombe sur un bug qui peuvent etre d'interet pour certaines personnes.
Tente de se connecter a la base de donnees a echoue avec l'erreur 'gds controle de coherence interne, ne peut pas trouver de pointe.' Verification de la base de donnees d'en-tete ont montre que le prochain numero de la transaction a ete 131,596,294 et la taille de la page est de 1024. Comme il arrive, une resolution de 1024 octets page tiendra 4016 transaction unis. Divisant le prochain numero de la transaction par 4016 pour obtenir la pointe de page numero de sequence donne 32768.001494. Un nombre tres interessant.
Il y a un bug dans InterBase 5.6, 6.01, et le courant Firebird beta qui provoque la recherche d'une operation d'inventaire de la page a l'echec si il y a plus de 32 767 pages de transaction. Que fait le maximum de securite id de transaction pour une base de donnees avec:
& nbsp & nbsp & nbsp 1024 octets pages 131,596,287.
& nbsp & nbsp & nbsp 2048 octets pages 265,814,016.
& nbsp & nbsp & nbsp 4096 octets pages 534,249,472.
& nbsp & nbsp & nbsp 8192 octets pages 1,071,120,384.
Bien que ceux qui sont en grand nombre, ce
base de donnees de depassement de 131 millions de transactions en six
mois.
Suggestions:
- ne pas utiliser une resolution de 1024 octets taille de la page.
- verifier votre prochain numero de transaction de temps a autre.
- si vous voyez le prochain numero de transaction a l'approche de la limite, de sauvegarde et de restauration de la base de donnees.
Gfix ne sera pas resolu ce probleme, mais je peux. (Veuillez me contacter pour plus de details).
Cordialement,
Ann
Interbase numéro de transaction bug
By commentfaire
Interbase numéro de transaction bug : Plusieurs milliers de conseils pour vous faciliter la vie.
