S3 Site Replication

Mit eEKAS können Sie S3-Daten zwischen Standorten replizieren, auf eine andere S3-Instanz spiegeln und in einem externen Backup archivieren. Dieses Kapitel führt Sie durch Einrichtung, Überwachung und Wiederherstellung und hilft Ihnen, das passende Schutzverfahren auszuwählen.

Schutzverfahren auswählen

Verfahren	Zweck
eEKAS-zu-eEKAS-Synchronisierung	Asynchrone native Standortreplikation: schreibgeschütztes Disaster-Recovery-Ziel oder Active-Active mit Schreibzugriffen.
Aktuelle Objekte spiegeln	Einwegkopie aktueller Objekte auf eine andere S3-Instanz, ohne Wiederherstellung anhand von Wiederherstellungspunkte.Wiederherstellungspunkten.
Sicherung und Archiv	Aufbewahrte Objektgenerationen und veröffentlichte Wiederherstellungspunkte mit Vorschau und Restore.

Standortreplikation überträgt Änderungen und ersetzt kein unabhängiges Backup. Der Metadaten-Primärstandort verwaltet die administrativen Metadaten; er ist nicht zwingend der einzige Standort mit Objektschreibzugriffen.

1. Voraussetzungen und Vorbereitung

• Verwenden Sie gesunde unabhängige Cluster mit kompatiblen, abgenommenen eEKAS-Versionen. Planen Sie Kapazität für Replikate, aufbewahrte Versionen und das Aufholen von Rückständen.
• Konfigurieren Sie jeden S3-Dienst mit lokalem Speicher, IP-Gruppe, geeigneten Gateway-Knoten, stabilem DNS und vertrauenswürdigen HTTPS-Zertifikaten. Prüfen Sie Routing, Firewall, Zeitsynchronisation und Erreichbarkeit.
• Für den nativen Beitritt muss der S3-Zieldienst vollständig leer sein, ohne Buckets. Der Beitritt übernimmt diesen Dienst; bestehende gefüllte Namensräume werden nicht zusammengeführt.
• Aktivieren Sie für Online-Einladungen die REST API der Quelle. Das Ziel muss deren Management-HTTPS-Listener erreichen, normalerweise Port 18443.
• Dokumentieren Sie Versionierung, Object Lock, Aufbewahrung, Legal Holds, Berechtigungen und SMB-Gateway-Konfiguration. Legen Sie Wiederherstellungsverantwortung, Isolation des alten Primärstandorts, Client-Umleitung, RPO und RTO fest.
• Der ausgewählte Backup-Worker benötigt Zugriff auf Quelle und Archiv sowie genügend lokalen Staging-Speicher.

Lassen Sie die Zertifikatsprüfung aktiviert und konfigurieren Sie bei Bedarf das Vertrauen in die private CA. Die Annahme eines nicht vertrauenswürdigen Zertifikats ist eine ausdrückliche Ausnahme für kontrollierte private Systeme.

2. Native eEKAS-Replikation einrichten

Quellinstallation konfigurieren

1. Öffnen Sie S3-Synchronisierung und Wiederherstellung → eEKAS-zu-eEKAS-Synchronisierung → Quellinstallation einrichten.
2. Wählen Sie den S3-Quelldienst und geben Sie einen Namen für den physischen Standort ein.
3. Wählen Sie Notfallwiederherstellung (schreibgeschütztes Ziel). Verwenden Sie Active-Active (Schreiben an allen Standorten erlaubt) nur, wenn die Anwendungen gleichzeitige asynchrone Schreibzugriffe tolerieren.
4. Lassen Sie die Zertifikatsprüfung zwischen den Standorten aktiv. Wählen Sie Aktivieren und warten Sie auf die Beziehung. Active-Active verlangt die Bestätigung möglicher Schreibkonflikte.

Einmalige Einladung erstellen

1. Wählen Sie an der Quelle Standort hinzufügen und eine einmalige Online-Einladung.
2. Tragen Sie die vom Ziel erreichbare Managementadresse der Quelle ein, normalerweise HTTPS-Port 18443.
3. Wählen Sie 15 Minuten, 60 Minuten oder 24 Stunden Gültigkeit. Erstellen und übertragen Sie das Token sicher.
4. Lösen Sie es vor Ablauf ein. Prüfen Sie Einladungen und widerrufen Sie ungenutzte gültige Einladungen.

Die verschlüsselte Einladungsdatei benötigt eine Passphrase mit mindestens 12 Zeichen. Übertragen Sie Datei und Passphrase getrennt. Das aktuelle Ziel-Webformular akzeptiert Online-Adresse und Token; klären Sie vor Verwendung der Datei das unterstützte administrative Importverfahren.

Leeren Zielstandort verbinden

1. Öffnen Sie am Ziel eEKAS-zu-eEKAS-Synchronisierung → Diese Installation verbinden.
2. Wählen Sie einen leeren lokalen S3-Dienst und einen eindeutigen Standortnamen. Dessen Speicher, IP-Gruppe und Gateways werden für das Replikat verwendet.
3. Geben Sie Quell-Managementadresse und einmaliges Token ein. Konfigurieren Sie gegebenenfalls vertrauenswürdige CA-Daten.
4. Wählen Sie den Zielmodus und Prüfen und verbinden. Prüfen Sie den Endpunkt und bestätigen Sie die Übernahme des leeren Dienstes.
5. Warten Sie auf Einrichtung und initiale Synchronisierung. Prüfen Sie beide Installationen und lesen Sie Testobjekte über die tatsächlichen S3-Endpunkte. Im DR-Modus müssen Schreibzugriffe am Ziel abgewiesen werden.

Prüfen Sie bei Fehlern die Rückmeldung und das Ereignisprotokoll. Eine teilweise abgeschlossene Einrichtung kann administrative Bereinigung erfordern. Löschen Sie keine Replikat-Pools oder aufbewahrten ursprünglichen Speicherbereiche, um einen Namensfehler zu beheben.

3. Richtlinien und täglicher Betrieb

An der Quelle erscheint die lokale Standortkarte, am Ziel erscheinen beide Karten. Anzahl und Beschriftung Primär/Sekundär beweisen keinen vollständigen Zustand des Gegenstandorts. Lesen Sie Synchronisierungsstatus und Gateway-Anzahl auf jeder Installation.

Einstellung	Bedeutung
Warnschwelle für den Wiederherstellungspunkt	5, 15 oder 60 Minuten oder 24 Stunden: Warnziel, keine synchrone Replikation oder garantierte RPO. DieErmitteln tatsächlicheSie Dauerhaftigkeits-die tatsächlich erreichbare RPO istdurch weiterhinMessungen ungemessen.in Ihrer Umgebung.
Übertragungsprofil	Begrenzt, Ausgewogen und Schnell ändern die Parallelität, nicht eine feste Bandbreitenbegrenzung.
Synchronisierungszeitfenster	always für durchgehende Synchronisierung oder ein tägliches Zeitfenster in lokaler Zeit, z. B. 20:00–06:00. Außerhalb pausiert die Synchronisierung; der Rückstand kann wachsen.
Umfang der Bucket-Replikation	Alle Buckets oder ausgewählte Namen, getrennt durch Semikolons. Nicht gelistete und neue Buckets bleiben ausgeschlossen, bis sie ergänzt werden.
Erweiterte Regeln	Bucket-, Schlüsselpräfix- und Tagfilter, Zuordnung von Zielbucket, Eigentümer und Speicherklasse sowie Einweg-/Zweiwegrichtung. Ersetzt die einfache Auswahl; Routing testen.
Schutz	Löschverhalten, Versionierung und Object Lock gemeinsam prüfen. Frühere Versionen benötigen Versionierung; externe Löschverzögerung und Kopierschutz betreffen den externen Transferpfad.
Überwachung und Benachrichtigungen	E-Mail, bestehende SNMP-Meldungen, Webhook-Zustandsänderungen oder Prometheus. Zustellung testen.
Wiederherstellung	Validierung, sichere administrative Recovery-Hooks und optionale globale Endpunktintegration. Bei manueller Umleitung muss ein Administrator das Routing ändern.
Externes Archiv	Zeitgesteuerte Kopie/Spiegelung aktueller Objekte. Backup mit aufbewahrten Generationen wird separat unter S3-Archiv und Wiederherstellung eingerichtet.

Status richtig auswerten

Synchronisiert bedeutet, dass die gemeldeten lokalen eingehenden Streams aufgeholt haben. Dies bestätigt weder die Gegenrichtung noch Datenverlustfreiheit oder ein physisches Medienbackup. Prüfen Sie beide Standorte. Synchronisierung läuft / Rückstand erfordert Nachverfolgung, Fehler zeigt ein Problem und unbekannt bedeutet fehlende Nachweise.

• Verwenden Sie Aktualisieren und prüfen Sie Endpunkte, Modi, Gateways und Ereignisprotokoll.
• Betrieb zeigt lokale Bucket-Statistiken mit Suchen und Nächste Seite, maximal 50 Einträge je Seite. Die Zähler verifizieren keinen entfernten Objektbestand.
• Pausieren/Fortsetzen betrifft die lokale eingehende Synchronisierung. Bei Active-Active werden damit nicht automatisch ausgehende oder entfernte Streams pausiert.
• Schreiben erlauben und Schreibschutz aktivieren am jeweiligen Sekundärstandort ändern den Schreibmodus; prüfen Sie danach Synchronisierung und Anwendungen.

Bestandsobjekte, Schlüsselrotation und Entfernen

Starten Sie am Ziel Vorhandene Objekte nachsynchronisieren für Objekte, die vor der Aktivierung einer Regel existierten. Verfolgen Sie Nachsynchronisierungsaufträge und nutzen Sie Pausieren, Fortsetzen oder Abbrechen. Planen Sie Backfill als eigene Lastphase und prüfen Sie anschließend Bytes und Versionen.

Schlüsselrotation: Ersatzschlüssel vorbereiten am Primärstandort → Ersatzschlüssel übernehmen an jedem Sekundärstandort → Ersatzschlüssel aktivieren am Primärstandort → Rotation abschließen erst bei gesunder Synchronisierung. Der bisherige Schlüssel bleibt bis zum Abschluss gültig.

Das Entfernen aus der Primärtopologie ist vom lokalen Stilllegen des entfernten Standorts getrennt. Lokale Stilllegung stoppt Gateways und entfernt die Replikatkonfiguration. Daten bleiben erhalten, sofern ihre Löschung nicht ausdrücklich gewählt und bestätigt wird. Prüfen Sie vorher die Wiederherstellungsalternativen.

4. Wiederherstellung der nativen Replikation

S3-Gateways wiederherstellen

Ist der Endpunkt einer laufenden Installation nicht erreichbar, prüfen Sie Gateways, Netzwerk und IP-Gruppe. S3-Gateways wieder starten startet lokale Gateway-Dienste neu und aktualisiert Endpunktressourcen. Prüfen Sie Ergebnis, echte S3-Lese-/Schreibzugriffe und das Aufholen. Dies rekonstruiert keinen verlorenen Clusterspeicher und stuft keinen Sekundärstandort hoch.

Standby-Standort hochstufen

1. Legen Sie den künftigen maßgeblichen Standort und den letzten replizierten Datenstand fest. Stoppen Sie während der Entscheidung nach Möglichkeit Anwendungsschreiben.
2. Stoppen oder isolieren Sie den alten Primärstandort und bestätigen Sie das Fencing, damit er nicht unabhängig wieder maßgeblich werden kann.
3. Prüfen Sie eingehende Synchronisierung, Gateways und Endpunkt des überlebenden Standorts. Starten Sie Wiederherstellungsbereitschaft prüfen unter Betrieb.
4. Wählen Sie Rollenübernahme oder die konfigurierte Koordinierte Wiederherstellung, das Ziel und den angezeigten Zonennamen zur Bestätigung. Bestätigen Sie die Isolation des Primärstandorts.
5. Verwenden Sie erzwungene Notfalloptionen nur nach ausdrücklicher Annahme und Dokumentation möglicher Verluste neuer Objekte.
6. Ändern Sie Client-Routing manuell oder über eine getestete globale Endpunktintegration. Prüfen Sie Daten, Berechtigungen, WORM und Anwendungszugriff.
7. Halten Sie den zurückkehrenden alten Primärstandort isoliert. Aktualisieren und bereinigen Sie die Topologie, synchronisieren Sie ihn und planen Sie erst dann Schreibfreigabe oder Failback.

Hooks und DNS-/Load-Balancer-Integration benötigen sichere Programme und getestete Konfiguration. Ein Hostname allein bewirkt keinen automatischen Failover. Active-Active-Schreibzugriffe am überlebenden Standort lösen den Verlust des Metadaten-Primärstandorts nicht. Testen Sie die vollständige Wiederherstellung nach einem Primärclusterverlust und die Rückkehr zum ursprünglichen Standort vor dem produktiven Einsatz in einer isolierten Umgebung.

5. Aktuelle Objekte auf eine andere S3-Instanz spiegeln

1. Öffnen Sie an der Installation des Metadaten-Primärdiensts Mit anderer S3-Instanz synchronisieren → Aktuelle Objekte spiegeln, wählen Sie den Quelldienst und Einseitige Spiegelung einrichten.
2. Aktivieren Sie in Externes Archiv das Ziel und tragen Sie Name, HTTPS-Endpunkt, vorhandenen Bucket, Signaturregion, Access Key und Secret ein.
3. Spiegeln überträgt aktuelle Inhalte und Quelllöschungen. Nur kopieren belässt zusätzliche Zielobjekte. Wählen Sie Manuell, Stündlich oder Täglich.
4. Prüfen Sie Schutz, Löschverzögerung, geschütztes Archiv, Quellauswahl und Regeln. Speichern Sie.
5. Manueller Lauf: Betrieb → Archivierung jetzt ausführen. Prüfen Sie Ergebnis und Ereignisprotokoll sowie Zielbytes, Überschreiben und Löschverhalten in Testbuckets.

Jeder Quellbucket verwendet ein gleichnamiges Präfix im Zielbucket. Es gibt keine Rücksynchronisierung, Wiederherstellungspunkt-Vorschau/-Wiederherstellung, Rekonstruktion ursprünglicher Versionen oder Eigentümerwiederherstellung. Nur kopieren kann vorhandene Zielschlüssel überschreiben. Der Bereich für verzögerte Löschungen ist kein Wiederherstellungskatalog. Halten Sie fremde Inhalte außerhalb der verwalteten Präfixe. Prüfen Sie bei großen Buckets Listing-Dauer und Worker-Speicher. Prüfen Sie die vollständige Spiegelung an Ihrem externen Ziel einschließlich Überschreiben und Löschverhalten, bevor Sie sich darauf verlassen.

6. Backup und Archiv einrichten

1. Wählen Sie Mit anderer S3-Instanz synchronisieren → Sicherung und Archiv einrichten oder Neue Sicherung unter S3-Archiv und Wiederherstellung.
2. Geben Sie einen eindeutigen Backupnamen, externe HTTPS-Adresse, vorhandenen Zielbucket und Zugangsschlüssel ein.
3. Wählen Sie die Quellzone. Gesamte Zone umfasst heutige und künftige Buckets. Einzelne Buckets öffnet Verfügbare Buckets und Für die Sicherung ausgewählt.
4. Suchen und ergänzen Sie Buckets. Die Auswahl bleibt über Suche/Seitenwechsel erhalten. Diese Seite hinzufügen ergänzt nur die sichtbare Seite, Entfernen entfernt eine Auswahl.
5. Wählen Sie Standardsicherung (empfohlen) oder die geplante Option Zusätzlicher Schutz für ältere Versionen.
6. Wählen Sie unter Diese Sicherung ausführen auf den ausführenden eEKAS-Knoten. Erstellen Sie das Backup über dessen Managementseite und prüfen Sie Netzwerk und Staging-Speicher.
7. Prüfen Sie erweiterte Einstellungen, wählen Sie Sicherung speichern und anschließend Sicherung starten. Speichern startet keinen Export. Warten Sie auf einen abgeschlossenen Wiederherstellungspunkt.

Die Standardsicherung liest noch verfügbare Quellgenerationen. Eine bereits vor dem Lesen entfernte Version kann essie nicht sichern. Behalten Sie Quellversionierung und WORM bei. Zusätzlicher Schutz für ältere Versionen erstellt eine lokale History-Zone mit eigenem Gateway, freiem Port (z. B. 9443), HTTPS-Endpunkt, Zertifikat/privatem Schlüssel und Speicher. Dies benötigt zusätzliche Kapazität; lokale History-Kopien allein überleben keinen vollständigen Verlust der Primärinstallation.

Erweiterte Einstellung	Standard / Verwendung
Quelldetails / CA	Ermittelte Werte für Realm, Zonegroup, Zone und Endpunkt beibehalten, sofern keine begründete Änderung nötig ist. Private CA-Kette bei Bedarf angeben.
Prüfintervall für Änderungen	60 Sekunden; Uploadmeldungen können früher Arbeit einreihen. Keine garantierte Exportlatenz.
Mindestabstand vollständiger Wiederherstellungskataloge	3.600 Sekunden. Katalogdauer vor Verkürzung messen.
Parallelität der WORM-Schutzprüfungen	4. Metadatenprüfungen sind von Uploads getrennt; Quellanfragelast beobachten.
WORM-Einstellungen erneut prüfen nach	3.600 Sekunden gewünschtes Minimum; große Warteschlangen können länger benötigen.
Größte lokal zwischengespeicherte Datei	100 GiB je Objekt, keine Gesamtspeicherreservierung. Tatsächlichen freien Speicher vorhalten.
S3-Region des Sicherungsservers	Üblicherweise us-east-1; Signaturregion des Ziels verwenden.

Prüfen und ändern Sie Verbindungseinstellungen über Sicherungseinstellungen. Bei Änderungen der Speicheridentität, Schutzstufe oder geschützten Bucketauswahl erstellen Sie ein neues Backup und behalten alte Wiederherstellungspunkte zugänglich.

7. Export überwachen und Wiederherstellungsinformationen sichern

Wählen Sie das Backup und Aktualisieren. Zustände unterscheiden den Start der Sicherung, das Kopieren von Dateien, die Prüfung der Quelldateien, die Erstellung eines Wiederherstellungspunkts und das Beobachten neuer Änderungen. Prüfen Sie Worker-Heartbeat, Fehler/Wiederholungen, gespeicherte/wartende Objekte und letzten abgeschlossenen Wiederherstellungspunkt. Bei Worker nicht verfügbar prüfen Sie den ausgewählten Knoten. Inventarisierung läuft weiter, wenn Uploadmeldungen nicht korrekt registriert sind.

Export pausieren beendet die laufende Arbeit vor dem Stoppen; Export fortsetzen setzt fort. Bereits exportierte Objekte gehören erst nach Abschluss des nächsten vollständigen Katalogs zu einem unterstützten Wiederherstellungspunkt. Kopierbestätigung und leere Warteschlange beweisen keinen Abschluss oder Nachweis physischer Bandsicherung.

1. Wählen Sie Wiederherstellungspaket exportieren.
2. Verwenden Sie ein Verschlüsselungskennwort mit mindestens 16 Zeichen und laden Sie das Bundle herunter.
3. Bewahren Sie Bundle, Kennwort und Archivzugang außerhalb des Primärclusters auf. Halten Sie das Kennwort getrennt von der Datei und schützen Sie alles wie Zugangsdaten.
4. Aktualisieren Sie die Informationen nach Konfigurationsänderungen und üben Sie den Import auf einem isolierten Ersatzsystem.

8. Wiederherstellungspunkt wiederherstellen

1. Bereiten Sie einen funktionierenden Ersatz-S3-Dienst und Zugangsdaten zum Erstellen, Lesen und Schreiben von Wiederherstellungsbuckets vor. WORM benötigt passende Schutzoperationen am Ziel.
2. Wählen Sie Aus Archiv wiederherstellen und einen abgeschlossenen Wiederherstellungspunkt anhand des UTC-Datums. Die ursprüngliche Kennung steht in Klammern. Laden Sie bei Bedarf weitere Einträge.
3. Lassen Sie Quellbucket für alle geschützten Buckets leer oder filtern Sie nach Bucket, wörtlichem Präfix oder genauem Objektschlüssel. Präfix ist kein Platzhalter. Zuerst gespeicherte Generationen anzeigen ermöglicht ältere Kopien; die Vorschau ist auf 1.000 Treffer begrenzt.
4. Tragen Sie Ziel-HTTPS-Endpunkt, Zugangsdaten und gegebenenfalls private CA-Kette ein. Verwenden Sie ein separates Bucketpräfix, z. B. recovery-. Ein einzelner Zielbucket setzt einen ausgewählten Quellbucket voraus.
5. Lassen Sie Überschreiben vorhandener Objekte deaktiviert, sofern es nicht für ungeschützte Daten benötigt wird. WORM-Restore verlangt unabhängig davon neue Buckets.
6. Erstellen Sie die Wiederherstellungsvorschau. Prüfen Sie Anzahl, Konflikte, nicht verfügbare Generationen und Schutzinformationen vor dem Start.
7. Starten Sie den geprüften Job und überwachen Sie Fortschritt, Fehler sowie Pausieren/Fortsetzen oder Abbrechen.
8. Verifizieren Sie Bytes, Aufbewahrung und Legal Holds. Prüfen Sie die Bucket-Konfigurationsvorschau vor Übernahme von Eigentümern und Berechtigungen. Ursprüngliche Eigentümer können dem Wiederherstellungskonto den Zugriff entziehen; Lifecycle-Ablauf bleibt bei Konfigurationswiederherstellung deaktiviert.
9. Stellen Sie Client-Routing und SMB-Gateway-/Freigabekonfiguration nach erfolgreicher Inhalts- und Berechtigungsprüfung wieder her.

Wählen Sie zuerst ein Archiv mit veröffentlichten Wiederherstellungspunkten. Die Abbildung zeigt das Formular ohne ausgewählten Punkt; verfügbare Punkte werden aus dem Archiv geladen.

Verwenden Sie neue Bucketnamen, statt WORM-Buckets zu löschen oder Aufbewahrung zu schwächen. Ältere Wiederherstellungspunkte ohne verifizierte Object-Lock-Metadaten werden abgewiesen. Unabhängig wiederhergestellte Objekte behalten nicht zwingend ihre ursprünglichen S3-Versionskennungen.

Nach Verlust der Primärinstallation

1. Bereiten Sie eine funktionierende Ersatz-eEKAS-Installation mit S3-Dienst, Worker-Zugriff und Staging-Speicher vor.
2. Wählen Sie Wiederherstellungspaket importieren. Geben Sie ursprüngliche Archivkennung, verschlüsseltes Bundle kleiner als 16 MB und Kennwort an.
3. Die importierte Konfiguration dient nur der Wiederherstellung; Export bleibt deaktiviert. Prüfen Sie Archivverbindung und lassen Sie Export während der Wiederherstellung ausgeschaltet.
4. Erstellen Sie Vorschau und Restore, übernehmen Sie geprüfte Bucket-Einstellungen, validieren Sie Namensraum/Berechtigungen und schalten Sie Clients um.

Das Bundle ist kein eigenständiges Restore-Programm für beliebige Server. Langsame oder offline befindliche Medien können lange Abrufzeiten verursachen. Klären und testen Sie die physische Medienwiederherstellung beim Speicheranbieter separat.

9. Fehlerbehebung und Abnahme

Symptom	Prüfung / Maßnahme
Kein leeres Ziel	Neuen S3-Dienst erstellen; keinen gefüllten Namensraum verbinden.
Einladung abgewiesen	Ablauf/Verwendung, REST API, Adresse/Port 18443, Routing und Zertifikatsvertrauen.
Rückstand, Fehler oder unbekannt	Beide Standorte, Gateways, Endpunkte, Zertifikate, Kapazität, Zeitfenster und Verbindung.
Endpunkt weiterhin ausgefallen	S3-Gateways wieder starten, IP-Gruppe/virtuellen Endpunkt und Fehlermeldung prüfen.
Worker-Heartbeat fehlt	Ausgewählten Knoten, Worker-Dienst, Quell-/Archivzugriff und Staging-Speicher prüfen.
Meldungsfehler / alter Wiederherstellungspunkt	Registrierung, Erreichbarkeit, Inventarisierungsverzug, Katalogfortschritt und Rückstand. Upload und Katalogveröffentlichung sind getrennt.
Leere Bucket-Suchseite	Mit Nächste Seite weiterblättern; begrenzte Suche kann nur einen Katalogteil untersuchen.
Restore-Konflikte	Neue Namen, Zielschutz, Berechtigungen, Object-Lock-Metadaten und fehlende Generationen prüfen.
SMB-Zugriff auf Restore fehlt	Gateway-Endpunkt, Bucket-/Pfadzuordnung, Zugangsdaten, Freigaben und Identitätskonfiguration prüfen.

SMB-Daten gelangen erst nach erfolgreichem Commit eines S3-Objekts in die Sicherung. Offene/gepufferte Dateien, SMB-Freigabedefinitionen, Identitätsdienste und verteilte SMB-Sperren sind durch Objektreplikation allein nicht abgedeckt.

• Testen Sie eigene Testbuckets mit kleinen/großen Objekten, Multipart, Metadaten, Range Reads, Byteinhalt und Versionen.
• Prüfen Sie bei Active-Active beide Richtungen, Überschreiben, Löschen und Konflikte am selben Schlüssel bei aktiver Versionierung.
• Testen Sie Aufbewahrung/Legal Holds und Restore ohne Schwächung geschützter Quelldaten.
• Unterbrechen Sie die Verbindung, schreiben Sie kontrolliert, verbinden Sie erneut und prüfen Sie das Aufholen.
• Üben Sie Isolation, Promotion, Client-Routing und Failback isoliert. Testen Sie lokale Gateway-Recovery separat.
• Exportieren/importieren Sie ein Bundle, stellen Sie einen abgeschlossenen Wiederherstellungspunkt in neue Buckets wieder her und prüfen Sie Eigentümer sowie SMB-Nutzerzugriff.
• Messen Sie Backfill, vollständige Katalogdauer, Worker-Speicher, Rückstand und Restore-Dauer anhand repräsentativer Objektanzahl und Größen.

Prüfen Sie Kapazität und Wiederherstellungsdauer mit einer repräsentativen Anzahl und Größe Ihrer Objekte. Testen Sie die vollständige Cluster-Wiederherstellung, die Rückkehr zum ursprünglichen Standort, den SMB-Zugriff und die externe Spiegelung in Ihrer Umgebung. Legen Sie RPO und RTO anhand dieser gemessenen Ergebnisse fest.

Täglich: jeden nativen Standort, Export-Heartbeat, letzten vollständigen Wiederherstellungspunkt, Fehler und Alarmzustellung prüfen. Nach Änderungen: Umfang, künftige Buckets, Schlüssel, Vertrauen, Routing und Bundle-Aktualität prüfen. Regelmäßig: Lesen, Schutz und Wiederherstellung testen, Kapazität prüfen. Vor Stilllegung: verifizierte Wiederherstellungsalternative behalten.

SMB-Freigaben mit S3-WORM absichern

Die Einrichtung einer SMB-Freigabe auf einem COMPLIANCE-geschützten Bucket beschreibt SMB-Freigaben mit S3-WORM. Für Replikation und Backup zählt das vom Gateway gespeicherte S3-Objekt. Beziehen Sie die Freigabe-, Identitäts- und Gateway-Konfiguration sowie die Prüfung der Aufbewahrung am Ziel in Ihren Wiederherstellungsplan ein.