Ende Januar wurde das Update 4 für Veeam Availability Suite 9.5 veröffentlicht, das mit Funktionen angereichert ist, die einem vollwertigen Major Release entsprechen. Heute werde ich kurz die wichtigsten Neuerungen besprechen, die in Veeam Backup & Replication implementiert wurden; über Veeam ONE verspreche ich, in naher Zukunft zu schreiben. In diesem Überblick betrachten wir:

die Versionen von Systemen und Anwendungen, die jetzt unterstützt werden
die Interaktion mit Cloud-Infrastrukturen
Verbesserungen im Backup-Prozess
Verbesserungen bei der Wiederherstellung
Neuigkeiten zur Unterstützung von vSphere und Hyper-V

Außerdem erfahren wir von Verbesserungen bei der Arbeit mit virtuellen Maschinen, die unter Linux betrieben werden, über neue Plugins und weitere Funktionen.

Also, herzlich willkommen unter dem Beitrag.

Unterstützung für Windows Server 2019, Hyper-V 2019, die neuesten Anwendungen und Plattformen

Microsoft Windows Server 2019 wird unterstützt als:

Gastbetriebssystem für geschützte virtuelle Maschinen
Server zur Installation von Veeam Backup & Replication und dessen entfernten Komponenten
Maschine, die mit Veeam Agent für Microsoft Windows gesichert werden kann

Eine ähnliche Unterstützung wurde auch für Microsoft Windows 10 Oktober 2018 Update.

Die neue Version des Hypervisors wird unterstützt Microsoft Windows Server Hyper-V 2019, einschließlich Unterstützung für VMs mit virtual hardware Version 9.0.

Für gängige Systeme und Anwendungen Microsoft Active Directory 2019, Exchange 2019 und SharePoint 2019 Es wird ein anwendungsbewusster Backup und die Wiederherstellung von Anwendungsobjekten mit Veeam Explorer unterstützt.

Für virtuelle Maschinen mit Windows-Gastsystem ist die Unterstützung implementiert. Oracle Database 18c — ebenfalls unter Berücksichtigung der Anwendung, einschließlich Backup von Protokollen und der Möglichkeit, zu einem bestimmten Zeitpunkt wiederherzustellen.

Darüber hinaus werden nun VMware vSphere 6.7 U1 ESXi, vCenter Server und vCenter Server Appliance (VCSA) sowie VMware vCloud Director 9.5 unterstützt.

Flexible Backup-Speicheroptionen mit dem Capacity Tier.

Capacity Tier — ist ein neuer Ansatz zur Speicherung von Backups in einem skalierbaren Repository (scale-out backup repository, SOBR) mit der Möglichkeit, Daten automatisiert in den Cloud-Speicher hochzuladen.

Mit dem Capacity Tier und den Speicherpolitiken kann ein effizientes, mehrstufiges Speichersystem organisiert werden, bei dem frische Backups für eine schnelle Wiederherstellung "zum Greifen nah" (also in einem ausreichend schnellen Speicher) aufbewahrt werden. Nach Ablauf der festgelegten Frist werden sie in die Kategorie "zweite Frische" überführt und automatisch an einen entfernten Standort, in diesem Fall in die Cloud, verschoben.

Für den Betrieb des Capacity Tiers sind folgende Voraussetzungen erforderlich:

ein oder mehrere SOBR-Repositorien, die mindestens ein Extent-Repository enthalten
ein Cloud-Repository (sogenanntes Object Storage Repository)

Es werden Cloud-Speicherlösungen unterstützt, die S3-kompatibel sind, sowie Amazon S3, Microsoft Azure Blob Storage und IBM Cloud Object Storage.

Wenn Sie diese Funktionalität nutzen möchten, müssen Sie:

Backup-Repositorien einrichten, um sie als Extents des SOBR-Repositoriums zu verwenden.
Ein Cloud-Repository einrichten.
Ein skalierbares SOBR-Repository einrichten und Extent-Repositorien hinzufügen.
Die Bindung des Cloud-Repositoriums an das SOBR einrichten und eine Richtlinie für die Datenspeicherung und deren Hochladen in die Cloud festlegen — dies wird die Konfiguration Ihres Capacity Tiers darstellen.
Einen Backup-Job erstellen, der die Backups im SOBR-Repository speichert.

Punkt 1 ist ziemlich offensichtlich (für diejenigen, die es vergessen haben, es gibt Dokumentation auf Russisch). Kommen wir zu Punkt 2.

Cloud-Speicher als Element der Veeam Backup-Infrastruktur

Zur Konfiguration des Cloud-Repositories (auch als Object Storage bekannt) gibt es ausführliche Informationen hier (derzeit nur auf Englisch). Kurz gesagt, Sie sollten Folgendes tun:

Im Blick Backup-Infrastruktur im linken Panel den Knoten auswählen Backup-Repositories und klicken im oberen Menü auf den Punkt Repository hinzufügen.
Wählen Sie das Cloud-Speicher aus, das Sie einrichten möchten:
Gehen Sie dann die Schritte des Assistenten durch (ich werde als Beispiel Amazon S3 betrachten)

Hinweis: Es werden Speicher der Klasse Standard und Infrequent Access.

Zuerst geben wir den Namen und eine kurze Beschreibung unseres neuen Speichers ein.
Dann geben wir das Konto für den Zugriff auf Amazon S3 an – wählen Sie ein bestehendes aus der Liste oder klicken Sie auf Add und geben Sie ein neues ein. Aus der Liste der Regionen, in denen sich die Rechenzentren befinden, Rechenzentrumsregion wählen wir die benötigte Region aus.

Hinweis: Für die Angabe von Konten, die bei der Arbeit mit Cloud-Komponenten verwendet werden, wurde der Cloud Credentials Manager.
Falls eine Regulierung des Internetverkehrs über ein Gateway erforderlich ist, können Sie die Option Gateway-Server verwenden auswählen und das benötigte Gateway angeben.
Geben Sie die Einstellungen für den neuen Speicher an: den gewünschten Bucket, den Ordner, in dem unsere Backups abgelegt werden, eine optionale Begrenzung des gesamten Speicherplatzes und die Speicherkategorie (optional).

Wichtig! Einer einzelnen Ordner kann nur ein Objekt-Speicher zugeordnet werden! Es ist unter keinen Umständen erlaubt, mehrere solcher Speicher zu konfigurieren, die auf denselben Ordner „blicken“.
Im letzten Schritt überprüfen wir alle Einstellungen und klicken auf Fertigstellen.

Einrichten des Backups für die Cloud-Speicherung

Jetzt konfigurieren wir das SOBR-Repository entsprechend:

Im Blick Backup-Infrastruktur im linken Panel den Knoten auswählen Backup-Repositories und klicken im oberen Menü auf den Punkt Scale-out Repository hinzufügen.
Im Assistenten-Schritt Leistungsstufe geben wir die Extents an und definieren, wie die Backups dort abgelegt werden sollen:
Bei Schritt Capacity Tier:
- wählen Sie die Option Die Kapazität des Scale-out-Backup-Repositories mit Objektspeicher erweitern (die Kapazität des Repositories durch Nutzung von Objektspeicher erweitern) und geben an, welchen spezifischen Objektspeicher wir verwenden möchten. Sie können aus der Liste wählen oder den Assistenten zur Erstellung starten, indem Sie auf klicken Add.
- geben wir an, an welchen Tagen und zu welchen Zeiten das Hochladen in die Cloud möglich ist – dafür klicken wir auf die Schaltfläche Window (Hochladefenster).
- wir konfigurieren die Aufbewahrungspolitik – wir geben an, nach wie vielen Tagen der Aufbewahrung im SOBR-Repository die Daten „zweiter Frische“ sind und in die Cloud übertragen werden können – in unserem Beispiel sind das 15 Tage.
- Sie können die Datenverschlüsselung beim Hochladen in die Cloud aktivieren – wählen Sie dafür die Option Daten, die in den Objektspeicher hochgeladen werden, verschlüsseln und geben Sie an, welches der Passwörter, das im Credentials Manager, gespeichert ist, verwendet werden soll. Die Verschlüsselung erfolgt mit AES 256-Bit.

Standardmäßig werden Daten von Extents gesammelt und in ein Objektspeicher übertragen, mithilfe eines speziellen Auftrags — SOBR Offload-Job. Dieser läuft im Hintergrund und wird nach dem Namen des SOBR-Repositorys mit dem Suffix Offload (z. B., Amazon Offload) und führt alle 4 Stunden die folgenden Operationen durch:

Überprüft, ob die in den Extents gespeicherten Backup-Ketten den Kriterien für die Übertragung in den Objektspeicher entsprechen.
Sammelt die überprüften Ketten und sendet sie blockweise in den Objektspeicher.
Dokumentiert die Ergebnisse seiner Sitzung in der Datenbank, damit der Administrator bei Bedarf darauf zugreifen kann.

Das Schema für die Datenübertragung und die Struktur ihrer Speicherung in der Cloud ist im folgenden Bild dargestellt:

Wichtig! Für die Erstellung eines solchen mehrstufigen Speichersystems benötigen Sie eine Lizenz der Edition nicht niedriger als Enterprise.

Backups, die in die Cloud gespeichert werden, können selbstverständlich direkt aus dem Speicherort für die Wiederherstellung verwendet werden. Außerdem können sie auch aus der Cloud heruntergeladen und mit der kostenlosen Veeam Backup Community Edition wiederhergestellt werden.

Neuigkeiten zum Arbeiten mit Cloud-Infrastrukturen

Für die Arbeit mit Amazon

Die Wiederherstellung aus Backups direkt in AWS wird für VMs mit Windows- oder Linux-Gastsystemen sowie für physische Maschinen unterstützt. All dies kann in virtuelle Maschinen in AWS EC2 VM, einschließlich Amazon Government Cloud und Amazon China.
Es wird eine integrierte UEFI2BIOS-Konvertierung unterstützt.

Für die Arbeit mit Microsoft Azure

Unterstützung für Azure Government Cloud und Azure CSP-Abonnements wurde implementiert.
Es besteht die Möglichkeit, eine Netzwerk-Sicherheitsgruppe bei der Wiederherstellung in Azure IaaS VMs auszuwählen.
Beim Zugriff auf die Cloud mit einem Azure-Konto kann jetzt der Benutzer von Azure Active Directory angegeben werden.

Neu in der Unterstützung von Anwendungsbetrieb

Für den Betrieb von Anwendungen auf vSphere-VMs wurde Unterstützung für Kerberos-Authentifizierung. Dies ermöglicht die Deaktivierung von NTLM in den Netzwerkeinstellungen des Gastsystems, um Angriffe zu verhindern, die Hash-Übertragungen ausnutzen, was für Infrastrukturen mit nicht optimalem Kontrollniveau von großer Bedeutung ist.
Das Modul zur Sicherung von Transaktionsprotokollen SQL und Oracle verwendet nun bei der Sicherung von Protokollen einen nicht-systematischen Speicherort als Hilfsziel. E, wo oft der Platz fehlt, und die mit maximalem freien Speicher. Im Linux-VM wird das Verzeichnis verwendet /var/tmp oder /tmp, auch abhängig vom verfügbaren Speicherplatz.
Beim Backup von Protokollen Oracle-Redo-Protokollen wird eine Analyse durchgeführt, um garantierte Wiederherstellungspunkte zu sichern Garantierte Wiederherstellungspunkte (sind Teil der integrierten Funktion Oracle Flashback).
Unterstützung für Oracle Data Guard.

Verbessertes Backup

Die maximal unterstützte Größe von Festplatte und Backup-Datei wurde um mehr als das 10-fache erhöht: Bei einer Blockgröße von 1 MB kann die maximale Größe der Festplatte im Backup nun 120 TB betragen, und die maximale Größe der gesamten Backup-Datei beträgt 1 PB. (Bestätigt durch Tests von 100 TB für beide Werte.)
Für unverschlüsselte Backups wurde der Umfang der Metadaten um 10 MB reduziert.
Die Leistung der Prozesse zur Initialisierung und zum Abschluss der Backup-Aufgabe wurde optimiert; als Ergebnis werden Backups kleiner VMs nahezu doppelt so schnell durchgeführt.
Das Modul, das für die Veröffentlichung des VM-Image-Inhalts verantwortlich ist, wurde überarbeitet, was zu einer erheblichen Beschleunigung der Wiederherstellung auf Datei- und Objektebene führte.
Die Einstellungen der bevorzugten Netzwerke werden jetzt auch auf die WAN-Beschleuniger angewendet.

Neuheit bei der Wiederherstellung

Die neue Möglichkeit zur vollständigen Wiederherstellung von VMs heißt Staged Restore — stufenweise Wiederherstellung. In diesem Modus wird die VM zunächst aus dem gewünschten Backup in einer „Sandbox“ (die jetzt DataLab heißt) wiederhergestellt. Auf dem Gastbetriebssystem kann ein eigenes Skript ausgeführt werden, um Änderungen an den Datenbankinhalten, den Betriebssystemeinstellungen oder Anwendungen vorzunehmen. Die VM mit bereits vorgenommenen Änderungen kann dann in die Produktionsumgebung übertragen werden. Dies kann nützlich sein, um beispielsweise im Voraus die benötigten Anwendungen zu installieren, Einstellungen zu aktivieren oder zu deaktivieren, persönliche Daten zu entfernen usw.

Mehr Informationen finden Sie hier. hier (in englischer Sprache).

Hinweis: Eine Lizenz ist mindestens erforderlich Enterprise.

Es besteht auch die Möglichkeit Sichere Wiederherstellung — sicheres Recovery (funktioniert für nahezu alle Arten von Wiederherstellungen). Jetzt können Sie vor Beginn des Wiederherstellungsprozesses die Dateien des Gastsystems der VM (direkt im Backup) auf Viren, Trojaner usw. überprüfen. Dazu werden die Festplatten der VM an den Mount-Server, der mit dem Repository verknüpft ist, angebunden und der Scanvorgang mit der auf diesem Mount-Server installierten Antivirensoftware gestartet. (Es ist nicht erforderlich, dass dieselbe Antivirensoftware auf dem Mount-Server und der VM installiert ist.)

„Out-of-the-box“ werden Microsoft Windows Defender, Symantec Protection Engine und ESET NOD32 unterstützt; es kann auch eine andere Antivirensoftware angegeben werden, sofern diese die Arbeit über die Befehlszeile unterstützt.

Mehr Informationen finden Sie hier. hier (in Englisch).

Neuigkeiten zur Arbeit mit Microsoft Hyper-V

In Backup- und Replikationsaufträge können jetzt Hyper-V-VM-Gruppen hinzugefügt werden.
Sofortige Wiederherstellung in Hyper-V-VMs aus Backups, die mit Veeam Agent erstellt wurden, unterstützt Windows 10 Hyper-V als Zielhypervisor.

Neuigkeiten zur Arbeit mit VMware vSphere

Die Schreibcache-Leistungsverbesserung von vPower NFS wurde mehrfach optimiert – für eine effizientere sofortige Wiederherstellung von VMs und eine optimierte Nutzung von SSDs.
vPower NFS funktioniert jetzt effizienter mit dem SOBR-Repository, was es ermöglicht, mehr virtuelle Maschinen gleichzeitig zu verarbeiten.
Der vPower NFS-Server hat jetzt die Option zur Authentifizierung von Hosts über die IP-Adresse (standardmäßig wird der Host ESXi, der den vPower NFS-Datenspeicher bereitstellt, autorisiert). Um diese Funktion im Registry des Mount-Servers zu deaktivieren, gehen Sie zu HKEY_LOCAL_MACHINE
SOFTWAREWOW6432NodeVeeamVeeam NFS und erstellen Sie unter diesem Schlüssel vPowerNFSDisableIPAuth
Jetzt können Sie einen SureBackup-Job so konfigurieren, dass er den vPower NFS-Cache verwendet (neben der Umleitung von Änderungsaufzeichnungen zum vSphere-Datenspeicher). Dies löst das Problem der Nutzung von SureBackup für VMs mit Festplatten größer als 2 TB, wenn das einzige Storage für vSphere VMware VSAN ist.
Unterstützung für Paravirtual SCSI-Controller mit mehr als 16 angehängten Festplatten wurde implementiert.
Quick Migration überträgt jetzt automatisch auch die vSphere-Tags; diese Tags werden auch bei der sofortigen Wiederherstellung von VMs beibehalten.

Verbesserungen in der Unterstützung für Linux-VMs

Für Konten, die auf root, müssen Sie jetzt die Option NOPASSWD:ALL für sudoers nicht mehr hinzufügen.
Unterstützung für die aktivierte Option !requiretty in sudoers wurde hinzugefügt (das ist die Standardkonfiguration, zum Beispiel für CentOS).
Bei der Registrierung eines Linux-Servers können Sie jetzt den Befehl zur Umschaltung ausführen. su, wenn der Befehl sudo nicht verfügbar ist.
Die Überprüfung des SSH-Fingerprints erstreckt sich jetzt auf alle Verbindungen zum Linux-Server – zum Schutz vor MITM-Angriffen.
Die Zuverlässigkeit des PKI-Authentifizierungsalgorithmus wurde erhöht.

Neue Plugins

Veeam Plug-in für SAP HANA – ermöglicht die Nutzung der BACKINT-Schnittstelle für das Backup und die Wiederherstellung von HANA-Datenbanken in/von Veeam-Repositorys. Unterstützung für HCI SAP HANA wurde implementiert. Die Lösung ist von SAP zertifiziert.

Veeam Plug-in für Oracle RMAN – ermöglicht die Verwendung von RMAN-Manager für das Backup und die Wiederherstellung von Oracle-Datenbanken in/von Veeam-Repositorys. (Dabei muss die vorhandene, eingebaute Integration auf OCI nicht ersetzt werden.)

Zusätzliche Funktionen

Experimentelle Unterstützung für das Klonen von Blöcken für deduplizierte Dateien auf Windows Server 2019 ReFS. Um dieses Feature zu aktivieren, müssen Sie im Registrierungseditor des Veeam Backup-Servers den Schlüssel HKEY_LOCAL_MACHINE\SOFTWARE\Veeam\Veeam Backup and Replication finden und den Wert ReFSDedupeBlockClone (DWORD).
hinzufügen. Im Setup ist jetzt Microsoft SQL Server 2016 SP1 enthalten.
Für die Arbeit mit der RESTful API wurde Unterstützung für JSON implementiert.