Zum Inhalt wechseln


Foto

Wiederherstellen einer differenziellen Sicherung auf einem Backupserver

MS SQL

  • Bitte melde dich an um zu Antworten
25 Antworten in diesem Thema

#16 WD40

WD40

    Newbie

  • 34 Beiträge

 

Geschrieben 09. August 2012 - 10:03

OH, das Forum "zensiert" ja :-)

#17 WD40

WD40

    Newbie

  • 34 Beiträge

 

Geschrieben 10. August 2012 - 10:32

Hallo,
ich wollte mich mal kurz zurückmelden.
Ich habe wohl Anfängerfehler gemacht.

Wenn ich eine DB mit mehreren DIFF oder Transactionssicherungen aktuell halten will, muß die DB also solange immer mit NORECOVERY zurückgesichert werden, bis man Final die DB wieder nutzbar macht und die letzte Sicherung halt OHNE die NORECOYERY wiederherstellt.

Nachdem ich jetzt hier mit der "Trial & Error" Erfahrung damit gesammelt habe, erscheint mir die Variante mit einer Diffsicherung zu arbeiten aber irgendwie einfacher als mit mit Transactionssicherung.
Letzteres hat bei mir nicht immer zum gewünschten Ergebnis geführt.

Mein Ziel habe ich allerdings nicht erreicht.
Ich wollte ja eine ständig aktualisierte nutzbare DB haben.
Für mich erscheint es nun besser zu sein die Db also immer mit NORECOVERY zu restoren um am Ende abschließend die DB mit einer finalen DIFF Sicherung OHNE NORECOYERY wieder für meine System verfügbar zu machen.

Eine Abschließende frage bleibt noch:

Gibts noch einen Befehl mit dem man die DB aus dem Zustand RECOVER befreien kann ohne ein weiteres Restore einzuspielen ?

Gruß
WD40

#18 Dukel

Dukel

    Board Veteran

  • 9.245 Beiträge

 

Geschrieben 10. August 2012 - 10:49

Hallo,
ich wollte mich mal kurz zurückmelden.
Ich habe wohl Anfängerfehler gemacht.

Wenn ich eine DB mit mehreren DIFF oder Transactionssicherungen aktuell halten will, muß die DB also solange immer mit NORECOVERY zurückgesichert werden, bis man Final die DB wieder nutzbar macht und die letzte Sicherung halt OHNE die NORECOYERY wiederherstellt.

Nachdem ich jetzt hier mit der "Trial & Error" Erfahrung damit gesammelt habe, erscheint mir die Variante mit einer Diffsicherung zu arbeiten aber irgendwie einfacher als mit mit Transactionssicherung.
Letzteres hat bei mir nicht immer zum gewünschten Ergebnis geführt.


Dann hast du was falsch gemacht. Es müssen immer alle Transaktionsprotokolle in der selben Reihenfolge eingespielt werden, wie sie erstellt werden.

Mein Ziel habe ich allerdings nicht erreicht.
Ich wollte ja eine ständig aktualisierte nutzbare DB haben.


Dann brauchst du eine andere Technik wie z.B. Replikation (und eine andere SQL Version).
Was willst du mit der Backup DB machen? Als Backup (Cold Standby)?

Für mich erscheint es nun besser zu sein die Db also immer mit NORECOVERY zu restoren um am Ende abschließend die DB mit einer finalen DIFF Sicherung OHNE NORECOYERY wieder für meine System verfügbar zu machen.

Eine Abschließende frage bleibt noch:

Gibts noch einen Befehl mit dem man die DB aus dem Zustand RECOVER befreien kann ohne ein weiteres Restore einzuspielen ?

Gruß
WD40


Hatte ich schon mal gepostet:
RESTORE DATABASE DB-Name WITH RECOVERY;

LogShipping Überblick
How to Perform SQL Server Log Shipping - SQL Server Performance

Stop making stupid people famous.


#19 WD40

WD40

    Newbie

  • 34 Beiträge

 

Geschrieben 10. August 2012 - 12:00

Das werde ich mir nächste Woche ansehen.
Danke schonmal für die Tips!

#20 WD40

WD40

    Newbie

  • 34 Beiträge

 

Geschrieben 14. August 2012 - 12:28

Um eine Datenbank die mit NORECOVERY zurückgesichert wurde kann man ja mit folgendem Befehl wieder verfügbar machen.

RESTORE DATABASE "DB-NAME" WITH RECOVERY


Gibt es auch den gegensätzlichen Befehl (um dann eine Diffsicherung anzuhängen) ?

#21 Dukel

Dukel

    Board Veteran

  • 9.245 Beiträge

 

Geschrieben 14. August 2012 - 12:35

Nochmal: Was hast du mit der Backup DB vor? Wieso machst du das?

Stop making stupid people famous.


#22 WD40

WD40

    Newbie

  • 34 Beiträge

 

Geschrieben 14. August 2012 - 12:42

Nochmal: Was hast du mit der Backup DB vor? Wieso machst du das?


ich sichere die DB jede Nacht und spiele sie auf dem 2. Server auch per Script wieder ein.
Funktioniert soweit.


Ich mache jede Stunde eine DIFF Sicherung und will sie dann bei Bedarf auch wieder per Script einspielen,
Das geht solange ich die Sicherungen alle mit der Option NORECOYERY einspiele.
Dann muß ich wenn ich DB wirklich nutzen will aber diese vorher erst wieder verfügbar machen.

Mein Gedanke ist nun die DB nachts abzugleichen (mit dem Fullbackup) und verfügbar zu halten und wenn es dann schnell gehen muß, kurz die DIFF Sicherung dran zuhängen.

Ich weiß zwar das das auch mit dem Transactionslog geht, das bekomme ich aber nicht hin...

#23 Dukel

Dukel

    Board Veteran

  • 9.245 Beiträge

 

Geschrieben 14. August 2012 - 14:10

Du kannst nachts dein Fullbackup einspielen, stündlich dann dein Diff (jeweils immer mit Norecovery) und nur im Distasterfall (oder zum testen) die DB wieder Verfügbar machen (With Recovery).

Dabei darfst du dich aber nicht wundern, dass die DB nie verfügbar ist (außer beim manuellen Failover).


Was für ein Fehler kommt beim Transaktionsprotokoll?

Stop making stupid people famous.


#24 bla!zilla

bla!zilla

    Senior Member

  • 333 Beiträge

 

Geschrieben 14. August 2012 - 17:12

Was Standard bei SQL Express ist. Transaktionsprotokollsicherungen funktionieren nur, wenn die Datenbank das Recovery Model "full" oder "bulk-logged" verwendet.
Gruß,
bla!zilla

#25 Dukel

Dukel

    Board Veteran

  • 9.245 Beiträge

 

Geschrieben 14. August 2012 - 20:21

Was Standard bei SQL Express ist. Transaktionsprotokollsicherungen funktionieren nur, wenn die Datenbank das Recovery Model "full" oder "bulk-logged" verwendet.


Was ich auch schon 2 mal hier gepostet habe.

Stop making stupid people famous.


#26 bla!zilla

bla!zilla

    Senior Member

  • 333 Beiträge

 

Geschrieben 15. August 2012 - 06:31

Was ich auch schon 2 mal hier gepostet habe.


Du sprachst nur davon, das Recovery Model "Full" zu verwenden. Nicht davon warum dies notwendig ist o.ä. Ich verstehe aber auch deinen Hinweis darauf nicht. Ist das dein Thread in dem nur du Antworten darfst? Back on Topic. Bei Beschwerden bitte PN.
Gruß,
bla!zilla



Auch mit einem oder mehreren der folgenden Tags versehen: MS SQL