Discussion :

[Nephyline]

Bonjour !

Mon entreprise utilise depuis plus d'un an une base de données pour la saisie des factures que j'ai créée sous Access 2003. La base est stockée dans un dossier du serveur et l'ouverture se fait via un raccourci placé sur le bureau des postes qui l'utilisent (chacun son tour, pas d'ouverture simultanée autorisée).
Les options de la base sont définies de façon à ce qu'elle se compacte à chaque fermeture.
Récemment, les pc ont été équipés d'Office 2007, j'ai donc repris la base et modifié quelques détails pour qu'elle fonctionne aussi bien sous 2007 qu'elle le faisait sous 2003.
La saisie des factures a continué sous 2007 pendant deux bonnes semaines. Il y a deux jours, je reprends la base pour modifier des largeurs de colonnes dans une zone de liste et la replace proprement sur le serveur.
Hier, des saisies de factures ont été faites dans la base (je n'ai pas plus de détails, mais je me renseignerai dès le retour de la personne concernée, lundi) et ce matin, lorsque l'on essaye d'ouvrir la base, on obtient le message "Format de base de données ("Emplacement\de\la\base.mdb") non reconnu".

• J'ai essayé de l'ouvrir en ajoutant /repair dans le raccourci => même message que précédemment.
• J'ai essayé de créer une nouvelle base vierge et d'importer la base d'origine => idem
• J'ai essayé JetComp => "Can't compact this version of database"
• J'ai également installé Easy recovery professionnel en version d'essai => il n'arrive pas à ouvrir le fichier, me demandant de vérifier si Access est bien installé sur mon poste -_-", si le fichier n'est pas déjà ouvert et s'il reste assez de place sur mon disque pour la réparation... Éléments vérifiés et aucun problème à signaler.

Je tiens à préciser que j'avais fait une sauvegarde sur mon poste après la modification, mercredi (quel coup de chance !!!) et ce fichier s'ouvre parfaitement bien.

Existe-t-il une autre solution pour récupérer les données ou réouvrir le fichier ?

Merci de votre attention.

[rjamin]

Bonjour,

Comme quoi les sauvegardes sont plus que nécessaires.
Si la taille de la base de données sur le serveur à diminuer très fort par rapport à la taille de la sauvegarde alors à mon humble avis rien à faire le compactage de la base c'est mal passé et si pas de compactage incident pendant la fermeture.

Attention si disque dur assez vieux du serveur se méfier, cela pourrait se reproduire.

RJ

[Nephyline]

Non, la taille est respectable et "logique". Le fichier du serveur fait 4ko de plus que mon fichier sauvegardé, ce qui pourrait correspondre aux saisies faites hier, donc je suppose que le compactage a bien fonctionné.
Le serveur n'a que deux ans, ce qui n'est pas canonique.

[Invité]

Bonsoir
Quand tu as réimporté tes données dans une nouvelle base, as tu bien complété les références et compilé avant de réouvrir?

[Nephyline]

Bonjour Gayot,
Le souci, c'est que je n'ai pas pu réimporter mes données. Au moment de lancer la manip', j'ai droit au message : "Format de base de données ("Emplacement\de\la\base.mdb") non reconnu" et l'importation ne se fait pas du tout.

[Domi2]

Bonjour,

Tu peux encore essayer de la décompiler (voir les options de raccourci).

Mais après tes divers essais (notamment JetComp et Easy recovery), j'ai bien peur qu'elle soit "morte".

Ce que je ferais en tous les cas, c'est de réimporter la sauvegarde (après copie) dans une base vierge et de repartir avec cette nouvelle base.

Et je me poserais la question de scinder ma base... Je ne pense pas qu'une seule base sur serveur soit le déploiement optimal...

Domi2

[Nephyline]

J'avais effectivement testé les raccourcis /decompile et /compile mais ils ne fonctionnent pas mieux ^^"
J'ai déjà fractionné la base de façon à ce que les données soient plus à l'abri de ce genre de souci à l'avenir. Merci du conseil, Domi2

[loufab]

Autre danger pour les bases en réseau ; les coupures de réseau pendant l'écriture, c'est mortellement définitif ou définitivement mortel.

Toutes les méthodes que tu as utilisé doivent être faites sur un fichier sain, c'est à dire n'ayant pas été traité par une autre méthode précédemment.

Concernant le JetComp en version 2003/2007 il n'est pas encore paru, donc inutile d'essayer.

Cordialement,