Benutzer mit den meisten Antworten
SQL2014 - Einbinden einer bestehenden Server Instanz nach Neuinstallation

Frage
-
Hallo liebe Forumsgemeinde,
ich habe noch ein kleines weiteres Problem, das ich denke, leicht behoben werden kann:
Aufgrund eines Systemplattenabsturzes bei einem WindowsUpdate war ein SQL Server nicht mehr zu retten, also Neuinstallation.Soweit ließ sich diese problemlos durchführen. Die SQL Datenbankdaten sind aber alle erhalten geblieben, da diese sich auf einer eigenen Festplatte/Raid befunden haben.
Eine Datensicherung wird aktuell nur abends gemacht und ich würde gerne die tagsüber erzeugten Daten auch noch mit übernehmen, zumal die Datenbankdaten offensichtlich nichts abbekommen haben.
Server: 2012R2, in vorhandene Domäne eingebunden, aber nicht als AD DC
SQL: SQL Express 2014 SP1 (nachträglich mit SP2 installiert)
Datenbankdateien stehen noch unter E:\SQL\Instanz1\ sowie E:\SQL\Instanz2\ - darunter u. a. .mdf und .ldf Dateien.
Hier also das Problem:
Kann ich die SQL Datendateien von zwei früher bestehenden Instanzen auf dem neuen Server direkt über die noch bestehenden Datenbankdateien neu einbinden? Mit dem SQL-Installer kann ich ja nur SQL-Instanzen komplett neu installieren oder von alten SQL Servern bestehende Instanzen bzw. Datenbanken auf dem System upgraden. Aber SQL Inztanzen des früheren Servers - kann ich die auch am neu installierten SQL Server einbinden? Und wenn ja - wie geht das?
Besten Dank und viele Grüße
Tm
Tom
Antworten
-
Hallo Tom,
ich versuche mal dir zu helfen aber ich muss zugeben dass deine Problembeschreibung etwas widersprüchlich ist.
Wenn die bisherige SQL Server Instanz nicht mehr aktiv ist, dann sind die Datenbanken auch nicht mehr aktiv und somit kommen auch keine neuen Daten mehr dazu.
Wie werden die Datenbanken gesichert? Werden die Datenbank Dateien selber kopiert und so gesichert oder läuft ein Backup Prozess des SQL Servers (dann müsste die Sicherung .bak heißen).
Sollte es so sein dass die alten Instanz nicht mehr aktiv ist, dann kannst du die bisherigen Datenbank Dateien in die neue Instanz anfügen. https://msdn.microsoft.com/de-de/library/ms190794(v=sql.110).aspx Wichtig ist hier das der neue SQL Server die gleiche oder eine höhere Version haben muss wie der alte SQL Server.
Sollte die alte Instanz noch aktiv sein kannst du die Datenbank Dateien nicht mit der neuen Instanz verbinden. Dafür muss die alte Instanz erst beendet werden.
Wenn es eine aktuelle bak Sicherung gib würde ich mittels einen Restores vorgehen, dies wäre auf jeden Fall die beste Variante. https://msdn.microsoft.com/de-de/library/ms177429(v=sql.110).aspx
Bei deiner letzten Frage verstehe ich nicht was du meinst, kannst du es nochmal anders formulieren?
Benjamin Hoch
MCSE: Data Platform
MCSA: SQL Server 2012/2014
MCSA: Windows Server 2012
Blog- Bearbeitet Benjamin.Hoch Montag, 22. August 2016 18:07
- Als Antwort vorgeschlagen Dimitar DenkovMicrosoft contingent staff, Administrator Freitag, 26. August 2016 07:46
- Als Antwort markiert Dimitar DenkovMicrosoft contingent staff, Administrator Freitag, 2. September 2016 10:12
-
Hallo Tom,
sichere am besten vorher nochmal alle verbliebenen Fragmente an einem anderen Ort. (Hierzu gehören auch master und msdb).
Installiere die beiden Instanzen mit identischen Namen neu. Die Version sollte ebenfalls möglichst identisch oder etwas höher sein, als bei der vorherigen Installation. Die Platten haben wieder die gleichen Laufwerksbuchstaben wie vorher?
Dann kannst Du die master und msdb aus Deinem letzten Backup wiederherstellen. Alle Änderungen an diesen Datenbanken vom Tag des Absturzes sind allerdings verloren.
Sobald Du das getan hast, weiß die Instanz wieder, wo die Datenbanken gelegen haben und verwendet die dort noch liegenden Dateien. Falls diese aber beim Systemabsturz nicht sauber getrennt waren, kann es Dir passieren, dass diese Datenbanken fehlerverdächtig sind. Da hilft in der Regel nur ein sauberer Restore eines Backups.
Stelle Deine Sicherungen auf Log-Sicherungen im Abstand von ca. 20 Minuten um, damit Du im Falle eines Falles nur minimalen Datenverlust hast.
Einen schönen Tag noch, Christoph -- Data Platform MVP - http://www.insidesql.org/blogs/cmu
- Als Antwort vorgeschlagen Dimitar DenkovMicrosoft contingent staff, Administrator Freitag, 26. August 2016 07:43
- Als Antwort markiert Dimitar DenkovMicrosoft contingent staff, Administrator Freitag, 2. September 2016 10:12
Alle Antworten
-
Hallo Tom,
ich versuche mal dir zu helfen aber ich muss zugeben dass deine Problembeschreibung etwas widersprüchlich ist.
Wenn die bisherige SQL Server Instanz nicht mehr aktiv ist, dann sind die Datenbanken auch nicht mehr aktiv und somit kommen auch keine neuen Daten mehr dazu.
Wie werden die Datenbanken gesichert? Werden die Datenbank Dateien selber kopiert und so gesichert oder läuft ein Backup Prozess des SQL Servers (dann müsste die Sicherung .bak heißen).
Sollte es so sein dass die alten Instanz nicht mehr aktiv ist, dann kannst du die bisherigen Datenbank Dateien in die neue Instanz anfügen. https://msdn.microsoft.com/de-de/library/ms190794(v=sql.110).aspx Wichtig ist hier das der neue SQL Server die gleiche oder eine höhere Version haben muss wie der alte SQL Server.
Sollte die alte Instanz noch aktiv sein kannst du die Datenbank Dateien nicht mit der neuen Instanz verbinden. Dafür muss die alte Instanz erst beendet werden.
Wenn es eine aktuelle bak Sicherung gib würde ich mittels einen Restores vorgehen, dies wäre auf jeden Fall die beste Variante. https://msdn.microsoft.com/de-de/library/ms177429(v=sql.110).aspx
Bei deiner letzten Frage verstehe ich nicht was du meinst, kannst du es nochmal anders formulieren?
Benjamin Hoch
MCSE: Data Platform
MCSA: SQL Server 2012/2014
MCSA: Windows Server 2012
Blog- Bearbeitet Benjamin.Hoch Montag, 22. August 2016 18:07
- Als Antwort vorgeschlagen Dimitar DenkovMicrosoft contingent staff, Administrator Freitag, 26. August 2016 07:46
- Als Antwort markiert Dimitar DenkovMicrosoft contingent staff, Administrator Freitag, 2. September 2016 10:12
-
Moin,
was Du aber vermutlich verloren hast, ist Security - Logins, Berechtigungen usw. wirst Du wohl neu anlegen müssen. Du könntest natürlich versuchen, master, model und msdb in die neuen Instanzen zu rekonstruieren, aber das wird m.E. eine Riesensauerei. Aber wenn ein bißchen mehr Downtime akzeptabel ist, kannst Du es halt probieren - mehr kaputt machen als ohnehin schon, wirst Du damit vermutlich nicht. Sicher halt die Original-DBs vor der Aktion.
Evgenij Smirnov
msg services ag, Berlin -> http://www.msg-services.de
my personal blog (mostly German) -> http://it-pro-berlin.de
Windows Server User Group, Berlin -> http://www.winsvr-berlin.de
Mark Minasi Technical Forum, reloaded -> http://newforum.minasi.comIn theory, there is no difference between theory and practice. In practice, there is.
-
Hallo Tom,
sichere am besten vorher nochmal alle verbliebenen Fragmente an einem anderen Ort. (Hierzu gehören auch master und msdb).
Installiere die beiden Instanzen mit identischen Namen neu. Die Version sollte ebenfalls möglichst identisch oder etwas höher sein, als bei der vorherigen Installation. Die Platten haben wieder die gleichen Laufwerksbuchstaben wie vorher?
Dann kannst Du die master und msdb aus Deinem letzten Backup wiederherstellen. Alle Änderungen an diesen Datenbanken vom Tag des Absturzes sind allerdings verloren.
Sobald Du das getan hast, weiß die Instanz wieder, wo die Datenbanken gelegen haben und verwendet die dort noch liegenden Dateien. Falls diese aber beim Systemabsturz nicht sauber getrennt waren, kann es Dir passieren, dass diese Datenbanken fehlerverdächtig sind. Da hilft in der Regel nur ein sauberer Restore eines Backups.
Stelle Deine Sicherungen auf Log-Sicherungen im Abstand von ca. 20 Minuten um, damit Du im Falle eines Falles nur minimalen Datenverlust hast.
Einen schönen Tag noch, Christoph -- Data Platform MVP - http://www.insidesql.org/blogs/cmu
- Als Antwort vorgeschlagen Dimitar DenkovMicrosoft contingent staff, Administrator Freitag, 26. August 2016 07:43
- Als Antwort markiert Dimitar DenkovMicrosoft contingent staff, Administrator Freitag, 2. September 2016 10:12