SQL Server + Backups

[Dukel]

Und womit kopierst du dann die Backups?

[Thomas L.]

Mittels:
robocopy /e /fft (VerzeichnisLokal) (VerzeichnisRemote)

[Dukel]

Und wo Crash jetzt die DB?

[Thomas L.]

Das Problem kommt wenn quasi das nächste Full Backup ansteht - denn dabei wird ja das alte überschrieben (oder ich habe wenn ich ein Append mache ein File mit 100 GB).

Die Idee hier aus dem Thread mit mehreren Backup Media Sets zu arbeiten finde ich gut, ich weiss jedoch ehrlich gesagt nicht wie das dann funktioniert bzw. wie es sich dann mit den Logdateien usw. verhält.

Je mehr ich darüber nachdenke desto sympathischer wird mir ein zweiter SQL Server der kontinuierlich eine Replication durchführt.

[Meiky77]

Hallo Thomas L.

hast Du im TSQL-Script schon den Parameter Format eingegeben? Dieser löscht den vorangegangen Datensatz vor dem erneuten Backup. Vorteil... Bricht das Backup ab bzw. gibt es mit dem Mediensatz bzw. Backupfile ein Problem, wir diese für den Schreibvorgang wieder aufbereitet.

Ansonsten kann ich dir ein Backupkonzept mit Full - Differential - Translog empfehlen. Dadurch verringert sich die Übertragung. Ein Splitt auf zwei Medien würde ich persönlich nicht empfehlen, da Du dann beide Medien fürs Recovery benötigst. ... Ist eins korrupt... dann ade Backup!


VG
Meiky77

[Vaultboy]

Welche Version von SQL Server setzt Du ein? Komprimierst Du Deine Backups? Das sollte ein 50GB Datenbank auf 5-10Gb großen Fullbackup schrumpfen.

VG