Kategorie Veeam

Erläuterung
Für das Konzept kann davon ausgegangen werden, dass die Veeam Agent-Backups der Laptops der Vertriebsmitarbeiter vom Backup-Server verwaltet werden sollten. Diese Annahme basiert auf den bewährten Verfahren und Empfehlungen für den Einsatz von Veeam Backup & Replication. Veeam Agent-Backups von Laptops des Verkaufspersonals sollten vom Backup-Server verwaltet werden, um eine zentrale Verwaltung, Überwachung und Berichterstellung für alle agentenbasierten Backups zu ermöglichen. Dies kann auch die Backup-Konfiguration, -Planung und -Aufbewahrung für die Laptop-Agenten vereinfachen.

Erläuterung
Die zusätzliche Information, die für die Definition des späteren Implementierungsprozesses benötigt wird, ist, wie viele Sicherungsdaten auf der alten Hardware gespeichert sind. Diese Information ist wichtig für den Entwurf und die Dimensionierung der Migrationsstrategie und des Zeitplans für die Verlagerung der Backups von der alten Hardware auf die neue Hardware. Anhand der Menge der Sicherungsdaten können Sie zum Beispiel abschätzen, wie lange das Kopieren oder Verschieben der Sicherungen auf die neuen Speichergeräte dauern wird. Anhand der Menge der Sicherungsdaten können Sie auch feststellen, ob Sie Komprimierung, Deduplizierung oder WAN-Beschleunigung einsetzen müssen, um den Migrationsverkehr zu optimieren.
Referenzen: [Migration von Sicherungsdateien], [WAN-Beschleunigung]

Erläuterung
Option C verwendet Replica Seeding, um den Netzwerkverkehr während der ersten Replikation zu reduzieren. Durch Erstellen eines Backup-Auftrags der Quell-VM am primären Standort und Verweisen des Replikationsauftrags auf dieses Backup-Repository am sekundären Standort kann Veeam Backup & Replication die VM aus dem Backup wiederherstellen und mit dem aktuellen Status der Quell-VM synchronisieren. Dann kann es die wiederhergestellte VM als Replikat verwenden2 Referenz: Replica Seeding und Mapping - Benutzerhandbuch für VMware vSphere

Erläuterung
Um eine Disaster-Recovery-Lösung zu entwerfen, die die Anforderung erfüllt, dass die replizierten virtuellen Workloads nicht älter als eine Stunde sein dürfen, müssen Sie einige der potenziellen Risiken und Herausforderungen berücksichtigen, die sich auf das Service Level Agreement (SLA) für den Offsite-Disaster-Recovery-Aspekt dieser Anforderung auswirken können. Auf diese Weise können Sie die Verfügbarkeit und Zuverlässigkeit der Replikations- und Failover-Prozesse sowie die Zielvorgaben für die Wiederherstellungszeit (RTO) und den Wiederherstellungspunkt (RPO) des Unternehmens sicherstellen.
Laut dem Veeam Backup & Replication Best Practice Guide ist eines der potenziellen Risiken für das SLA für den Offsite-Disaster-Recovery-Aspekt dieser Anforderung B. Datenänderungsrate.
Dieses Risiko bedeutet, dass:
*Die Datenänderungsrate ist die Menge an Daten, die innerhalb eines bestimmten Zeitraums geändert, hinzugefügt oder gelöscht werden. Sie wird normalerweise in Prozent oder Megabyte pro Stunde gemessen.
*Die Datenänderungsrate wirkt sich auf die Replikationsleistung und -effizienz aus, da sie bestimmt, wie viele Daten zwischen dem Quell- und dem Zielstandort übertragen und verarbeitet werden müssen.
*Die Datenänderungsrate wirkt sich auch auf die Replikationshäufigkeit und -konsistenz aus, da sie bestimmt, wie oft und wie genau die Replikate aktualisiert und mit den Ursprungs-Workloads synchronisiert werden.
*Die Datenänderungsrate kann je nach Art und Aktivität der Workloads (z. B. Datenbank, Dateiserver, Webserver usw.) variieren. Einige Workloads können eine hohe Datenänderungsrate haben, während andere eine niedrige Datenänderungsrate haben können.
*Die Datenänderungsrate kann die verfügbare Bandbreite oder Speicherkapazität zwischen Ursprungs- und Zielstandort übersteigen, was zu Replikationsausfällen, Verzögerungen oder Fehlern führen kann. Dies kann die SLA für den Offsite-Disaster-Recovery-Aspekt dieser Anforderung gefährden, da die replizierten virtuellen Workloads mehr als eine Stunde alt sein können.
Dieses Risiko hat einige Auswirkungen auf die Entwicklung einer Lösung mit Veeam-Produkten und -Funktionen, wie z. B.:
*Der Kunde oder ein Drittanbieter muss die Datenänderungsrate der zu replizierenden Workloads sowie die verfügbare Bandbreite und Speicherkapazität zwischen Ursprungs- und Zielstandort überwachen und messen. Dies hilft bei der Planung und Optimierung der Replikationsinfrastruktur, z. B. der Proxy-Server, Repository-Server, WAN-Beschleuniger und Failover-Pläne, auf der Grundlage der Datenänderungsrate.
*Der Kunde oder ein Drittanbieter muss die Replikationseinstellungen und -richtlinien, wie z. B. Replikationsmethode, -zeitplan, -häufigkeit, -aufbewahrung, -komprimierung, -duplizierung usw., auf der Grundlage der Datenänderungsrate konfigurieren und anpassen. Dies trägt dazu bei, die Replikationsleistung und -effizienz zu verbessern und die SLA für den Offsite-Disaster-Recovery-Aspekt dieser Anforderung zu erfüllen.

Erläuterung
Die Information, die bei der Ermittlung fehlt, ist die verfügbare Bandbreite zwischen Fresno und Carson City. Diese Information ist wichtig für die Planung und Dimensionierung der Sicherungskopieaufträge, die täglich zwischen den beiden Standorten ausgeführt werden müssen. Die verfügbare Bandbreite kann die Leistung, Dauer und Größe der Sicherungskopie beeinflussen.
Anhand der verfügbaren Bandbreite können Sie zum Beispiel abschätzen, wie viele Daten innerhalb des Fensters für die Sicherungskopie zwischen den Standorten übertragen werden können. Sie können die verfügbare Bandbreite auch verwenden, um festzustellen, ob Sie Komprimierung, Deduplizierung oder WAN-Beschleunigung verwenden müssen, um den Datenverkehr für die Sicherungskopie zu optimieren.

Erläuterung
*Backup-Aufträge für virtuelle Maschinen mit aktiviertem Protokollversand ermöglichen es Ihnen, Backups auf Image-Ebene von SQL Server-Datenbanken zu erstellen und auch die Transaktionsprotokolle regelmäßig zu sichern12.
*Scale-out Backup Repository ist eine logische Einheit, die mehrere Backup-Repositories in einem einzigen Speicherpool zusammenfasst und so eine bessere Backup-Leistung, Skalierbarkeit und Verwaltung ermöglicht3.
*Die Kapazitätsebene "Skalierbares Backup-Repository" ist eine Funktion, mit der Sie ältere Backup-Dateien in einen öffentlichen Cloud-Objektspeicher wie Amazon S3 oder Azure Blob Storage auslagern können.
Die anderen Optionen sind nicht so effektiv oder effizient, da sie entweder keine Veeam-Funktionen nutzen, nicht auf Objektspeicher auslagern oder keine Backups auf Image-Ebene erstellen.
Referenzen: 1: Versand von Transaktionsprotokollen - Benutzerhandbuch für VMware vSphere 2: Sichern von SQL Server-Transaktionsprotokollen - Veeam 3: Scale-Out Backup Repository - Veeam Backup & Replication Best Practice Guide : Capacity Tier - Benutzerhandbuch für VMware vSphere : How to Use Capacity Tier in Veeam - Veeam

Erläuterung
Laut dem Veeam Backup & Replication Best Practice Guide1 wird unter anderem aus folgenden Gründen empfohlen, an jedem der drei Standorte einen Veeam-Backup-Server einzusetzen:
*Jeder Standort hat Produktionsdaten. Dieser Grund basiert auf dem Prinzip der Lokalität, das besagt, dass Backup-Daten so nah wie möglich an den Quelldaten gespeichert werden sollten, um den Netzwerkverkehr und die Latenz zu reduzieren und die Geschwindigkeit und Effizienz von Backup und Wiederherstellung zu verbessern. Mit einem Veeam-Backup-Server an jedem Standort können Sie lokale Backups der Produktionsdaten an jedem Standort durchführen, ohne die WAN- oder VPN-Verbindungen zwischen den Standorten überwinden zu müssen.
Thema 1, Veeam Universitätsklinikum
Exekutiver Überblick:
Das Veeam University Hospital ist ein Gesundheitsnetzwerk mit Standorten in Boston, Salt Lake City und Columbus.
Das Unternehmen gilt als Pionier bei der Entwicklung bahnbrechender Behandlungsmethoden für zahlreiche Krankheiten und ist weltweit als führend auf seinem Gebiet anerkannt. Aufgrund neuer gesetzlicher Vorschriften und der sich ständig weiterentwickelnden Malware-Problematik hat das Unternehmen beschlossen, seine Datenschutzstrategie zu modernisieren. Vor kurzem wurde das Unternehmen Opfer eines Ransomware-Angriffs, von dem mehrere Systeme mit Patientenbehandlung betroffen waren.
Darüber hinaus haben sie ihr Interesse an einer Replikation virtueller Arbeitslasten zwischen den Standorten im Katastrophenfall bekundet, um ein rechtzeitiges Failover zwischen den Standorten zu ermöglichen und so die Kontinuität der Patientenversorgung zu gewährleisten.
Der Vorstand ist besorgt, dass alle virtuellen Workloads zu diesem Zeitpunkt als ein einziger Ausfallpunkt betrachtet werden können.
Das Veeam University Hospital hat auch Probleme mit der Zeit, die für die Sicherung von NAS-Systemen benötigt wird.
Sie dauern nicht nur zu lange, auch der benötigte Speicherplatz wird als zu groß angesehen, und eine Reduzierung des Speicherplatzes für diese Backups wird gewünscht.
Das Veeam University Hospital hatte Probleme mit der Zeit, die für die Wiederherstellung von Exchange-Elementen benötigt wurde. Die aktuelle Lösung kann nur ganze Postfächer wiederherstellen, und eine Granularität ist nicht möglich.
Damit diese Implementierung erfolgreich ist, müssen die Backups innerhalb des vorgesehenen Zeitfensters abgeschlossen werden, und die Wiederherstellung der Daten sollte schneller erfolgen als bei der derzeitigen Lösung, die 24 bis 48 Stunden für eine vollständige Systemwiederherstellung benötigt.
Lösungskonzept:
Das Universitätsklinikum ersetzt seine derzeitige Backup-Lösung Veeam. Sie planen, die Daten an allen drei Standorten zu schützen, wobei die Backups für die Wiederherstellung im Katastrophenfall außerhalb des Standorts kopiert werden. Sie haben auch ihr Interesse bekundet, Maßnahmen zu ergreifen, um weitere Datenverluste durch Ransomware zu verhindern. Die Täter konnten im Rahmen des Angriffs auch die vorhandenen Backups verschlüsseln, so dass eine Datenwiederherstellung unmöglich ist. Veeam University Hospital ist auch an möglichen Public-Cloud-Technologien interessiert, die helfen könnten, dieses Risiko zu mindern.
Darüber hinaus wird eine Replikation der laufenden Arbeitslasten auf sekundäre Standorte implementiert, um im Katastrophenfall eine Ausfallsicherung zu ermöglichen und die Ausfallzeiten zu verkürzen.
Bestehendes technisches Umfeld:
Das Veeam Universitätsklinikum verfügt über VMware-Cluster an allen Standorten. Aus Sicherheitsgründen ist jeder Cluster für die Abteilung bestimmt, die er bedient. Eine Kommunikation zwischen den Clustern ist nicht möglich. Diese Cluster sind in zwei Kategorien unterteilt, wobei ein Cluster Datenbank-Workloads und der andere virtuelle Maschinen für allgemeine Zwecke hostet.
Vertrauliche Patientendaten liegen auf mehreren NAS-Systemen als unstrukturierte Daten vor. Auf diesen NAS-Systemen werden lediglich Backups erstellt, um die Konsistenz der Datenbank zu gewährleisten.
Das Veeam University Hospital verfügt über eine interne Patientendatenbank, für die ein benutzerdefiniertes Skript vor den Backups ausgeführt werden muss, um die Konsistenz der Datenbank zu gewährleisten.
MSSQL und Oracle werden von den meisten Abteilungen verwendet, mit einer Mischung aus virtuellen und physischen Implementierungen.
Jeder Standort verfügt über eine 10 GbE-Verbindung zum öffentlichen Internet, und der gesamte Datenverkehr zwischen den Standorten wird über diese Verbindungen per VPN geleitet.
An jedem Standort sind 20 vLANs im Einsatz, von denen 16 für VMware-Workloads verwendet werden.
Aus Sicherheits- und Regulierungsgründen sind alle vLANs durch eine Firewall voneinander getrennt.
Die aktuellen Backups schreiben auf NFS-Speicher.
Allen Ärzten und Labormitarbeitern werden Laptops zugewiesen, die ebenfalls geschützt werden müssen. Der Speicherort der Daten auf diesen Geräten wird über Gruppenrichtlinien durchgesetzt und ist in der gesamten Organisation einheitlich.
Derzeit gibt es keine Lösung für die Wiederherstellung im Katastrophenfall, abgesehen von der Wiederherstellung von Sicherungsdateien.
Geschäftliche Anforderungen:
Jede neue Lösung muss die Vorteile der Automatisierung und der Selbstbedienungsfunktionen nutzen. Beide Funktionen sind erforderlich, um die Verwaltungskosten zu senken. Der rollenbasierte Zugriff (RBAC) ist obligatorisch. So können z. B. nur Oracle-Administratoren in der Lage sein, eine Self-Service-Wiederherstellung von Oracle-Daten durchzuführen.
Geschäftskritische Anwendungen dürfen während der Geschäftszeiten nicht beeinträchtigt werden. Alle Sicherungen müssen abgeschlossen sein zwischen
18.00 Uhr und 8.00 Uhr Ortszeit.
Um den gesetzlichen Anforderungen zu entsprechen, müssen alle Daten drei Jahre lang aufbewahrt werden.
Zu Archivierungszwecken müssen 12 Monatssicherungen und drei Jahressicherungen außer Haus aufbewahrt werden.
Das Veeam Universitätsklinikum wird nur den Speicher vor Ort kaufen, um das Wachstum für drei Jahre Backup-Aufbewahrung zu bewältigen.
Bei allen replizierten virtuellen Workloads dürfen die Daten nicht älter als eine Stunde sein.
Aufgrund gesetzlicher Bestimmungen müssen alle geschützten Daten während des Flugs und im Ruhezustand verschlüsselt werden.
Um die Service-Level-Vereinbarungen mit den Kunden zu erfüllen, wird ein handelsübliches Helpdesk-Ticketing-System verwendet. Alle generierten Warnmeldungen müssen in dieses System integriert werden, um Support-Tickets zu erstellen.
Technische Anforderungen:
Die Backups müssen die Vorteile der öffentlichen Cloud-Speicherung für langfristige Archivierungszwecke nutzen.
Die Lösung muss eine lokale Sicherung aufbewahren und in der Lage sein, eine zusätzliche Kopie der Produktionsdaten zu erstellen. Beide Backups sollten vor Ort bei den zu schützenden Produktionssystemen aufbewahrt werden.
Für eine schnelle Wiederherstellung muss zumindest eine Kopie der geschützten Daten vor Ort vorhanden sein.
Wegen der Bedrohung durch Ransomware muss mindestens eine unveränderliche oder luftdicht verschlossene Kopie der geschützten Daten im Off-Side-Bereich liegen.
Um die Integrität der Daten zu gewährleisten, müssen die Backups vor der Wiederherstellung überprüft und auf Malware gescannt werden.
Zusätzlich zu den Self-Service-Oracle-Wiederherstellungen müssen native Oracle-Tools verfügbar und PowerShell-Skripte bereit sein, um Ad-hoc-Sicherungen und -Wiederherstellungen durchzuführen.
Die Backup-Lösung muss verschlüsselte VMware-Datenspeicher unterstützen.
Backups müssen in logischen, skalierbaren Speichersystemen gespeichert werden, die ohne Unterbrechung erweitert werden können.
Bei der Sicherung von Endbenutzer-Laptops sollten nur die Benutzerdaten gesichert werden. Die Dateien des Betriebssystems sollten davon ausgenommen werden.
Persönliche Dateien wie Musik, Fotos und Videos müssen für die Sicherung ausgeschlossen werden.

Erläuterung
Die empfohlene Speicheroption für die Backups, die vor Ort aufbewahrt werden, ist ein physischer Server mit Veeam Hardened Repository. Ein Veeam Hardened Repository ist eine Art Backup-Repository, das durch die Verwendung von Linux-XFS-Dateisystemfunktionen und Linux-Zugriffskontrollmechanismen Unveränderlichkeit und Schutz vor Ransomware für Backup-Dateien bietet. Aus Gründen der Leistung, Sicherheit und Skalierbarkeit wird ein physischer Server einem virtuellen Server vorgezogen. Ein Veeam Hardened Repository erfüllt die Anforderungen des Kunden an Compliance, Sicherheit und Aufbewahrung und unterstützt alle Backup-Typen und -Funktionen.

Erläuterung
Um eine Disaster-Recovery-Lösung zu entwerfen, die den Bedürfnissen und Anforderungen des Veeam University Hospital entspricht, müssen Sie in der Findungsphase einige Informationen ermitteln. Diese Informationen helfen Ihnen, den Umfang und das Ausmaß der Replikations- und Failover-Prozesse, die Netzwerk- und Speicherressourcen und deren Einschränkungen sowie die Ziele für die Wiederherstellungszeit und den Wiederherstellungspunkt zu verstehen.
Gemäß dem Veeam Backup & Replication Best Practice Guide sind einige der Informationen, die für den Entwurf der Disaster Recovery-Lösung erforderlich sind und während der Erkundung ermittelt werden müssen, folgende:
*Die Anzahl der zu replizierenden virtuellen Maschinen. Anhand dieser Informationen können Sie die Anzahl und Größe der Replikationsaufträge sowie die Replikationsleistung und Skalierbarkeit auf der Grundlage der Anzahl und des Typs der virtuellen Maschinen bestimmen.
*Die verfügbare Bandbreite zwischen den Standorten. Anhand dieser Informationen können Sie die Netzwerkbandbreite und den Durchsatz, die für den Replikationsverkehr zur Verfügung stehen, sowie die Auswirkungen der Replikationsaktivitäten auf die Netzwerkleistung und die Latenzzeit abschätzen.
*Welche Standorte sind die Quelle der Replikation und welche Standorte sind die Ziele für die Wiederherstellung. Diese Informationen helfen Ihnen bei der Planung und Konfiguration der Replikationsinfrastruktur, z. B. der Proxy-Server, Repository-Server, WAN-Beschleuniger und Failover-Pläne, basierend auf den Quell- und Zielstandorten.

Erläuterung
*Das RMAN-Plugin ist eine Komponente zur Integration von Veeam Backup & Replication mit Oracle RMAN, einem nativen Tool für Oracle-Backup und -Wiederherstellung12.
*Das RMAN-Plugin ermöglicht die Verwendung von Oracle RMAN-Befehlen zur Sicherung und Wiederherstellung von Oracle-Datenbanken in Veeam-Backup-Repositories sowie zur Durchführung von Protokollversand und Point-in-Time-Recovery12.
*Das RMAN-Plugin unterstützt Oracle-Datenbanken, die auf allen unterstützten Betriebssystemen oder Hypervisoren sowie auf physischen Servern oder in Cloud-Umgebungen laufen12.
*Das RMAN-Plugin nutzt die Funktionen und Vorteile von Veeam Backup & Replication, wie Komprimierung, Deduplizierung, Verschlüsselung, Skalierbarkeit und Zuverlässigkeit12.

Erläuterung
Die Gold-Tier-Sicherungsaufträge haben das strengste Wiederherstellungspunktziel (RPO) von einer Stunde für die Image-Sicherung und 15 Minuten für die Transaktionsprotokollsicherung. Das bedeutet, dass sie häufiger ausgeführt werden müssen als die anderen Sicherungsaufträge und mehr Wiederherstellungspunkte pro Tag erstellen. Um die Einstellungen für die Sicherungskopieaufträge richtig zu planen, benötigen Sie daher weitere Informationen zu den Gold-Tier-Sicherungsaufträgen, z. B. die Anzahl der VMs, die Größe der Sicherungen, die Änderungsrate, die Aufbewahrungsrichtlinie und die Bandbreite, die für das Kopieren der Sicherungen an den Offsite-Speicherort zur Verfügung steht.
Referenzen: [Sicherungskopie], [Sicherungsmethoden], [Kontinuierliche Datensicherung]

Erläuterung
Um ein Backup von Speicher-Snapshots für ein Fibre-Channel-SAN durchzuführen, müssen Sie einen oder mehrere physische Server bereitstellen, die als Backup-Proxys fungieren, und diese mit dem SAN-Fabric verbinden. Der Grund dafür ist, dass Veeam Backup & Replication über das Fibre Channel-Protokoll auf das Speichersystem zugreifen muss, das von virtuellen Maschinen nicht unterstützt wird. Die Backup-Proxys lesen Daten aus den Speicher-Snapshots und übertragen sie an die Backup-Repositories1

Erläuterung
Vielen Dank für Ihre Frage. Ich freue mich, Ihnen bei Ihrem VMCA 2022-Projekt helfen zu können.
Um eine Lösung zu entwerfen, die die Datenbankanforderungen für Veeam University Hospital erfüllt, müssen Sie einige der Optionen und Funktionen in Betracht ziehen, die Oracle-Datenbanken unterstützen und in diese integriert werden können. Dies wird Ihnen helfen, die Konsistenz und Zuverlässigkeit der Oracle-Backups und -Wiederherstellungen sowie die Kompatibilität und Supportfähigkeit der nativen Oracle-Tools mit Veeam-Produkten und -Funktionen sicherzustellen.
Gemäß dem Veeam Backup & Replication Best Practice Guide ist die Option, die am ehesten den Anforderungen entspricht, native Oracle-Dienstprogramme für Backups und Wiederherstellungen zur Verfügung zu haben, D. Installieren Sie das Veeam RMAN-Plug-in, um native RMAN-Backups und -Wiederherstellungen direkt von den Oracle-Servern auf das Veeam-Repository zu übertragen.
Diese Option bedeutet, dass:
*Das Veeam RMAN-Plug-in ist eine Lösung, die sich in den Oracle Recovery Manager (RMAN) integriert und die Sicherung und Wiederherstellung von Oracle-Datenbanken mit Veeam-Repositories als Ziel ermöglicht.
*Das Veeam RMAN Plug-in unterstützt sowohl virtuelle als auch physische Oracle-Server sowie verschiedene Versionen und Editionen von Oracle-Datenbanken.
*Mit dem Veeam RMAN-Plug-in können Sie native Oracle-Tools und -Befehle wie RMAN, SQL*Plus, Data Pump usw. verwenden, um Backups und Restores von Oracle-Datenbanken durchzuführen, ohne dass zusätzliche Skripte oder Konfigurationen erforderlich sind.
*Das Veeam RMAN Plug-in nutzt die Vorteile und Funktionen von Veeam Backup & Replication, wie z. B. Backup-Komprimierung, Deduplizierung, Verschlüsselung, Unveränderbarkeit usw., um die Backup-Leistung und -Effizienz sowie die Backup-Sicherheit und -Integrität zu verbessern.
Diese Option entspricht den Anforderungen am besten, da sie es Ihnen ermöglicht, native Oracle-Dienstprogramme für Backups und Wiederherstellungen zu verwenden und gleichzeitig die Vorteile der Veeam-Produkte und -Funktionen zu nutzen.

Erläuterung
Die Aufbewahrungsanforderung für virtuelle Maschinen der Gold-Stufe lautet, dass sie 14 tägliche, acht wöchentliche, drei monatliche und sieben jährliche Sicherungen haben müssen. Diese Anforderung ergibt sich aus der technischen Anforderung von acht wöchentlichen, drei monatlichen und sieben jährlichen Backups für regulatorische Zwecke sowie aus der geschäftlichen Anforderung von täglichen Backups für virtuelle Gold-Tier-Maschinen.

Erläuterung
Die Komponente, die dabei helfen kann, die Anforderung nach alternativen Entschlüsselungsmöglichkeiten für verschlüsselte Backups im Falle von verlorenen Passwörtern zu erfüllen, ist Veeam Backup Enterprise Manager. Veeam Backup Enterprise Manager ist eine webbasierte Schnittstelle, die die zentrale Verwaltung mehrerer Veeam Backup Server ermöglicht. Er bietet außerdem eine Funktion zum Schutz vor Passwortverlust, die es autorisierten Benutzern ermöglicht, verschlüsselte Backups ohne Eingabe von Passwörtern wiederherzustellen, wenn sie diese vergessen oder verloren haben. Diese Funktion erfordert die Aktivierung des Passwortverlustschutzes in den Einstellungen des Veeam Backup Enterprise Managers und die Zuweisung der Rolle eines Sicherheitsbeauftragten an einen Benutzer, der Anfragen zur Passwortwiederherstellung genehmigen kann.
Referenzen: [Veeam Backup Enterprise Manager], [Schutz vor Passwortverlust]

Erläuterung
Um eine Lösung zu entwickeln, die die Anforderungen an die Backup-Aufbewahrung für das Veeam University Hospital erfüllt, müssen Sie die Mindestanforderungen an die Backup-Aufbewahrung vor Ort für dieses Projekt berücksichtigen. Dies hilft Ihnen, die Verfügbarkeit und Zuverlässigkeit Ihrer Backup-Daten sowie die Compliance und Sicherheit Ihrer Backup-Speicherung zu gewährleisten.
Der Fallstudie zufolge ist die Mindestanforderung für die Aufbewahrung von Sicherungskopien vor Ort für dieses Projekt B.
Die Aufbewahrung vor Ort muss 14 tägliche und zwei wöchentliche Sicherungen umfassen.
Diese Anforderung bedeutet, dass:
*Die Aufbewahrungsfrist für Sicherungen vor Ort ist die Richtlinie, die festlegt, wie lange die Sicherungsdaten auf dem lokalen Sicherungsspeicher, z. B. einem NFS-Speicher, einer Deduplizierungsanwendung usw., aufbewahrt werden sollen.
*Das bedeutet, dass Sie mindestens 14 Kopien der täglichen Sicherungen und zwei Kopien der wöchentlichen Sicherungen auf dem lokalen Sicherungsspeicher aufbewahren müssen.
*Die Vor-Ort-Backup-Aufbewahrung muss auf alle Arten von Workloads angewendet werden, die von Veeam Backup & Replication gesichert werden, z. B. virtuelle Maschinen, physische Server, NAS-Systeme usw.
Diese Anforderung basiert auf den Geschäfts- und Compliance-Anforderungen des Veeam University Hospital, die da wären:
*Eine schnelle und zuverlässige Wiederherstellungsoption für die aktuellsten Backups im Falle einer Katastrophe oder eines Ausfalls.
*Zur Einhaltung der HIPAA-Bestimmungen, die von Gesundheitseinrichtungen verlangen, Sicherungsdaten mindestens sechs Jahre lang aufzubewahren1.

Erläuterung
Die Transportmodi, die während des Redesigns für virtuelle Maschinen der Gold-Stufe mit einem RPO von einer Stunde verwendet werden könnten, sind Virtual Appliance (HotAdd) und Backup from Storage Snapshots. Ein Transportmodus ist eine Methode zum Abrufen von VM-Daten aus dem Quellspeicher während der Sicherung oder Replikation. Virtual Appliance (HotAdd) ist ein Transportmodus, der es einem auf einer VM laufenden Proxy-Server ermöglicht, Festplatten einer anderen VM über Hot-Add-SCSI-Befehle an sich selbst anzuhängen und Daten direkt von diesen Festplatten zu lesen. Backup von Speicher-Snapshots ist ein Transportmodus, der es einem Proxy-Server ermöglicht, Daten von Speicher-Snapshots abzurufen, die von unterstützten Speichersystemen erstellt wurden, ohne die Produktions-VMs oder Hosts zu beeinträchtigen. Beide Transportmodi können die Backup-Leistung verbessern, das Backup-Fenster reduzieren und die Auswirkungen auf die Produktionsumgebung minimieren.