> For the complete documentation index, see [llms.txt](https://docs.flosum.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.flosum.com/release-notes/release-notes-de/backup-and-archive/monatliche-veroffentlichungen/backup-and-archive-v4.7.21-monatliche-versionshinweise.md). # Backup & Archive (v4.7.21) - Monatliche Versionshinweise {% hint style="info" %} #### Versionsdetails - Backup & Archive - v4.7.21 - 20. August 2026 Dieser Artikel richtet sich an Salesforce-Administratoren, Compliance-Beauftragte und IT-Teams, die für die Verwaltung von Salesforce-Backups und Data Governance verantwortlich sind. **Versionstyp** * Monatlich * Gilt für von Flosum gehostete und selbst gehostete **Voraussetzungen** * Ein registrierter und konfigurierter Flosum Cloud Apps-Mandant * Entsprechende Benutzerberechtigungen in Flosum (SystemAdministrator oder gleichwertig) {% endhint %} ## ![](https://93579600-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FKdKbUdYCYQswKDxgzTfY%2Fuploads%2FPL2eaOdTi7VscAjFymsv%2FSummary2-Small-Icon.svg?alt=media\&token=a14ffcd6-66df-43ec-aafc-61364d19c7cd) Zusammenfassung Dieser Artikel dokumentiert die monatliche Version für **Backup & Archive (v4.7.21)**. Diese Version überarbeitet die Art und Weise, wie Backup & Archive Salesforce-Objektmetadaten abruft, wodurch der Overhead von Describe-Aufrufen reduziert und die Erstellung von Vorlagen sowie Such-, Export- und Wiederherstellungsprozesse beschleunigt werden. Außerdem wird File-Based Archive um eine Abhängigkeitsprüfung erweitert, sodass ein Archiv vor der Löschphase stoppt, wenn erforderliche Dateidatensätze nicht archiviert werden können. Zusammen verbessern diese Änderungen die Leistung in großen Salesforce-Organisationen und schützen vor Teilarchiven, die verwaiste Dateien zurücklassen. ### ![](https://93579600-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FKdKbUdYCYQswKDxgzTfY%2Fuploads%2FFX1KImFkBpbzYgGoBLl6%2FEnhance-Icon-Small.svg?alt=media\&token=6211adf4-19a2-458d-92fc-54b77a2a635a) Schnellere Objektmetadatenabrufe #### Was sich geändert hat Die Logik zum Abrufen von Salesforce-Objektmetadaten wurde neu gestaltet und optimiert. Describe-Aufrufe werden nun bei mehreren Backup-&-Archive-Vorgängen effizienter verarbeitet, darunter: * Erstellung von Backup-Vorlagen * Erstellung von Archivvorlagen * Erstellung von Suchen * Exportvorgänge * Wiederherstellungsvorgänge Die aktualisierte Logik reduziert die Anzahl unnötiger Describe-Aufrufe und verbessert die Verarbeitung der zurückgegebenen Metadaten. #### Warum dies umgesetzt wurde Backup & Archive verwendet Salesforce-Describe-Aufrufe, um die Feldlisten und Objekteigenschaften abzurufen, von denen viele seiner Vorgänge abhängen. Zuvor konnten diese Aufrufe unnötigen Overhead verursachen und die Antwortzeiten verlängern, insbesondere in Organisationen mit einer großen Anzahl an Objekten und komplexen Metadatenkonfigurationen. Die neue Implementierung reduziert diesen Overhead und verbessert die Gesamtleistung. #### Was Ihnen auffallen wird Sie sollten schnellere Antwortzeiten erleben, wenn Sie mit Backup-Vorlagen, Archivvorlagen, der Erstellung von Suchen, Exportvorgängen und Wiederherstellungsvorgängen arbeiten. Die Verbesserung ist besonders in größeren Salesforce-Organisationen spürbar, in denen ein einzelner Vorgang Describe-Aufrufe für eine erhebliche Anzahl von Objekten erfordern kann. ### ![](https://93579600-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FKdKbUdYCYQswKDxgzTfY%2Fuploads%2FFX1KImFkBpbzYgGoBLl6%2FEnhance-Icon-Small.svg?alt=media\&token=6211adf4-19a2-458d-92fc-54b77a2a635a) Abhängigkeitsprüfung für dateibasierte Archive #### Was sich geändert hat File-Based Archive (FBA) prüft jetzt die erforderlichen dateibezogenen Abhängigkeiten, bevor die Löschphase eines Archivvorgangs beginnt. Dadurch werden Fälle verhindert, in denen einige dateibezogene Datensätze erfolgreich archiviert werden, während abhängige Datensätze nicht archiviert werden können, was zuvor zu einem Teilarchiv führen konnte. #### Warum dies umgesetzt wurde Salesforce-Dateien basieren auf Beziehungen zwischen mehreren Objekten, darunter `ContentDocument`, `ContentDocumentLink`, und `ContentVersion`. Wenn Datensätze zuvor archiviert wurden, ohne alle erforderlichen abhängigen Datensätze einzuschließen, konnte FBA mit dem Löschen von Daten beginnen, bevor alle Dateiverknüpfungen verarbeitet waren. Dadurch konnten einige Datensätze entfernt werden, während andere zurückblieben, was zu verwaisten Dateien und unterbrochenen Beziehungen führte. Die Überprüfung der Dateiabhängigkeiten, bevor das Löschen beginnt, hilft, einen konsistenten Archivzustand aufrechtzuerhalten. #### Was Ihnen auffallen wird Sie bleiben nicht mehr mit teilweise verarbeiteten Dateiarchiven zurück, wenn erforderliche dateibezogene Datensätze nicht archiviert werden können. Wenn die Abhängigkeiten nicht verarbeitet werden können, schlägt der Archivvorgang vor dem Löschen fehl und verhindert, dass die Salesforce-Organisation in einem inkonsistenten Zustand zurückbleibt. Dateibeziehungen bleiben intakt, was zuverlässige Wiederherstellungsvorgänge unterstützt und verwaiste `ContentDocument` Datensätze verhindert. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.flosum.com/release-notes/release-notes-de/backup-and-archive/monatliche-veroffentlichungen/backup-and-archive-v4.7.21-monatliche-versionshinweise.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.