Schutzmodell für das benötigte Recovery-Ergebnis auswählen
Native eEKAS-Standortreplikation, geplante Spiegelung und checkpointbasiertes S3-Backup lösen unterschiedliche Aufgaben. Entscheidend sind Verfügbarkeit, Historie und Wiederherstellungsziel – nicht allein das Wort „Replikation“.
Drei Übertragungsmodelle, drei betriebliche Ergebnisse
Die richtige Wahl hängt davon ab, ob ein betriebsbereiter Ersatzstandort, eine aktuelle Sekundärkopie oder unabhängige historische Recovery-Punkte benötigt werden.
eEKAS-zu-eEKAS-Synchronisation
Kontinuierliche asynchrone Replikation zwischen unabhängigen eEKAS-Installationen. Ein schreibgeschützter DR-Modus bietet einen kontrollierten Ersatzstandort; Active-Active eignet sich für Anwendungen, die asynchrone Sichtbarkeit verarbeiten können.
Externe S3-Spiegelung
Aktuelle Objekte werden manuell, stündlich oder täglich einseitig zu einem anderen S3-kompatiblen Dienst kopiert. Das Ziel muss kein eEKAS-System sein.
S3-Backup und Archivierung
Objektgenerationen, Inventare und Schutzinformationen werden in ein externes S3-Archiv exportiert. Abgeschlossene Checkpoints bleiben erhalten, wenn Quelldaten später geändert oder gelöscht werden.
Das Schutzmodell auf das Ereignis abstimmen
| Frage | eEKAS-Standortreplikation | Externe S3-Spiegelung | Backup und Archivierung |
|---|---|---|---|
| Hauptzweck | Weiteren betriebsbereiten S3-Standort vorhalten | Geplante aktuelle Kopie vorhalten | Recovery-Checkpoints und Generationen bewahren |
| Ziel | Unabhängige eEKAS-Installation | S3-kompatibler Dienst | Externes S3-kompatibles Archiv |
| Schreibmodi | Schreibgeschütztes DR-Ziel oder asynchrones Active-Active | Nur einseitig | Einseitiger geschützter Export |
| Löschungen an der Quelle | Folgen den Replikationsregeln | Werden normalerweise gespiegelt; Richtlinien können dies verändern | Entfernen keine abgeschlossenen Archivgenerationen |
| Historische Checkpoints | Nicht durch Replikation allein | Nein | Ja |
| Geeignet, wenn | Dienstkontinuität an einem anderen eEKAS-Standort wichtig ist | Eine aktuelle Sekundärkopie genügt | Unabhängige zeitpunktbezogene Recovery benötigt wird |
Disaster Recovery oder sorgfältig geplantes Active-Active
Native eEKAS-Replikation folgt S3-Änderungen, anstatt jede neue Datei durch regelmäßige vollständige Scans zu suchen. Erstsynchronisation, Backfill und das Aufholen nach einer Unterbrechung benötigen dennoch Zeit, Bandbreite und Kapazität.
Schreibgeschützter Disaster-Recovery-Standort
Die Quelle nimmt normale Schreibzugriffe an, während das Ziel schreibgeschützt bleibt. Die Übernahme ist ein administrativ gesteuerter Recovery-Vorgang, der auch Anwendungsrouting, DNS oder Load Balancer berücksichtigen muss.
Active-Active-Standorte
Beide Standorte können Schreibzugriffe annehmen, die Sichtbarkeit ist jedoch asynchron. Anwendungen sollten konkurrierende Änderungen am selben Objektschlüssel vermeiden oder gezielt behandeln. Dies sind weder verteilte Dateisperren noch transaktionale Multi-Site-Konsistenz.
Aus abgeschlossenen, eindeutig bezeichneten Checkpoints wiederherstellen
Backup und Archivierung trennt die Recovery-Historie vom Live-Namespace und bietet einen expliziten Vorschau- und Restore-Prozess.
Konfigurieren, überwachen und wiederherstellen – ohne Kommandozeilen-Vorkenntnisse
eEKAS stellt Schutzvarianten und Recovery-Abläufe in der Verwaltungsoberfläche bereit und macht die architektonischen Unterschiede sichtbar.
Mehr als nur Objektbytes schützen
Dienstrouting
DNS-, Load-Balancer- und Anwendungs-Endpunktänderungen für die Standort-Recovery dokumentieren.
Zugangsdaten
Einladungen, Archivzugänge und Recovery-Pakete getrennt schützen.
SMB-Gateways
Replikation überträgt S3-Objekte, nicht SMB-Freigaben, Identitäten oder verteilte Sperren.
Recovery-Tests
Den vollständigen Geschäftsprozess einschließlich Zugriff, Berechtigungen und Rückkehr zum Normalbetrieb testen.
Schutz nach dem Recovery-Versprechen planen
Standortkontinuität, unabhängige Historie, Bandbreite, Objektwachstum und betriebliche Recovery vor der Auswahl vergleichen.