2
SQL2012 - DB-Recovery schlägt fehl: Die Medienfamilie ist ungültig
Hallo,
auf einem Win2008R2-Server läuft SQL-Server 2012-Express.
Eine Datenbank DATEN wird per Batch gesichert mit:
.CMD-Aufruf:
SQLCMD.EXE -E -S 127.0.0.1\DATEN -i "c:\Program Files (x86)\backup\Sik-SQLDATEN.sql" -o "c:\Program Files (x86)\backup\log\SQLbackup\DATEN-%date%.log"
Sik-SQLDATEN.sql:
BACKUP DATABASE [DATEN] TO DISK = N'm:\images\SQLbackup\Store\DATEN.bak' WITH INIT, NAME = N'DATEN - Vollstaendig manuell gesichert', SKIP, STATS = 10, CHECKSUM
Die resultierende DATEN.bak wird korrekt angelegt.
Diese wird auf einen Klon des Servers (in VirtualBox) übertragen, dort soll mit dem 'MS SQL Server Management Studio 2012' diese DB wiederhergestellt werden.
Die DATEN.bak liegt auf einem lokalen Laufwerk des Zielservers, Auswahl via 'Task\Wiederherstellen\Datenbank\Medium\Datei\Hinzufügen'.
Nach OK kommt schon 'Kein Sicherugssatz zur Wiederherstellung ausgewählt', Restore ist nicht möglich.
Was mache ich hier falsch?
Danke + Gruß, UC
auf einem Win2008R2-Server läuft SQL-Server 2012-Express.
Eine Datenbank DATEN wird per Batch gesichert mit:
.CMD-Aufruf:
SQLCMD.EXE -E -S 127.0.0.1\DATEN -i "c:\Program Files (x86)\backup\Sik-SQLDATEN.sql" -o "c:\Program Files (x86)\backup\log\SQLbackup\DATEN-%date%.log"
Sik-SQLDATEN.sql:
BACKUP DATABASE [DATEN] TO DISK = N'm:\images\SQLbackup\Store\DATEN.bak' WITH INIT, NAME = N'DATEN - Vollstaendig manuell gesichert', SKIP, STATS = 10, CHECKSUM
Die resultierende DATEN.bak wird korrekt angelegt.
Diese wird auf einen Klon des Servers (in VirtualBox) übertragen, dort soll mit dem 'MS SQL Server Management Studio 2012' diese DB wiederhergestellt werden.
Die DATEN.bak liegt auf einem lokalen Laufwerk des Zielservers, Auswahl via 'Task\Wiederherstellen\Datenbank\Medium\Datei\Hinzufügen'.
Nach OK kommt schon 'Kein Sicherugssatz zur Wiederherstellung ausgewählt', Restore ist nicht möglich.
Was mache ich hier falsch?
Danke + Gruß, UC
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 499912
Url: https://administrator.de/forum/sql2012-db-recovery-schlaegt-fehl-die-medienfamilie-ist-ungueltig-499912.html
Ausgedruckt am: 22.12.2024 um 12:12 Uhr
2 Kommentare
Neuester Kommentar
Hi,
man bekommt sowas nromal, wenn man versucht auf niedrige SQL Server Version die Daten wiederherzustellen.
Die Management Konsole kann sich ja mit mehreen Instanzen verbinden. Welche SQL Version läuft denn in der Express Variante, und welche auf der virtuellen Umgebung?
Gleiche Version oder wiederherstellen auf höhere geht problemlos! Downgrade ist schwieriger. Habe bei kleinen Projekten da früher mit Verbindungserver gearbeitet und die Daten von der höhreren Version auf 2008er z.B. via INSERT o.ä. kopiert. Je nach Aufbau der DB geht sowas auch ganz gut.-
Prüfe bitte die Versionen!
mfg Crusher
PS: Stell mal auf Mixed Mode um und melde dich mit sa an. Wie schaut es unter sa mit der Wiederherstellung aus?
Kopier die BAK auch mal in das Backup Verszeichnis des Ziel-SQL Servers. Dateiberechtigungen kann man so dann ausschließen. Da alles nötige beim Installieren schon gesetzt wurde.
man bekommt sowas nromal, wenn man versucht auf niedrige SQL Server Version die Daten wiederherzustellen.
Die Management Konsole kann sich ja mit mehreen Instanzen verbinden. Welche SQL Version läuft denn in der Express Variante, und welche auf der virtuellen Umgebung?
Gleiche Version oder wiederherstellen auf höhere geht problemlos! Downgrade ist schwieriger. Habe bei kleinen Projekten da früher mit Verbindungserver gearbeitet und die Daten von der höhreren Version auf 2008er z.B. via INSERT o.ä. kopiert. Je nach Aufbau der DB geht sowas auch ganz gut.-
Prüfe bitte die Versionen!
mfg Crusher
PS: Stell mal auf Mixed Mode um und melde dich mit sa an. Wie schaut es unter sa mit der Wiederherstellung aus?
Kopier die BAK auch mal in das Backup Verszeichnis des Ziel-SQL Servers. Dateiberechtigungen kann man so dann ausschließen. Da alles nötige beim Installieren schon gesetzt wurde.
Danke für die Anregungen. Da der virtuelle Server ein Klon des originalen ist, sind alle Versionsstände gleich.
Aber klassisches Eigentor...
Die Sicherungsdatei .bak liegt auf einem verschlüsselten EFS-Laufwerk.
Kopiert oder komprimiert (WinRar) man vor dort auf ein anderes Laufwerk, ist die .bak-Datei noch immer verschlüsselt und wird deshalb vom 'MS SQL Server Management Studio 2012' in der virtuellen Box nicht erkannt...
Lösung:
.bak auf anderes nicht verschlüsseltes Laufwerk kopieren und über 'Eigenschaften' entschlüsseln, erst dann für Transfer komprimieren!
Danke + Gruß, UC
Aber klassisches Eigentor...
Die Sicherungsdatei .bak liegt auf einem verschlüsselten EFS-Laufwerk.
Kopiert oder komprimiert (WinRar) man vor dort auf ein anderes Laufwerk, ist die .bak-Datei noch immer verschlüsselt und wird deshalb vom 'MS SQL Server Management Studio 2012' in der virtuellen Box nicht erkannt...
Lösung:
.bak auf anderes nicht verschlüsseltes Laufwerk kopieren und über 'Eigenschaften' entschlüsseln, erst dann für Transfer komprimieren!
Danke + Gruß, UC
