"Kein Backupset zur Wiederherstellung ausgewählt" SQL Server 2012

Ich habe eine SQL Server 2012-Datenbank mit aktiviertem Dateistream. Wenn ich es jedoch sichere und versuche, es auf einer anderen SQL Server 2012-Instanz (auf einem anderen Computer) wiederherzustellen, erhalte ich einfach die folgende Meldung:

Kein Backupset zur Wiederherstellung ausgewählt.

Nicht einmal eine einzige Zeile mehr Erklärung. Was ist hier los?

Jede andere Datenbank ohne Dateistream ist in Ordnung und kann erfolgreich wiederhergestellt werden. Hat es etwas mit Filestream zu tun? Soll ich einen Hotfix oder ähnliches installieren?

Ich hatte dieses Problem und es stellte sich heraus, dass ich versuchte, die falsche Version von SQL wiederherzustellen. Wenn Sie weitere Informationen zu den Vorgängen wünschen, versuchen Sie, die Datenbank mit dem folgenden SQL wiederherzustellen:

RESTORE DATABASE <YourDatabase> 
FROM DISK='<the path to your backup file>\<YourDatabase>.bak'

Das sollte Ihnen die Fehlermeldung geben, dass Sie dies debuggen müssen.

Mein Problem waren schließlich Berechtigungen . Ich bin auf einer Entwicklungsmaschine und habe über Homegroup kopiert. Irgendwie, wahrscheinlich basierend darauf, wohin ich die Datei kopiert habe, wurden die Berechtigungen durcheinander gebracht und Management Studio konnte die Datei nicht lesen. Da dies ein Entwickler ist, habe ich allen die Berechtigungen für die Bak-Datei erteilt und konnte sie dann erfolgreich über die GUI wiederherstellen.

Beim Laufen:

RESTORE DATABASE <YourDatabase> 
FROM DISK='<the path to your backup file>\<YourDatabase>.bak'

Es gab mir den folgenden Fehler:

Die Medienfamilie auf Gerät 'C: \ NorthwindDB.bak' ist falsch gebildet. SQL Server kann diese Medienfamilie nicht verarbeiten. RESTORE HEADERONLY wird abnormal beendet. (Microsoft SQL Server, Fehler: 3241) Blockquote

Es stellt sich heraus, dass Sie eine Datenbank nicht von einer höheren SQL-Version auf eine niedrigere Version übertragen können, selbst wenn die Kompatibilitätsstufe sowohl für die Quell- als auch für die Ziel-Datenbank gleich ist. So überprüfen Sie die Ausführung der SQL-Version:

Select @@Version

Um zu sehen, den Unterschied, erstellen Sie einfach eine DB auf Ihrer Quelle SQL Server und versuchen , eine Wiederherstellung aus dem Backup - Datei zu tun, wenn Sie dies tun Whit SSMS, sobald Sie die Backup - Datei auswählen wird es einige Informationen darüber zeigen , wie widersprochen, wenn Sie Öffnen Sie es von einem Server mit einer niedrigeren Version, auf dem nur "Kein Backupset zur Wiederherstellung ausgewählt" angezeigt wird.

Also , wenn Sie immer noch Ihre Daten auf eine niedrigere Version SQL verschieben müssen dann prüfen Dieses .

Führen Sie SQL Server Management Studio als Administrator aus (klicken Sie mit der rechten Maustaste auf die Verknüpfung / Exe, wählen Sie dann "Als Administrator ausführen") und versuchen Sie dann, sie wiederherzustellen.

Ich dachte, ich wäre nicht dumm genug, um die Versionen zu verwechseln - aber ich wusste nicht, dass auf meinem neuen Server bereits von Geburt an eine SQL Server 2005-Instanz mit dem Namen installiert war SQLEXPRESS. Beim Versuch, meine in SQL Server 2008 R2 gesicherte Datenbank in SSMS 2012 auf der SQLEXPRESSInstanz wiederherzustellen , war die Liste der Sicherungssätze leer.

Schließlich wurde mir klar, dass die SQLEXPRESSInstanz auf dem Server keine 2012-Instanz war, sondern eine 2005. Ich habe die Verbindung zur tatsächlichen 2012-Instanz (in meinem Fall mit dem Namen SQLEXPRESS2012) getrennt und sie hat (offensichtlich) funktioniert.

Mein Problem war, dass mein Benutzer in der Gruppe "Integrierte Administratoren" war und kein Benutzer mit Sysadmin-Rolle auf SQL Server. Ich habe gerade das Management Studio als Administrator gestartet. Auf diese Weise konnte die Datenbank wiederhergestellt werden.

Zu Ihrer Information: Ich habe festgestellt, dass ich beim Wiederherstellen dieselben Anmeldeinformationen (SQL-Benutzer) verwenden musste, um mich bei SSMS anzumelden. Ich hatte zuerst versucht, die Wiederherstellung mit einem Windows-Authentifizierungskonto durchzuführen.

In meinem Fall waren es Berechtigungen und die Tatsache, dass ich "Dateien und Dateigruppen wiederherstellen ..." verwendet habe und nicht einfach "Datenbank wiederherstellen ...".

Das machte den Unterschied.

Für mich ist es ein Problem mit Benutzerrechten. Ich habe mich mit einem Benutzer angemeldet und es funktioniert einwandfrei.

Für mich bestand das Problem darin, dass sich die .BAK-Datei in einem verschlüsselten Ordner auf dem Server befand. Selbst mit vollen Administratorrechten konnte ich SSMS niemals dazu bringen, die Datei zu lesen. Das Verschieben der .BAK in einen unverschlüsselten Ordner hat mein Problem gelöst. Beachten Sie, dass Sie nach dem Verschieben der Datei möglicherweise auch die Eigenschaften der tatsächlichen Datei ändern müssen, um die Verschlüsselung zu entfernen (Rechtsklick, Eigenschaften, Erweitert, Deaktivieren Sie "Inhalte zum Sichern von Daten verschlüsseln").

Ich hatte das gleiche Problem mit SQL Server 2014 (Management Studio konnte den Ordner, in dem sich die Sicherungsdatei befand, nicht sehen, als versucht wurde, sie für einen Wiederherstellungsvorgang zu finden). Dieser Thread enthielt die Antwort, die mein Problem löste. Zitat:

Das SQL Server-Dienstkonto finden Sie unter Start-> Systemsteuerung-> Verwaltung-> Dienste. Doppelklicken Sie auf die Registerkarte SQL Server-Dienst-> Anmelden. Sie verwenden entweder das "Lokale Systemkonto" oder "Dieses Konto", um ein bestimmtes Konto zu definieren. Wenn Sie das lokale Systemkonto verwenden, können Sie nicht auf Sicherungen verweisen, die nicht lokal auf dem Server sind. Wenn Sie stattdessen das zu verwendende Konto definiert haben, muss dieses Konto Zugriff auf den Speicherort der Sicherungsdatei haben. Ihre Fähigkeit, über Ihre persönliche Anmeldung auf die Backups zuzugreifen, spielt keine Rolle. Es wird das SQL Server-Konto verwendet, obwohl Sie die Sicherung initiieren. Ihre IT-Mitarbeiter sollten bestimmen können, welche Rechte jedem Konto gewährt werden.

Hoffe das hilft jemandem.

In meinem Fall (neue SQL Server-Installation, neu erstellter Benutzer) hatte mein Benutzer einfach nicht die erforderliche Berechtigung. Ich habe mich im Management Studio als sa angemeldet, bin dann zu Sicherheit / Anmeldungen gegangen, habe mit der rechten Maustaste auf meinen Benutzernamen Eigenschaften geklickt und dann im Abschnitt Serverrollen, den ich überprüft habe sysadmin.

Für mich lag es daran, dass die Sicherungsdatei noch von einem anderen Prozess geöffnet wurde. Hier ist das Ereignisprotokoll:

BackupDiskFile :: OpenMedia: Sicherungsgerät 'X: \ Backups \ MyDatabase \ MyDatabase_backup_2014_08_22_132234_8270986.bak' konnte nicht geöffnet werden. Betriebssystemfehler 32 (Der Prozess kann nicht auf die Datei zugreifen, da sie von einem anderen Prozess verwendet wird.)

Durch einfaches Schließen und erneutes Öffnen von Sql Server Management Studio wurde das Problem behoben (offensichtlich war es also ssms.exe, die das Handle hatte.)

Ein weiterer möglicher Grund für diesen Fehler scheint Google Drive zu sein. Google Drive komprimiert Bak-Dateien oder ähnliches. Wenn Sie also eine Datenbanksicherung über Google Drive übertragen möchten, müssen Sie diese anscheinend zuerst komprimieren.

Wenn Sie die vorhandene Datenbank vollständig ersetzen möchten, verwenden Sie die Option WITH REPLACE :

RESTORE DATABASE <YourDatabase> 
FROM DISK='<the path to your backup file>\<YourDatabase>.bak'
WITH REPLACE

In meinem Fall handelte es sich um ein Berechtigungsproblem.

Für den Windows-Benutzer hatte ich keine dbcreatorRolle.

Also habe ich die folgenden Schritte befolgt

1. Stellen Sie eine Verbindung sazum SQL Server her
2. Erweitern Sie Securityim Objekt-Explorer
3. Erweitern Logins
4. Klicken Sie mit der rechten Maustaste auf den betreffenden Windows-Benutzer
5. Klicken Sie auf Eigenschaften
6. Wählen Sie Server Rolesaus den Select a pageOptionen
7. Überprüfen Sie die dbcreatorRolle für den Benutzer
8. OK klicken

Verwenden von SQL Server 2012 Express.

Mein Fehler (aus dem Dialogfeld "SQL Manager - Datenbank wiederherstellen"):

No backupset selected to be restored

Außerdem wurden in der Liste keine Backupsets zur Auswahl angezeigt.

Das Problem war, dass ich eine der 5 Sicherungsdateien in einen Ordner verschoben hatte, in dem der SQL Server-Dienstanmeldebenutzer keine Berechtigungen hatte. Ich habe versucht, diesen Benutzer hinzuzufügen, konnte jedoch den Benutzer NT Service \ MSSQL $ SQLEXPRESS nicht in die Sicherheit aufnehmen aufführen.

Ich habe die Datei in den Ordner "Dokumente" für den Dienstbenutzer verschoben und dadurch alle von mir ausgewählten Dateien gelesen - 4 zu diesem Zeitpunkt - und der Fehler wurde in "Mediensatz fehlt" geändert. Dann habe ich mich nach einer anderen Sicherungsdatei umgesehen und als ich hinzufügte, dass ich wiederherstellen konnte.

Die Antworten in dieser Frage haben mir geholfen, an den richtigen Stellen zu suchen und mich zu einer Lösung zu entwickeln.

Für mich war es eine Erlaubnisfrage. Ich habe SQL Server mit einem lokalen Benutzerkonto und vor dem Beitritt zu meiner Unternehmensdomäne installiert. Später habe ich versucht, eine Datenbank mit meinem Domänenkonto wiederherzustellen, das nicht über die zum Wiederherstellen von SQL Server-Datenbanken erforderlichen Berechtigungen verfügt. Sie müssen die Berechtigung für Ihr Domänenkonto festlegen und ihm die Systemadministratorberechtigung für die SQL Server-Instanz erteilen, über die Sie verfügen.

Ich habe dieselbe Fehlermeldung erhalten, obwohl ich auf demselben Computer gesichert und wiederhergestellt habe.

Das Problem war von hier: Beim Backup hatte ich 2 Elemente im Zielfeld.

Die Lösung wäre also: Stellen Sie sicher, dass nur 1 Element im Feld "Ziel" vorhanden ist. Entfernen Sie alle anderen, falls vorhanden.

Ich bin auf das gleiche Problem gestoßen. Führen Sie SSMS als Administrator aus, klicken Sie mit der rechten Maustaste und führen Sie die Datenbankwiederherstellung durch. Sollte arbeiten.

Ich glaube, ich bekomme die Auszeichnung für den knochenköpfigsten Grund, diesen Fehler zu bekommen. Im Dialogfeld "Datenbank wiederherstellen" ist die Datenbank-Dropdown-Liste unter "Quelle" grau und ich dachte, sie sei deaktiviert. Ich sprang zum Datenbank-Dropdown unter Ziel und dachte, es sei die Quelle, und traf eine Auswahl. Wenn Sie dies tun, wird diese Fehlermeldung angezeigt.