andinistrator1
Goto Top

SQL Server 2012 Express Datenbank wiederherstellen bzw. duplizieren

Hallo zusammen,

unter SQL 2008 war es mir noch klar, mit 2012 scheint es anders zu gehen... .

Ich möchte eine DB duplizieren, d.h. ein Backup wiederherstellen ohne die Original-DB zu ändern (für Testsystem).

Dazu habe ich eine DB über SQL-Studio in einem anderen Ordner erstellt, hier habe ich "jeden" berechtigt, da ich zuvor Zugriffsbeschwerden hatte, obwohl ich als Administrator ausführe.

Beim Wiederherstellen habe ich den Fehler:

Fehler bei der Wiederherstellung von Datenbank 'MEINE_DB'. (Microsoft.SqlServer.Management.RelationalEngineTasks)
System.Data.SqlClient.SqlError: Der Sicherungssatz enthält die Sicherung einer anderen Datenbank als der vorhandenen EINE_DB-Datenbank. (Microsoft.SqlServer.SmoExtended)


Ich komme hier nicht weiter. Was hatte ich gemacht. Im SQL Assistent hatte ich:

Allgemein
- Medium gewählt
- Ziel-DB gewählt
- Haken bei Wiederherstellen

Dateien
- Haken bei "Alle Dateien in Ordner verschieben"
- mein neuen Pfad gewählt
- Logische Dateien im Pfad, d.h. die neu erstellte DB + LOG gewählt

Optionen
- Haken bei "Vorhandene Datenbank überschreiben"


Bei 2008 ging es noch einfach, kann mir jemand weiterhelfen?

Vielen Dank vorab!

Content-ID: 281072

Url: https://administrator.de/forum/sql-server-2012-express-datenbank-wiederherstellen-bzw-duplizieren-281072.html

Ausgedruckt am: 22.12.2024 um 10:12 Uhr

wiesi200
wiesi200 25.08.2015 um 09:31:47 Uhr
Goto Top
Hallo,

grundsätzlich geht das mit dem 2012er genau so wie mit dem 2008er.
Lauf Fehlermeldung würd ich sagen das 'MEINE_DB' schon auf dem 2012er existiert und da irgendwas nicht zusammen passt.
Somit lösch erst mal die was schon auf dem 2012er drauf ist und probiere es dann noch ein mal.
Andinistrator1
Andinistrator1 25.08.2015 um 10:58:22 Uhr
Goto Top
Zuerst habe ich eine leere DB erstellt, damit auch zwei Dateien:
*.mdf
*.log.ldf

Diese habe ich beim Wiederherstellen gewählt, d.h. ich hab gewählt hier die ist Zie-DB und jeweils beide Ziel-Dateien gewählt. Wenn ich diese Lösche würde ich ja leere Ziel-DB löschen.

Ich habe quasi eine Orinal DB ('ORIGINAL_DB') und eine Test-DB ('MEINE_DB'). Ich möchte die Orgininal-DB in die Test-DB kopieren. Dann kommt der Fehler:

"Der Sicherungssatz enthält die Sicherung einer anderen Datenbank als der vorhandenen MEINE_DB-Datenbank."

Ich würde darunter verstehen, die Sicherung 'ORIGINAL_DB' ist eine andere wie 'MEINE_DB'. Und während ich den Satz gerade schrieb fällt es mir wie Schuppen vor die Augen:

Es gibt einen Unterschied in der DB-Eigenschaften: der Kompatibilätsgrad! (muss natürlich gleich sein!)
wiesi200
wiesi200 25.08.2015 um 11:03:23 Uhr
Goto Top
Zitat von @Andinistrator1:

Zuerst habe ich eine leere DB erstellt, damit auch zwei Dateien:
*.mdf
*.log.ldf

Und somit deckt sich auch die Fehlermeldung. Die Original DB deckt sich nicht mit der leeren von dir erstellten.
Mal abgesehen davon das der Schritt auch nicht notwendig ist.

Noch mal Leere DB löschen. Sicherung wieder zück spielen, DB wird automatisch erstellt und gut ist.
Andinistrator1
Andinistrator1 25.08.2015 um 14:52:02 Uhr
Goto Top
Das kann ich nun nicht sagen, denke aber es wäre nicht richtig bzw. ist nicht die richtige Interpretation. Die neue DB wurde extra dafür erstellt - leer. Und diese ist notwendig. Es ging nicht darum, dass es die Datenbank schon gab, sondern das der "Sicherungssatz" einer anderen Datenbank entspricht, z.B. im Format 2008 und nicht 2012.
wiesi200
wiesi200 25.08.2015 um 15:02:27 Uhr
Goto Top
Mal ne einfache Frage, hast du's so probiert wie ich's geschrieben habe?

Und du kannst Problemlos eine 2008er Sicherung in einen 2012 einspielen nur umgekehrt nicht.
Andinistrator1
Andinistrator1 26.08.2015 um 07:06:34 Uhr
Goto Top
Nein, ich glaube auch wir reden aneinander vorbei. 1x probier ich es noch.

Ich habe DB1 und möchte diese gern zweimal. Meine Schritte
- Sicherung DB1
- Erstellen DB2 (neu!)
- Einspielung Backup von DB1 in DB2

=> Ging nicht, beides war SWL2012 DBs
=> DB1 hatte im Kompatibiltätsgrad 2005 drin, d.h. auch die Backup-DB
=> DB2 musste also auch dementsprechend angepasst werden.
=> t kein Fehler, dass DB2 schon exisiert hatte.
wiesi200
wiesi200 26.08.2015 um 07:32:52 Uhr
Goto Top
Zitat von @Andinistrator1:

Nein, ich glaube auch wir reden aneinander vorbei. 1x probier ich es noch.

Ich habe DB1 und möchte diese gern zweimal. Meine Schritte
- Sicherung DB1
- Erstellen DB2 (neu!)
- Einspielung Backup von DB1 in DB2

Nein wir reden nicht aneinander vorbei! Du liest einfach nicht was ich schreibe.
Schritt 2 Erstellen DB2 (neu!) ist falsch! Lösche DB 2 und mach Einspielung Backup.

Sprich im SQL Managemantstudio einen Rechtsklick auf Datenbanken und wiederherstellen.
DANN PASST ES.
Und Probierst endlich mal aus bevor du wieder gleich schreibst es funktioniert nicht.
Andinistrator1
Andinistrator1 31.08.2015 um 09:08:12 Uhr
Goto Top
Wir reden definitiv aneinander vorbei ;). Ursache / Lösung ist oben genannt, Thema feddich.
wiesi200
wiesi200 31.08.2015 um 09:52:42 Uhr
Goto Top
Wenn's jetzt funktioniert dann soll's mir auch egal sein.

Nur wenn du einfach das gemacht hättest so wie ich geschrieben. Dann währ die DB ohne Probleme wieder hergestellt worden.
Nur wenn du nicht willst, dann selber schuld.
Andinistrator1
Andinistrator1 31.08.2015 um 12:43:33 Uhr
Goto Top
Es geht nicht um "nicht wollen" sondern darum, dass die Ursache gefunden, das Problem verstanden, und die Lösung erkannt wurde - wie ich beschrieben hatte.

Es muss keine DB gelöscht werden, ich möchte auch kein Backup wiederherstellen. Ich möchte die DB duplizieren - in einen zweite DB. Dazu ist es lediglich notwendig, eine DB manuell zu erstellen, selbstverständlich unter einem anderen Namen. Was ich zuerst nicht beachtet hatte, dass diese im Standard mit Kompatibilätsgrad 2012 erstellt wird. Diesen hatte ich in DB2 geändert, so dass beide gleich sind.

=> nix löschen, nix backup, Ursache war der Kompatibilätsgrad
wiesi200
wiesi200 31.08.2015 um 12:57:01 Uhr
Goto Top
Und noch mal wenn du von Grund auf keine leere Datenbank erstellt hättest sondern einfach nur auf DB wiederherstellen, wo man auch nen neuen Namen aussuchen kann hättest du von Grund auf kein Problem gehabt.

Das währe genau so gegangen.
Andinistrator1
Andinistrator1 01.09.2015 um 14:30:11 Uhr
Goto Top
Mit Sicherheit ;)