Backup-Server
Die Sicherung ist fertig. Der Backup-Server arbeitet weiter.
Ein reines Backup-Programm legt Daten ab und wartet auf den Ernstfall. Der AegisGrid Backup-Server macht aus jeder eingegangenen Sicherung den nächsten Schritt: prüfen, an einen zweiten Ort spiegeln, auf Band oder USB-Platte exportieren, aufräumen, zur Probe wiederherstellen und die richtigen Menschen informieren – automatisch und nachvollziehbar.
Automatisch weiterverarbeiten
- Aufträge beim Beginn, nach dem Erfolg oder nach dem Fehlschlag einer Sicherung, einer Spiegelung oder einer Wiederherstellung
- Prüfen aller gespeicherten Daten, auf Wunsch nur der neu hinzugekommenen
- Spiegeln an einen zweiten Backup-Server, etwa an einem anderen Standort
- Kopie ganzer Speicher in einen S3-kompatiblen Objektspeicher, auf Wunsch unveränderbar
- Export einzelner Sicherungen als Archiv für Band oder USB-Platte
- Aufräumen nach den Aufbewahrungsregeln, auch nach Generationen (Tage, Wochen, Monate, Jahre)
- Eigene Skripte für alles Weitere
Abläufe und Abhängigkeiten
- Abläufe aus mehreren Schritten, die nacheinander laufen – nur bei Erfolg oder in jedem Fall
- Warten, bis bestimmte Sicherungen oder Aufträge da sind
- Zeitpläne mit Feiertagen je Bundesland, Zeitfenstern und Nachholen verpasster Läufe
- Parallele Aufträge; was denselben Speicher betrifft, läuft sicher nacheinander
- Grafische Ansicht: welche Sicherung welchen Auftrag auslöst
- Sinnvolle erste Aufträge schon nach der Installation
Prüf-Restore in der Sandbox
- Sicherungen werden zur Probe wiederhergestellt, regelmäßig oder als Stichprobe
- Dateisysteme je Platte und Partition nur lesend geprüft und eingehängt
- Jede Datei wird gelesen und mit der letzten Prüfung verglichen – Lesefehler, unbemerkt veränderte Dateien und Schwund werden gemeldet
- Hinweise auf Ransomware in der Sicherung, etwa verschlüsselt wirkende Dateien oder Erpresserschreiben
- Virenprüfung mit ClamAV, nur lesend: Der Bericht nennt, seit welcher Sicherung ein Fund vorliegt und welche Sicherung zuletzt ohne ihn war; Signaturen auch für Backup-Server ohne Internetzugang
- Virtuelle Maschinen starten in einer abgeschotteten Umgebung ohne Verbindung nach außen
- Abhängige Systeme der Reihe nach, etwa erst der Domänencontroller, dann der Mailserver
- Ein Prüfbericht je Prüfkette: Ampel je Platte und Partition, Bildschirmfotos der gestarteten Maschinen
Meldungen an die richtigen Menschen
- Fehler, Schäden, ausbleibende Sicherungen, knapper Speicher und Prüfberichte
- Je Kunde an seine Ansprechpartner für Technik oder kaufmännische Fragen
- Bei betreuten Kunden je Art der Meldung an den Kunden, den Partner oder beide
- Verständliche Texte mit dem nächsten Schritt, eigene Vorlagen möglich
- Wiederholte Meldungen werden gebündelt, statt Postfächer zu füllen
- Empfänger je Art der Meldung, tägliche Sammelmail, Vorschau und Testmail
Target-Konsole und Weboberfläche
- Mehrere Backup-Server in einer Oberfläche
- Laufende Sicherungen mit Rechner, Fortschritt und Restzeit
- Laufende Wiederherstellungen, Microsoft-365-Sicherungen und Spiegelungen mit Fortschritt
- Daten, Sicherungsstände und Aufbewahrung je Speicher
- Verlauf mit Diagrammen zu Belegung, Ergebnissen und Durchsatz
- Aufträge, Abläufe und Zeitpläne bearbeiten, Nachweise ansehen
- Prüfketten grafisch anlegen: Schritte an Platten und Partitionen andocken, Ampel und Fortschritt je Schritt
- Zugang über eine eigene HTTPS-Schnittstelle mit Rollen für Lesen und Verwalten
- Ohne Windows im Browser: Übersicht, Sitzungen, Speicher, Zugänge und Kunden, Aufträge, Mail und Protokoll über die eingebaute Weboberfläche
Mehrere Kunden auf einem Server
- Jeder Zugang ist an seine Verzeichnisse gebunden
- Kein Kunde sieht Daten oder Meldungen eines anderen
- Speicherkontingente je Kunde, mit Hinweis, bevor es knapp wird
- Monatlicher Nachweisbericht je Kunde
- Verschlüsselte Speicher bleiben verschlossen: Prüfen, Spiegeln und Aufräumen gehen ohne Schlüssel
- Grenzen für Rechenzeit, Arbeitsspeicher und Plattenzugriffe je Auftrag, damit kein Kunde die anderen ausbremst
- Verbrauch je Kunde und Auftrag gemessen
Beweisen, dass die Wiederherstellung funktioniert
Eine Sicherung ist erst etwas wert, wenn sie sich wiederherstellen lässt. Das Prüf-Restore prüft das regelmäßig, ohne dass jemand Hand anlegen muss – zum Beispiel jeden Samstagmorgen an drei zufällig gewählten Sicherungen. Warum das wichtig ist, steht im Ratgeber: Wiederherstellung testen.
Wiederherstellen
Der Backup-Server stellt die neueste Sicherung oder eine Stichprobe in einen eigenen Testbereich wieder her.
Prüfen
Dateisysteme werden nur lesend geprüft; jede Datei wird gelesen, mit der letzten Prüfung derselben Sicherung verglichen und auf Spuren von Ransomware und auf Wunsch auf Viren untersucht.
Starten
Virtuelle Maschinen fahren in der Sandbox hoch; geprüft wird, ob sie laufen, ein Bild zeigen oder ihre Dienste antworten.
Berichten und aufräumen
Der Prüfbericht mit Ampel je Platte und Partition und Bildschirmfotos geht per E-Mail hinaus, steht im Nachweis-Protokoll, und der Testbereich wird geleert.
Alles, was geschieht, ist belegt
Jede eingegangene Sicherung, jede Wiederherstellung, jeder Auftrag und jedes Prüf-Restore steht im Nachweis-Protokoll des Backup-Servers – verkettet, täglich signiert und auf Wunsch sofort an Ihr SIEM übergeben. Daraus entsteht jeden Monat ein signierter Nachweisbericht als PDF.
Klein anfangen geht auch: Für einen einzelnen Rechner genügt eine USB-Platte oder ein NAS als Ziel – ganz ohne Backup-Server. Der Backup-Server kommt dazu, wenn mehrere Systeme, ein zweiter Standort oder Nachweise gefragt sind.
Fragen zum Backup-Server
Brauche ich einen Backup-Server?
Nein. AegisGrid sichert auch direkt auf eine lokale Platte, eine USB-Platte oder ein NAS. Ein Backup-Server lohnt sich, sobald mehrere Systeme an einer Stelle zusammenlaufen, Sicherungen an einen zweiten Standort sollen oder geprüfte Wiederherstellungen und Nachweise gefragt sind.
Wo läuft der Backup-Server?
Auf einem Linux-Server Ihrer Wahl – im eigenen Haus, an einem zweiten Standort oder als Teil unseres Cloud-Speichers. Mehrere Backup-Server lassen sich kombinieren, etwa einer im Haus und einer außer Haus, der die Daten des ersten spiegelt. Verwaltet werden sie mit der Target-Konsole unter Windows.
Was braucht das Prüf-Restore?
Platz für die wiederhergestellten Daten und für den Start virtueller Maschinen einen Backup-Server mit Hardware-Virtualisierung (KVM). Die nötigen Pakete nennt die Prüfung der Konfiguration. Bei verschlüsselten Sicherungen braucht der Backup-Server für das Prüf-Restore den Schlüssel; ohne ihn sind Prüfen, Spiegeln und Aufräumen weiter möglich.
Sehen Sie den Backup-Server in Ihrer Umgebung
Im Pilotprojekt richten wir Weiterverarbeitung und Prüf-Restore an Ihren eigenen Systemen ein.