S3 Site Replication

2. S3-Dienste erstellen

Erstellen Sie den primären S3-Speicherdienst und weisen Sie IP-Gruppe, DNS-Namen, Zertifikat und lokalen Speicher zu. Erstellen Sie am Ziel einen separatenjeden S3-Dienst mit eigenerlokalem Speicher, IP-GruppeGruppe, geeigneten Gateway-Knoten, stabilem DNS und eigenemvertrauenswürdigen Speicher,HTTPS-Zertifikaten. jedochPrüfen Sie Routing, Firewall, Zeitsynchronisation und Erreichbarkeit.

3.

Aktivieren ReplikationSie amfür PrimärstandortOnline-Einladungen aktivieren

REST das

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 Console,synchronization wählenand Sierecovery Site→ ReplicationeEKAS undto anschließendeEKAS Enablesync Replication.
   →
   Set up source installation.
   • Wählen Sie den zuS3-Quelldienst schützendenund S3-Dienst.
   • Gebengeben Sie einen neutralenNamen Standortnamenfür ein,den beispielsweisephysischen primary-site-01.Standort ein.
   • Wählen Sie Disaster recovery,recovery sofern(read-only destination). Verwenden Sie Active-active (writes allowed at every site) nur, wenn die Anwendung nicht ausdrücklich fürAnwendungen gleichzeitige standortübergreifendeasynchrone Schreibzugriffe validierttolerieren.
   wurde.
   • Lassen Sie die Zertifikatsprüfung zwischen den Standorten aktiv. Wählen Sie Enable und warten Sie auf die Beziehung. Active-Active verlangt die Bestätigung möglicher Schreibkonflikte.

Einmalige Einladung erstellen

1. Wählen Sie Enablean der Quelle Add Site und warteneine Sie,einmalige bis die Beziehung angezeigt wird.Online-Einladung.

4. Einladung für den Zielstandort erstellen

Wählen Sie in der primärenQuelle Beziehungein, Add Site. Für normal verbundene Installationen verwenden Sie One-time online invitation.

• Bestätigen Sie die Managementadresse des Primärstandorts undnormalerweise HTTPS-Port 18443.
• Wählen Sie die15 kürzesteMinuten, praktikable60 Gültigkeitsdauer.
Minuten
• Wählenoder Sie24 CreateStunden InvitationGültigkeit. Erstellen und übertragen Sie das Token und Managementadresse sicher.
• Wenn keine Managementverbindung möglich ist, verwendenLösen Sie diees vor Ablauf ein. Prüfen Sie Invitations und widerrufen Sie ungenutzte gültige Einladungen.

Die verschlüsselte Einladungsdatei undbenötigt übertrageneine Passphrase mit mindestens 12 Zeichen. Übertragen Sie Datei und KennwortPassphrase übergetrennt. getrennteDas sichereaktuelle Kanäle.Ziel-Webformular

5.Token; klären Sie vor Verwendung der Datei das unterstützte administrative Importverfahren.

Leeren Zielstandort verbinden

vertrauenswürdige

Melden Sie sich am Zielcluster an, öffnen Sie S3 Console und Site Replication und wählen Sie Join Replication Site.

CA-Daten.
• Wählen Sie den Zielmodus und Validate and Join. Prüfen Sie den Endpunkt und bestätigen Sie die Übernahme des leeren Dienstes.
• Warten Sie auf Einrichtung und initiale Synchronisierung. Prüfen Sie beide Installationen und lesen Sie Testobjekte über die tatsächlichen S3-Zieldienst.Endpunkte. Speicher,Im IP-Gruppe,DR-Modus Listener-Portmüssen Schreibzugriffe am Ziel abgewiesen werden.



Prüfen Sie bei Fehlern die Rückmeldung und das Event Log. 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





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

Einstellung	Bedeutung
Recovery point warning threshold	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	Limited, Balanced und Fast ändern die Parallelität, nicht eine feste Bandbreitenbegrenzung.
Synchronization window	Immer oder tägliches Zeitfenster in lokaler Zeit, z. B. 20:00–06:00. Außerhalb pausiert die Synchronisierung; der Rückstand kann wachsen.
Bucket replication scope	Alle Buckets oder ausgewählte Namen, getrennt durch Semikolons. Nicht gelistete und neue Buckets bleiben ausgeschlossen, bis sie ergänzt werden.
Advanced Rules	Bucket-, Schlüsselpräfix- und Tagfilter, Zuordnung von Zielbucket, Eigentümer und Speicherklasse sowie Einweg-/Zweiwegrichtung. Ersetzt die einfache Auswahl; Routing testen.
Protection	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 and Alerts	E-Mail, bestehende SNMP-Meldungen, Webhook-Zustandsänderungen oder Prometheus. Zustellung testen.
Recovery	Validierung, sichere administrative Recovery-Hooks und optionale globale Endpunktintegration. Bei manueller Umleitung muss ein Administrator das Routing ändern.
External Archive	Zeitgesteuerte Kopie/Spiegelung aktueller Objekte. Backup mit aufbewahrten Generationen wird separat unter S3 archive and recovery eingerichtet.



Status richtig auswerten

Synchronized 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/behind erfordert Nachverfolgung, error zeigt ein Problem und unknown bedeutet fehlende Nachweise.





• Verwenden Sie Refresh und prüfen Sie Endpunkte, Modi, Gateways und Event Log.
• Operations zeigt lokale Bucket-Statistiken mit Search und Next page, maximal 50 Einträge je Seite. Die Zähler verifizieren keinen entfernten Objektbestand.
• Pause/Resume betrifft die lokale eingehende Synchronisierung. Bei Active-Active werden übernommen.damit nicht automatisch ausgehende oder entfernte Streams pausiert.
• Allow Writes und Make Read-only am jeweiligen Sekundärstandort ändern den Schreibmodus; prüfen Sie danach Synchronisierung und Anwendungen.



Bestandsobjekte, Schlüsselrotation und Entfernen

Starten Sie am Ziel Backfill Existing Objects für Objekte, die vor der Aktivierung einer Regel existierten. Verfolgen Sie Backfill Jobs und nutzen Sie Pause, Resume oder Cancel. Planen Sie Backfill als eigene Lastphase und prüfen Sie anschließend Bytes und Versionen.

Schlüsselrotation: Stage Replacement am Primärstandort → Adopt Replacement an jedem Sekundärstandort → Activate Replacement am Primärstandort → Finalize Rotation 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. Recover S3 gateways 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 Validate Recovery Readiness unter Operations.
4. Wählen Sie Promote oder die konfigurierte Orchestrated Recovery, 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ändiger Primärclusterverlust und komplette Promotion/Failback wurden in der dokumentierten Evaluation nicht durchgeführt.

5. Aktuelle Objekte auf eine andere S3-Instanz spiegeln



1. Öffnen Sie an der Installation des Metadaten-Primärdiensts Sync to other S3 instance → Mirror current objects, wählen Sie den Quelldienst und Configure one-way mirror.
2. Aktivieren Sie in External Archive das Ziel und tragen Sie Name, HTTPS-Endpunkt, vorhandenen Bucket, Signaturregion, Access Key und Secret ein.
3. Mirror überträgt aktuelle Inhalte und Quelllöschungen. Copy only belässt zusätzliche Zielobjekte. Wählen Sie Manual, Hourly oder Daily.
4. Prüfen Sie Protection, Löschverzögerung, geschütztes Archiv, Quellauswahl und Regeln. Speichern Sie.
5. Manueller Lauf: Operations → Run Archive Now. Prüfen Sie Ergebnis und Event Log sowie Zielbytes, Überschreiben und Löschverhalten in Testbuckets.



Jeder Quellbucket verwendet ein gleichnamiges Präfix im Zielbucket. Es gibt keine Rücksynchronisierung, Checkpoint-Vorschau/-Wiederherstellung, Rekonstruktion ursprünglicher Versionen oder Eigentümerwiederherstellung. Copy only 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. Die neue vollständige Abnahme an einem unabhängigen externen Mirror-Ziel steht noch aus.

6. Backup und Archiv einrichten

1. Wählen Sie Sync to other S3 instance → Configure backup and archive oder New backup unter S3 archive and recovery.
2. Geben Sie einen neutraleneindeutigen ZielstandortnamenBackupnamen, ein.
externe
3. GebenHTTPS-Adresse, Sievorhandenen ManagementadresseZielbucket und einmaliges EinladungstokenZugangsschlüssel ein.
4. Aktivieren Sie die Annahme eines privaten Zertifikats nur in einer kontrollierten Umgebung nach unabhängiger Prüfung.
5. Behalten Sie Disaster recovery bei, sofern Active-Active nicht freigegeben wurde.
6. Wählen Sie Validatedie andQuellzone. JoinWhole zone umfasst heutige und schließenkünftige Buckets. Individual buckets öffnet Available buckets und Selected for backup.
7. Suchen und ergänzen Sie Buckets. Die Auswahl bleibt über Suche/Seitenwechsel erhalten. Add this page ergänzt nur die Seitesichtbare währendSeite, derRemove Gateway-Bereitstellungentfernt nicht.eine Auswahl.

6.backup Synchronisierung(recommended) prüfen

die

Öffnenprüfen Sie die ÜbersichtNetzwerk und wählen Sie Status. Prüfen Sie beide Standorte, die Rollen Primary und Secondary, den schreibgeschützten Zielzustand und den Status synchronized.

Staging-Speicher.
• Prüfen Sie fehlerfreienerweiterte ClusterzustandEinstellungen, wählen Sie Save backup und alleanschließend vorgesehenenStart Gateways.
backup.
• LadenSpeichern startet keinen Export. Warten Sie amauf Primärstandorteinen abgeschlossenen Checkpoint.





Standard backup liest noch verfügbare Quellgenerationen. Eine bereits vor dem Lesen entfernte Version kann es nicht sichern. Behalten Sie Quellversionierung und WORM bei. Extra protection 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 details / 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.
Check for changes every	60 Sekunden; Uploadmeldungen können früher Arbeit einreihen. Keine garantierte Exportlatenz.
Minimum time between full recovery catalogs	3.600 Sekunden. Katalogdauer vor Verkürzung messen.
Parallel WORM protection checks	4. Metadatenprüfungen sind von Uploads getrennt; Quellanfragelast beobachten.
Recheck WORM settings after	3.600 Sekunden gewünschtes Minimum; große Warteschlangen können länger benötigen.
Largest file to stage locally	100 GiB je Objekt, keine Gesamtspeicherreservierung. Tatsächlichen freien Speicher vorhalten.
Backup server S3 region	Üblicherweise us-east-1; Signaturregion des Ziels verwenden.



Prüfen und ändern Sie Verbindungseinstellungen über Backup settings. Bei Änderungen der Speicheridentität, Schutzstufe oder geschützten Bucketauswahl erstellen Sie ein kleines,neues unkritischesBackup Testobjektund hoch.behalten

• Lesenalte SieWiederherstellungspunkte eszugänglich.
  über

  7. denExport Zielendpunkt.

überwachen
• Bestätigenund SieWiederherstellungsinformationen imsichern DR-Modus, dass ein Schreiben am Ziel abgewiesen wird.
• Löschen

  Wählen Sie das Testobjekt am PrimärstandortBackup und bestätigenRefresh. Zustände unterscheiden Starting backup, Copying files, Checking source files, Creating recovery point und Up to date — watching for changes. Prüfen Sie Worker-Heartbeat, Fehler/Wiederholungen, gespeicherte/wartende Objekte und letzten abgeschlossenen Checkpoint. Bei Worker unavailable prüfen Sie den ausgewählten Knoten. Inventarisierung läuft weiter, wenn Uploadmeldungen nicht korrekt registriert sind.

  

  Pause export beendet die laufende Arbeit vor dem Stoppen; Resume export 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 Export recovery bundle.
  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 übertrageneInformationen Löschung.nach Konfigurationsänderungen und üben Sie den Import auf einem isolierten Ersatzsystem.

Lokaler Gateway-Failover

Die IP-Gruppe schützt den S3-Endpunkt innerhalb des Standorts. Fällt Gateway oder lokaler Dienst aus, verschiebt der Cluster die Adresse zum nächsten geeigneten Knoten. Clients verbinden sich über denselben DNS-Namen erneut. Client-Timeout und Wiederholungsrichtlinie beeinflussen die sichtbare Unterbrechung.

• Verwenden Sie keine separaten Zugangsdaten je lokalem Gateway.
• Überwachen Sie nach Wartung oder Failover den bedienenden Knoten und die Gateway-Gesundheit.
• Testen Sie lokalen Failover getrennt vom Standort-Disaster-Recovery.

Verfahren bei Standortausfall

Eine Heraufstufung ist eine kontrollierte Disaster-Recovery-Entscheidung und keine automatische Reaktion auf eine vorübergehende Nichterreichbarkeit.

• Bestätigen Sie, dass der Primärstandort keine Schreibzugriffe mehr bedienen kann, und schließen Sie eine Netzwerkpartition aus.
• Dokumentieren Sie letzten Replikationsstatus und geschäftliche Freigabe.
• Prüfen Sie Zielcluster, Speicher, Gateways, Endpunkt und Kapazität.
• Verwenden Sie die freigegebene Heraufstufungsfunktion für den lokalen Sekundärstandort. Fehlt diese in der GUI, halten Sie an und aktualisieren Sie auf eine Version mit freigegebenem Ablauf oder kontaktieren Sie den euroNAS-Support.
• Leiten Sie Clients erst nach bestätigter Schreibfähigkeit um.
• Planen Sie Resynchronisierung und Rollentausch vor der Rückkehr. Erlauben Sie im DR-Modus niemals unkontrollierte Schreibzugriffe an beiden Standorten.

Häufige Probleme

Richtlinien,erst Zugangsdatennach erfolgreichem Commit eines S3-Objekts in die Sicherung. Offene/gepufferte Dateien, SMB-Freigabedefinitionen, Identitätsdienste und geplanteverteilte Wiederherstellung

Funktionen,sind diedurch nurObjektreplikation amallein Primärstandortnicht zulässig sind, werden am Sekundärstandort ausgeblendet. Bucket-Auswahl, geplante Pause und Rotation erfolgen in der primären Beziehungsansicht.abgedeckt.

• WählenTesten Sie alleeigene BucketsTestbuckets odermit einekleinen/großen expliziteObjekten, AuswahlMultipart, 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 diedas Richtlinie nach Bucket-Änderungen.Aufholen.
• SchließenÜben Sie alleIsolation, vierPromotion, Rotationsstufen abClient-Routing und wartenFailback isoliert. Testen Sie vorlokale demGateway-Recovery Entfernen des alten Schlüssels auf synchronized.separat.
• VerwendenExportieren/importieren Sie Testein DisasterBundle, Recovery für eine Bereitschaftsprüfung ohne Schreibfreigabe.
• Schließenstellen Sie beieinen einemabgeschlossenen AusfallCheckpoint einein Netzwerkpartitionneue aus,Buckets stoppenwieder Sieher Schreiben am alten Primärstandort,und prüfen Sie denEigentümer Verzugsowie SMB-Nutzerzugriff.
• Messen Sie Backfill, vollständige Katalogdauer, Worker-Speicher, Rückstand und verwendenRestore-Dauer Sieanhand Controlledrepräsentativer Promotion.
• Verwenden Sie nach Rückkehr Refresh Topology; Erfolg wird erst nach stabilen GatewaysObjektanzahl und erreichbarem Endpunkt gemeldet.Größen.

Validiertesumfasste Release-Verhalten

Das Release wurde zwischen zwei unabhängigen Drei-Knoten-ClusternBasis mit 1.000 kleinen Objekten, einem 32-MB-Multipart-Objekt, VersionierungObjekten und replizierterausgewählte Löschungnative geprüft.Replikations-, Ein neues Testobjekt war nach etwa 12 Sekunden am Sekundärstandort lesbar. Dies ist keine Leistungsgarantie.

• Alle drei Gateways jedes Standorts blieben aktiv.
• Schreiben am schreibgeschützten Ziel wurde abgewiesen.
• FailoverWORM- und FailbackUnterbrechungstests. bewahrtenMillionenobjektkapazität, dievollständige Single-Writer-Rolle.
Cluster-Recovery/Failback,
• Unsichereder Heraufstufung,komplette destruktives EntfernenSMB-Ablauf und Active-Activeneue ohneexterne BestätigungMirror-Abnahme wurdenstehen abgewiesen.
noch
• GUI-aus. Legen Sie RPO/RTO anhand gemessener Installationsergebnisse fest.

  Täglich: jeden nativen Standort, Export-Heartbeat, letzten vollständigen Checkpoint, Fehler und REST-API-AbläufeAlarmzustellung wurdenprüfen. nachNach derÄnderungen: WiederherstellungUmfang, validiert.

künftige

Änderungsmanagement

• Vor Wartung Konfiguration sichernRouting und synchronizedBundle-Aktualität bestätigen.
prüfen.
• NurRegelmäßig: eineLesen, Infrastrukturänderung gleichzeitig durchführenSchutz und beideRecovery Standortetesten, prüfen.
• DNS-Namen nicht ohne vollständige Topologieprüfung ändern.
• Nach Änderungen an IP-Gruppe oder Gateway-Knoten Namensauflösung auf allen Knoten prüfen.
• Zertifikate rechtzeitig erneuern und mit einem unkritischen Client testen.
• Unabhängige Backups beibehalten und Wiederherstellung separat testen.

Abnahmecheckliste

• Beide Cluster sind fehlerfrei.
• Standortnamen und Rollen sind korrekt.
• Ziel ist schreibgeschützt, sofern nicht anders freigegeben.
• Beziehung ist synchronized.
• Erstellung, Ziellesen und replizierte Löschung funktionieren.
• Zielschreiben wird im DR-Modus abgewiesen.
• Lokaler Gateway-Failover ist an beiden Standorten getestet.
• Monitoring, Alarme, Kapazitäts- und Zertifikatsprüfungen sind aktiv.
• Freigabe, Client-Umleitung und Rückkehr sind dokumentiert.
• Unabhängige Backups und Wiederherstellung sind getestet.

Erweiterte Richtlinien, Überwachung und Wiederherstellung

Das Fenster Replikationsrichtlinie ist in Registerkarten gegliedert, damit die erweiterten Einstellungen auch bei geringer Bildschirmhöhe übersichtlich bleiben. Alle Schritte erfolgen über die grafische Oberfläche.

• Erweiterte Regeln: Einweg- oder Zweiweg-Regeln erstellen, Quell- und Zielstandorte sowie Buckets auswählen und optional nach Objektschlüssel-Präfix oder Objekt-Tags filtern. Zielbesitzer und Speicherklasse können zugeordnet werden.
• Schutz: Löschungen spiegeln, versionierte Objekte behalten, Löschungen in einem geplanten externen Archiv verzögern oder den geschützten reinen Kopiermodus verwenden. Erforderliche Versionierung und Object Lock werden vor dem Speichern geprüft.
• Überwachung und Warnungen: E-Mail, vorhandene Cluster-Benachrichtigungen, Webhooks und Prometheus-Metriken konfigurieren. Vorgänge zeigt Bucket-Bestand, Fehler, RPO-Verlauf und Kapazitätsprognose.
• Vorhandene Objekte nachreplizieren: Nach einer neuen oder geänderten Regel den Hintergrundabgleich starten. Nachreplikationsaufträge zeigt Fortschritt und ermöglicht Pausieren, Fortsetzen oder Abbrechen.
• Wiederherstellung: Bereitschaft vor der HeraufstufungKapazität prüfen. GeschützteVor Hooks,Stilllegung: Prüf-URLverifizierte undWiederherstellungsalternative DNS-/Load-Balancer-Integration lassen sich zu einem protokollierten Ablauf mit Rollback kombinieren.
• Externes Archiv: neutralen Namen, S3-kompatible Adresse, Bucket, Zugangsdaten, Kopier-/Synchronmodus und Zeitplan festlegen. Zugangsdaten bleiben geschützt und werden später nicht angezeigt.
• Compliance-Bericht: PDF- und CSV-Nachweise unter Vorgänge erstellen. Sie enthalten Topologie, Synchronisierungsstatus, Richtlinie, Bucket-Bestand und Ereignisanzahl.