Ich überlege, dieses Tool zum Komprimieren meiner Backups zu verwenden. Ich möchte den Backup- und Wiederherstellungsprozess beschleunigen, nicht nur Speicherplatz sparen. Haben Sie es schon verwendet? Falls ja:
- Wie ist es gelaufen? Gab es besonders gute oder schlechte Dinge dabei?
- Wenn Sie auch eines der kostenpflichtigen Tools zur Backup-Komprimierung verwendet haben, glauben Sie, dass ich für das Geld etwas extra bekomme?
(Bitte bedenken Sie, dass es mir kurzfristig eigentlich nur darum geht, den Prozess zu beschleunigen. Ich verwende die 2005 Workgroup Edition.)
Danke.
Antwort1
Sie haben erwähnt, dass Sie das Tool eher zur Beschleunigung Ihres Sicherungs-/Wiederherstellungsprozesses und nicht zum Einsparen von Speicherplatz verwenden möchten.
Das Problem, das ich hierbei sehe, ist, dass das Komprimieren/Dekomprimieren von Dateien ZEIT braucht.
Die GROSSE Frage lautet also: Wo speichern Sie Ihre Backups und (wenn Sie sie auf einem separaten Server speichern) wie schnell ist die Netzwerkverbindung zwischen den beiden Maschinen?
Stellen Sie es sich so vor: Normalerweise kann ich eine Reihe von Dateien VIEL schneller auf einem zweiten SATA-Laufwerk auf demselben Rechner sichern (sprich: kopieren), als ich dieselben Dateien KOMPRIMIEREN/ZIPFEN und sie dann kopieren und entpacken kann.
ABER... wenn ich über eine langsame Verbindung eine Sicherung durchführe oder die Dateien auf einen zweiten Server kopiere... dann ist es möglicherweise tatsächlich effizienter, die CPU des Computers zum Komprimieren/Zipen der Dateien zu verwenden, bevor ich sie über das Internet sende... insbesondere, wenn ich eine hohe Komprimierung erreichen kann.
Das Sichern/Wiederherstellen von MS SQL war für mich immer ein ziemlich langer und langsamer Prozess, wenn die Datenbanken eine anständige Größe haben. Ich glaube nicht, dass es viel hilft, sie im Voraus zu komprimieren (nur um sie später zu dekomprimieren).
Antwort2
Ich habe gerade angefangen, es zu verwenden, und ich muss sagen, ich bin beeindruckt. Die Geschwindigkeit ist verdammt gut, und die Komprimierung ist auch verdammt gut. Ich sichere auf einem lokalen RAID-6-Array und erreiche eine Sicherungsgeschwindigkeit von etwa 100 MByte/Sekunde und eine Dateigröße von etwa 30-40 % (im Vergleich zur ursprünglichen Datenbankgröße). Ich habe einen Quad-Core mit 16 GB RAM, also habe ich die nötige Leistung, um das zu tun.
Und es ist kostenlos! Ziemlich cool, wie ich finde.
Antwort3
NB: Die Freeware Edition wurde inzwischen eingestellt, also vergessen Sie es.
Ich habe einige Tests durchgeführt und Folgendes herausgefunden:
- Vollständige Sicherungen und Protokollsicherungen sowie deren Wiederherstellung machen 30–50 % der nativen Sicherung aus.
- Die Sicherungsdateien haben eine Größe von 10–30 % der nativen Sicherungsdateien.
Ich verwende die erweiterten gespeicherten Prozeduren für den Protokollversand und es gibt ein paar Dinge, die ich umgehen muss:
- Wenn Sie eine Datenbank im Standby-Modus wiederherstellen und dies beibehalten möchten, darf @undofile keine Leerzeichen enthalten. Idera hat diesbezüglich einen Fehler gemeldet.
- Es gibt keine Möglichkeit, eine Datenbank mit ihrem Backup-Verfahren in den Standby-Modus zu versetzen. Ich musste mich hierfür an BACKUP DATABASE ... WITH STANDBY halten. Idera hat eine Funktionsanfrage gestellt.
Ich war von ihren Antworten auf meine Fragen beeindruckt, insbesondere weil es sich um ein Werbegeschenk handelt.