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 to eEKAS synceEKAS-zu-eEKAS-Synchronisierung	Asynchrone native Standortreplikation: schreibgeschütztes Disaster-Recovery-Ziel oder Active-Active mit Schreibzugriffen.
MirrorAktuelle currentObjekte objectsspiegeln	Einwegkopie aktueller Objekte auf eine andere S3-Instanz, ohne Wiederherstellung anhand von Checkpoints.Wiederherstellungspunkte.
BackupSicherung andund archiveArchiv	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 S3S3-Synchronisierung synchronizationund and recoveryWiederherstellung → eEKAS to eEKAS synceEKAS-zu-eEKAS-Synchronisierung → SetQuellinstallation up source installationeinrichten.
2. Wählen Sie den S3-Quelldienst und geben Sie einen Namen für den physischen Standort ein.
3. Wählen Sie Disaster recoveryNotfallwiederherstellung (read-onlyschreibgeschütztes destination)Ziel). Verwenden Sie Active-activeActive (writesSchreiben allowedan atallen everyStandorten site)erlaubt) nur, wenn die Anwendungen gleichzeitige asynchrone Schreibzugriffe tolerieren.
4. Lassen Sie die Zertifikatsprüfung zwischen den Standorten aktiv. Wählen Sie EnableAktivieren 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 AddStandort Sitehinzufü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 InvitationsEinladungen 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 to eEKAS synceEKAS-zu-eEKAS-Synchronisierung → ConnectDiese thisInstallation installationverbinden.
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 ValidatePrüfen andund Joinverbinden. 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 Event Log.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

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

Einstellung	Bedeutung
RecoveryWarnschwelle pointfür warningden thresholdWiederherstellungspunkt	5, 15 oder 60 Minuten oder 24 Stunden: Warnziel, keine synchrone Replikation oder garantierte RPO. Die tatsächliche Dauerhaftigkeits-RPO ist weiterhin ungemessen.
Transfer profileÜbertragungsprofil	Limited,Begrenzt, BalancedAusgewogen und FastSchnell ändern die Parallelität, nicht eine feste Bandbreitenbegrenzung.
Synchronization windowSynchronisierungszeitfenster	Immeralways 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.
BucketUmfang replicationder scopeBucket-Replikation	Alle Buckets oder ausgewählte Namen, getrennt durch Semikolons. Nicht gelistete und neue Buckets bleiben ausgeschlossen, bis sie ergänzt werden.
AdvancedErweiterte RulesRegeln	Bucket-, Schlüsselpräfix- und Tagfilter, Zuordnung von Zielbucket, Eigentümer und Speicherklasse sowie Einweg-/Zweiwegrichtung. Ersetzt die einfache Auswahl; Routing testen.
ProtectionSchutz	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.
MonitoringÜberwachung andund AlertsBenachrichtigungen	E-Mail, bestehende SNMP-Meldungen, Webhook-Zustandsänderungen oder Prometheus. Zustellung testen.
RecoveryWiederherstellung	Validierung, sichere administrative Recovery-Hooks und optionale globale Endpunktintegration. Bei manueller Umleitung muss ein Administrator das Routing ändern.
ExternalExternes ArchiveArchiv	Zeitgesteuerte Kopie/Spiegelung aktueller Objekte. Backup mit aufbewahrten Generationen wird separat unter S3S3-Archiv archiveund and recoveryWiederherstellung eingerichtet.

Status richtig auswerten

SynchronizedSynchronisiert 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. Syncing/behindSynchronisierung läuft / Rückstand erfordert Nachverfolgung, errorFehler zeigt ein Problem und unknownunbekannt bedeutet fehlende Nachweise.

• Verwenden Sie RefreshAktualisieren und prüfen Sie Endpunkte, Modi, Gateways und Event Log.Ereignisprotokoll.
• OperationsBetrieb zeigt lokale Bucket-Statistiken mit SearchSuchen und NextNächste page,Seite, maximal 50 Einträge je Seite. Die Zähler verifizieren keinen entfernten Objektbestand.
• Pause/ResumePausieren/Fortsetzen betrifft die lokale eingehende Synchronisierung. Bei Active-Active werden damit nicht automatisch ausgehende oder entfernte Streams pausiert.
• AllowSchreiben Writeserlauben und MakeSchreibschutz Read-onlyaktivieren am jeweiligen Sekundärstandort ändern den Schreibmodus; prüfen Sie danach Synchronisierung und Anwendungen.

Bestandsobjekte, Schlüsselrotation und Entfernen

Starten Sie am Ziel BackfillVorhandene ExistingObjekte Objectsnachsynchronisieren für Objekte, die vor der Aktivierung einer Regel existierten. Verfolgen Sie Backfill JobsNachsynchronisierungsaufträge und nutzen Sie Pause,Pausieren, ResumeFortsetzen oder Cancel.Abbrechen. Planen Sie Backfill als eigene Lastphase und prüfen Sie anschließend Bytes und Versionen.

Schlüsselrotation: StageErsatzschlüssel Replacementvorbereiten am Primärstandort → AdoptErsatzschlüssel Replacementübernehmen an jedem Sekundärstandort → ActivateErsatzschlüssel Replacementaktivieren am Primärstandort → FinalizeRotation Rotationabschließ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. RecoverS3-Gateways S3wieder gatewaysstarten 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 ValidateWiederherstellungsbereitschaft Recovery Readinessprüfen unter Operations.Betrieb.
4. Wählen Sie PromoteRollenübernahme oder die konfigurierte OrchestratedKoordinierte RecoveryWiederherstellung, 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. VollständigerTesten Sie die vollständige Wiederherstellung nach einem Primärclusterverlust und komplettedie Promotion/FailbackRückkehr wurdenzum ursprünglichen Standort vor dem produktiven Einsatz in dereiner dokumentiertenisolierten Evaluation nicht durchgeführt.Umgebung.

5. Aktuelle Objekte auf eine andere S3-Instanz spiegeln

1. Öffnen Sie an der Installation des Metadaten-Primärdiensts SyncMit toanderer otherS3-Instanz S3 instancesynchronisieren → MirrorAktuelle currentObjekte objectsspiegeln, wählen Sie den Quelldienst und ConfigureEinseitige one-waySpiegelung mirroreinrichten.
2. Aktivieren Sie in ExternalExternes ArchiveArchiv das Ziel und tragen Sie Name, HTTPS-Endpunkt, vorhandenen Bucket, Signaturregion, Access Key und Secret ein.
3. MirrorSpiegeln überträgt aktuelle Inhalte und Quelllöschungen. CopyNur onlykopieren belässt zusätzliche Zielobjekte. Wählen Sie Manual,Manuell, HourlyStündlich oder Daily.Täglich.
4. Prüfen Sie Protection,Schutz, Löschverzögerung, geschütztes Archiv, Quellauswahl und Regeln. Speichern Sie.
5. Manueller Lauf: OperationsBetrieb → RunArchivierung Archivejetzt Nowausführen. Prüfen Sie Ergebnis und Event LogEreignisprotokoll sowie Zielbytes, Überschreiben und Löschverhalten in Testbuckets.

Jeder Quellbucket verwendet ein gleichnamiges Präfix im Zielbucket. Es gibt keine Rücksynchronisierung, Checkpoint-Wiederherstellungspunkt-Vorschau/-Wiederherstellung, Rekonstruktion ursprünglicher Versionen oder Eigentümerwiederherstellung. CopyNur onlykopieren 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. DiePrüfen neueSie die vollständige AbnahmeSpiegelung an einem unabhängigenIhrem externen Mirror-Ziel stehteinschließlich nochÜberschreiben aus.und Löschverhalten, bevor Sie sich darauf verlassen.

6. Backup und Archiv einrichten

1. Wählen Sie SyncMit toanderer otherS3-Instanz S3 instancesynchronisieren → ConfigureSicherung backupund andArchiv archiveeinrichten oder NewNeue backupSicherung unter S3S3-Archiv archiveund and recovery.Wiederherstellung.
2. Geben Sie einen eindeutigen Backupnamen, externe HTTPS-Adresse, vorhandenen Zielbucket und Zugangsschlüssel ein.
3. Wählen Sie die Quellzone. WholeGesamte zoneZone umfasst heutige und künftige Buckets. IndividualEinzelne bucketsBuckets öffnet AvailableVerfügbare bucketsBuckets und SelectedFür fordie backup.Sicherung ausgewählt.
4. Suchen und ergänzen Sie Buckets. Die Auswahl bleibt über Suche/Seitenwechsel erhalten. AddDiese thisSeite pagehinzufügen ergänzt nur die sichtbare Seite, RemoveEntfernen entfernt eine Auswahl.
5. Wählen Sie Standard backupStandardsicherung (recommended)empfohlen) oder die geplante Option ExtraZusätzlicher protectionSchutz forfür olderältere versionsVersionen.
6. Wählen Sie unter RunDiese thisSicherung backupausführen onauf 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 SaveSicherung backupspeichern und anschließend StartSicherung backupstarten. Speichern startet keinen Export. Warten Sie auf einen abgeschlossenen Checkpoint.Wiederherstellungspunkt.

StandardDie backupStandardsicherung liest noch verfügbare Quellgenerationen. Eine bereits vor dem Lesen entfernte Version kann es nicht sichern. Behalten Sie Quellversionierung und WORM bei. ExtraZusätzlicher protectionSchutz 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
Source service detailsQuelldetails / 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.
CheckPrüfintervall forfür changes everyÄnderungen	60 Sekunden; Uploadmeldungen können früher Arbeit einreihen. Keine garantierte Exportlatenz.
MinimumMindestabstand timevollständiger between full recovery catalogsWiederherstellungskataloge	3.600 Sekunden. Katalogdauer vor Verkürzung messen.
ParallelParallelität WORMder protection checksWORM-Schutzprüfungen	4. Metadatenprüfungen sind von Uploads getrennt; Quellanfragelast beobachten.
RecheckWORM-Einstellungen WORMerneut settingsprüfen afternach	3.600 Sekunden gewünschtes Minimum; große Warteschlangen können länger benötigen.
LargestGrößte filelokal tozwischengespeicherte stage locallyDatei	100 GiB je Objekt, keine Gesamtspeicherreservierung. Tatsächlichen freien Speicher vorhalten.
BackupS3-Region serverdes S3 regionSicherungsservers	Üblicherweise us-east-1; Signaturregion des Ziels verwenden.

Prüfen und ändern Sie Verbindungseinstellungen über Backup settingsSicherungseinstellungen. 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 RefreshAktualisieren. Zustände unterscheiden Startingden backup,Start Copyingder files,Sicherung, Checkingdas sourceKopieren files,von CreatingDateien, recoverydie pointPrüfung der Quelldateien, die Erstellung eines Wiederherstellungspunkts und Updas toBeobachten dateneuer — watching for changes.Änderungen. Prüfen Sie Worker-Heartbeat, Fehler/Wiederholungen, gespeicherte/wartende Objekte und letzten abgeschlossenen Checkpoint.Wiederherstellungspunkt. Bei Worker unavailablenicht verfügbar prüfen Sie den ausgewählten Knoten. Inventarisierung läuft weiter, wenn Uploadmeldungen nicht korrekt registriert sind.

PauseExport exportpausieren beendet die laufende Arbeit vor dem Stoppen; ResumeExport exportfortsetzen 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 ExportWiederherstellungspaket recovery bundleexportieren.
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. CheckpointWiederherstellungspunkt wiederherstellen

1. Bereiten Sie einen funktionierenden Ersatz-S3-Dienst und Zugangsdaten zum Erstellen, Lesen und Schreiben von Recovery-BucketsWiederherstellungsbuckets vor. WORM benötigt passende Schutzoperationen am Ziel.
2. Wählen Sie RestoreAus fromArchiv archivewiederherstellen und einen abgeschlossenen CheckpointWiederherstellungspunkt anhand des UTC-Datums. Die ursprüngliche Kennung steht in Klammern. Laden Sie bei Bedarf weitere Einträge.
3. Lassen Sie Source bucketQuellbucket 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. BrowseZuerst savedgespeicherte generationsGenerationen 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 Recovery-Vorschau.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 Pause/ResumePausieren/Fortsetzen oder Cancel.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 Recovery-KontoWiederherstellungskonto 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

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 CheckpointsWiederherstellungspunkte 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 ImportWiederherstellungspaket recovery bundleimportieren. 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 RecoveryWiederherstellung 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.
Behind,Rückstand, errorFehler oder unknownunbekannt	Beide Standorte, Gateways, Endpunkte, Zertifikate, Kapazität, Zeitfenster und Verbindung.
Endpunkt weiterhin ausgefallen	RecoverS3-Gateways S3wieder gateways,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 CheckpointWiederherstellungspunkt	Registrierung, Erreichbarkeit, Inventarisierungsverzug, Katalogfortschritt und Rückstand. Upload und Katalogveröffentlichung sind getrennt.
Leere Bucket-Suchseite	BeiMit NextNächste pageSeite 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 CheckpointWiederherstellungspunkt 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.

DiePrüfen EvaluationSie umfassteKapazität eineund BasisWiederherstellungsdauer mit 1.000einer Objektenrepräsentativen Anzahl und ausgewählteGröße nativeIhrer Replikations-,Objekte. WORM-Testen undSie Unterbrechungstests. Millionenobjektkapazität,die vollständige Cluster-Recovery/Failback,Wiederherstellung, derdie kompletteRückkehr zum ursprünglichen Standort, den SMB-AblaufZugriff und neuedie externe Mirror-AbnahmeSpiegelung stehenin nochIhrer aus.Umgebung. Legen Sie RPO/RPO und RTO anhand gemessenerdieser Installationsergebnissegemessenen Ergebnisse fest.

Täglich: jeden nativen Standort, Export-Heartbeat, letzten vollständigen Checkpoint,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 RecoveryWiederherstellung 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.