SQL Server Backup ohne User-Passwörter

[tutter 0]

wie vielleicht schon einige bemerkt habe muss ich gerade eine bestehende MS SQL Serverlandschaft gerade ziehen.

Dabei ist natürlich so manches im argen. (historisch gewachsen :rolleyes: )

 

Hier zum Beispiel wieder eine harte Nuss.

 

ein bestehender SQL Server 2005 Express. Natürlich fehlen die Passwörter für das SA-Konto oder ein vergleichbares Administrator Konto welches hinterlegt ist. Auch besitzt das zur Verfügung stehende Konto nicht mal die Rechte um ein Backup anzustoßen.

 

Das ist ja aber kein Problem (dachte ich mir zu mindestens) richte ich halt ein Replikation Dienst auf dem SQL Server ein! Aber! keine einzige Tabelle hat auch nur einen Primärschlüssel und so verweigert der Dienst die Aufgabe.

 

Was kann ich noch tuen?

 

Als Erschwernis kommt hinzu das der Server genutzt wird es kein Backup gibt und wichtige! Daten Hostet.

 

Bin über jeden ach so kleinen Tipp sehr dankbar! :thumb1:

 

 

[Dukel 437]

Es gibt Möglichkeiten das SA Kennwort zurückzusetzen, wenn man Physikalischen Zugriff auf den Server hat. Wie das geht musst du aber selbst ergoogln, da dies gegen die Board Regeln ist.

[tutter 0]

ja da habe ich schon das ein oder andere überflogen aber mir erschien das doch gewagt an einem live-System gebe es nicht noch einen anderen Weg? vielleicht habe ich ja einen übersehen?!

[Dukel 437]

Evtl. kann es helfen die DB zu stoppen, die Datenbankfiles zu kopieren und an einen neuen SQL Server zu attachen, auf dem du volle Rechte hast.

[NilsK 2.798]

Moin,

 

wenn du auf dem Server (Windows-Ebene) Admin-Rechte hast, solltest du sie dir innerhalb des SQL Server auch verschaffen können. Das Folgende bezieht sich auf SQL Server 2008, könnte aber auch mit 2005 klappen.

 

http://www.faq-o-matic.net/2010/05/21/sql-server-2008-admins-haben-keine-sysadmin-rechte/

 

Gruß, Nils

[tutter 0]

@NilsK ja genau diese Vorgehensweise habe ich auch in einem Blog gefunden. Ich werde diese auch mal anwenden. mal sehen was passiert vorher muss ich mich noch etwas absichern und gewährleisten das es auch im schlimmsten Fall wieder umkehrbar ist ;)

 

Was mich aber noch mehr interessieren würde. Ich würde gern auf dieser murksbude ein Replikationsdienst installieren, aber dieser geht nur mit einem eindeutigen Erkennungsmerkmal (Primärschlüssel) eine ID ist Vorhanden, nur ist eben nicht der Schlüssel für die ID angelegt. Wenn ich den Primärschlüssel nachträglich setze sollte doch mein Replikationsdienst machbar sein oder?

 

Das würde mir erstmal ein paar Tage Luft verschaffen.

[NilsK 2.798]

Moin,

 

eine Datenbankreplikation ist ein erheblicher Eingriff in die Struktur der Datenbank. Ich glaube nicht, dass du dir damit einen Gefallen tust. Zudem ist, wenn ich mich richtig erinnere, die Replikation in Express nicht oder nur eingeschränkt möglich.

 

Warum würdest du denn replizieren wollen?

 

Gruß, Nils

[Sunny61 773]

Bei Express und Replikation könnte evtl. das Logshipping helfen. Ich selbst habe noch nie damit gearbeitet, kenne es nur vom hören sagen:

 

http://msdn.microsoft.com/en-us/library/ms187103.aspx

http://msdn.microsoft.com/en-us/library/ms190640.aspx

[tutter 0]

Ziel wäre für mich die schrittweise Umstellung des Servers. Ich könnte die einzelnen Datenbanken erst mal replizieren auf den neuen SQL Server. Wenn dies läuft könnte ich jede einzelne Anwendung im Bereich Einstellungen die SQL Datenbanken anpassen (von alten SQL Server auf Neu umstellen) Danach würde ich mich um die Quellen kümmern (sind leider zig Quellen!) die würde ich nach und nach auf den neuen SQL Server schicken lassen.

 

So könnte ich Schritt für Schritt den alten SQL Server abbauen und irgendwann ganz abschalten.

 

Wäre nicht auch noch ein Triggerevent eine Möglichkeit den Job immer an zu stoßen. Durch einen Trigger könnte doch die Transaktion auch zu den neuen SQL Server übertragen werden?! was haltet ihr von der Idee? hat hierzu jemand ein wenig Lektüre?

[NilsK 2.798]

Moin,

 

vergiss es. Du würdest dir dadurch derart viele strukturelle Änderungen in deine Datenbanken bauen, dass deren Funktion gefährdet wäre. Von Inkonsistenzen des Datenbestandes mal abgesehen - Replikation ist Replikation, da hast du immer Latenzen oder je nach System auch Konflikte. Die kriegst du doch in deinem Vorhaben gar nicht behandelt.

Auch das Log Shipping würde an der Stelle nicht helfen. Das ist ebenfalls ein sehr komplexes Verfahren, das - genau wie die Replikation - gar nicht für solche Umstellungen entwickelt wurde.

 

Wenn es wirklich viele und vielleicht auch noch komplexe Datenbanken und Applikationen sind, dann hol dir kompetente Unterstützung ins Haus.

 

Gruß, Nils

[tutter 0]

so zur Info an alle nach zig Stunden des probieren´s habe ich mehr durch Zufall einen lokalen User gefunden der auch im SQL Server angelegt ist. Das beste aber daran war das dieser User Admin auf dem System war. Auch hier war natürlich das Passwort verschwunden. Also Lokalen User Passwort knacken damit dann das SA Passwort zurückgesetzt werden kann.