Neue Funktionen in Veeam Backup & Replication 9.0: Verbessern der Erstellung von Backups und der Speichereffizienz

    In diesem Beitrag werde ich auf neue Funktionen eingehen, die Sie durch ein Upgrade Ihrer Version von Veeam Backup & Replication auf 9.0 aktivieren können. Ich gebe zu, dass ich unter den verschiedenen neuen Produkten einige Favoriten habe - und obwohl sie im Aussehen unauffällig erscheinen mögen, bringen sie doch einen großen Nutzen, für den ich dankbar bin. Natürlich werden Sie nicht die gesamte Masse in einem Post beschreiben, daher werde ich Ihnen sofort einen Link zu einer vollständigen Überprüfung der neuen Produkte auf der offiziellen Website geben: Was ist neu in Veeam Backup & Replication v9 .

    Hier ist, was Sie unter dem Schnitt erwartet:
    • Remote Management Console
    • Neue Repository-Funktionen
    • Neue Datenspeicherfunktionen
    • Optimierung der Arbeit mit dem Gastbetriebssystem
    • Konfigurieren des vollständigen Sicherungskopierens in einem Übertragungsauftrag


    (Das Bild zeigt einen exklusiven Satz Kuchen, den wir am Veröffentlichungstag hatten. Dank TheRealGostev - ich habe es geschafft, ein Foto zu machen, bevor alle es geschnappt haben.)

    Remote Management Console


    Der letzte Beitrag hatte bereits einen Überblick über diese neue Komponente. Ich erinnere Sie daran, dass Sie über die Konsole eine Verbindung zu Remote-Veeam-Sicherungsservern herstellen können. Es kann als separates Setup eingestellt werden, es erfolgt auch eine automatische Installation (siehe Beschreibung im Benutzerhandbuch ). Somit unterstützt Veeam jetzt eine vollständig verteilte Architektur. In früheren Versionen lebten die Komponenten Veeam.Backup.Service.exe und VeeamShell.exe ausschließlich zusammen, und in Version 9 gelang es unseren Ingenieuren, ihre gegenseitige Abhängigkeit endgültig zu überwinden - das heißt, wie TheRealGostev es ausdrückte , "um siamesische Zwillinge zu trennen".


    Neue Repository-Funktionen


    Es gibt neue Funktionen beim Arbeiten mit Sicherungs-Repositorys.

    Zunächst können Sie jetzt jedem Repository einen Mount-Server zuweisen. Hierbei handelt es sich um einen Windows-Server, der eine Rolle in der Sicherungsinfrastruktur spielt. Bei der Wiederherstellung auf Dateiebene (FLR, File Level Restore) werden von einem solchen Server VM-Dateien direkt aus der Sicherung in sein Dateisystem geladen, als würden sie mit sich selbst "verbunden". Der Verbindungsserver kann im entsprechenden Schritt ( Mount Server ) des Repository-Konfigurationsassistenten festgelegt werden.


    Es gibt verschiedene Möglichkeiten, die Mount-Operation zu aktivieren:
    • Um die Dateien oder Objekte der Anwendung wiederherzustellen, wird die Installation zuerst auf dem Computer ausgeführt, auf dem die Konsole ausgeführt wird. Der Benutzer kann dann den Inhalt der Sicherung anzeigen und die für die Wiederherstellung erforderlichen Dateien / Objekte auswählen, da die Anzeigetools von der Konsole aus gestartet werden (unabhängig davon, ob sie offline oder mit dem Server kombiniert sind). Sei es der Veeam Backup Browser oder eines der Veeam Explorers-Tools.
    • Nachdem der Befehl zum Wiederherstellen der ausgewählten Dateien / Objekte erteilt wurde (normalerweise für den Computer in der Produktion), beginnt der Verbindungsserver mit der Arbeit mit dem Repository und der Datenverkehr zwischen ihm und dem Zielcomputer. Dies beschleunigt die Wiederherstellung in verteilten Infrastrukturen.
    • Wenn Sie die Wiederherstellung mit Enterprise Manager für Computer ausführen, deren Gastbetriebssystemdateien während der Sicherung indiziert wurden, ist nur eine Verbindung beteiligt (sowohl zum Anzeigen als auch zum Wiederherstellen). In diesem Fall wird also immer zwischen Datenverkehr und Datenaustausch gewechselt Verbindungsserver und Ziel-VM.

    Enterprise- und Enterprise Plus- Lizenznehmer können ein skalierbares Repository erstellen. Dies wurde in einem Artikel auf Habr " über das" unendlich "skalierbare Backup-Repository " ausführlich genug beschrieben . Dieses Repository ist einfacher zu verwalten (da die routinemäßige Auswahl des Zielspeichers aus dem Pool automatisiert ist). Außerdem wird der Kraftstoffverbrauch des Speicherplatzes im Pool optimiert und die Leistung verbessert, da standardmäßig der Modus "Sicherungsketten pro VM" aktiviert ist.


    Für reguläre Repositorys wird auch die Option zum Speichern von Sicherungskopien "pro Computer" (Sicherungsdateien pro VM) angeboten. Bei Verwendung dieser Option wird für jede VM (und nicht für jede Aufgabe) ein Aufzeichnungsstream generiert. Infolgedessen nimmt die Warteschlangentiefe zu, was die Leistung verbessert, da die Wartung eines einzelnen Threads (Warteschlangentiefe = 1) für die meisten Speichersysteme ein begrenzender Faktor ist. Das Erstellen mehrerer Threads (Warteschlangentiefe ~ = N, dh die Anzahl der Tasks im Repository) ist sehr hilfreich.


    Darüber hinaus konnten größere Aufgaben ohne Bedenken hinsichtlich der Schwierigkeiten bei der Steuerung großer Sicherungen erstellt werden. Mit der Veröffentlichung von Version 9 bereiten sich unsere Systemarchitekten darauf vor, die Empfehlungen für die Anzahl der in einer Aufgabe enthaltenen VMs zu überarbeiten - beispielsweise auf 250 bis 300. In jedem Fall haben unsere eigenen Tests bestätigt, dass Aufgaben mit 5.000 virtuellen Maschinen verarbeitet werden können.

    Natürlich müssen Sie beim Planen und Einrichten von Sicherungsaufgaben berücksichtigen, dass eine Reihe von Vorgängen - z. B. das Erstellen einer synthetischen Sicherung, Aufgaben für Sicherungskopiejobs (Übertragen einer Sicherung auf einen Sicherungsstandort) usw. - darauf warten, dass alle VMs eine Sicherung abschließen. Aus diesem Grund werden Riesenjobs nicht empfohlen.

    Wichtig! Nachdem Sie die Option zum Speichern von Backups ausgewählt habenBei Verwendung von VM-Sicherungsdateien muss diese aktiviert werden, indem eine aktive vollständige Sicherung (Active Full) entweder im manuellen Modus oder nach dem Warten auf den geplanten Vorgang erstellt wird.

    Noch ein paar Punkte: Denken Sie daran, dass die Deduplizierung auf der Quellenseite nirgendwo hinführt. Zum anderen ist diese Option beim Erstellen neuer Repositorys auf EMC DataDomain-Speichersystemen (mit DDBoost), HP StoreOnce (mit Catalyst) und ExaGrid (mit Accelerated Data Mover) standardmäßig aktiviert. Es wird jedoch empfohlen, diese und andere empfohlene Optionen zu aktivieren diese Speichereinstellungen.

    Neue Datenspeicherfunktionen


    Nach dem Upgrade sind die neuen Funktionen von Veeam Backup & Replication standardmäßig deaktiviert. Um sie zu verwenden, müssen Sie vorhandene Sicherungsjobs neu konfigurieren. Ich stelle fest, dass die ersten beiden Optionen aus der folgenden Liste zuvor nur für Sicherungskopiejobs (Sicherungskopiejobs) verfügbar waren. Jetzt können sie zum Erstellen anderer Aufgabentypen verwendet werden. Diese neuen Funktionen sind:

    Defragmentierung und Komprimierung.Die Verwendung dieser Option ist hilfreich, wenn Ihr Sicherungsjob keine regelmäßigen vollständigen Sicherungen enthält und die Datenspeicherungsrichtlinie das regelmäßige Kombinieren der vollständigen Sicherungsdatei mit der nächsten inkrementellen Sicherung voraussetzt. Eine solche Umwandlung führt dazu, dass die Sicherungsdatei fragmentiert wird und sich darin „Lücken“ bilden. Voids werden auch gebildet, wenn ein Teil der VM aus dem Sicherungsjob gelöscht wurde (nach dem Entfernen aus der Sicherung wird die Datei selbst nicht kleiner). Um die Dateigröße zu verringern und die Arbeitsgeschwindigkeit etwas zu erhöhen, können Sie die Option Defragmentieren und vollständige Sicherungsdatei komprimieren aktivieren. Dies funktioniert folgendermaßen: Zum angegebenen Zeitpunkt erstellt Veeam Backup & Replication eine leere VBK-Datei und kopiert nur die erforderlichen Blöcke aus der Sicherungsdatei, die sich aus den dortigen Transformationen ergeben. Für diese Option gelten Einschränkungen, die im Benutzerhandbuch beschrieben sind .

    Gesundheitscheck und Selbstheilung. Um sicherzustellen, dass die Sicherungen nicht beschädigt sind, können Sie zusätzlich zu SureBackup die Option Integritätsprüfung für Sicherungsdateien durchführen aktivieren.. In diesem Fall berechnet Veeam Backup & Replication beim Erstellen jeder Sicherung den Hash und die Prüfsumme der erstellten Datei. Bevor Sie mit der nächsten Sicherung beginnen, berechnet Veeam Backup & Replication den Hash und die Prüfsumme der Datei neu und vergleicht sie mit den zuvor gespeicherten Werten. Wenn festgestellt wird, dass die Dateidaten beschädigt sind, ersetzt Veeam Backup & Replication die beschädigten Blöcke, indem die erforderlichen Daten von der ursprünglichen VM oder von der vorherigen Sicherung kopiert werden.


    Als gelöscht markierte Blöcke ausschließen.Beim Löschen von Dateien in NTFS werden die Datenblöcke, die die Datei enthalten, nicht gelöscht, sondern als gelöscht markiert. Daher kann beim Erstellen eines Backup-Images eines VM-Images (Image-basiertes Backup) die Größe der Backup-Datei die im Dateisystem angezeigte Größe erheblich überschreiten. Bis vor kurzem bestand die einzige Möglichkeit, das Kopieren „gelöschter“ Daten zu vermeiden, darin, das Dienstprogramm sdelete (SysInternals) zu verwenden, bevor Sie die Sicherung starten. In Veeam Backup & Replication v9 können Sie die BitLooker- Option aktivieren , damit Veeam vor dem Starten eines Backups die MFT-Partition analysiert und keine als gelöscht markierten Blöcke kopiert.


    Im Artikel „ Veeam Backup FREE Edition: Neue Version veröffentlicht: Übersicht»Beschreibt detaillierter, wie BitLooker funktioniert. Diese Technologie ist derzeit zum Patent angemeldet.

    Wichtig! In der kommerziellen Version von Veeam Backup & Replication ist diese Option nach dem Upgrade standardmäßig deaktiviert. Es ist praktisch, sie mit PowerShell-Befehlen zu aktivieren:
    asnp VeeamPSSnapin; Foreach ($job in Get-VBRJob) {
    $job.Options.ViSourceOptions.DirtyBlocksNullingEnabled = $true;
    $job.SetOptions($job.Options) }


    Neue Funktionen für die Arbeit mit dem Gastbetriebssystem


    Optimierung der Interaktion mit dem Gastbetriebssystem. In der Backup-Infrastruktur, die auf Veeam Backup & Replication v9 basiert, ist eine neue Komponente erschienen - Guest Interaction Proxy. Es ist für die Interaktion des Backup-Servers mit dem Gastbetriebssystem vorgesehen (früher wurde diese Interaktion vom Backup-Server selbst durchgeführt, wodurch die Belastung dieses Servers erheblich zunahm). Wenn Sie die automatische Computerauswahl für die Guest Interaction Proxy-Rolle konfigurieren, wählt Veeam einen weniger ausgelasteten Computer aus, der sich am selben Standort befindet wie die VM, für die Sie eine Sicherung planen. Dieser Ansatz vereinfacht Sicherungen in Remote-Standorten und Zweigstellen (Komponenten interagieren schneller, wenn sie sich am selben Standort befinden) und erfordert nicht die Verwendung von VMware VIX.


    Ausschluss unnötiger Dateien während der Sicherung. Diese Funktion ist Teil der BitLooker-Technologie: Beim Sichern analysiert Veeam auch die MFT-Partition und erstellt einen Cache im Speicher des Proxyservers, in dem markiert wird, welche Dateien und Ordner ausgeschlossen werden sollen. Während der Sicherung werden Daten gleichzeitig aus der Quell-VM und aus dem Cache gelesen. Es ist wichtig zu beachten, dass der Ausschluss von Dateien nur möglich ist, wenn Sie die Sicherungsoption unter Berücksichtigung des Anwendungsstatus (anwendungsbezogene Bildverarbeitung) aktiviert haben. Darüber hinaus wird der Ausschluss vieler kleiner Dateien langsamer verarbeitet als der Ausschluss mehrerer großer Dateien derselben Größe, da die Ausnahmebehandlung die Belastung des Proxyservers erhöht. Um beispielsweise 100.000 Dateien von einer Sicherung auszuschließen, benötigen Sie 400 MB Speicher auf dem Proxyserver.


    Konfigurieren des vollständigen Sicherungskopierens in einem Übertragungsauftrag


    Nun, ein weiterer Vorgang ist jetzt automatisiert. Früher verwendeten Benutzer das PowerShell-Skript, um eine vollständige Sicherung für den Sicherungskopiejob zu erstellen, und jetzt können Sie einfach den Schritt Gesamten Wiederherstellungspunkt von der Quellsicherung lesen überprüfen, anstatt ihn aus Inkrementen zu synthetisieren Ziel beim Einrichten eines Jobs.


    Diese Option ist nützlich für Speichersysteme mit geringer Leistung, auf denen das Konvertieren von Dateien, das Zusammenführen eines vollständigen Backups aus inkrementellen Dateien, ineffizient ist und das Kopieren eines vollständigen Backups wesentlich bequemer ist.

    Anstelle einer Schlussfolgerung


    Zusätzlich zu den obigen Links empfehle ich das Lesen (bisher auf Englisch):

    Ressourcen in russischer Sprache:

    Jetzt auch beliebt: