Störungen und ihre Behebung

Gilt für den Datendienst mit Verwaltungsspeicher und die Verwaltungsanwendung für Access (Vollversion und Access-Runtime, 32 und 64 Bit). Die Meldungen des Dienstes erscheinen auf der Anmeldekarte bzw. in einer Meldung der Anwendung im Wortlaut des Dienstes, ohne Umlaute.

Die Antwort an den Anwender nennt nur die Art der Abweisung (nicht angemeldet, nicht freigegeben, zu viele Anfragen). Die Ursache hält der Dienst in seinem Protokoll fest; die Verwaltungsanwendung nennt sie im Klartext:

1. Öffnen Sie den Bereich Personen und Schlüssel und markieren Sie die Person.
2. Wählen Sie Weitere > Störung und Austritt > Warum abgewiesen? … (auch im Kontextmenü der Liste). Rechts neben der Liste stehen die letzten 20 Abweisungen dieser Person, die neueste oben: Zeitpunkt (UTC), Anmeldung (Schlüssel-Kennung oder Konto), Ursache, was hilft, und der Zugriff.
3. Markieren Sie eine Zeile und wählen Sie Beheben …. Je nach Ursache stellt die Anwendung den Schlüssel neu aus, schaltet ihn frei, aktiviert das Konto der Person wieder, öffnet Regeln zuordnen oder Anmeldung und Rechte oder richtet den zweiten Faktor ein, jeweils mit derselben Rückfrage wie der gleichnamige Befehl. Liegt die Abhilfe beim Anwender (Code eingeben, warten), sagt die Anwendung das, statt etwas zu ändern.

Wählen Sie in der Liste eine andere Person, zeigt die Ansicht deren Abweisungen.

Grenzen: Das Protokoll liegt im Speicher des Dienstes (die letzten 10 000 Zugriffe seit seinem Start); ältere Abweisungen fehlen. Unter einer Person erscheint eine Abweisung nur, wenn der Dienst die Person erkennen konnte, also über einen ihrer Schlüssel, ihr Windows-Konto oder ihre SQL-Anmeldung. Eine Anmeldung, die keiner Person zugeordnet ist, steht nur im Bereich Protokoll > Audit.

Ursache: ein Tippfehler, ein Schlüssel eines anderen Dienstes, oder der Dienst nimmt keine persönlichen Schlüssel an (AuthMode ohne PersonalKey).

Behebung: Den Schlüssel neu einfügen statt abtippen (er hat 53 Zeichen und beginnt mit wkl_). Hilft das nicht, einen neuen Schlüssel ausstellen.

Ursache: Der Schlüssel hat sein Ablaufdatum erreicht oder wurde gesperrt, oder das Konto der Person ist deaktiviert. Eine Person mit deaktiviertem Konto wird auch mit ihrem Windows-Konto und ihrer SQL-Anmeldung abgewiesen.

Behebung: Einen neuen Schlüssel ausstellen bzw. das Konto der Person wieder aktivieren, siehe So sperren Sie einen Schlüssel oder eine Person. Eine Sperre lässt sich nicht aufheben.

Ursache: Die Adresse auf der Anmeldekarte beginnt mit http:// und zeigt auf einen anderen Rechner. Die Verwaltung antwortet nur über eine geschützte Verbindung.

Behebung: Die HTTPS-Adresse des Dienstes eintragen. Steht der Dienst hinter einem Proxy, muss der Proxy in der Konfiguration als vertrauenswürdig eingetragen sein und X-Forwarded-Proto: https melden.

Ursache: Der Person fehlt eine Regel mit dem Recht admin, ihre Regel ist nur lesend und sie wollte etwas ändern, oder der Schlüssel ist auf Datenquellen beschränkt.

Behebung: Ein anderer Administrator gibt der Person die Regel verwaltung (siehe So legen Sie eine Person an und stellen ihr einen Schlüssel aus) bzw. stellt einen Schlüssel ohne Beschränkung auf Datenquellen aus.

Ursache: ein falscher Code, ein Code, der gerade schon benutzt wurde, oder die Uhr des Telefons geht falsch.

Behebung: Auf den nächsten Code warten (alle 30 Sekunden) und ihn eingeben. Die Uhr des Telefons auf automatische Zeit stellen. Passt der Eintrag in der App nicht mehr zum Dienst (App neu installiert, Telefon gewechselt), den zweiten Faktor neu einrichten, siehe So richten Sie den zweiten Faktor ein oder setzen ihn zurück.

Ursache: fünf falsche Codes einer Person oder zwanzig von derselben Herkunft (Adresse) in 15 Minuten. Der Dienst nimmt dann bis zu 15 Minuten lang keinen Code an, auch keinen richtigen.

Behebung: Bis zu 15 Minuten warten, dann den aktuellen Code eingeben.

Ursache: Die Anmelderichtlinie verlangt einen zweiten Faktor, aber die Anmeldung lässt sich keiner Person zuordnen (ein Windows-Konto, das nur über eine Gruppe berechtigt ist), oder die Person hat keinen zweiten Faktor.

Behebung: Eine Person mit dem Windows-Konto im Feld Windows-Konto anlegen bzw. ihr den zweiten Faktor einrichten, siehe So richten Sie den zweiten Faktor ein oder setzen ihn zurück.

Ursache: Eine Anmelderegel mit der Wirkung Deny trifft das Verfahren und das Netz.

Behebung: Von einem zugelassenen Netz aus anmelden oder die Regel anpassen, siehe So legen Sie die Anmelderichtlinie fest. Ist niemand mehr an der Verwaltung angemeldet, hilft die Anleitung So bekommen Sie wieder Zugang, wenn die Verwaltung ausgesperrt ist (Dokumentation des Datendienstes).

Ursache: Der Dienst prüft nach jeder Änderung den gesamten Inhalt. Eine Änderung, die ihn ungültig machen würde (eine Regel nennt eine unbekannte Datenquelle, eine Person eine unbekannte Regel, ein Windows-Name existiert nicht), nimmt er vollständig zurück und nennt den Grund.

Behebung: Den genannten Grund beheben, etwa erst die Datenquelle anlegen und dann die Regel.

Ursache: Ein anderer Administrator hat denselben Eintrag geändert, seit Ihre Liste oder Maske ihn gelesen hat.

Behebung: Die Änderung in der Maske mit Esc verwerfen, Aktualisieren wählen (Befehlsleiste rechts) und die Änderung erneut eintragen.

Die Karte Datenquellen gestört zählt jede Datenquelle, deren Prüfung scheitert. Die Liste darunter nennt den Zustand: nicht erreichbar (dieser Abschnitt) oder NICHT lesbar (nächster Abschnitt).

Ursache: SQL Server ist nicht erreichbar, die Anmeldung der Verbindungszeichenfolge wird abgelehnt, oder die Datenbank fehlt.

Behebung: Im Bereich Datenquellen die Zeile markieren und Verbindung prüfen wählen; die Meldung nennt den Fehler von SQL Server. Die Verbindungszeichenfolge korrigieren, siehe So binden Sie eine Datenquelle an.

Ursache: SQL Server läuft, kann die Datenbank aber nicht lesen: Das Laufwerk mit ihren Dateien war kurz weg (etwa eine externe Platte), oder die Datenbank ist offline oder beschädigt. Nach einem verlorenen Laufwerk bleibt das so, bis der Windows-Dienst der SQL-Server-Instanz (etwa „SQL Server (MSSQLSERVER)“) neu gestartet wird, auch wenn das Laufwerk längst wieder da ist. Das ist ein mit einer externen Platte beobachtetes Verhalten von SQL Server, keine Zusage von Microsoft. SQL Server meldet in diesem Fall den Fehler 823 (Microsoft: „MSSQLSERVER_823“, https://learn.microsoft.com/sql/relational-databases/errors-events/mssqlserver-823-database-engine-error).

Die Übersicht zeigt die Datenquelle als „nicht lesbar“ (der Server antwortet, die Datenbank nicht); Verbindung prüfen nennt den Fehler von SQL Server, bis SQL Server neu gestartet wurde. Liest SQL Server die Probe noch aus seinem Speicher, nennt die Prüfung die Uhrzeit des letzten Fehlers, höchstens 10 Minuten danach. In Warum abgewiesen? steht der Fehler als „Die Datenbank ist auf dem Server nicht lesbar“.

Behebung: Am Server prüfen, ob das Laufwerk da ist, dann den Windows-Dienst der SQL-Server-Instanz neu starten; das unterbricht alle Verbindungen zu dieser Instanz. Danach Verbindung prüfen wählen. Ein DBCC CHECKDB, wie es die Meldung von SQL Server empfiehlt, hilft nach einem verlorenen Laufwerk nicht; es ist erst angebracht, wenn der Fehler nach dem Neustart bleibt.

Ursache: Der Dienst hält den Aufbau einer Datenbank 5 Minuten im Speicher.

Behebung: Warten oder im Bereich Datenquellen Weitere > Katalog neu laden wählen. Fehlt sie danach noch, fehlt der Regel des Anwenders die Art (tables, views) oder der Anmeldung der Datenquelle das Recht in SQL Server.

Ursache: Der Hauptschlüssel passt nicht zu den Werten im Speicher. Die Meldung beim Start nennt jede betroffene Datenquelle.

Behebung: Den bisherigen Hauptschlüssel unter seiner Kennung bereitstellen (als MasterKey oder unter RetiredKeys), siehe So wechseln Sie den Hauptschlüssel (Dokumentation des Datendienstes).

• Administrator-Handbuch für WKL Database Gateway Manager
• Referenz: alle Antworten des Dienstes in HTTP: Anmeldung (Referenz), HTTP: eigener Vertrag (Referenz) und HTTP: Verwaltung (Referenz); Fehlerbehebung für Entwickler unter Fehlerbehebung (jeweils Dokumentation des Datendienstes)