Sollte man auf mehrere Speichermedien gleichzeitig sichern?
Man kann in BackupChain viele Sicherungen gleichzeitig laufen lassen.
Jedoch gibt es bestimmte Dienste, die parallele Sicherungen nicht zulassen. Zu diesen kann manchmal auch Exchange Server und SQL Server gehören; es kommt auf die interne Datenbankstruktur an.
Dann könnte es zu einem Fehler beim Hyper-V Backup kommen.
Unsere empfohlene Methode ist mehrere Aufgaben zu definieren, und diese verkettet über den Reiter Optionen, miteinander zu verbinden. Nur die erste Aufgabe definiert einen Zeitplan. Die anderen Aufgaben folgen dann der Reihe nach, ohne den Server und das Netzwerk unnötig zu belasten und ohne das ein komplizierter Zeitplan definiert werden muss.
Es gibt Produkte, die eine Sicherung „gleichzeitig“ an andere Medien senden (parallel oder sequentiell). Meist wird ein Hauptmedium definiert und dann werden die anderen synchronisiert. Jedoch haben wir uns gegen eine solche Umsetzung entschieden, weil in einigen Szenarien diese Methode ineffizient oder riskant ist. Z.B. ein Schaden am Hauptmedium wird an alle anderen Medien weiter gegeben. Es gibt also keine Isolation, z.B. vor Vandalismus, Ransomware die Backups überschreibt und Festplatten- und Dateisystemschäden. Im Fall, wo das zweite Medium sehr langsam ist, z.B. Netzwerk oder Cloud Sicherung, wird die Aufgabe unnötig aufgehalten. Bei Mehrfachsicherungen die parallel ablaufen wird das Netzwerk unnötig überlastet werden und andere Dienste negativ beeinträchtigen. Und dann stellt sich die Frage, was passiert wenn das Hauptmedium zeitweise unzugänglich wird? Wie wird dann auf das zweite Medium gesichert und was soll geschehen, wenn das Hauptmedium nach 3-4 Sicherungen wieder online ist?
Aus diesen Gründen und einigen anderen empfehlen wir deshalb mehrere Aufgaben mit isolierten Zielmedien, die man entweder separat im Zeitplan einstellen kann oder miteinander verketten kann. So gibt es auch keine Abhängigkeiten zwischen den Sicherungen und es besteht kein Bedarf für komplexe Synchronisation zwischen den Medien.
Die Strategie ist die gleiche, egal ob mit BackupChain eine VMware Sicherung, oder Hyper-V Backup ausgeführt wird, oder ob man Festplatten klont.
Weitere Tutorials
- Hyper-V VMs im Laufenden Betrieb Sichern – Live Hyper-V Backup
- VirtualBox Während des Betriebs Sichern – Live Oracle VM Backup Software
- Auswahl des richtigen Dateisystems: NTFS, ReFS und exFAT im Vergleich
- Festplatten Klonen oder Image Erstellen im Laufenden Betrieb
- Alternative zu Veeam, Acronis, Backup Exec, und Altaro
- V2P: Kopieren einer virtuellen Festplatte auf eine physische Festplatte
- Fehlerbehebung VSS 12293: Beim Aufrufen einer Routine auf einem Volumeschattenkopieanbieter
- Konvertierung virtueller Festplatten: VHDX, VHD, VMDK, VDI und physisch
- Was sind Hyper-V Prüfpunkte?
- Sicherungsaufgabe erstellen: Schritt für Schritt
- Was ist Hyper-V? Eine einfache Einführung
- Backup-Konfiguration je nach Dateityp (Registerkarte Dateiversionierung / Bereinigung)
- Sicherung und Wiederherstellung virtueller VMware Maschinen
- Hyper-V Backup und Wiederherstellung von VMs, Schritt für Schritt
- Video: V2V Konvertierung für Hyper-V, VMware, VirtualBox, Einfach und Schnell
- Hyper-V-Manager: Alles, was Sie wissen müssen
- So installieren Sie Hyper-V Schritt für Schritt
- BackupChain® Software für Gemeinnützige Organisationen
- Ransomware Schutz: So schützen Sie Ihre Server
- Festplattensicherungen auf Sektorebene im Vergleich zum Klonen
- Zeitplaner für Sicherungsaufgaben: täglich, kontinuierlich, wöchentlich, monatlich usw.
- So richten Sie BackupChain FTP / FTPS-Server ein
- Windows Server 2019 ISO kostenloser Download + Hyper-V Server 2019
- Video: P2V und V2V auf Hyper-V – Hinzufügen der virtuellen Maschine
- Video: So ordnen Sie FTP als Netzlaufwerk unter Windows 11-10 zu