MS Access - “fichier en cours d'utilisation” erreur sur la base de données fractionnée

J'ai un split base de données MS Access 2010 sur Windows 7.

Le back-end est sur un lecteur réseau dans un dossier que seules quelques personnes ont des autorisations d'écriture; tout le monde a les autorisations de lecture.

Chaque utilisateur dispose de son propre copie de l'extrémité avant stockées sur leur ordinateur local.

À la fois ÊTRE & FE sont définies pour ouvrir partagé, non exclusif, pour tous les utilisateurs.

Si un utilisateur avec des autorisations en lecture seule essaye de se connecter alors qu'un autre utilisateur avec des autorisations en lecture seule est sur, ils peuvent obtenir sur fine.

Si un utilisateur avec des autorisations en lecture seule tente d'obtenir pendant qu'un utilisateur avec des autorisations d'écriture l'a ouvert, ils reçoivent un message disant: "fichier en cours d'utilisation" et ils ne peuvent pas ouvrir la base de données.

Si un utilisateur avec des autorisations d'écriture tente d'ouvrir la base de données lorsqu'un utilisateur avec des autorisations en lecture seule a ouvert, il s'ouvre en lecture seule pour cet utilisateur.

Faire TOUS les utilisateurs d'une base de données fractionnée besoin d'un accès complet? Je ne veux vraiment pas tout le monde à être en mesure de faire des modifications. Tout ce que je peux faire pour obtenir que cela fonctionne?

Quand vous parlez des "autorisations", tu parles de Windows autorisations de Fichier/Dossier? Si oui, je crois que tout le monde devra avoir en Lecture et en Écriture pour le dossier (et les fichiers) qui stocke votre base de données. Vous avez besoin de mettre en œuvre la sécurité/autorisations d'une façon différente ou déplacer vos données vers SQL Server qui permet plus de contrôle sur la sécurité/autorisations.
oui, je veux les autorisations Windows.

OriginalL'auteur maneesha | 2012-10-18

  1. 7

    La question a certainement quelque chose à voir avec le fait que la lecture seule des clients ne peuvent pas gérer la .laccdb fichier de verrouillage car ils n'ont pas l'autorisation d'écriture sur le dossier partagé dans lequel le fichier de base de données réside.

    Lorsque la base de données est ouverte en mode partagé, chaque client de créer ou de mettre à jour le fichier de verrouillage.

    Il est probable que depuis la lecture seule des clients ne peut pas créer le fichier de verrouillage, ils tombent-retour à croire qu'ils sont en mode exclusif.

    Une fois un plein accès client crée le fichier de verrouillage, tout client va tenter de l'utiliser, et en lecture seule les clients échoue, car ils ne peuvent pas mettre à jour la serrure.

    De la documentation concernant les fichiers de verrouillage:Introduction à l' .ldb fichiers

    Si vous voulez résoudre votre problème, vous devez accorder un accès complet au dossier pour tous les clients, mais vous pouvez restreindre l'accès à la .accdb fichier de base de données pour le groupe de clients qui ne sont pas censés être en mesure de modifier les données qu'il contient.

    Alternativement, si vous n'êtes pas à l'aide d'Access 2007/2010 fonctionnalités, vous pouvez revenir à une ancienne .mdb fichier comme un arrière-plan et utiliser leur ancien style de groupe de sécurité.

    En fin de compte, si vous voulez vraiment de contrôle d'accès, vous devrez peut-roll-vous-propre régime de sécurité à partir du client, forçant les utilisateurs à se connecter (ou utiliser leur l'identité de leur machine) et de mettre à jour vos formulaires de données modifier les propriétés en fonction de ce que l'utilisateur particulier/machine est autorisé à le faire.

    +1 Absolument, c'est la lecture/réglage du dossier qui empêche l'utilisateur de créer et/ou modifier le fichier de verrouillage.

    OriginalL'auteur Renaud Bompuis