SMPFR

Je suis confronté au problème suivant.
L'un de mes clients, ne parvient pas à ouvrir plus de deux connexions simultanées sur une base Access (2003).
L'environnement est le suivant, Access 2003 SP3 sur tous les postes. La base est partagées via le PC central (XP home). Les utilisateurs accèdent à la base via un raccourci (testé en UNC et lecteur réseau).

A partir de mon lab, je suis confronté au même problème! Fichier stocké sur un serveur Windows 2012, deux postes (7 et XP) avec le client Access 2003 runtime.
Pourtant, en lisant ceci => http://office.microsoft.com/fr-fr/acces ... 40860.aspx cela semble plutôt simple!!!

A l'aide !!!

ca va pas forcément t'aider mais access spa son kiff le multi accès :/

Lorsque vous ouvrez un fichier de base de données Access (.mdb) en mode partagé, Microsoft Access crée également un fichier d'informations de verrouillage (.ldb) portant le même nom (par exemple, Comptoir.ldb) et situé dans le même dossier que le fichier de base de données. Ce fichier d'informations de verrouillage stocke le nom de l'ordinateur (comme monpc) et le nom de sécurité (comme Admin) de chaque utilisateur partagé de la base de données. Microsoft Access utilise ces informations pour gérer les accès simultanés. Dans la plupart des cas, Microsoft Access supprime automatiquement le fichier d'informations de verrouillage lorsque le dernier utilisateur ferme le fichier de base de données.

Si tu t'en sors pas tu install un sql express tu lies ta base access à ton sql express et au moins tu seras dans une config multi accès plus pertinente.

http://office.microsoft.com/fr-fr/acces ... 79159.aspx

Sinon quelques pistes aussi dans le lien que je t'ai donné notamment vérifier la config par défaut de access.

Désolé pas beaucoup de pistes pour t'aider....

Tu n'aurais pas un souci avec ton moteur JET (version ? )

Le fichier de verrouillage est géré par le moteur de base de données :
- JET jusqu'à Access 2003 inclus ;
- ACE à partir d'Access 2007.

Ce n'est donc pas l'application Access qui crée ce fichier.
Un accès à la base de données par une application externe utilisera donc ce même mécanisme de verrous.

http://arkham46.developpez.com/articles ... teurs-ldb/

Je regarde... Grand merci


Edit : sur les potes en XP, le moteur JET est à jour.

ensuite d'autres idées à tester le fait que tu sois pas sur un domaine regarde la machine qui héberge si tu as bien activer le partage fichier et imprimante on ne sait jamais si ca pouvait jouer.

Regarde s'il tu as pas une règle sur un firewall Windows qui bloquerait

Peut être aussi vérifier le autorisations sur le fichier de gestion de multi utilisateur qui se crée et voir en testant différente sécurité (all access pour tout le monde pour voir si ca raison le problème on ne sait jamais)

Pareil essais d'activer le contrôle à distance on ne sais jamais si on trouverait par un rapport

sinon regarde les services s'il y a pas des trucs arrêté ou qu'il faudrait démarrer

Regardes aussi dans le gestionnaire de sources de données ODBC y'a peut être une config (sous seven on peut activer le traçage de la connexion je ne sais pas si ca existait avant)

Voili quelques pistes

Merci.

Entre-temps, j'ai avancé... Cela ne pose aucun problème dans le cas suivant :

Serveur => XP PRO SP3 - Ouverture de la base via le chemin UNC.
Client (2 postes) => XP PRO SP3 - Ouverture de la base via le chemin UNC.
=> client Access 2003 runtime.

Les trois sessions s'ouvrent sans problème!

Si je déplace la base sur un NAS ou Windows 2012, cela ne fonctionne plus!!!

Edit : Installation du client Access 2003 runtime sur le serveur Windows 2012.
Le poste en Windows 7 ouvre la base, mais pas les postes en XP!!!

Jonction d'un poste XP au domaine, la base s'ouvre. Mais plus sur le poste en Seven!

Honnêtement je serais toi je regarderais la solution pour faire une jonction de ta base access avec u sql express et hop plus de souci qq soit ta config

Tout dépend de la difficulté...

Dans tous les cas, la solution domaine n'est pas envisageable, car certain postes sont en XP HOME.

La plus simple, XP mode via son Windows 7.

Mais je vais quand même essayer la jonction avec un SQL Express.

Edit : Une fois le poste Windows 7 joint au domaine, je peux ouvrir la base!

Tu peux aussi regarder les histoires de groupe résidentiel ca peut aussi être une piste...

PS : vérifie aussi le nom de workgroup qq fois on a ms home, home, workgroup etc... ca peut jouer aussi

Le fichier de verrouillage est géré par le moteur de base de données :
 - JET jusqu'à Access 2003 inclus ;
 - ACE à partir d'Access 2007.
 
 Ce n'est donc pas l'application Access qui crée ce fichier.
 Un accès à la base de données par une application externe utilisera donc ce même mécanisme de verrous.

Rien à voir avec ce pb de Access mais danss un autre environnement, sous windows, j'ai exactement ce besoin !

Sur un stockage NAS, un utilisateur ouvre un fichier et ce dernier doit être verrouillé en écriture aux autres utilisateurs ; du coup ils ne peuvent que le lire et seul celui qui l'a ouvert en premier peut lire et ecrire.
Lorsqu'il sauvegarde et ferme le fichier, il devient lisible et enregistrable à celui qui l'ouvrira...

Une idée d'un moyen de faire ça ?

++

Kali : dans les propriétés mêmes de la "bdd" (en l'ayant ouverte sous un MS Access et pas le RUNTIME) on peut gérer "finement" les accès .
Bien que nativement une bdd mdb soit accessible en multi utilisateurs, il peut etre bon de regarder si personne n'a tripoté ces options.

PAR Contre ce qui m'a grandement étonné dans le premier post c'est que la bdd soit hébergée sur un XP Home, perso @home j'ai trop de difficultés en ayant un XP Home dans le workgroup, il a du mal à authentifier correctement même en ayant de déclaré les mêmes users+mdp que sur les XP pro du réseau :/

Le fichier de verrouillage est géré par le moteur de base de données :
 - JET jusqu'à Access 2003 inclus ;
 - ACE à partir d'Access 2007.
 
 Ce n'est donc pas l'application Access qui crée ce fichier.
 Un accès à la base de données par une application externe utilisera donc ce même mécanisme de verrous.

Rien à voir avec ce pb de Access mais danss un autre environnement, sous windows, j'ai exactement ce besoin !

Sur un stockage NAS, un utilisateur ouvre un fichier et ce dernier doit être verrouillé en écriture aux autres utilisateurs ; du coup ils ne peuvent que le lire et seul celui qui l'a ouvert en premier peut lire et ecrire.
Lorsqu'il sauvegarde et ferme le fichier, il devient lisible et enregistrable à celui qui l'ouvrira...

Une idée d'un moyen de faire ça ?

++

Si tu es sous Windows le système de fichier gère ce principe puisque dès que tu partages un fichier tu peut voir dans le gestionnaire de session qui lit le fichier et le mode d'ouverture (lecture ecriture etc..)

C'est quoi ton problème exactement

PS : Si kaly a pas résolu son pb tu peux créer un autre post pour qu'on fasse pas trop de HS

Rien à voir avec ce pb de Access mais danss un autre environnement, sous windows, j'ai exactement ce besoin !

Sur un stockage NAS, un utilisateur ouvre un fichier et ce dernier doit être verrouillé en écriture aux autres utilisateurs ; du coup ils ne peuvent que le lire et seul celui qui l'a ouvert en premier peut lire et ecrire.
Lorsqu'il sauvegarde et ferme le fichier, il devient lisible et enregistrable à celui qui l'ouvrira...

Une idée d'un moyen de faire ça ?

++

c'est géré de manière native sur certains types de fichiers (excel, word...)

dis nous en plus !

Honnêtement je serais toi je regarderais la solution pour faire une jonction de ta base access avec u sql express et hop plus de souci qq soit ta config

J'me lance!

Serveur :

1. Instance SQL : OK
2. Importation de la base access dans la base de données master : OK
3. Ouverture de la base access, Fichier / Données externes / Lier les tables...

Client : Sources de données (ODBC)
1. Onglet Sources de données utilisateur, liaison avec l'instance SQL : OK
2. Distribution du fichier de base de données Access.

Reste pu qu'à comprendre! :d

[:t1nyb0y]

Des difficultés

Oui, j'ai réalisé les étapes ci-dessus. Mais ensuite je suis perdu...

Logiquement tes tables requetes et procedures stockees sont dans ta base sql express et tes formulaires , etats sont dans access pointeront dessus au lieu de access. Tu rencontres quoi comme problème ou comme messages d erreur ?
ps : en fonction de la complexite de ce qui était fait sous access tu pourrais auusi remplacer par des pages web les formulaires ou etats d access mais ca c est vraiment pour faire un truc plus costaud

Aucun message d'erreur, mais y un truc! Car si je coupe l'instance SQL. Le fichier access s'ouvre...

Comment vérifier la liaison entre le fichier et la base SQL ?

quand tu ouvres access et que tu crées tes connexions tu as un test de connexion possible (de mémoire ca fait des années que j'ai abandonné access lol)

http://msdn.microsoft.com/fr-fr/library ... s.90).aspx
http://fr.wingwit.com/Logiciel/sql-server/165745.html

y'a aussi un truc que j'avais oublié en natif sqlexpress n'active pas forcement (avant c'était comme ca) le protocole tcp/ip pour les remote connection donc faut l'"enabled"...

http://web.synametrics.com/sqlexpressremote.htm