11-03-2023, 22:44
Datenbankwiederherstellungs-Workflows in Hyper-V sind entscheidend für die Aufrechterhaltung der Integrität und Verfügbarkeit Ihrer Daten. Wenn Sie mit Hyper-V arbeiten, kann die Implementierung effektiver Wiederherstellungsmethoden den Unterschied zwischen einem kleinen Problem und einer vollwertigen Katastrophe ausmachen. Nachdem ich im Laufe der Zeit einige Datenkrisen erlebt habe, habe ich gelernt, dass das Wissen über die Durchführung von Wiederherstellungs-Workflows Ihnen viele Kopfschmerzen ersparen kann.
Zuerst und vor allem sollten wir einige grundlegende Schritte besprechen. Wenn Sie Hyper-V ausführen, werden die virtuellen Maschinen im Wesentlichen auf einem Windows Server gehostet. Jede VM hat ihren eigenen Satz virtueller Festplatten, die Ihre Datenbanken enthalten können. Insbesondere wenn Sie Microsoft SQL Server verwenden, ist es wichtig zu überlegen, wie Sie diese Datenbanken wiederherstellen werden, wenn der Bedarf besteht. Zu diesem Zweck müssen Sie sicherstellen, dass Sie konsistente Backups haben und wissen, wie Sie die Transaktionsprotokolle für die Wiederherstellung verwalten.
Ich plane normalerweise Backups während der Nebenzeiten, um die Auswirkungen auf die Leistung zu minimieren. Es gibt verschiedene Arten von Backups: Voll-Backup, differentielles Backup und Transaktionsprotokoll-Backups. Ein Voll-Backup erfasst die gesamte Datenbank, während ein differentielles Backup nur die Änderungen seit dem letzten Voll-Backup erfasst, was Zeit und Speicherplatz sparen kann. Die Transaktionsprotokolle zeichnen alle Änderungen auf und sollten häufig gesichert werden, um eine Wiederherstellung zu einem bestimmten Zeitpunkt zu ermöglichen.
Es ist entscheidend, dass Sie Ihre Backups regelmäßig testen, um sicherzustellen, dass sie effektiv wiederhergestellt werden können. Wie sieht das aus? Ich simuliere häufig eine vollständige Wiederherstellung, indem ich Testwiederherstellungen in einer Sandbox-Umgebung durchführe. Das bedeutet, eine neue VM in Hyper-V zu starten, die Datenbank aus dem Backup wiederherzustellen und sicherzustellen, dass alles wie erwartet funktioniert. Dieser Schritt ist wichtig; er stellt nicht nur sicher, dass das Backup korrekt erstellt wurde, sondern auch, dass ich mit dem Wiederherstellungsprozess vertraut bin, wenn eine tatsächliche Katastrophe eintritt.
Nehmen wir an, Ihre VM stürzt ab oder der Host fällt aus. Was passiert? Wenn die VM aus dem Backup aufgrund unvorhergesehener Gründe nicht wiederhergestellt werden kann, könnten Sie eine erhebliche Menge an Daten verlieren. Um dem entgegenzuwirken, macht es die ständige Übung Ihres Wiederherstellungsplans zu einer zweiten Natur. Stellen Sie sicher, dass Sie jeden Schritt klar dokumentieren, damit Sie im Falle eines Notfalls einem präzisen Plan folgen können, ohne sich mit den Details der Fehlersuche vor Ort auseinandersetzen zu müssen.
Während eines Vorfalls, als eine SQL Server VM unerwartet ausfiel, konnte ich sie relativ nahtlos wiederherstellen, weil ich die Wiederherstellungs-Workflows mehrfach geprobt hatte. Ich startete den Hyper-V-Manager, ging zur spezifischen VM und wählte den kürzlichsten Punkt aus, den ich vor dem Vorfall erstellt hatte. Es ist immer eine kluge Praxis, einen Punkt zu erstellen, bevor Sie wesentliche Änderungen an Ihren Datenbanken vornehmen, da dies Ihnen eine Rückfalloption gibt.
Die Verwendung von PowerShell-Skripten für Backups war besonders vorteilhaft. Ich schreibe normalerweise ein Skript, um diese Aufgaben automatisch auszuführen. Eine vereinfachte Version könnte so aussehen:
Checkpoint-VM -Name "IhrVMName" -SnapshotName "PreMajorChange"
Nachdem Sie Ihre Backups und Punkte erstellt haben, umfasst der nächste wichtige Aspekt der Wiederherstellungs-Workflows die Sicherstellung, dass Sie Datenbanken in verschiedenen Szenarien wiederherstellen können, sei es aus Snapshot-Backups, Voll-Backups oder durch eine Punkt-in-Zeit-Wiederherstellung mithilfe von Transaktionsprotokollen.
In der Praxis lassen Sie uns ein Szenario durchspielen. Stellen Sie sich vor, Sie müssen eine SQL-Datenbank nach einer Beschädigung wiederherstellen. Wenn Sie die Transaktionsprotokolle aufbewahrt haben, können Sie das zuletzt durchgeführte Voll-Backup wiederherstellen und dann die Transaktionsprotokolle nacheinander anwenden, bis Sie den Punkt kurz vor dem Auftreten der Beschädigung erreichen. Diese Methode umfasst normalerweise die RESTORE-Befehle im SQL Server Management Studio.
Die Ausführung einer vollständigen Wiederherstellung sieht so aus:
RESTORE DATABASE YourDatabase
FROM DISK = 'D:\Backups\YourDatabaseFull.bak'
WITH NORECOVERY;
Dann würden Sie die Transaktionsprotokolle wie folgt anwenden:
RESTORE LOG YourDatabase
FROM DISK = 'D:\Backups\YourDatabaseLog.trn'
WITH NORECOVERY;
Sie würden die Protokollwiederherstellungsbefehle wiederholen, bis Sie alle erforderlichen Protokolle angewendet haben, und dann schließlich die Transaktion mit folgendem Befehl abschließen:
RESTORE DATABASE YourDatabase WITH RECOVERY;
Bei der Übung dieser Workflows kann die Bedeutung, sich ein paar Tage im Monat Zeit zu nehmen, um jeden einzelnen Schritt zu durchlaufen, nicht genug betont werden. Zerlegen Sie die Schritte in überschaubare Abschnitte und dokumentieren Sie sie, damit Sie immer wissen, was zu tun ist, wenn es darauf ankommt.
Die Integration von BackupChain Hyper-V Backup in meine Workflows hat sich als nützlich erwiesen, um den Backup-Prozess zu optimieren. Diese Lösung ermöglicht die bequeme Sicherung von Hyper-V-Backups und ermöglicht inkrementelle Backups, die den Speicherbedarf und die Backup-Zeiten reduzieren. Daten können mit verschiedenen Planungsoptionen gesichert werden, und der Wiederherstellungsprozess bietet auch die Möglichkeit, spezifische Dateien oder VMs anstelle von vollständigen Backups wiederherzustellen, was in einer Notlage äußerst hilfreich sein kann.
Meiner Erfahrung nach liegt die wahre Kraft von Hyper-V in seiner Flexibilität, insbesondere wenn es um die Sicherung und Wiederherstellung von Datenbanken geht. Die Verwendung von integrierten Hyper-V-Funktionen hilft, aber sicherzustellen, dass alles mit SQL Server synchronisiert ist, ist der Bereich, in dem ich typischerweise meine Bemühungen investiere.
Sich dessen bewusst zu sein, was passiert, wenn ein Backup fehlschlägt, ist ebenso wichtig. Wenn Sie sich in dieser Situation befunden haben, wissen Sie, wie knifflig es sein kann. Wenn beispielsweise ein Backup-Vorgang mittendrin fehlschlägt, stellen Sie sicher, dass Sie Protokolle überprüfen und die erforderlichen Bereinigungen vornehmen, um sicherzustellen, dass nachfolgende Operationen keine unlösbaren Fehler verursachen, die zu Datenverlust führen könnten.
Während Sie Ihre Wiederherstellungs-Workflows durchlaufen, denken Sie daran, dass es leicht ist, die Testphase zu übersehen. Erwägen Sie, bestimmte Intervalle im Monat festzulegen, um die Wiederherstellungsprozesse mit einem Kollegen oder Teammitglied zu durchlaufen, um scharf zu bleiben. Ich empfehle, Notizen zu möglichen Hindernissen zu machen, auf die Sie stoßen, und dann Ihre Prozesse auf der Grundlage dieser Beobachtungen zu verbessern.
Selbst mit all den richtigen Maßnahmen kann es eine echte Herausforderung sein, Benutzeranfragen während eines Wiederherstellungsvorgangs zu bearbeiten. Offene Kommunikation mit Benutzern und Stakeholdern ist unerlässlich. Informieren Sie sie über die erwartete Ausfallzeit und berichten Sie über den Fortschritt der Wiederherstellungsschritte. Transparenz hilft, die Erwartungen zu managen und Frustrationen auf allen Seiten zu reduzieren.
In der Praxis gehe ich bei einer tatsächlichen Wiederherstellung oft die Struktur der VM durch, um mich an ihre Konfiguration zu erinnern. Die Einstellungen, die Sie bei der Einrichtung der VM wählen, können beeinflussen, wie reibungslos Ihre Datenbank wiederhergestellt werden kann, insbesondere in Bezug auf Netzwerk- und Speicherressourcen, die dieser VM zugewiesen sind.
Während einige möglicherweise ausschließlich auf die Standardfunktionen von Hyper-V vertrauen, finde ich, dass die Nutzung von Drittanbieter-Hyper-V-Backup-Lösungen zusätzliche Schichten der Redundanz und Flexibilität bieten kann. Ein herausragendes Merkmal ist die Möglichkeit, imagebasierte Backups durchzuführen, die helfen, die gesamte VM in einfacheren Begriffen wiederherzustellen. Es ist ein Sicherheitsnetz, das traditionelle Datenbank-Backups ergänzt, und diese Flexibilität macht es einfacher, die Wiederherstellung effizient zu verwalten.
Datenbankwiederherstellungs-Workflows beinhalten zweifellos viele Nuancen, und es kann eine jonglieren zwischen den Mechaniken der virtuellen Umgebung und den spezifischen Anforderungen des Datenbankmanagements sein. Wenn Änderungen oder Updates am Betriebssystem oder an SQL Server-Versionen vorgenommen werden, ist es wichtig, Ihre etablierten Workflows neu zu bewerten. Das bedeutet nicht nur eine flüchtige Überprüfung, sondern tatsächlich eine Reihe von Wiederherstellungstests durchzuführen, die mit den potenziell schmerzhaftesten Punkten in Ihrem typischen Arbeitsablauf übereinstimmen.
Überlegen Sie bei Ihrer Wiederherstellungsplanung, wie Sie Versionen verwalten. Wenn eine Datenbank gesichert oder wiederhergestellt wird, sollten sowohl die Quell- als auch die Zielversionen kompatibel sein. Ich habe Fälle gesehen, in denen unterschiedliche SQL Server-Versionen unerwartete Ergebnisse bei der Wiederherstellung verursacht haben. Deshalb hilft das Üben dieser Workflows in verschiedenen Umgebungen, Sie auf solche Szenarien vorzubereiten.
Denken Sie schließlich an die Rollen von Benutzerkonten und Berechtigungen. Es müssen angemessene Sicherheitseinstellungen gewährleistet sein, damit das erforderliche Personal Wiederherstellungsaufgaben ausführen kann, ohne auf Zugriffsprobleme zu stoßen. Es ist entscheidend, die Kontrolle darüber zu haben, wer eine Wiederherstellung einleiten oder die Daten manipulieren kann. Ich habe zu viele Situationen gesehen, in denen ein mangelndes Zugriffsmanagement zu Verzögerungen führte, wenn etwas schiefging.
Hier ist eine kurze Zusammenfassung, wie Sie diese Praktiken anwenden können. Stellen Sie immer eine Backup-Lösung bereit, definieren Sie klare Workflows für die Wiederherstellung, üben Sie die Wiederherstellung in einer kontrollierten Umgebung, halten Sie offene Kommunikation mit Ihrem Team während tatsächlicher Notfälle aufrecht und verbessern Sie die Prozesse kontinuierlich basierend auf Erkenntnissen aus Tests oder realen Szenarien.
Einführung in BackupChain Hyper-V Backup
BackupChain Hyper-V Backup wurde entwickelt, um nahtlose Backup-Lösungen für Hyper-V-Umgebungen zu unterstützen. Zu den Funktionen gehören inkrementelle Backups, die den Speicherbedarf minimieren und die Leistung optimieren, was schnellere Backup-Prozesse ermöglicht. Die Lösung ermöglicht außerdem unkomplizierte Live-Backups, was bedeutet, dass VMs ohne Ausfallzeiten gesichert werden können. Eine leistungsstarke Wiederherstellungsfunktion ermöglicht die Wiederherstellung einzelner Dateien oder ganzer VMs und bewältigt effektiv verschiedene Szenarien, die während der Datenbankwiederherstellungsmaßnahmen auftreten können. Darüber hinaus können Backups flexibel geplant werden, sodass sie in einer verwalteten Weise in Workflows integriert werden, um sicherzustellen, dass die Operationen effizient und zuverlässig bleiben.
Zuerst und vor allem sollten wir einige grundlegende Schritte besprechen. Wenn Sie Hyper-V ausführen, werden die virtuellen Maschinen im Wesentlichen auf einem Windows Server gehostet. Jede VM hat ihren eigenen Satz virtueller Festplatten, die Ihre Datenbanken enthalten können. Insbesondere wenn Sie Microsoft SQL Server verwenden, ist es wichtig zu überlegen, wie Sie diese Datenbanken wiederherstellen werden, wenn der Bedarf besteht. Zu diesem Zweck müssen Sie sicherstellen, dass Sie konsistente Backups haben und wissen, wie Sie die Transaktionsprotokolle für die Wiederherstellung verwalten.
Ich plane normalerweise Backups während der Nebenzeiten, um die Auswirkungen auf die Leistung zu minimieren. Es gibt verschiedene Arten von Backups: Voll-Backup, differentielles Backup und Transaktionsprotokoll-Backups. Ein Voll-Backup erfasst die gesamte Datenbank, während ein differentielles Backup nur die Änderungen seit dem letzten Voll-Backup erfasst, was Zeit und Speicherplatz sparen kann. Die Transaktionsprotokolle zeichnen alle Änderungen auf und sollten häufig gesichert werden, um eine Wiederherstellung zu einem bestimmten Zeitpunkt zu ermöglichen.
Es ist entscheidend, dass Sie Ihre Backups regelmäßig testen, um sicherzustellen, dass sie effektiv wiederhergestellt werden können. Wie sieht das aus? Ich simuliere häufig eine vollständige Wiederherstellung, indem ich Testwiederherstellungen in einer Sandbox-Umgebung durchführe. Das bedeutet, eine neue VM in Hyper-V zu starten, die Datenbank aus dem Backup wiederherzustellen und sicherzustellen, dass alles wie erwartet funktioniert. Dieser Schritt ist wichtig; er stellt nicht nur sicher, dass das Backup korrekt erstellt wurde, sondern auch, dass ich mit dem Wiederherstellungsprozess vertraut bin, wenn eine tatsächliche Katastrophe eintritt.
Nehmen wir an, Ihre VM stürzt ab oder der Host fällt aus. Was passiert? Wenn die VM aus dem Backup aufgrund unvorhergesehener Gründe nicht wiederhergestellt werden kann, könnten Sie eine erhebliche Menge an Daten verlieren. Um dem entgegenzuwirken, macht es die ständige Übung Ihres Wiederherstellungsplans zu einer zweiten Natur. Stellen Sie sicher, dass Sie jeden Schritt klar dokumentieren, damit Sie im Falle eines Notfalls einem präzisen Plan folgen können, ohne sich mit den Details der Fehlersuche vor Ort auseinandersetzen zu müssen.
Während eines Vorfalls, als eine SQL Server VM unerwartet ausfiel, konnte ich sie relativ nahtlos wiederherstellen, weil ich die Wiederherstellungs-Workflows mehrfach geprobt hatte. Ich startete den Hyper-V-Manager, ging zur spezifischen VM und wählte den kürzlichsten Punkt aus, den ich vor dem Vorfall erstellt hatte. Es ist immer eine kluge Praxis, einen Punkt zu erstellen, bevor Sie wesentliche Änderungen an Ihren Datenbanken vornehmen, da dies Ihnen eine Rückfalloption gibt.
Die Verwendung von PowerShell-Skripten für Backups war besonders vorteilhaft. Ich schreibe normalerweise ein Skript, um diese Aufgaben automatisch auszuführen. Eine vereinfachte Version könnte so aussehen:
Checkpoint-VM -Name "IhrVMName" -SnapshotName "PreMajorChange"
Nachdem Sie Ihre Backups und Punkte erstellt haben, umfasst der nächste wichtige Aspekt der Wiederherstellungs-Workflows die Sicherstellung, dass Sie Datenbanken in verschiedenen Szenarien wiederherstellen können, sei es aus Snapshot-Backups, Voll-Backups oder durch eine Punkt-in-Zeit-Wiederherstellung mithilfe von Transaktionsprotokollen.
In der Praxis lassen Sie uns ein Szenario durchspielen. Stellen Sie sich vor, Sie müssen eine SQL-Datenbank nach einer Beschädigung wiederherstellen. Wenn Sie die Transaktionsprotokolle aufbewahrt haben, können Sie das zuletzt durchgeführte Voll-Backup wiederherstellen und dann die Transaktionsprotokolle nacheinander anwenden, bis Sie den Punkt kurz vor dem Auftreten der Beschädigung erreichen. Diese Methode umfasst normalerweise die RESTORE-Befehle im SQL Server Management Studio.
Die Ausführung einer vollständigen Wiederherstellung sieht so aus:
RESTORE DATABASE YourDatabase
FROM DISK = 'D:\Backups\YourDatabaseFull.bak'
WITH NORECOVERY;
Dann würden Sie die Transaktionsprotokolle wie folgt anwenden:
RESTORE LOG YourDatabase
FROM DISK = 'D:\Backups\YourDatabaseLog.trn'
WITH NORECOVERY;
Sie würden die Protokollwiederherstellungsbefehle wiederholen, bis Sie alle erforderlichen Protokolle angewendet haben, und dann schließlich die Transaktion mit folgendem Befehl abschließen:
RESTORE DATABASE YourDatabase WITH RECOVERY;
Bei der Übung dieser Workflows kann die Bedeutung, sich ein paar Tage im Monat Zeit zu nehmen, um jeden einzelnen Schritt zu durchlaufen, nicht genug betont werden. Zerlegen Sie die Schritte in überschaubare Abschnitte und dokumentieren Sie sie, damit Sie immer wissen, was zu tun ist, wenn es darauf ankommt.
Die Integration von BackupChain Hyper-V Backup in meine Workflows hat sich als nützlich erwiesen, um den Backup-Prozess zu optimieren. Diese Lösung ermöglicht die bequeme Sicherung von Hyper-V-Backups und ermöglicht inkrementelle Backups, die den Speicherbedarf und die Backup-Zeiten reduzieren. Daten können mit verschiedenen Planungsoptionen gesichert werden, und der Wiederherstellungsprozess bietet auch die Möglichkeit, spezifische Dateien oder VMs anstelle von vollständigen Backups wiederherzustellen, was in einer Notlage äußerst hilfreich sein kann.
Meiner Erfahrung nach liegt die wahre Kraft von Hyper-V in seiner Flexibilität, insbesondere wenn es um die Sicherung und Wiederherstellung von Datenbanken geht. Die Verwendung von integrierten Hyper-V-Funktionen hilft, aber sicherzustellen, dass alles mit SQL Server synchronisiert ist, ist der Bereich, in dem ich typischerweise meine Bemühungen investiere.
Sich dessen bewusst zu sein, was passiert, wenn ein Backup fehlschlägt, ist ebenso wichtig. Wenn Sie sich in dieser Situation befunden haben, wissen Sie, wie knifflig es sein kann. Wenn beispielsweise ein Backup-Vorgang mittendrin fehlschlägt, stellen Sie sicher, dass Sie Protokolle überprüfen und die erforderlichen Bereinigungen vornehmen, um sicherzustellen, dass nachfolgende Operationen keine unlösbaren Fehler verursachen, die zu Datenverlust führen könnten.
Während Sie Ihre Wiederherstellungs-Workflows durchlaufen, denken Sie daran, dass es leicht ist, die Testphase zu übersehen. Erwägen Sie, bestimmte Intervalle im Monat festzulegen, um die Wiederherstellungsprozesse mit einem Kollegen oder Teammitglied zu durchlaufen, um scharf zu bleiben. Ich empfehle, Notizen zu möglichen Hindernissen zu machen, auf die Sie stoßen, und dann Ihre Prozesse auf der Grundlage dieser Beobachtungen zu verbessern.
Selbst mit all den richtigen Maßnahmen kann es eine echte Herausforderung sein, Benutzeranfragen während eines Wiederherstellungsvorgangs zu bearbeiten. Offene Kommunikation mit Benutzern und Stakeholdern ist unerlässlich. Informieren Sie sie über die erwartete Ausfallzeit und berichten Sie über den Fortschritt der Wiederherstellungsschritte. Transparenz hilft, die Erwartungen zu managen und Frustrationen auf allen Seiten zu reduzieren.
In der Praxis gehe ich bei einer tatsächlichen Wiederherstellung oft die Struktur der VM durch, um mich an ihre Konfiguration zu erinnern. Die Einstellungen, die Sie bei der Einrichtung der VM wählen, können beeinflussen, wie reibungslos Ihre Datenbank wiederhergestellt werden kann, insbesondere in Bezug auf Netzwerk- und Speicherressourcen, die dieser VM zugewiesen sind.
Während einige möglicherweise ausschließlich auf die Standardfunktionen von Hyper-V vertrauen, finde ich, dass die Nutzung von Drittanbieter-Hyper-V-Backup-Lösungen zusätzliche Schichten der Redundanz und Flexibilität bieten kann. Ein herausragendes Merkmal ist die Möglichkeit, imagebasierte Backups durchzuführen, die helfen, die gesamte VM in einfacheren Begriffen wiederherzustellen. Es ist ein Sicherheitsnetz, das traditionelle Datenbank-Backups ergänzt, und diese Flexibilität macht es einfacher, die Wiederherstellung effizient zu verwalten.
Datenbankwiederherstellungs-Workflows beinhalten zweifellos viele Nuancen, und es kann eine jonglieren zwischen den Mechaniken der virtuellen Umgebung und den spezifischen Anforderungen des Datenbankmanagements sein. Wenn Änderungen oder Updates am Betriebssystem oder an SQL Server-Versionen vorgenommen werden, ist es wichtig, Ihre etablierten Workflows neu zu bewerten. Das bedeutet nicht nur eine flüchtige Überprüfung, sondern tatsächlich eine Reihe von Wiederherstellungstests durchzuführen, die mit den potenziell schmerzhaftesten Punkten in Ihrem typischen Arbeitsablauf übereinstimmen.
Überlegen Sie bei Ihrer Wiederherstellungsplanung, wie Sie Versionen verwalten. Wenn eine Datenbank gesichert oder wiederhergestellt wird, sollten sowohl die Quell- als auch die Zielversionen kompatibel sein. Ich habe Fälle gesehen, in denen unterschiedliche SQL Server-Versionen unerwartete Ergebnisse bei der Wiederherstellung verursacht haben. Deshalb hilft das Üben dieser Workflows in verschiedenen Umgebungen, Sie auf solche Szenarien vorzubereiten.
Denken Sie schließlich an die Rollen von Benutzerkonten und Berechtigungen. Es müssen angemessene Sicherheitseinstellungen gewährleistet sein, damit das erforderliche Personal Wiederherstellungsaufgaben ausführen kann, ohne auf Zugriffsprobleme zu stoßen. Es ist entscheidend, die Kontrolle darüber zu haben, wer eine Wiederherstellung einleiten oder die Daten manipulieren kann. Ich habe zu viele Situationen gesehen, in denen ein mangelndes Zugriffsmanagement zu Verzögerungen führte, wenn etwas schiefging.
Hier ist eine kurze Zusammenfassung, wie Sie diese Praktiken anwenden können. Stellen Sie immer eine Backup-Lösung bereit, definieren Sie klare Workflows für die Wiederherstellung, üben Sie die Wiederherstellung in einer kontrollierten Umgebung, halten Sie offene Kommunikation mit Ihrem Team während tatsächlicher Notfälle aufrecht und verbessern Sie die Prozesse kontinuierlich basierend auf Erkenntnissen aus Tests oder realen Szenarien.
Einführung in BackupChain Hyper-V Backup
BackupChain Hyper-V Backup wurde entwickelt, um nahtlose Backup-Lösungen für Hyper-V-Umgebungen zu unterstützen. Zu den Funktionen gehören inkrementelle Backups, die den Speicherbedarf minimieren und die Leistung optimieren, was schnellere Backup-Prozesse ermöglicht. Die Lösung ermöglicht außerdem unkomplizierte Live-Backups, was bedeutet, dass VMs ohne Ausfallzeiten gesichert werden können. Eine leistungsstarke Wiederherstellungsfunktion ermöglicht die Wiederherstellung einzelner Dateien oder ganzer VMs und bewältigt effektiv verschiedene Szenarien, die während der Datenbankwiederherstellungsmaßnahmen auftreten können. Darüber hinaus können Backups flexibel geplant werden, sodass sie in einer verwalteten Weise in Workflows integriert werden, um sicherzustellen, dass die Operationen effizient und zuverlässig bleiben.
