Differences

This shows you the differences between two versions of the page.

--- livebackup [2022/07/06 07:50] – nexrom
+++ livebackup [2023/09/24 09:38] (current) – nexrom
@@ Line 1: / Line 1: @@
 ====== LiveBackup ======
-LiveBackup bezeichnet eine in nxmBackup integrierte Technologie, um einen möglichen Datenverlust so gering wie möglich zu halten. Ein herkömmliches Backup wird nach einem gewissen Zeitplan zu fest hinterlegten Zeiten durchgeführt. Sollte es nun zu einem Ausfall der gesicherten virtuellen Maschine kommen, muss zur Wiederherstellung auf das zuletzt durchgeführte Backup zurückgegriffen werden. Alle Änderungen, die sich innerhalb dieser Maschine seit dem letzten Backup ergeben haben, sind unwiederbringlich verloren.
+LiveBackup refers to a technology integrated into nxmBackup to keep possible data loss as low as possible. A conventional backup is carried out according to a certain schedule at fixed times. If the backed up virtual machine fails, the most recently performed backup must be used to restore it. All changes that have occurred within this machine since the last backup are irretrievably lost.
-An genau dieser Problematik setzt LiveBackup an. Auch hier werden Backups nach einem festen Zeitplan ausgeführt, allerdings werden hierbei auch alle Änderungen der zu sichernden virtuellen Maschine zwischen den Backups aufgezeichnet. Sollte es nun zu dem Fall kommen, dass eine Wiederherstellung gestartet werden muss, so kann diese virtuelle Maschine auf die Sekunde genau zu einem beliebigen Zeitpunkt zwischen zwei Backups wiederhergestellt werden. Der Datenverlust bei Wiederherstellung lässt sich so fast auf null reduzieren.
+LiveBackup addresses exactly this problem. Here, too, backups are carried out according to a fixed schedule, but all changes to the virtual machine being backed up between backups are also recorded. If the situation arises where a restore needs to be started, this virtual machine can be restored to the second at any point in time between two backups. Data loss during recovery can be reduced to almost zero.
-===== Vorteile =====
+===== Advantages =====
-Vorteile von LiveBackup gegenüber klassischen Backups:
+Advantages of LiveBackup over classic backups:
-  * Datenverlust im Desaster-Fall lässt sich minimieren
+  * Data loss in the event of a disaster can be minimized
-  * "[[https://de.wikipedia.org/wiki/Disaster_Recovery#Recovery_Point_Objective|Recovery Point Objective]]" (RPO) geht im Idealfall gegen 0
+  * "[[https://de.wikipedia.org/wiki/Disaster_Recovery#Recovery_Point_Objective|Recovery Point Objective]]" (RPO) ideally is almost 0
-  * Im Desaster-Fall lässt sich die Zeit bis zur Wiederinbetriebnahme ("[[https://de.wikipedia.org/wiki/Disaster_Recovery#Recovery_Time_Objective|Recovery Time Objective]]") deutlich verkürzen
+  * In the event of a disaster, the time until recommissioning can be significantly shortened ("[[https://de.wikipedia.org/wiki/Disaster_Recovery#Recovery_Time_Objective|Recovery Time Objective]]")
+===== Disadvantages =====
+Disadvantages of LiveBackup compared to classic backups:
+  * Depending on the number of I/O writes within the virtual machine, the backup created by nxmBackup can be very large because every write is recorded
+  * Depending on where the backups are stored within your own infrastructure, LiveBackup can generate high I/O or network load
+===== Recommendations =====
+Basically, the following recommendations should be considered when using nxmBackup:
+  * LiveBackup should not be used on virtual machines where high I/O write rates are expected
+  * The backup target should be accessible at least with the same write and read rates as the memory of the virtual hard drives of the virtual machine being backed up
+  * It should be noted that the storage required for a LiveBackup can increase significantly. Therefore, a size limit must be set when creating a job. This storage size should be at least available on the backup target.
+  * When restoring from a LiveBackup to a certain point in time, it should be noted that, for example, a file that was written to the virtual hard drive shortly before that point in time may not yet be visible or not completely visible in the restored machine. A slightly later point in time should be chosen for the restoration.