gerd33 18 Geschrieben 6. September 2023 Melden Teilen Geschrieben 6. September 2023 Hallo zusammen, bezüglich der differenziellen Datensicherung habe ich mich jetzt einmal im Rahmen einiger YouTube Videos von noeffects halbwegs fit gemacht und das ganze lokal an meinem Testsystem durchexerziert. Die Tatsache, dass sowohl die Vollsicherung als auch die differenzielle Sicherung in ein und derselben Datei zusammengefasst werden, lässt mich etwas ratlos zurück. Auf der einen Seite habe ich eine große Datei (knapp 30 GB Vollsicherung), die über ein Festplattenverzeichnis in die Cloud übertragen wird. Auf der anderen Seite kommt bei der stündlichen differenziellen Sicherung jeweils eine Datei von einigen MB hinzu. Nun ist meine ganz banale Befürchtung, dass der Prozess einer Datei Vergrößerung in der Cloud nicht funktionieren könnte: gerade wegen der eingeschränkten Upload-Speed. Die Cloud wird ja wie ein normales Festplattenlaufwerk angesprochen, aber die Übertragung vom HD-Ordner in die Cloud ist ja DSL-bedingt limitiert. Heisst dann doch eigentlich, dass auf meinem lokalen und der Cloud zugeordneten HD-Laufwerk die differenzielle Sicherung mit der Vollsicherung zusammengefasst wird und die „neue“ Vollsicherung dann in die Cloud hochgeladen wird, was mehrere Stunden dauert. Oder sehe ich da etwas falsch?? Zitieren Link zu diesem Kommentar
cj_berlin 1.312 Geschrieben 6. September 2023 Melden Teilen Geschrieben 6. September 2023 Moin, nein, es ist nicht in Stein gemeißelt, dass alle Sicherungen in die gleiche Datei gehen, nur wenn Du das in Deinen Befehlen oder in Deinem Wartungsplan explizit so angibst. Zitieren Link zu diesem Kommentar
t-sql 18 Geschrieben 6. September 2023 Melden Teilen Geschrieben 6. September 2023 vor 3 Stunden schrieb gerd33: Oder sehe ich da etwas falsch?? Ja, siehst du. Sicherungen können in einer Datei zusammengefasst werden (wie @cj_berlin schon erwähnte), is aber Blödsinn. Sicherungen egal, ob full, inc., trn laufen immer in separate Dateien. Mußte aber entsprechend einstellen. BTW. versteh ich immer noch nicht warum man auf Gedeih und Verderb so eine große Sicherung in die Cloud hochlädt. Und eins noch: Ein Backup taugt nix solange Du den Restore nicht übst. Zitieren Link zu diesem Kommentar
q617 1 Geschrieben 7. September 2023 Melden Teilen Geschrieben 7. September 2023 Design von Backup und Recovery über ein Forum? Sind die Daten wichtig? Zitieren Link zu diesem Kommentar
gerd33 18 Geschrieben 7. September 2023 Autor Melden Teilen Geschrieben 7. September 2023 Habe heute Kontakt mit einem IT Dienstleister aufgenommen, der die Erstkonfiguration professionell vornehmen wird und auch hinterher Support leisten kann. Lt. dessen eigener Website "Microsoft SQL-Server ist unser Business, Datenbanken sind unsere Expertise:" Kann mir relevanten Datenverlust nicht leisten. Lass ich doch lieber die Profis vor Ort ran. 3 Zitieren Link zu diesem Kommentar
q617 1 Geschrieben 8. September 2023 Melden Teilen Geschrieben 8. September 2023 Und ein SQL-Server-Dienstleister kann deine DSL-Leitung schneller machen, damit die Vollsicherung schneller hochgeladen wird? Zitieren Link zu diesem Kommentar
t-sql 18 Geschrieben 8. September 2023 Melden Teilen Geschrieben 8. September 2023 vor 57 Minuten schrieb q617: Und ein SQL-Server-Dienstleister kann deine DSL-Leitung schneller machen, damit die Vollsicherung schneller hochgeladen wird? Ich weiß, das ist schwer vorstellbar. Vielleicht, aber nur vielleicht könnte ja ein Consulting Unternehmen genau das machen: Consulting und ein anderes Backupkonzept erstellen? Könnte doch sein, nicht wahr? Zitieren Link zu diesem Kommentar
Nobbyaushb 1.471 Geschrieben 8. September 2023 Melden Teilen Geschrieben 8. September 2023 vor 6 Minuten schrieb t-sql: Ich weiß, das ist schwer vorstellbar. Vielleicht, aber nur vielleicht könnte ja ein Consulting Unternehmen genau das machen: Consulting und ein anderes Backupkonzept erstellen? Könnte doch sein, nicht wahr? Wer mal gesehen hat was Veeam mit dem WAN-Accelerator für Durchsatzraten erreicht... Zitieren Link zu diesem Kommentar
gerd33 18 Geschrieben 12. September 2023 Autor Melden Teilen Geschrieben 12. September 2023 Heureka. Mein Denkfehler war, dass ich nicht berücksichtigt habe, dass differenzielle Sicherungen sich immer auf die explizit letzte Vollsicherung beziehen. Da meine Vollsicherung sowohl lokal auf RDX Medium als auch 3x wöchentlich in der Cloud erfolgt habe ich *** an meinem Test System teilweise die differenzielle Sicherungen mit der letzten Vollsicherung, aber auch teilweise mit der vorletzten Vollsicherung versucht zurück zu sichern, was in diesem Fall natürlich nicht funktionieren konnte. Das war wohl die Lösung. Anstatt die Vollsicherung in der Cloud über einen eigenen Wartungsplan zusätzlich zur täglichen RDX-Vollsicherung erneut zu erstellen werde ich jetzt die Vollsicherung nur einmal täglich erstellen lassen, aber über einen Kopierautomatismus dreimal wöchentlich in die Cloud hochladen lassen. Zitieren Link zu diesem Kommentar
Dukel 454 Geschrieben 13. September 2023 Melden Teilen Geschrieben 13. September 2023 Wie ich schon vorgeschlagen hatte: Zitat Wie wäre es mit einem einzelnen Backup (Lokal auf Disk oder RDX) und dieses dann in die Cloud Replizieren? Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.