Für Administration und Technik
Technik, die man nachvollziehen kann.
Keine Blackbox: Hier steht, wie AegisGrid arbeitet – vom Zerlegen der Daten über Verschlüsselung und Übertragung bis zur Wiederherstellung ganzer virtueller Maschinen.
So entsteht eine Sicherung
Lesen, Zerlegen, Hashen, Komprimieren und Schreiben laufen als parallele Pipeline. Ein Lauf beliefert bis zu acht Ziele, gelesen wird die Quelle nur einmal.
Konsistent lesen
VSS-Schattenkopie unter Windows, LVM-Snapshot unter Linux, dazu frei wählbare Pre-/Post-Hooks für Datenbanken und Anwendungen. Freie Bereiche von NTFS und ext2/3/4 werden übersprungen.
Inhaltsbasiert zerlegen
FastCDC teilt die Daten in Blöcke von im Mittel 256 KiB. Verschobene oder eingefügte Daten verändern nur die betroffenen Blöcke.
Prüfen und verdichten
Jeder Block erhält eine ID (SHA-256, BLAKE3 oder XXH3-128). Nur unbekannte Blöcke werden mit zstd oder lz4 komprimiert und verschlüsselt.
Sicher übertragen
Der Agent streamt per TLS an den Backup-Server; dessen Zertifikat ist fest hinterlegt. Übertragen wird nur, was dem Ziel fehlt.
Technische Daten
| Deduplizierung | Inhaltsbasiert (FastCDC), Blockgröße im Mittel 256 KiB, je Speicher einstellbar; dedupliziert über alle Sicherungen eines Speichers, auch rechnerübergreifend |
|---|---|
| Block-IDs | BLAKE3 (Standard für neue Speicher), SHA-256 (hardwarebeschleunigt) oder XXH3-128; bei Verschlüsselung mit schlüsselabhängigen IDs |
| Kompression | zstd (Standard, optional mit adaptiver Stufe), lz4 oder keine – je Block |
| Verschlüsselung | AES-256-GCM oder ChaCha20-Poly1305 je Speicher; Schlüssel als Datei, direkt oder über einen Schlüsseldienst |
| Übertragung | TLS mit Zertifikats-Pinning, API-Schlüssel je Verzeichnis, automatisches Neuverbinden nach Verbindungsabbruch im selben Lauf |
| Wiederaufnahme | Immer aktiv: Zustandsdatei je Auftrag, Fortsetzen nach Absturz, Herunterfahren oder Stromausfall beim Systemstart; Snapshot bzw. persistente Schattenkopie bleibt nach Möglichkeit erhalten; übertragen wird nur, was im Ziel noch fehlt |
| Backup-Server | Linux; privilegierte Teile getrennt, die Datenverarbeitung läuft unter einem eigenen, unprivilegierten Konto; eigener Scheduler für Aufträge bei Ereignissen, nach Zeitplan und in Abläufen |
| Prüf-Restore | Wiederherstellen zur Probe, Dateisystemprüfung nur lesend (ext2/3/4, xfs, btrfs, vfat, ntfs, LVM im Image), je Platte und Partition, Zählen mit Schwundgrenze, Lesen jeder Datei mit Prüfsumme (SHA-256, BLAKE3 oder XXH3-128) und Vergleich mit der letzten Prüfung, Ransomware-Hinweise (Dateikennung, Entropie, Endungen, Erpresserschreiben), VM-Start in QEMU/KVM ohne Netz oder in einem isolierten Netz, Prüfung über Bildschirm, Gastagent oder TCP-Port, ein Bericht je Prüfkette mit Ampel und Bildschirmfotos |
| Nachweise | Protokoll als JSON Lines mit SHA-256-Kette, tägliches Ed25519-Siegel, Kopie per Syslog (RFC 5424, UDP/TCP/TLS) oder an einen zweiten Backup-Server, Export als CSV/JSON und Monatsbericht als PDF, jeweils signiert |
| Konsistenz | VSS (Windows), LVM-Snapshots (Linux), Pre-/Post-Hooks |
| Sicherungsarten | Dateien, Volumes, Partitionen, ganze Platten, Images; Nullbereiche werden als Lücken vermerkt und nicht gespeichert |
| Schutz | WORM-Sperren, Prüfung aller Objekte (Scrub), Reparatur aus einer zweiten Kopie, Spiegeln ganzer Speicher, Export einzelner Sicherungen als Archiv |
| Wiederherstellung | Jeder Stand einzeln, parallelisiert; teilweise Wiederherstellung auch beschädigter Sicherungen; VMs als neue VM oder Laufwerk für Laufwerk, auch direkt vom Server; Proxmox- und Xen-VMs auch an Ort und Stelle, auf Wunsch nur geänderte Blöcke |
| Betriebssysteme | Windows und Linux für Agent, Wiederherstellung, Planer und Updates; Backup-Server unter Linux; Verwaltungskonsole und Target-Konsole unter Windows; Weboberfläche für Planer und Backup-Server im Browser |
Virtualisierung und Cloud
Virtuelle Maschinen werden als Ganzes gesichert: alle Laufwerke und die Konfiguration in einem Lauf.
Hyper-V
Grundlage ist ein Recovery-Checkpoint, anwendungskonsistent über VSS im Gast. Gesichert werden alle virtuellen Festplatten und die Zustandsdateien einschließlich vTPM. Folgesicherungen lesen dank Resilient Change Tracking nur geänderte Bereiche. Ratgeber: Hyper-V sichern
Proxmox VE
Ganze VMs mit allen Disks, UEFI-Variablen, vTPM-Zustand und Konfiguration auf LVM, LVM-thin, ZFS, Ceph RBD und qcow2 (Verzeichnis, NFS, CIFS). Mit QEMU-Gastagent wird der Gast über alle Disks gemeinsam kurz eingefroren. Folgesicherungen lesen dank Änderungsverfolgung (CBT) nur Geändertes. Wiederherstellung als neue VM, Disk für Disk oder an Ort und Stelle. Ratgeber: Proxmox VE sichern
Xen
VMs unter Xen (xl) mit allen Disks und Konfiguration, kurze Freeze-Fenster für den Gast, Wiederherstellung als neue VM oder an Ort und Stelle.
Microsoft 365
Über Microsoft Graph mit eigener App-Registrierung in Entra ID: Postfächer mit Mails, Kalender, Kontakten und Aufgaben, OneDrive und SharePoint – inkrementell, für einzelne Konten oder den ganzen Tenant, mit Export einzelner Inhalte. Ratgeber: Microsoft 365 sichern
Automatisierung und Betrieb
Der Planer läuft unter Linux als Dienst und unter Windows als Windows-Dienst. Er startet Aufträge nach Zeitplan oder Abhängigkeit, auch parallel, und verschickt Ergebnisse per E-Mail.
Über die dokumentierte HTTPS-Schnittstelle lassen sich Aufträge anlegen, starten, anhalten und überwachen – ideal für eigene Werkzeuge und Monitoring. Der Backup-Server hat eine eigene HTTPS-Schnittstelle mit Rollen für Lesen und Verwalten; sein Nachweis-Protokoll geht auf Wunsch per Syslog direkt an Ihr SIEM.
- Fortschritt, Pause und Bandbreitenbegrenzung laufender Sicherungen
- Wartungsaufträge für Bereinigung, Prüfung und Spiegelung, auf dem Backup-Server ausgelöst von eingehenden Sicherungen
- Zeitpläne als Cron oder RFC-5545-Regel, mit Feiertagskalendern, Zeitfenstern und Nachholen verpasster Läufe
- Konfigurationsänderungen über die Schnittstelle per E-Mail mit den geänderten Zeilen, frühere Fassungen aufbewahrt
- Installation per Setup, Updates signiert und zeitgesteuert
- Diagnosepaket mit einem Befehl für den Support
- Fortschrittsanzeige auf dem Windows-Desktop
Fragen aus der Administration
Wie funktioniert die Deduplizierung in AegisGrid?
AegisGrid zerlegt die Daten mit FastCDC inhaltsbasiert in Blöcke von im Mittel 256 KiB und berechnet für jeden Block eine ID. Gespeichert und übertragen werden nur Blöcke, deren ID im Ziel noch nicht vorkommt. Das gilt über alle Sicherungen eines Speichers hinweg, auch zwischen verschiedenen Rechnern.
Was passiert, wenn die Verbindung während einer Sicherung abbricht?
Die nächste Sicherung setzt dort fort, wo die abgebrochene aufgehört hat; bereits übertragene Blöcke werden nicht erneut gesendet. Fällt bei mehreren Zielen ein optionales Ziel aus, laufen die anderen weiter.
Gibt es Ketten aus Voll- und inkrementellen Sicherungen?
Nein. Jede Sicherung ist ein vollständiger Stand, der für sich wiederhergestellt werden kann. Die Bezeichnungen „Full“ und „Incremental“ dienen nur der Orientierung; intern gibt es keine Abhängigkeiten zwischen den Ständen.
Wie hole ich eine gelöschte Datei zurück?
In der Verwaltungskonsole: Sicherung wählen, Zeitpunkt wählen, Dateien anhaken, an den Originalort oder in einen anderen Ordner schreiben. Auf der Kommandozeile zeigt bkp_restore --list alle Sicherungen des Rechners und bkp_restore --sinks, welche Ziele gerade erreichbar sind. --files find "*Angebot*" sucht über alle Stände, --files versions zeigt die Fassungen einer Datei, --files restore … --original schreibt sie zurück. Findet die Suche nichts, nennt sie die möglichen Gründe, etwa einen Ausschluss oder einen Ordner außerhalb der Sicherung.
Sprechen Sie mit den Entwicklern
Technische Fragen beantworten bei uns die Menschen, die AegisGrid bauen.