Wenige einfache Schritte können den Leistungsschutz im Veeam Backup Repository verbessern. Nutzen Sie diese Best Practices, um die Backups und Data Protection zu maximieren.
Das Veeam Backup Repository ist ein Speicherort, an dem die Software Veeam Backup & ReplicationBackup-Dateien und MetadatenVirtueller Maschinen speichert. Veeam ist bei der Einrichtung von Backup-Repositorys sehr flexibel und ermöglicht eine Vielzahl von Speichertypen. Dennoch gibt es einige bewährte Vorgehensweisen, die Unternehmen bei der Implementierung eines Veeam Backup Repositorys beachten sollten.
Mehrere Best Practices für Veeam Backup Repositorys sind direkt mit der Verwendung von Veeam Backup Proxys verbunden. Ein Backup-Proxy liest die Quelldaten, die ein Unternehmen sichert, und überträgt diese Daten an das Backup-Repository.
Rechnen Sie nach
Repositorys müssen so dimensioniert sein, dass sie zu den verwendeten Proxys passen. Veeam empfiehlt, die Anzahl der Proxy-Cores durch drei zu teilen und dann aufzurunden. Ein Beispiel: Eine Organisation mit 32 Proxy-Cores würde aufgerundet 11 Cores ergeben.
Das Veeam-Repository benötigt RAM. Veeam empfiehlt, die Anzahl der Repository-Cores mit 4 GB zu multiplizieren, um die erforderliche Menge an RAM zu erreichen. Die 11 Cores aus dem vorherigen Beispiel multipliziert mit 4 GB ergeben 44 GB. Laut Veeam sollte kein Repository weniger als 2 Cores und 8 GB RAM haben.
Kennen Sie Ihre Hardwareoptionen
Bei der Einrichtung des Backup-Repositorys können Benutzer die maximale Anzahl gleichzeitiger Aufgaben und Datenübertragungsraten begrenzen. Diese Beschränkungen sind nicht notwendig, wenn das Repository auf einer angemessen dimensionierten Hardware läuft, aber Benutzer müssen möglicherweise unterdimensionierte Repositorys drosseln, um Überläufe und Zeitüberschreitungen zu vermeiden.
Veeam Backup Repositorys können auf physischer oder virtueller Hardware ausgeführt werden. Veeam empfiehlt jedoch, wann immer möglich, physische Hardware. Dies verbessert nicht nur die Leistung, sondern verhindert auch, dass das Backup versehentlich auf demselben System gespeichert wird, von dem das Backup angefertigt wird.
Veeam Backup Repositorys können auf physischer oder virtueller Hardware ausgeführt werden. Veeam empfiehlt jedoch, wann immer möglich, physische Hardware.
Wenn sich ein Unternehmen dafür entscheidet, ein Backup-Repository auf einer virtuellen Maschine zu speichern, dann empfiehlt Veeam, das Repository auf einer physischen Festplatte und nicht in einer VMDK-Datei zu speichern. Andernfalls könnte das Repository verloren gehen, wenn die VMDK-Datei beschädigt wird.
Scale-Out als Option oder nicht?
Unternehmen sollten sich beim Entwurf ihrer Repository-Architektur an die 3-2-1-Regel halten. Die 3-2-1-Regel besagt, dass ein Unternehmen über drei Kopien seiner Daten verfügen muss – die Originaldaten plus zwei Backups, die auf zwei verschiedenen Medientypen gespeichert sind, wobei mindestens eine Kopie außerhalb des Unternehmens liegt.
Wenn ein Unternehmen ein Veeam Backup Repository einrichtet, sollte es überlegen, ob ein Scale-Out-Repository gerechtfertigt ist. Scale-Out-Backup-Repositorys sind im Wesentlichen Repositorys, die mehrere Speicherebenen verwenden. Scale-Out-Repositories sind am besten für Unternehmensumgebungen geeignet.
Um ein Scale-Out-Repository zu erstellen, definieren Benutzer eine Leistungsebene, eine Platzierungsrichtlinie und eine optionale Kapazitätsebene. Die Leistungsebene ist eine Sammlung vorhandener Repositorys, die im Scale-Out-Repository zusammengeführt und als Leistungserweiterungen (Performance Extents) behandelt werden.
Mit der Platzierungsrichtlinie können Benutzer steuern, ob Backups Daten lokal speichern oder ob sie es auf die Leistung optimieren. Wenn sich Unternehmen für die Performance-Option entscheiden und später einen Extent verlieren, der ein vollständiges Backup enthält, ist die Wiederherstellung inkrementeller Backups nicht mehr möglich, selbst wenn die Inkremente in anderen Repositorys gespeichert sind.
Eine Kapazitätsschicht ist optional, aber eine gute Idee für große Unternehmen mit vielen Daten. Mit einer Kapazitätsschicht können Administratoren Backups in den Objektspeicher kopieren, wodurch der für das Repository verfügbare Speicherplatz erhöht wird.
