Restore einer Datenbank nicht möglich- Zugriff verweigert- Access denied- SQL Server 2005
Es kommt sicherlich das ein oder andere Mal vor, dass man ein Szenario in seinem Lab nachstellen oder einfach nur die Datenbank portieren bzw. sichern will.
Wenn man nach dem Restore der Datenbank dann die Meldung “Zugriff verweigert” bzw. “Access denied”,Vorgang wird mit Fehler xyz abgebrochen erhält, steht man vor einem Rätsel. Gerade wenn es schnell gehen muss.
Ich selbst habe diese Erfahrung unter SQL Server Express 2005 machen müssen, wobei das “Problem” wohl auch bei anderen SQL-Server-Versionen auftritt. Seltsamerweise tritt das Problem auch nicht beim Restore von Dateien aus jedem Verzeichnis aus.
Dies erklärt das “Problem” und die zugehörige “Lösung” bzw. den Workaround.
Lösung:
Der SQL-Server läuft mit einem dedizierten Dienst, der keinen Zugriff auf die Datei, bzw. das Verzeichnis hat, in der die zu restorende Datei abgelegt ist.
Man sollte aus diesem Grund den Service mit den Berechtigungen des Lokalen Systems laufen lassen. Es ist davon auszugehen, dass der SQL Server Service mit Standard unter “Netzwerkdienst” gestartet wird.
Um diese Einstellungen zu ändern sollte man folgendermaßen vorgehen:
- Start-Ausführen -> services.msc aufrufen
- Den Dienst SQL Server (EXPRESS) suchen
- Rechtsklick auf Eigenschaften
- Die erste Registerkarten “Anmelden” oder “Logon” enthält die Option “Anmelden als:” -> dort “Lokales System” oder “Local System” auswählen.
- Nach dem Neustart des Services ist der Restore aus jeglichem Verzeichnis, auf das das System Zugriff hat möglich.
Zu erwähnen bleibt, dass diese Einstellung im Standard nicht auf “Lokales System” steht, da dies natürlich auch Sicherheitsprobleme mit sich bringen kann. Wenn man sich hierüber Gedanken macht oder machen sollte, so sollte man für den SQL-Server einen extra User anlegen, der über die entsprechenden Berechtigungen zum Zugriff auf die benötigten Verzeichnisse verfügt. Für Arbeiten im Lab sollte dies aber ohnehin nicht der Fall sein.