griffin
Goto Top

Datenbank Austausch per Dateien

Hallo

nach einem HDD Crash haben wir folgende Situation

- einen Server mit Datenbankstand 2014 (eine alte Clone Kopie), die einwandfrei läuft
- eine Dateiwiederherstellung der zuletzt laufenden HDD von einer Datenrettungsfirma.

Der Server ist ein SBS 2011 mit SQL Server 2008 R2 (10.5)

Es soll der gerettete Datenstand in den 2014 Server eingepflegt werden.
Die Dateien der SQL Datenbank stehen zur Verfügung
(Verzeichnis C:\Program Files\Microsoft SQL Server\MSSQL10_50.<DBNAME>\MSSQL\DATA)

Reicht ein Datei basierter Austausch? Wenn nicht, gibt es eine Lösung für solch ein Vorgehen?
Durchführen können wir das leider erst im laufe der Woche.

Gruß

P.S. Thema Backup, ja, Köpfe sind gerollt ;)

Content-ID: 312844

Url: https://administrator.de/contentid/312844

Ausgedruckt am: 25.11.2024 um 17:11 Uhr

Vision2015
Lösung Vision2015 17.08.2016 um 11:42:23 Uhr
Goto Top
Zitat von @griffin:

Hallo

nach einem HDD Crash haben wir folgende Situation
kein Raid ?

- einen Server mit Datenbankstand 2014 (eine alte Clone Kopie), die einwandfrei läuft
- eine Dateiwiederherstellung der zuletzt laufenden HDD von einer Datenrettungsfirma.
ok..

Der Server ist ein SBS 2011 mit SQL Server 2008 R2 (10.5)
du meinst den SQL Express ?
und du meinst sicher die Sharepoint DB.... oder ?

Es soll der gerettete Datenstand in den 2014 Server eingepflegt werden.
Die Dateien der SQL Datenbank stehen zur Verfügung
(Verzeichnis C:\Program Files\Microsoft SQL Server\MSSQL10_50.<DBNAME>\MSSQL\DATA)

Reicht ein Datei basierter Austausch? Wenn nicht, gibt es eine Lösung für solch ein Vorgehen?
sql management studio starten... alte DB aushängen... neue DB einhängen... Ferdisch... face-smile
Durchführen können wir das leider erst im laufe der Woche.
dauert keine 2 min face-smile

Gruß

P.S. Thema Backup, ja, Köpfe sind gerollt ;)
Frank
griffin
griffin 17.08.2016 um 11:53:21 Uhr
Goto Top
Hallo Frank

es ist eine 2008 R2 Standard, kein Express.
Die Sharepoint DB ist nicht gemeint, sondern eine externe Anwendung nutzt eine eigene DB Instanz.
Diese greift die auf die Datenbank DBNAME zu, physisch liegt sie in dem oben genannten Pfad.
Dort sind *.LDF und *.MDF Dateien.
Die Aktuellen haben wir nicht als DB Backup sondern nur die Dateien selbst.

Insofern kann ich bei "neue DB einhängen" nur im Dateisystem die MDF und LDF Dateien austauschen.

Ich habe nur das Gefühl, dass es so einfach nicht geht?? ;)

Gruß
em-pie
Lösung em-pie 17.08.2016 aktualisiert um 12:47:39 Uhr
Goto Top
Moin,

das ist doch dann genau dads, was Frank/ Vison2015 sagte.

im vorhandenen 2014er SQL kannst du eine eue DB anlegen.
Beendest die DB, die neue, leere DB abhängen und die KOPIE deiner geretteten DB einhängen. DU musst dabei zwangsläifig auf die MDF verzweigen.



Andere Variante (auf einem Testsystem):
Einen neuen 2008 R2 SQLer installieren, die KOPIE deiner geretten Daten einhängen.
Dann den 2014er SQL drüber installieren und die gerettete DB upgraden.
anschließend die konvertierte DB wieder abhängen (oder einfach die LDF und MDF kopieren wenn der Dienst beendet ist) und in den produktiven 2014er einhängen. Der Vorteil hier: Du hast dann die DB in einem aktuellerem Format vorliegen.


weitere Hinweise:
https://msdn.microsoft.com/de-de/library/ms190209.aspx
https://www.youtube.com/watch?v=ifhIaTqasKg (eine ältere SQL-Version, vom Prinzip her aber nahezu identisch)

Gruß
em-pie


EDIT:
Bereiche gestrichen, da Datenbestand von 2014, nicht aber die SQL-Version von 2014
Vision2015
Lösung Vision2015 17.08.2016 um 12:12:21 Uhr
Goto Top
Zitat von @griffin:

Hallo Frank

es ist eine 2008 R2 Standard, kein Express.
wer macht so einen Mist.... dafür hat MS das premium add-on geschaffen...
auf dem SBS2011 gehört kein SQL Server... SQL Express ist ok... aber nix anderes!
Die Sharepoint DB ist nicht gemeint, sondern eine externe Anwendung nutzt eine eigene DB Instanz.
Diese greift die auf die Datenbank DBNAME zu, physisch liegt sie in dem oben genannten Pfad.
Dort sind *.LDF und *.MDF Dateien.
klar... was sonst...
Die Aktuellen haben wir nicht als DB Backup sondern nur die Dateien selbst.
wo ist das Problem... DB einhängen und gut ist

Insofern kann ich bei "neue DB einhängen" nur im Dateisystem die MDF und LDF Dateien austauschen.
würde ja auch gehen.. Dienst anhalten... Daten rein... Dienst starten... Ferdisch

Ich habe nur das Gefühl, dass es so einfach nicht geht?? ;)
lass mich mal Raten... Praktikant oder Azubi ?
wo ist euer Administrator ???? oder euer SystemHaus ?



Gruß
Frank
Vision2015
Lösung Vision2015 17.08.2016 um 12:16:12 Uhr
Goto Top
Zitat von @em-pie:

Moin,

das ist doch dann genau dads, was Frank/ Vison2015 sagte.

im vorhandenen 2014er SQL kannst du eine eue DB anlegen.
Bitte Brille putzen... die DB ist von 2014... nicht die SQL Version!!!!
Beendest die DB, hängst die neue, leere DB abhängen und die KOPIE deiner geretteten DB einhängen. DU musst dabei zwangsläifig auf die MDF verzweigen.
Jawohlchen...


Andere Variante (auf einem Testsystem):
Einen neuen 2008 R2 SQLer installieren, die KOPIE deiner geretten Daten einhängen.
Dann den 2014er SQL drüber installieren und die gerettete DB upgraden.
anschließend die konvertierte DB wieder abhängen (oder einfach die LDF und MDF kopieren wenn der Dienst beendet ist) und in den produktiven 2014er einhängen. Der Vorteil hier: Du hast dann die DB in einem aktuellerem Format vorliegen.
grmblfix da ist kein 20014èr SQL Server....
und wenn du auf nen SBS2011 nen 2014ér Installierst... bzw. die Installation erzwingst--- wirst du viel Freude mit dem SBS haben face-smile

weitere Hinweise:
https://msdn.microsoft.com/de-de/library/ms190209.aspx
https://www.youtube.com/watch?v=ifhIaTqasKg (eine ältere SQL-Version, vom Prinzip her aber nahezu identisch)

Gruß
em-pie
Frank
sabines
Lösung sabines 17.08.2016 um 12:29:59 Uhr
Goto Top
Zitat von @griffin:

> Insofern kann ich bei "neue DB einhängen" nur im Dateisystem die MDF und LDF Dateien austauschen.

Ich habe nur das Gefühl, dass es so einfach nicht geht?? ;)

Gruß

Moin,

das ist Basiswissen bei SQL, wenn Du das nicht hast, was absolut nicht schlimm ist, dann geh' den Weg über euer Systemhaus und lass es von jemanden machen, der sich damit auskennt, dauert vielleicht 10 Minuten und dürfte demnach kaum was kosten.

Und wenn er gerade dabei ist, dann lass ein SQL Backuptask im SQL Server einrichten und sicher das extern weg. Den "Rest" zum Thema Backup machst Du jetzt hoffentlich.

Gruß
griffin
griffin 17.08.2016 um 12:47:00 Uhr
Goto Top
Hallo

ich bedanke mich bei den Kommentatoren. Diese Informationen waren sehr hilfreich.

Die Datenwiederherstellung wird zusammen mit dem Systemhaus durchgeführt, die die genutzte Anwendung herstellt.

Das Thema Backup wird nun natürlich auch durchdacht angegangen.

Danke!


Gruß
em-pie
em-pie 17.08.2016 um 12:49:22 Uhr
Goto Top
Zitat von @Vision2015:

Zitat von @em-pie:

Moin,

das ist doch dann genau dads, was Frank/ Vison2015 sagte.

im vorhandenen 2014er SQL kannst du eine eue DB anlegen.
Bitte Brille putzen... die DB ist von 2014... nicht die SQL Version!!!!

Asche auf mein Haupt.
Du hast recht.

Habe "falsches" gerade oben gestrichen, ergänzt um einen Kommentar...
Vision2015
Vision2015 17.08.2016 um 14:07:30 Uhr
Goto Top
Zitat von @griffin:

Hallo

ich bedanke mich bei den Kommentatoren. Diese Informationen waren sehr hilfreich.

Die Datenwiederherstellung wird zusammen mit dem Systemhaus durchgeführt, die die genutzte Anwendung herstellt.
Das Lese ich gerne face-smile

Das Thema Backup wird nun natürlich auch durchdacht angegangen.
oha... face-smile

Danke!


Gruß