it-swarm.com.de

.bak-Datei in keinem Verzeichnis in SSMS sichtbar

Ich habe eine .bak-Datei, die heute von einer anderen Person erstellt und manuell über SSMS 2008 R2 erstellt wurde. Ich versuche, die Datenbank manuell wiederherzustellen. Leider wird die Datei beim Durchsuchen nicht angezeigt.

Ich kann den Wiederherstellungsprozess per Skript ausführen, habe dieses Problem jedoch bereits gesehen und bin mir nicht sicher, warum die .bak-Datei möglicherweise nicht angezeigt wird.

48
Sean Long

Wir hatten heute das gleiche Problem. Es stellte sich heraus, dass es sich um ein Berechtigungsproblem handelte, wie in einigen anderen Antworten dargestellt. Der Unterschied besteht darin, dass das Konto, das wir hinzufügen mussten, NT SERVICE\MSSQLSERVER War.

Screenshot

Ich habe das Konto identifiziert, indem ich die Berechtigungen der Standardberechtigungen für SQL-Sicherungsordner mit dem Ordner verglichen habe, der die Sicherungsdatei enthält.

Das Hinzufügen des Dienstkontos ist nicht so einfach, wie es sich anhört. Hier ist, was für mich funktioniert hat. (Server 2012 R2)

  1. Melden Sie sich beim Server an. (Die Änderung muss auf dem tatsächlichen Server vorgenommen werden, nicht über eine Netzwerkfreigabe.)
  2. Ändern Sie Locations in den lokalen Servernamen.
  3. Geben Sie NT SERVICE\MSSQLSERVER In das Namensfeld ein. (Klicken Sie nicht auf Namen überprüfen.)
  4. OK klicken. Sie sehen dann eine Liste der übereinstimmenden Dienstkonten. Wählen Sie MSSQLSERVER aus und klicken Sie auf OK, um die Auswahl zu akzeptieren.

enter image description here

enter image description here

Sie sollten das Dienstkonto in den Sicherheitseinstellungen sehen und können die Berechtigungen entsprechend anpassen.

Nach dem Hinzufügen von Berechtigungen (ich habe Vollzugriff hinzugefügt, um dem Standard-SQL-Sicherungsordner zu entsprechen.) Und dem Neustart der SQL Server-Verwaltungskonsole konnte ich meine Sicherungsdatei auswählen und wiederherstellen.

43
AdamsTips

Ich habe das heute bekommen.

Ich habe die Dateifreigabe, Indizierung deaktiviert und alle offenen Sitzungen gelöscht (Personen, die zum Kopieren von Sicherungen angemeldet waren), aber das Problem ist nicht behoben.

Ging zum Windows Explorer, kopierte die Sicherungen in einen anderen Ordner und durchsuchte diesen über Management Studio, und ich konnte ihn dort sehen.

Löschte den ursprünglichen Ordner und erstellte ihn neu, kopierte den Inhalt erneut und navigierte zu .bak Dateien und es war wieder normal.

Hoffe das hilft jemandem.

16
user27816

Ich bin ein paar Mal auf dieses Problem gestoßen. Das Problem liegt nicht bei SQL Server, sondern bei der Windows-Berechtigung des Ordners. Sie müssen dem Ordner, in den Sie die .bak-Datei kopiert haben, die entsprechende Berechtigung hinzufügen (ich denke System Network Rolle).

Die einfachere Lösung besteht darin, die Datei in den Standard-Sicherungsordner in den Programmdateien zu verschieben. Es hat alle notwendigen Erlaubnis. Für SQL Server 2012 ist es

D:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Backup
8
Jackofall

Ich bin heute auch auf das gleiche Problem gestoßen. Ich erhielt eine Sicherungsdatei zum Wiederherstellen, die jedoch beim Surfen für mich nicht sichtbar war. Allerdings konnte ich mit SQL Server management Studio Auf das In-Dateisystem, aber auf den In-Restore-Assistenten zugreifen.

Nachdem ich einige ausgegeben hatte, stellte ich fest, dass es sich um ein Berechtigungsproblem handelt. Der SQL Server-Dienst wird mit Network Service Ausgeführt, aber das Konto Network Service Hatte keine Berechtigungen für den Zugriff auf den Ordner. Nach Erteilung der Berechtigungen an Network Service. Die Sicherungsdatei war zum Wiederherstellen sichtbar.

Für Details überprüfen Sie bitte durch Blog .

3
Scorpion

Das ist mir heute auf meiner Entwicklungsbox passiert. In meinem Fall hatte das Dienstkonto Berechtigungen für den Ordner, mein Benutzerkonto jedoch nicht. Nachdem ich dem Ordner meine Kontoberechtigungen erteilt hatte, konnte ich die .BAK-Dateien anzeigen.

2

Wenn Sie es im Windows Explorer finden, sollten Sie einen Befehl RESTORE DATABASE Schreiben, anstatt sich auf die klobige Benutzeroberfläche zu verlassen, um es für Sie zu finden. Wer weiß, welcher Code dort vor sich geht und warum er die Datei möglicherweise nicht finden kann? Entschuldigung, ich habe nur eine Problemumgehung und keine Lösung.

Stellen Sie außerdem sicher, dass die Datei tatsächlich etwas.bak und nicht etwas.bak.txt ist (Windows kann die Erweiterung "hilfreich" vor Ihnen verbergen. Ich hasse dieses Standardverhalten.)

2
Aaron Bertrand