Sujet: [résolu] Méchantes violations d'accès - causes - solutions ?

[Maryvonne88]

Je suis en version 527 base 4.035, et je crois que je viens de faire une grosse bêtise        



Je venais de saisir pas mal de nouvelles fiches, et j'ai pensé () qu'une optimisation de la base serait peut-être utile.

Précédemment, je faisais une défragmentation lorsque la saisie ralentissait un peu.



Dès que j'ai choisi l'option Optimisation de la base dans le menu 'Configuration'  J'ai eu un premier message "Violation d'accès" dont je n'ai pas noté les adresses.



Le plus grave, c'est que depuis, même après une sortie du programme (en catastrophe - CTRL-ALT-DEL - la seule possible), ou un redémarrage de la machine, je ne peux presque plus rien faire sans avoir un message bloquant du style :



Violation d'accès à l'adresse 00D0B346 dans le module 'ancestrologie.exe'. Lecture de l'adresse 0000003A.



Si je vais dans les arbres (après un redémarrage et sans entrer dans le répertoire) les données qui alimentent l'arbre semblent correctes.

Mais lors de la fermeture du module arbres, nouveau message :

violation d'accès à l'adresse 00D0B346 dans le module 'ancestrologie.exe'. Lecture de l'adresse 000003A2. (Légère modification de l'adresse de lecture ...)



Que faire?  

la lecture de la base par le module des arbres, les statistiques, entre autres semble montrer que la base n'est pas vérolée.



Merci d'avance pour un peu d'aide (si vous n'êtes pas tous devant 'France - Brésil') sinon tant pis j'attendrai demain   .

[Roger 1]

Bonsoir, en effet j'étais devant France- Brésil, et apparemment pas tout seul.

Ouvres l'explorateur et vas dans C:\Program Files\Ancestrologie\Database, là tu vas retrouver ta base Ancestrologie.BDD ou d'un autre nom que tu as pu lui donner. renommes ta base, ouvres Ancestrologie le logiciel va te demander le chemin d'accès puiqu'il ne retrouve plus la base habituelle, pointe sur ta base renommée, cela devrait marcher.

A+

[Maryvonne88]

 

Youpii - cela a marché ! le répertoire est redevenu coopératif, et le reste semble suivre.



C'est vrai que France - Brésil était une excuse très acceptable    ils se sont montrés très à la hauteur.



Mais j'aimerais comprendre ce qui a bien pu se passer      

L'option 'optimisation de la base' est-elle tellement dangereuse ?  



Merci pour vos lumières.

A+

[Claude Baudin]

Hééééé! si tu t'etais mis devant France-Bresil, Hein! quoiqu't'in pinses fiu    

[Roger 1]

Beau match, rassurant pour la suite !

[Gvx]

L'option 'optimisation de la base' est-elle tellement dangereuse ?

Effectivement l'optimisation de la base est une opération relativement dangereuse.



Le mieux est de faire une sauvegarde de la base avant l'optimisation.

[Maryvonne88]

Promis, je ferai une sauvegarde avant de tenter ce genre d'opération, la plus récente avait quelques heures, mais quand-même. :?



Quel est le moment le plus propice pour effectuer une opération d'optimisation ?  

dans quel cas est-ce nécéssaire ?



Convient-il de préférer une défragmentation lors d'un ralentissement des réponses suite à un ajout conséquent de nouvelles fiches - plusieurs centaines - ?  



Merci d'avance pour les éclaicissements      j'aime essayer de comprendre.



A+

[DDdeBerdeux]

Bonjour,

Défragmentation et optimisation de la base sont 2 choses très différentes.

La défragmentation consiste à reconstituer chaque fichier en un seul morceau, le principe d'écriture des fichiers sur le disque par Windows (remplissage prioritaire des secteurs vides trouvés à partir du début du disque) tendant à fragmenter les fichiers. C'est une opération faite par Windows. Personnellement, mais çà dépend de l'utilisation, une fois par mois est très largement suffisante. Windows permet de faire une analyse conseillant ou non de faire cette défragmentation.

Ce qui est appelé optimisation dans Ancestrologie est en réalité une sauvegarde du type backup, suivie d'une restauration de la base de données.

Firebird travaille par transaction. Au départ d'une série de travaux (l'ouverture de la transaction), tout se passe comme si une copie des données était faite pour que l'utilisateur y travaille. Ensuite tous les travaux sont faits sur ce jeu de données. Si tout s'est bien déroulé, le COMMIT de la fin de la transaction permet de mettre à jour les données de la base. C'est un mécanisme qui permet principalement de gérer convenablement l'accès de plusieurs utilisateurs simultanés, et, plus utile dans le cas d'Ancestrologie, de revenir au point de départ (fermeture de la transaction par ROLLBACK) si une erreur a été rencontrée.

A certains moments, le fichier de la base peut donc contenir plusieurs jeux de données. Il arrive aussi que suite à une erreur du programme, certaines transactions soient restées "pendantes" en attente d'un Commit ou d'un ROLLBACK. Tout celà explique le grossissement du fichier, et la nécessité de réorganiser la base, ce qui est fait lors de la réécriture avec la restauration.

Gvx a raison de dire que l'optimisation est une opération risquée. Que se passerait-il si un erreur intervenait au cours de la phase de backup? Le fichier de la base serait remplacé lors du restore par un fichier mauvais.

Firebird est un système très fiable mais une erreur d'origine matérielle n'est pas à exclure totalement.

Les "pro" de l'informatique séparent bien les phases de l'opération. Après un backup, ils recontruisent une autre base par le restore. Puis après contrôle de cette nouvelle base, ils remplacent la base d'origine.

A+

André

[Maryvonne88]

Merci André, je comprends un peu mieux mon erreur:



Lorsque l'idée m'a pris de lancer l'optimisation  :?  je venais d'effectuer des saisies de fiches nouvelles et je n'ai pris aucune précaution   .



Je pense, et dis moi si je me trompe, que l'optimisation fait courir moins de risques à la base si on quitte d'abord ancestro pour que toutes les 'portes' se ferment gentiment, et qu'on remette en route le programme. (après sauvegarde naturellement)



A ce moment-là, la base est 'stable' et les risques moins grands  



Entre nous, il serait peut-être souhaitable qu'un message d'alerte s'affiche avant le lancement de l'optimisation  



Merci encore

A+

[DDdeBerdeux]

A ce moment-là, la base est 'stable' et les risques moins grands

Oui, et surtout Ancestrologie est plus stable, tant qu'on n'y a rien fait...

Cà n'empêche pas la précaution de la sauvegarde préalable.

A+

André

[Maryvonne88]

Merci encore pour votre aimable disponibilité



Je vais mettre 'résolu' mais je pense tout de même qu'un message d'avertissement serait utile    



A+