[FAQ] Backup & Archiv – Häufig gestellte Fragen

Überblick

Dieses FAQ behandelt häufige Fragen zu Flosum Backup & Archive, einschließlich seiner Architektur auf verschiedenen Cloud-Plattformen, Sicherheit, Betriebsverhalten und Wiederherstellungsfunktionen.

Architektur & Infrastruktur

Wie ist die Architektur von Flosum Backup & Archive auf AWS aufgebaut?

Flosum Backup & Archive läuft auf einer Amazon EC2-Instanz und verbindet sich extern mit Salesforce SaaS.

• Nginx verarbeitet Proxy-Anfragen und ermöglicht SSL.

• Der User Pool Service verwaltet die Zugriffskontrolle.

• MySQL speichert Anwendungs-Konfigurationseinstellungen.

• Lokale Speicheroptionen umfassen:

  • SSD (gp2 oder gp3)

  • S3-Objektspeicher

Wie ist die Architektur für die Google Cloud Platform (GCP) aufgebaut?

Läuft innerhalb einer GCP-VM und verbindet sich extern mit Salesforce SaaS.

• Nginx für Proxy/SSL

• Google Identity Platform für Zugriffskontrolle

• MySQL für Konfigurationsspeicherung

• Lokale CSV-Speicherung auf SSD

Wie ist die Architektur für Azure aufgebaut?

Läuft innerhalb einer Azure-VM mit Zugriff auf Salesforce SaaS.

• Nginx für Proxy/SSL

• Azure Active Directory für Zugriffskontrolle

• MySQL für Anwendungseinstellungen

• Speicheroptionen:

  • SSD (gp2 oder gp3)

  • S3-kompatibler Speicher

Welchen Zweck hat MySQL in Backup & Archive?

MySQL (läuft in einem Docker-Container) speichert Konfigurationsdaten, aber nicht speichert Kunden-Backups.

Wie viele EC2-Instanzen werden benötigt?

Für eine standardmäßige selbst gehostete Bereitstellung wird nur eine EC2-Instanz benötigt.

Wie patcht man eine selbst gehostete Backup & Archive-Installation?

Verwenden Sie die folgenden Befehle, um:

1. Auszuführen

2. Aktualisieren

3. Zu überprüfen

sudo docker pull flosum/agent-node:x.xx.x
sudo docker-compose up -d
sudo docker ps

Sicherheit & Speicher

Werden Daten vor der Übertragung an AWS verschlüsselt?

Ja, Daten werden sowohl während der Übertragung als auch im Ruhezustand mit dem SHA-256 Algorithmus verschlüsselt.

Können wir SSD statt S3 wählen?

Ja, Sie können zwischen SSD (gp2/gp3) oder S3/S3 Glacier für Ihre lokalen Speicheranforderungen wählen.

Welche Rolle spielen die Global Settings und der Local Storage?

• Global verwaltet Salesforce-Verbindungen und steuert den Benutzerzugriff mit AWS Cognito (oder jeweiligen Identitätsanbietern).

• Lokaler Speicher dient als temporärer Datenspeicher während der Verarbeitung.

Welche lokalen Speichertypen sind verfügbar

• SSD (gp2)

• SSD (gp3)

• S3 Glacier Instant Retrieval

• S3 Glacier Flexible Retrieval

Welche Aufgabe hat Nginx?

• Leitet Anfragen an den Docker-Container weiter

• Verwaltet SSL-Termination und Zertifikate

• Ermöglicht HTTPS für sichere Kommunikation

Backup- & Wiederherstellungsverhalten

Warum benötige ich zwei Backups zur Wiederherstellung von Daten (Korruptions- und Wiederherstellungspunkte)?

Um Vermutungen zu minimieren und nur betroffene Daten wiederherzustellen. Flosum vergleicht Änderungen zwischen:

• Dem Backup vor dem Datenverlust (Wiederherstellungspunkt)

• Dem Backup nach dem Vorfall (bekannter Korruptionspunkt)

Nur die geänderten Datensätze werden wiederhergestellt, wodurch Präzision und Geschwindigkeit gewährleistet werden.

Kann ich mehrere Backup- oder Wiederherstellungsaufträge gleichzeitig ausführen?

Nein, nur ein Auftrag (Backup, Wiederherstellung, Archivierung oder Suche) kann zu einem gegebenen Zeitpunkt ausgeführt werden.

Was passiert, wenn ein geplantes Backup mit einem laufenden Auftrag überlappt?

Das überlappende Backup wird übersprungen. Der nächste ungeplante Slot erfasst alle verpassten Änderungen. Composite Backups setzen fort und erfassen alle Deltas seit dem letzten erfolgreichen Lauf.

Warum werden History-Objekte nicht wiederhergestellt?

In Salesforce fehlen History-Objekten Insert/Update Berechtigungen. Dies ist eine Einschränkung auf Plattformebene von Salesforce, nicht eine Begrenzung von Flosum.

Wie funktionieren Datensatzzählungen in den Backup-Jobs?

Beim Überprüfen eines abgeschlossenen Backup-Jobs zeigt die App Datensatzzählungen an, die angeben, wie viele Datensätze im Backup gespeichert sind und wie viele in diesem Job verarbeitet wurden.

• Gesamt: Anzahl aller Datensätze, die derzeit in der Backup & Archive-App für ein bestimmtes Objekt (z. B. Accounts, Contacts) gespeichert sind.

• Ein Klick auf eine Objektzeile öffnet die Datensatztabelle, die Folgendes anzeigt:

  • Alle = Hinzugefügt + Geändert + Gelöscht

  • Hinzugefügt = Neue Datensätze, die in diesem Job erfasst wurden

  • Geändert = Bestehende Datensätze, die aktualisiert wurden

  • Gelöscht = Datensätze, die seit dem letzten Backup entfernt wurden

Beispiel:

Zum Beispiel wurde gestern ein neues Backup erstellt und hat 40 Case-Datensätze aus Ihrer Organisation erfasst. Das Gesamt würde 40 Case-Datensätze anzeigen. Heute haben Sie 10 neue Cases hinzugefügt und 5 bestehende Cases aktualisiert.

Das heutige Backup wird anzeigen:

Gesamt	50 (40 ursprünglich + 10 neu)
Hinzugefügt	10
Geändert	5
Gelöscht	0
Alle	15 (10 hinzugefügt + 5 geändert)

Zusammenfassung:

• Gesamt = Alle gespeicherten Datensätze

• Alle / Hinzugefügt / Geändert / Gelöscht = Änderungen in diesem spezifischen Backup-Job

Was bedeuten die Symbole und Chips auf dem Bildschirm „Child-Objekte hinzufügen“ in der Backup & Archive-App?

Symbole und Indikatoren auf dem Bildschirm "Child-Objekte hinzufügen" vermitteln wichtige Beziehungen zwischen Eltern- und Kindobjekten, insbesondere bei Löschungen während der Archivierung:

Gelbes Warn-Dreieck (Kaskadenlöschung)

• Das Kindobjekt hat eine abhängige (Kaskadenlöschung) Beziehung zum Elternobjekt.

• Diese werden als abhängige Objekte in Salesforce betrachtet.

• Optional in das Archiv aufzunehmen .

• Wenn ausgeschlossen, werden Kinddatensätze gelöscht, wenn das Elternteil archiviert und gelöscht wird.

• Dies spiegelt das native Kaskadenverhalten von Salesforce wider.

Rotes Schloss-Symbol (Eingeschränkte Löschung)

• Das Kindobjekt hat eine Beziehung mit eingeschränkter Löschung zum Elternobjekt.

• Diese Objekte werden automatisch in die Archivvorlage aufgenommen und können nicht ausgeschlossen werden.

• In Salesforce verhindern Beziehungen mit eingeschränkter Löschung, dass der Elterndatensatz gelöscht wird, es sei denn, die zugehörigen Kinddatensätze werden zuerst gelöscht.

• Erforderlich für die Archivierung, um Fehler zu verhindern.

Warum erhalte ich während der Wiederherstellung für das Feld RecordTypeId beim Objekt Order einen INVALID_CROSS_REFERENCE_KEY-Fehler?

Dieser Fehler tritt auf, wenn die RecordTypeId aus den archivierten Daten nicht mehr existiert oder in der aktuellen Organisation nicht zugänglich ist.

Ursachen:

• Der archivierte Datensatz hat eine implizit zugewiesene RecordTypeId, die:

  • In der aktuellen Organisation nicht mehr existiert.

  • Für den Wiederherstellungsbenutzer (ausführenden Benutzer) nicht sichtbar/zugänglich ist.

  • Mit einer früheren Konfiguration oder einem Managed Package verknüpft war.

Lösung:

• Schließen Sie das Feld RecordTypeId während der Wiederherstellung aus.

• Salesforce weist automatisch den Standard-Recordtyp zu.

• Verhindert Cross-Reference-Fehler und schließt die Wiederherstellung ab.

Warum erhalte ich den Fehler INVALID_OR_NULL_FOR_RESTRICTED_PICKLIST beim Wiederherstellen eines EmailMessage-Datensatzes mit einem FromAddress?

Dies geschieht, wenn die FromAddress in Ihrer Salesforce-Organisation nicht erkannt oder validiert wird.

Salesforce zulässt nur:

• organisationweite E-Mail-Adressen

• E-Mail-to-Case-Routing-Adressen

• E-Mail-Adressen aktiver Benutzer

Wenn die FromAddress in Ihrem Backup (z. B. [email protected]) nicht validiert ist, gibt Salesforce zurück:

• INVALID_OR_NULL_FOR_RESTRICTED_PICKLIST

• INVALID_FIELD_VALUE

Dieser Fehler tritt auf, weil Salesforce eine Einschränkung für das FromAddress Feld des EmailMessage Objekts durchsetzt. Der Fehler bezieht sich auf ValidatedFromAddress, aber das Problem liegt im Wert im FromAddress Feld, das in Salesforce validiert und autorisiert sein muss.

Intern verwendet Salesforce ein Feld namens ValidatedFromAddress um sicherzustellen, dass der FromAddress unter den autorisierten Absendern ist. Um diesen Fehler während einer Wiederherstellung oder eines Inserts zu vermeiden, schließen Sie das ValidatedFromAddress Feld aus Ihrer Wiederherstellungsanfrage für EmailMessage-Datensätze aus.

Wann sollte die Berechtigung „Query All Files“ einem Benutzer der Backup & Archive-App gewährt werden und was passiert, wenn sie nicht gewährt wird?

Die "Query All Files" Berechtigung ist sensibel und sollte nur vertrauenswürdigen System- oder Integrationsbenutzern zugewiesen werden.

Erforderlich wenn:

• Dateien gesichert oder wiederhergestellt werden, die nicht ausdrücklich mit dem Benutzer geteilt wurden.

Wenn nicht gewährt:

• Werden nur freigegebene Dateien gesichert.

• Einige Dateien, die über Datensatzzugriff sichtbar sind, können übersprungen werden.

• Die Wiederherstellung kann Dateianhänge verpassen, die nicht erfasst wurden.

Auswirkung:

• Unvollständige Datei-Backup- und Wiederherstellungsprozesse.

• Risiko von Datenlücken in gemeinsam genutzten oder kollaborativen Umgebungen.