Ende Januar wurde das Update 4 für die Veeam Availability Suite 9.5 veröffentlicht, das mit neuen Funktionen gespickt ist, die einem vollwertigen major Release gleichkommen. Heute möchte ich kurz die wichtigsten Neuheiten vorstellen, die in Veeam Backup & Replication implementiert wurden; über Veeam ONE verspreche ich, in naher Zukunft zu schreiben. In diesem Überblick werden wir Folgendes betrachten:

Versionen von Systemen und Anwendungen, die jetzt vom Produkt unterstützt werden
die Arbeit mit Cloud-Infrastrukturen
Verbesserungen beim Backup
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 unter Linux, neuen Plug-ins und weiteren Funktionen.

Also, 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 für die Installation von Veeam Backup & Replication und seinen remote Komponenten
Maschine, die mit Veeam Agent für Microsoft Windows gesichert werden kann

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

Die neue Hypervisor-Version wurde unterstützt Microsoft Windows Server Hyper-V 2019, einschließlich der Unterstützung von VMs mit virtueller Hardwareversion 9.0.

Für beliebte Systeme und Anwendungen Microsoft Active Directory 2019, Exchange 2019 und SharePoint 2019 wird ein Backup mit Berücksichtigung der Anwendungsaktivität (application-aware processing) und die Wiederherstellung von Anwendungselementen mit den Tools von Veeam Explorer unterstützt.

Für VMs mit Windows-Gastbetriebssystem wurde die Unterstützung implementiert Oracle Database 18c — ebenfalls unter Berücksichtigung der Anwendungsaktivität, einschließlich Backup von Protokollen und der Möglichkeit, auf einen bestimmten Punkt wiederherzustellen.

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

Flexible Möglichkeiten zur Speicherung von Backups mit dem Capacity Tier

Kapazitätsstufe — dies ist ein neuer Ansatz zur Speicherung von Backups in einem skalierbaren Repository (scale-out backup repository, SOBR) mit der Möglichkeit einer automatisierten Datenübertragung in Cloud-Speicher.

Mit Capacity Tier und Speicherpolitik können Sie ein effektives mehrstufiges Speichersystem einrichten, bei dem frische Backups "zum Greifen nah" (also in ausreichend оперативном Speicher) für eine sofortige Wiederherstellung bereitliegen. Nach Ablauf der festgelegten Frist wechseln sie in die Kategorie der "zweiten Frische" und werden automatisch an einen Remote-Standort verschoben – in diesem Fall in die Cloud.

Für die Verwendung von Capacity Tier sind Folgendes erforderlich:

ein oder mehrere SOBR-Repositories, die 1 oder mehr Extent-Repositories enthalten
ein Cloud-Repository (sogenanntes Object Storage Repository)

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

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

Backup-Repositories so einrichten, dass sie als Extents des SOBR-Repositories verwendet werden.
Ein Cloud-Repository einrichten.
Einen skalierbaren SOBR-Repositories einrichten und Extent-Repositories hinzufügen.
Die Bindung des Cloud-Repositories an den SOBR einrichten und die Speicherpolitik sowie das Hochladen in die Cloud festlegen – das wird die Konfiguration Ihres Capacity Tier sein.
Ein Backup-Job erstellen, der Backups im SOBR-Repository speichert.

Punkt 1 ist ziemlich offensichtlich (für diejenigen, die es vergessen haben, gibt es Dokumentation in russischer Sprache). Lassen Sie uns zu Punkt 2 übergehen.

Cloud-Speicher als Bestandteil der Veeam Backup-Infrastruktur

Zur Konfiguration des Cloud-Repositories (auch bekannt als Object Storage) stehen detaillierte Anleitungen zur Verfügung hier (derzeit nur auf Englisch). Kurz gesagt, müssen Sie Folgendes tun:

Im Bereich Backup-Infrastruktur Im linken Bereich wählen wir den Knoten aus Backup-Repositories und klicken im oberen Menü auf Repository hinzufügen.
Wir wählen aus, welches Cloud-Speicher wir konfigurieren möchten:
Dann gehen wir die Schritte des Assistenten durch (hierbei betrachte ich Amazon S3 als Beispiel)

Hinweis: Es werden Speichersysteme des Typs unterstützt Standard und Infrequent Access.

Zuerst geben wir den Namen und eine kurze Beschreibung unseres neuen Speichers ein.
Dann geben wir das Konto zum Zugriff auf Amazon S3 an – wir wählen ein bestehendes aus der Liste oder klicken auf Hinzufügen und geben ein neues ein. Aus der Liste der Regionen für die Rechenzentren Rechenzentrumsregion wählen wir die gewünschte Region aus.

Tipp: Für die Angabe der Konten, die bei der Arbeit mit Cloud-Komponenten verwendet werden, wurde der Cloud Credentials Manager.
entwickelt. Wenn eine Regelung des Internetverkehrs über ein Gateway erforderlich ist, kann die entsprechende Option ausgewählt werden. Verwenden Sie den Gateway-Server und den benötigten Gateway angeben.
Wir geben die Einstellungen für den neuen Speicher an: den benötigten Bucket, den Ordner, in den unsere Backups abgelegt werden, die Einschränkung des Gesamtplatzes (optional) und die Speicherklasse (optional).

Wichtig! Einer Ordner kann nur mit einem Objektspeicher verknüpft werden! Es ist auf keinen Fall erlaubt, mehrere solcher Speicher zu konfigurieren, die auf denselben Ordner 'zeigen'.
Im letzten Schritt überprüfen wir alle Einstellungen und klicken auf Fertigstellen.

Konfiguration des Hochladens von Backups in den Cloud-Speicher

Jetzt konfigurieren wir das SOBR-Repository entsprechend:

Im Bereich Backup-Infrastruktur Im linken Bereich wählen wir den Knoten aus Backup-Repositories und klicken im oberen Menü auf Skalierbares Repository hinzufügen.
Im Schritt des Wizards Leistungsstufe geben wir die Extents für ihn an und sagen, wie die Backups in ihnen abgelegt werden sollen:
Schritt Kapazitätsstufe:
- wir wählen die Option Kapazität des skalierbaren Backup-Repositories mit Objektspeicher erweitern (Erweiterung der Kapazität des Repositories durch Nutzung des Objektspeichers) und geben an, welches spezifische Cloud-Objektspeicher verwendet werden soll. Man kann aus der Liste wählen oder den Assistenten zur Erstellung starten, indem man auf Hinzufügen.
- angeben, an welchen Tagen und zu welchen Zeiten das Hochladen in die Cloud erfolgen kann — dazu drücken wir die Taste Zeitfenster (Hochladefenster).
- Wir konfigurieren die Aufbewahrungsrichtlinie — wir geben an, nach wie vielen Tagen der Speicherung im SOBR-Repository die Daten 'zweiter Frische' werden und in die Cloud verschoben werden können — in unserem Beispiel sind dies 15 Tage.
- Es kann die Datenverschlüsselung beim Hochladen in die Cloud aktiviert werden — dafür wählen Sie die Option Daten, die in den Objektspeicher hochgeladen werden, verschlüsseln und geben an, welches der in Credentials Manager, gespeicherten Passwörter zu verwenden ist. Die Verschlüsselung erfolgt mit AES 256-Bit.

Standardmäßig werden die Daten von den Extents gesammelt und mit einem speziellen Aufgabentyp in den Objektspeicher verschoben — SOBR Offload-Job. Er arbeitet im Hintergrund, wird nach dem Namen des SOBR-Repositories mit dem Suffix Offload (zum Beispiel, Amazon Offload) und führt alle 4 Stunden die folgenden Operationen durch:

Überprüft, ob die Backup-Ketten, die in den Extents gespeichert sind, den Kriterien für die Verschiebung in den Objektspeicher entsprechen.
Sammelt die geprüften Ketten und sendet sie blockweise an den Objektspeicher.
Aufzeichnung der Ergebnisse seiner Sitzung in die Datenbank, damit der Administrator sie bei Bedarf einsehen kann.

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

Wichtig! Um ein solches mehrstufiges Speichersystem zu erstellen, benötigen Sie eine Lizenz für eine Edition, die nicht niedriger ist als Enterprise.

Backups, die in die Cloud gespeichert sind, können natürlich zur Wiederherstellung direkt aus dem Speicherort verwendet werden. Außerdem ist es auch möglich, sie aus der Cloud auf lokale Maschinen herunterzuladen und mit sogar der kostenlosen Veeam Backup Community Edition wiederherzustellen.

Neuigkeiten zur Arbeit mit Cloud-Infrastrukturen

Für die Arbeit mit Amazon

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

Für die Arbeit mit Microsoft Azure

Die Unterstützung für Azure Government Cloud und Azure CSP-Abonnements wurde implementiert.
Es besteht die Möglichkeit, die Netzwerk-Sicherheitsgruppe bei der Wiederherstellung in Azure IaaS-VMs auszuwählen.
Bei der Anmeldung in der Cloud mit einem Azure-Konto können Sie nun den Azure Active Directory-Benutzer angeben.

Neuigkeiten zur Unterstützung von Anwendungsoperationen

Für die Ausführung von Anwendungen auf vSphere-virtuellen Maschinen wurde Unterstützung implementiert Kerberos-Authentifizierung. Dies ermöglicht das Deaktivieren von NTLM in den Netzwerkeinstellungen des Gastbetriebssystems, um Angriffe zu verhindern, die Hash-Übertragungen nutzen, was besonders relevant für Infrastrukturen mit einem nicht besonders hohen Kontrollniveau ist.
Das Modul zum Backup von Transaktionsprotokollen SQL und Oracle verwendet jetzt als Hilfsstandort für das Backup von Protokollen nicht die Systemfestplatte C, wo oft der Speicherplatz ausgeht, sondern die mit dem maximalen freien Speicherplatz. Auf Linux-VMs wird das Verzeichnis verwendet /var/tmp oder /tmp, auch abhängig vom freien Speicherplatz.
Beim Backup von Protokollen Oracle redo logs wird eine Analyse durchgeführt, um garantierte Wiederherstellungspunkte zu speichern. Guaranteed Restore Points (sind Teil der integrierten Funktion Oracle Flashback).
Unterstützung hinzugefügt für Oracle Data Guard.

Verbessertes Backup

Die maximal unterstützte Größe von Festplatte und Backup-Datei wurde um mehr als das Zehnfache erhöht: Bei einer Blockgröße von 1 MB kann die maximale Größe einer Festplatte im Backup jetzt 120 TB betragen, und die maximale Größe der gesamten Backup-Datei beträgt 1 PB. (100 TB wurden für beide Werte in Tests bestätigt.)
Für Backups ohne Verschlüsselung wurde das Volumen der Metadaten um 10 MB reduziert.
Die Leistung der Prozesse zur Initialisierung und Beendigung von Backup-Jobs wurde optimiert; als Ergebnis werden Backups kleiner VMs fast doppelt so schnell durchgeführt.
Das Modul, das für die Veröffentlichung von VM-Image-Inhalten verantwortlich ist, wurde überarbeitet, was eine erhebliche Beschleunigung der Wiederherstellung auf Datei- und Objektebene zur Folge hatte.
Die Einstellungen für bevorzugte Netzwerke werden jetzt auch auf WAN-Beschleuniger angewandt.

Neu bei der Wiederherstellung

Die neue Möglichkeit zur vollständigen Wiederherstellung der VM heißt Staged Restore — gestaffelte Wiederherstellung. In diesem Modus wird die VM zunächst aus dem gewünschten Backup in einer „Sandbox“ (die jetzt den Namen DataLab trägt) wiederhergestellt, dabei kann ein eigenes Skript auf dem Gastbetriebssystem gestartet werden, um Änderungen an den Inhalten der Datenbank, der Betriebssystem- oder Anwendungs-einstellungen vorzunehmen. Die bereits vorgenommenen Änderungen an der VM können dann in die Produktionsinfrastruktur überführt werden. Dies kann nützlich sein, um beispielsweise die benötigten Anwendungen im Voraus zu installieren, Einstellungen zu aktivieren oder zu deaktivieren, persönliche Daten zu löschen usw.

Weitere Informationen sind hier zu finden hier (in englischer Sprache).

Hinweis: Es wird eine Lizenz benötigt, die mindestens Enterprise.

Es gibt auch die Möglichkeit Secure Restore — sicheres Wiederherstellen (funktioniert für fast alle Arten der Wiederherstellung). Jetzt können vor Beginn des Wiederherstellungsprozesses die Dateien des Gastbetriebssystems der VM (direkt in der Sicherung) auf Viren, Trojaner usw. überprüft werden – dazu werden die Festplatten der VM an den Mount-Server angeschlossen, der mit dem Repository verbunden ist, und es wird ein Scanverfahren mit einem Antivirenprogramm gestartet, das auf diesem Mount-Server installiert ist. (Es ist nicht notwendig, dass auf dem Mount-Server und auf der VM dasselbe Antivirenprogramm installiert ist.)

Standardmäßig werden Microsoft Windows Defender, Symantec Protection Engine und ESET NOD32 unterstützt; es kann auch ein anderes Antivirenprogramm angegeben werden, sofern es die Arbeit über die Kommandozeile unterstützt.

Weitere Informationen sind hier zu finden hier (in englischer Sprache).

Neu im Umgang mit Microsoft Hyper-V

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

Neu im Umgang mit VMware vSphere

Die verbesserte Leistung des Schreibcaches bei vPower NFS – für eine effizientere sofortige Wiederherstellung von VMs und eine Optimierung der SSD-Nutzung.
vPower NFS arbeitet nun effizienter mit dem SOBR-Repository, was die gleichzeitige Verarbeitung von mehr virtuellen Maschinen ermöglicht.
Der vPower NFS-Server hat jetzt die Option zur Authentifizierung von Hosts anhand der IP-Adresse (standardmäßig hat der ESXi-Host, der das vPower NFS-Datenspeicher bereitstellt, Zugriff). Um diese Funktion zu deaktivieren, gehen Sie in der Registrierung des Mount-Servers zu HKEY_LOCAL_MACHINE
SOFTWAREWOW6432NodeVeeamVeeam NFS und erstellen Sie darunter einen Schlüssel vPowerNFSDisableIPAuth
Jetzt kann die SureBackup-Aufgabe so konfiguriert werden, dass der vPower NFS-Cache verwendet wird (neben einer Umleitung der Änderungsaufzeichnungen auf das vSphere-Datenspeicher). Dies löst das Problem der Verwendung von SureBackup für VMs mit Festplatten über 2 TB, wenn das einzige Storage-System 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 nun auch vSphere-Tags automatisch; diese Tags bleiben auch bei der sofortigen Wiederherstellung von VMs erhalten.

Verbesserungen bei der Unterstützung von Linux-VMs

Für Konten, die auf steigen müssen root, ist es jetzt nicht mehr erforderlich, die Option NOPASSWD:ALL für sudoers hinzuzufügen.
Unterstützung für die aktivierte Option !requiretty in sudoers hinzugefügt (dies ist die Standardeinstellung, beispielsweise für CentOS).
Bei der Registrierung eines Linux-Servers kann jetzt mit dem Befehl su, wenn der Befehl sudo nicht verfügbar ist.
Die Überprüfung des SSH-Fingerabdrucks wird jetzt auf alle Verbindungen des Linux-Servers ausgeweitet – 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 Verwendung der BACKINT-Schnittstelle für die Sicherung und Wiederherstellung von HANA-Datenbanken in/aus dem Veeam-Repository. 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 die Sicherung und Wiederherstellung von Oracle-Datenbanken in/aus dem Veeam-Repository. (Dabei ist es nicht notwendig, die bestehende integrierte OCI-basierte Integration zu ersetzen.)

Zusätzliche Funktionen

Experimentelle Unterstützung für Blockklonierung von deduplizierten Dateien auf Windows Server 2019 ReFS. Um diese Funktion zu aktivieren, suchen Sie in der Registrierung des Veeam-Backup-Servers den Schlüssel HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Backup and Replication und erstellen Sie den Wert ReFSDedupeBlockClone (DWORD).
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.