Tutorials

Tutorial: Microsoft Access Sperrinformationsdateien (.laccdb / .ldb) lesen und entsperren

Melden

Hier ist ein detailliertes Tutorial, das erklärt, was diese Dateien sind, wie man sie liest und wie man sie entfernt, wenn sie „feststecken“.

Wenn Sie mit Microsoft Access arbeiten, ist Ihnen sicher schon aufgefallen, dass im selben Ordner wie Ihre Datenbank eine zusätzliche Datei mit der Endung .laccdb (bei .accdb-Dateien) oder .ldb (bei älteren .mdb-Dateien) erscheint. Dies ist die sogenannte Sperrinformationsdatei.

Dieses Tutorial zeigt Ihnen, wie Sie diese Informationen nutzen und Probleme mit hängengebliebenen Sperren lösen.

1. Was ist die Sperrinformationsdatei?

Die Datei wird automatisch von der Access-Database-Engine erstellt, sobald der erste Benutzer die Datenbank öffnet.

  • Zweck: Sie speichert, welcher Benutzer und welcher Computer aktuell auf die Datenbank zugreift.
  • Funktion: Sie verhindert, dass mehrere Benutzer gleichzeitig denselben Datensatz bearbeiten und so Datenkorruption verursachen.
  • Normalverhalten: Sobald der letzte Benutzer die Datenbank schließt, löscht sich diese Datei automatisch.

2. Den Inhalt der Sperrdatei auslesen (Wer ist eingeloggt?)

Manchmal lässt sich eine Datenbank nicht verschieben oder exklusiv öffnen, weil noch jemand darin arbeitet. So finden Sie heraus, wer es ist:

  1. Navigieren Sie im Windows Explorer zu dem Ordner, in dem die Datenbank liegt.
  2. Suchen Sie die Datei mit der Endung .laccdb oder .ldb.
  3. Klicken Sie mit der rechten Maustaste auf die Datei und wählen Sie Öffnen mit....
  4. Wählen Sie den Editor (Notepad) aus.
  5. Inhalt interpretieren: Sie sehen nun eine Liste von Computernamen und Sicherheits-IDs. Auch wenn der Text kryptisch erscheinen mag, lassen sich die Namen der Computer, die aktuell die Datenbank offen halten, klar ablesen.

3. Eine "hängengebliebene" Datei entsperren

Es kann vorkommen, dass die .laccdb-Datei bestehen bleibt, obwohl scheinbar niemand mehr die Datenbank nutzt (z. B. nach einem Absturz von Access). In diesem Fall ist die Datenbank "gesperrt".

Schritt A: Alle Instanzen von Access beenden

Bevor Sie die Datei manuell löschen, stellen Sie sicher, dass keine versteckten Access-Prozesse mehr laufen:

  1. Drücken Sie Strg + Umschalt + Esc, um den Task-Manager zu öffnen.
  2. Suchen Sie im Reiter "Prozesse" nach Microsoft Access.
  3. Klicken Sie mit der rechten Maustaste darauf und wählen Sie Task beenden. Wiederholen Sie dies für alle gefundenen Access-Einträge.

Schritt B: Die Sperrdatei manuell löschen

  1. Gehen Sie zurück in den Ordner Ihrer Datenbank.
  2. Markieren Sie die .laccdb- oder .ldb-Datei.
  3. Drücken Sie die Entf-Taste.
    • Hinweis: Wenn Windows meldet, dass die Datei noch verwendet wird, ist entweder noch ein Benutzer im Netzwerk mit der Datenbank verbunden oder ein Hintergrundprozess blockiert sie weiterhin.

4. Probleme beim Löschen lösen (Netzwerkumgebung)

Wenn sich die Datei im Netzwerk nicht löschen lässt:

  • Server-Verbindungen prüfen: Wenn Sie Administratorrechte haben, können Sie auf dem Server über die „Computerverwaltung“ -> „Freigegebene Ordner“ -> „Geöffnete Dateien“ nachsehen, welcher Benutzer die Datei blockiert, und die Verbindung dort trennen.
  • Berechtigungen: Stellen Sie sicher, dass Benutzer im Ordner nicht nur Lese- und Schreibrechte, sondern auch Löschrechte haben. Ohne Löschrechte kann Access die Datei nach dem Schließen nicht entfernen.

5. Best Practices zur Vermeidung von Sperr-Problemen

  • Datenbank teilen (Splitting): Teilen Sie die Datenbank in ein Frontend (Formulare, Berichte auf dem PC des Nutzers) und ein Backend (nur Tabellen auf dem Server). Dies reduziert Sperrkonflikte massiv.
  • Exklusiver Zugriff: Wenn Sie Design-Änderungen vornehmen, öffnen Sie die Datenbank über "Datei öffnen" im Modus Exklusiv.
  • Regelmäßiges Komprimieren: Nutzen Sie die Funktion "Datenbank komprimieren und reparieren", um die Dateistruktur sauber zu halten.

Zusammenfassung: Die Sperrinformationsdatei ist ein Schutzmechanismus. Das "Entsperren" erfolgt normalerweise durch das korrekte Schließen der Anwendung. Manuelles Eingreifen ist nur nötig, wenn Access abstürzt oder Netzwerkberechtigungen das automatische Löschen verhindern.

0