In früheren Beiträgen haben wir Anleitungen zur Einrichtung und auf Veeam-Basis geteilt. Heute möchten wir über Datensicherungen mit Commvault berichten. Es wird keine Anleitung geben, dafür erzählen wir, was und wie unsere Kunden bereits sichern.
Das SAN-Backup-System auf Commvault-Basis im Rechenzentrum OST-2.
Wie funktioniert das?
Commvault ist eine Plattform zur Sicherung von Anwendungen, Datenbanken, Dateisystemen, virtuellen Maschinen und physischen Servern. Die Quelldaten können dabei an jedem Standort sein: bei uns, beim Kunden, in einem anderen kommerziellen Rechenzentrum oder in der Cloud.
Der Kunde installiert einen Agenten auf den Sicherungsobjekten – iData Agent – und konfiguriert ihn gemäß den erforderlichen Backup-Richtlinien. Der iData Agent sammelt die benötigten Daten, komprimiert, dedupliziert, verschlüsselt und überträgt sie an das DataLine-Sicherungssystem.
Proxy-Server sorgen für die Verbindung zwischen dem Kundenetzwerk und unserem Netzwerk sowie für die Isolation der Kanäle, über die die Daten übertragen werden.
Auf Seiten von DataLine empfängt der Media Agent Server die Daten vom iData Agent und sendet sie zur Speicherung an das SAN, in Bandbibliotheken usw. All dies wird von CommServe verwaltet.. In unserer Konfiguration befindet sich der primäre Verwaltungsserver am Standort OST, der Backup-Server am Standort NORD.
Standardmäßig werden die Kundendaten an einem Standort gespeichert, jedoch kann eine Sicherung sofort an zwei Standorten organisiert oder ein Zeitplan für die Übertragung von Backups zum zweiten Standort eingerichtet werden. Diese Option wird als „zusätzliche Datensicherung“ (auxiliary copy) bezeichnet. Beispielsweise werden alle vollständigen Backups am Ende des Monats automatisch dupliziert oder zum zweiten Standort verschoben.
Das Schema der Funktionsweise des Commvault-Backup-Systems.
Das Backup-System funktioniert hauptsächlich mit der Virtualisierung VMware: Auf den virtuellen Maschinen sind die Server CommServe, Media Agent und Proxy-Server implementiert. Wenn der Kunde unsere Hardware verwendet, werden die Backups auf dem Huawei OceanStor 5500 V3 gespeichert. Für die Sicherung der Kundenspeicherlösungen und die Speicherung von Backups auf Bandbibliotheken werden separate Media Agent auf physischen Servern verwendet.
Was ist für Kunden wichtig?
Aus unserer Erfahrung achten die Kunden, die sich für Commvault zur Sicherung entscheiden, auf die folgenden Aspekte.
Konsole. Kunden möchten die Sicherung eigenständig verwalten. Alle grundlegenden Operationen sind in der Commvault-Konsole verfügbar:
- Hinzufügen und Entfernen von Servern für die Sicherung;
- Konfiguration des iData Agent;
- Erstellen und manuelles Starten von Aufgaben;
- Selbstständige Wiederherstellung von Sicherungen;
- Einrichtung von Benachrichtigungen über den Status der Sicherungsaufgaben;
- Zugriffssteuerung in der Konsole je nach Rolle und Benutzergruppe.
Deduplication. Die Deduplication ermöglicht die Identifizierung und Eliminierung von redundanten Datenblöcken während des Sicherungsprozesses. Dadurch wird Speicherplatz auf dem Speichersystem eingespart und das Datenvolumen reduziert, das übertragen wird, was die Anforderungen an die Geschwindigkeit der Verbindung verringert. Ohne Deduplication würden Sicherungen ein Volumen belegen, das zwei- bis dreimal so groß wäre wie die ursprünglichen Daten.
Bei Commvault kann die Deduplication auf der Client-Seite oder auf der Seite des Media Agent eingerichtet werden. Im ersten Fall werden nicht eindeutige Datenblöcke gar nicht zum Media Agent Server übertragen. Im zweiten Fall werden die wiederkehrenden Blöcke verworfen und nicht auf dem Speichersystem gespeichert.
Diese blockweise Deduplizierung basiert auf Hash-Funktionen. Jedem Block wird ein Hash zugewiesen, der in einer Hash-Tabelle gespeichert wird, einer Art Datenbank (Deduplikations-Datenbank, DDB). Bei der Übertragung von Daten wird der Hash in dieser Datenbank überprüft. Wenn ein solcher Hash bereits vorhanden ist, wird der Block als nicht eindeutig markiert und nicht an den Media Agent Server (im ersten Fall) oder nicht in das Speichersystem (im zweiten Fall) geschrieben.
Dank der Deduplizierung gelingt es uns, bis zu 78 % Speicherplatz im Speichersystem zu sparen. Aktuell werden 166,4 TB auf dem SAN gespeichert. Ohne Deduplizierung müssten wir 744 TB speichern.
Möglichkeiten zur Einschränkung von Rechten. In Commvault besteht die Möglichkeit, verschiedene Zugriffslevel für die Verwaltung von Sicherungen festzulegen. Die sogenannten „Rollen“ bestimmen, welche Aktionen dem Benutzer in Bezug auf die Backup-Objekte erlaubt sind. Beispielsweise können Entwickler nur den Server mit der Datenbank an einem bestimmten Ort wiederherstellen, während der Administrator eine außerordentliche Sicherung für denselben Server durchführen und neue Benutzer hinzufügen kann.
Verschlüsselung. Die Daten während der Sicherung über Commvault können auf folgende Weise verschlüsselt werden:
- auf der Client-Agent-Seite: Die Daten werden in diesem Fall bereits in verschlüsselter Form an das Sicherungssystem übertragen;
- auf der Media-Agent-Seite;
- auf der Kanalebene: Die Daten werden auf der Client-Agent-Seite verschlüsselt und auf dem Media-Agent-Server entschlüsselt.
Verfügbare Verschlüsselungsalgorithmen: Blowfish, GOST, Serpent, Twofish, 3-DES, AES (von Commvault empfohlen).
Ein paar Statistiken
Mitte Dezember sichern wir mit Commvault Daten von 27 Kunden. Der Großteil von ihnen sind Einzelhändler und Finanzorganisationen. Das Gesamtvolumen der Ursprungskopien beträgt 65 TB.
Es werden täglich etwa 4400 Aufgaben ausgeführt. Im Folgenden finden Sie die Statistiken zu den abgeschlossenen Aufgaben der letzten 16 Tage.
Am häufigsten werden über Commvault Windows File System, SQL Server und Exchange-Datenbanken gesichert.
Und hier sind die versprochenen Anwendungsfälle. Auch wenn sie anonymisiert sind (die NDA grüßt :)), geben sie einen Einblick, wofür und wie Kunden die auf Commvault basierende Sicherung nutzen. Im Folgenden sind die Fälle von Kunden aufgeführt, die ein einheitliches Sicherungssystem verwenden, d. h. gemeinsame Software, Media Agent Servers und Speicherlösungen.
Fall 1
Kunde. Ein russisches Handels- und Produktionsunternehmen im Süßwarenmarkt mit einem verteilten Netzwerk von Filialen in ganz Russland.
Aufgabe.Backup-Lösungen für Microsoft SQL-Datenbanken, Dateiserver, Anwendungsserver und Exchange Online-Postfächer.
Die Originaldaten befinden sich in Büros in über 10 Städten in ganz Russland. Die Sicherung erfolgt auf der DataLine-Plattform mit anschließender Wiederherstellung der Daten in eines der Büros des Unternehmens.
Der Kunde wünschte sich dabei eine vollständige Eigenverwaltung mit Zugangskontrollen.
Speicherzeitraum – ein Jahr. Für Exchange Online – drei Monate für aktuelle Backups und ein Jahr für Archive.
Lösung. Für die Datenbanken wurde eine zusätzliche Kopie an einem zweiten Standort eingerichtet: das letzte vollständige Backup des Monats wird an den anderen Standort übertragen und dort für ein Jahr aufbewahrt.
Die Qualität der Verbindungen aus den Remote-Büros des Kunden erlaubte nicht immer eine Backup- und Wiederherstellungszeit im optimalen Rahmen. Um das übertragene Datenvolumen zu reduzieren, wurde auf der Kundenseite eine Deduplikation eingerichtet. Dadurch wurde die Dauer des vollständigen Backups akzeptabel, wenn man die Entfernung der Büros berücksichtigt. Zum Beispiel erfolgt ein vollständiges Backup einer Datenbank mit 131 GB aus Sankt Petersburg in 16 Minuten. Aus Jekaterinburg wird eine 340 GB große Datenbank in 1 Stunde und 45 Minuten gesichert.
Mit Hilfe von Rollen hat der Kunde für seine Entwickler unterschiedliche Berechtigungen eingerichtet: nur für Backups oder Wiederherstellungen.
Fallstudie 2
Kunde. Russisches Netzwerk von Kindergeschäften.
Aufgabe. Einrichtung von Backups für:
ein hochbelastetes MS SQL-Cluster auf Basis von 4 physischen Servern;
virtuelle Maschinen mit Website, Anwendungsservern, 1C, Exchange und Datei-Servern.
Die gesamte angegebene Infrastruktur des Kunden ist zwischen den Standorten OST und NORD verteilt.
RPO für SQL-Server – 30 Minuten, für andere – 1 Tag.
Aufbewahrungsdauer – von 2 Wochen bis 30 Tagen, abhängig von der Art der Daten.
Lösung. Wir haben eine Lösung mit Veeam und Commvault ausgewählt. Für die Dateisicherung aus unserer Cloud verwenden wir Veeam. Datenbankserver, Active Directory, E-Mail-Server und physische Server werden über Commvault gesichert.
Um eine hohe Geschwindigkeit bei der Datensicherung zu erreichen, stellte der Kunde auf den physischen Servern mit MS SQL einen separaten Netzwerkadapter für Backup-Aufgaben zur Verfügung. Ein vollständiges Backup der Datenbank mit einer Größe von 3,4 TB dauert 2 Stunden und 20 Minuten, während die vollständige Wiederherstellung 5 Stunden und 5 Minuten in Anspruch nimmt.
Der Kunde hatte ein großes Ausgangsdatenvolumen (fast 18 TB). Hätte er die Daten wie zuvor auf ein Bandbibliothekssystem übertragen, wären mehrere Dutzend Kassetten erforderlich gewesen. Das hätte das Management des gesamten Backup-Systems des Kunden erschwert. Daher wurde in der endgültigen Umsetzung die Bandbibliothek durch ein SAN ersetzt.
Fall 3
Kunde. Netzwerk von Supermärkten in der GUS
Aufgabe. Der Kunde wollte eine Backup- und Wiederherstellungslösung für die SAP-Systeme einrichten, die in unserer Cloud gehostet werden. Für die SAP HANA-Datenbanken beträgt das RPO=15 Minuten, für die virtuellen Maschinen mit Anwendungsservern liegt das RPO bei 24 Stunden. Die Speichertiefe beträgt 30 Tage. Im Falle eines Ausfalls liegt das RTO bei 1 Stunde, für die Wiederherstellung einer Kopie auf Anfrage beträgt das RTO 4 Stunden.
Lösung. Für die HANA-Datenbanken wurde die Sicherung der DATA-Dateien und Log-Dateien mit festgelegten Intervallen konfiguriert. Die Log-Dateien wurden alle 15 Minuten oder bei Erreichen einer bestimmten Größe archiviert.
Um die Wiederherstellungszeit der Datenbanken zu verkürzen, haben wir eine zweistufige Backup-Speicherung auf der Grundlage von SAN und einer Bandbibliothek eingerichtet. Auf den Festplatten werden aktive Kopien gespeichert, die eine Wiederherstellung zu jedem Zeitpunkt innerhalb einer Woche ermöglichen. Wenn ein Backup älter als eine Woche ist, wird es in das Archiv verschoben, zur Bandbibliothek, wo es weitere 30 Tage aufbewahrt wird.
Ein vollständiges Backup einer der Datenbanken mit einem Volumen von 181 GB wird in 1 Stunde und 54 Minuten erstellt.
Bei der Einrichtung der Sicherung wurde die Backint-Schnittstelle von SAP verwendet, die es ermöglicht, Backup-Systeme von Drittanbietern mit SAP HANA Studio zu integrieren. Somit kann die Sicherung direkt über die SAP-Konsole verwaltet werden. Das erleichtert das Leben für SAP-Administratoren, die sich nicht an eine neue Benutzeroberfläche gewöhnen müssen.
Das Management der Sicherung ist auch über die Standard-Client-Konsole von Commvault zugänglich.
Das wäre alles für heute. Stellen Sie Ihre Fragen gerne in den Kommentaren.
Quelle: habr.com
