Discussion :

[vva69003]

Bonjour
Une base Access (dont je n'ai pas la maîtrise) plante très régulièrement depuis un certain temps.
On me demande de trouver l'origine du problème (alors que je suis loin d'être un spécialiste, sinon, ce n'est pas assez drôle..).
Avant d'aller plus loin, je voudrai votre avis sur une première anomalie que j'ai pu trouver.

La base est sur un répertoire distant et lors d'un plantage, impossible de réaliser un compactage sur le serveur.
Alors qu'en la copiant en local, je n'ai aucun souci pour la restaurer via un compactage ???

Une petite idée ?? Droits sur le répertoire ?
Merci d'avance pour vos lumières
Vince

[Notre Dame]

Bonjour

Juste une question, y à t-il une macro Autoexec avec par exemple un ensemble de requêtes et en plus un manque d’espace sur le disque qui fait que lors du démarrage de l’application, le programme Access ne peut faire les actions demandées dans la macro Autoexec.
A l’inverse sur ton disque local, suffisamment de place et là pas de problème.

[vva69003]

Merci pour ce retour mais malheureusement, ce n'est pas un problème de stockage sur le répertoire. Je peux sans problème procéder à une copie de la base au même endroit (taille : 20 Go).

[naphta]

Bonsoir,

http://office.microsoft.com/fr-fr/ac...010341462.aspx


t'es certain pour les 20 giga, pour un frontal ouvrir une base centrale de 200 mega les utilisateurs trouvent que c'est long mais 20 giga t'as le temps de prendre un paquet de café passer des coups de fil commander sur le net.

Bon sérieusement pour te faire aider faut du code d'erreur, le contexte, la fréquence, la version etc

Bon courage

[vva69003]

Je parlais de 20 Mo..... Désolé de vous avoir fait peur...

[naphta]

Bonjour,

de toute façon 20 giga pas possible, bon quand ça plante faut demander aux utilisateurs de faire une copie d'écran.
Tu verras un code d'erreur ça aide.

Pour compacter une base centrale faut pas que les utilisateurs soient connectés, donc faut intégrer aux frontaux une sortie de l'appli.
Microsoft a publié qq dans ce sens, désolé je peux pas mettre d'url dans les post sinon je me fais reprendre.

Bonne chance

[nico84]

Bonjour,

Pour vérifier qu'aucun utilisateur n'est connecté à la dorsale il ne doit pas y avoir de .ldb, sinon comme l'indique naphta compactage impossible.
L'utilitaire mdbviewer (proposé gratuitement par un habitué de ce forum) est très pratique pour identifier les connectés

[loufab]

Bonjour,

La base est sur un répertoire distant et lors d'un plantage, impossible de réaliser un compactage sur le serveur.

Un compactage se fait toujours en local jamais au travers du réseau.

Je parlais de 20 Mo..... Désolé de vous avoir fait peur...

J'ai pas eu peur, les fichiers Accdb sont limités à 2go, au delà la base n'est plus lisible.

Un frontal de 200 Mo. Il faut revoir la conception, trop d'images, trop de formulaires/états dupliquer... Si le code est volumineux, il faut penser à compiler en accde pour limiter l'effet de l'ouverture des fenêtres VBE.

Sinon avant de chercher à savoir comment réparer il faut chercher l'origine du problème (réseau, environnement, système, habitude utilisateur, fonctionnalité...)

Quand tu dis "dont je n'ai pas la maîtrise" qu'Est-ce que cela veut dire ?

plante très régulièrement depuis un certain temps

Tu as déjà une piste, avant elle ne plantait pas, depuis quand elle plante ? Cela coïncide-t-il avec un changement identifiable (mise à jour, modif infrastructure, ajout d'utilisateur, changement de comportement -mono vers multi utilisateur...)

Cette application est-elle bien frontale/dorsale ?

Concernant un problème de droit sur le fichier/répertoire c'est non. Car dans ce cas l'application ne fonctionnerait pas. (voir mon tuto sur la sécurité)

La première chose à faire est de mettre à niveau tous les postes avec la même version de Service Pack ACCESS ou Runtime chez tous les utilisateurs.

Cordialement,