Offload-Implementierung – Funktionsweise

Was passiert beim Offload?

Wenn ein Element einer SharePoint-Dokumentbibliothek in Microsoft Azure Blob Storage ausgelagert wird, wird der Binärinhalt jeder ausgewählten Version als separates Blob gespeichert.

In SharePoint wird der ursprüngliche Binärinhalt jeder ausgelagerten Version durch eine kleine Verweisdatei von weniger als 1 KB ersetzt. Diese Datei enthält den Azure Blob Storage-Verweis als Klartext.

Zur Kennzeichnung einer ausgelagerten Version stellt SMART Offload ihrem Eincheckkommentar das folgende Präfix voran:

SMART Offload: <Zeitstempel> <Dateigröße>

Ein vorhandener Eincheckkommentar bleibt in der zweiten Zeile erhalten. Alle übrigen Informationen des Elements bleiben unverändert, einschließlich der Metadaten und der Metadaten des Versionsverlaufs.

Was passiert bei der Wiederherstellung?

Die Wiederherstellung kehrt den Offload-Vorgang um. Der Binärinhalt der ausgewählten Versionen wird in SharePoint wiederhergestellt, und das SMART Offload-Präfix wird aus ihren Eincheckkommentaren entfernt. Ursprüngliche Kommentare bleiben erhalten.

Festlegen, was ausgelagert wird

Sie können die gesamte Datei einschließlich ihrer aktuellen Version auslagern oder nur die älteren Versionen auslagern und die aktuelle Version in SharePoint belassen.

Wenn die aktuelle Version in SharePoint verbleibt, steht sie weiterhin für die Suchindizierung und für Microsoft 365 Copilot zur Verfügung.

Benutzer mit den entsprechenden Berechtigungen können die aktuelle Version weiter bearbeiten und neue Versionen erstellen. Diese zusätzlichen Versionen können anschließend inkrementell ausgelagert werden.

Tipp: Einzelne Dateiversionen prüfen

Mit Microsoft Azure Storage Explorer können Administratoren mit den entsprechenden Zugriffsrechten einzelne als Blobs gespeicherte Dateiversionen anzeigen und verwalten. Versionen in einer Online-Zugriffsebene können zudem direkt heruntergeladen und geöffnet werden. Archivierte Blobs müssen zuerst in eine Online-Ebene rehydriert werden.

Sicherheit und Verbindung zu Azure Blob Storage

SMART Offload verwendet eine Shared Access Signature (SAS-Token) als Authentifizierungsmethode für die Verbindung mit Microsoft Azure Blob Storage.

Mit dem SAS-Token können Sie Zugriffsberechtigungen, einen Gültigkeitszeitraum und Einschränkungen festlegen, etwa die öffentlichen IP-Adressen, von denen aus eine Verbindung zulässig ist. Behandeln Sie das Token wie Anmeldeinformationen und bewahren Sie es sicher auf.

Zugriffsebene des Blob Storage

SMART Offload verwendet beim Hochladen von Blobs die Standardzugriffsebene des Speicherkontos. Die Azure-Lebenszyklusverwaltung kann Blobs anschließend gemäß Ihren konfigurierten Regeln in eine andere Ebene verschieben, beispielsweise in die Archivebene.

In die Archivebene verschobene Blobs müssen in eine Online-Ebene rehydriert werden, bevor ihr Inhalt heruntergeladen oder in SharePoint wiederhergestellt werden kann.

Preise für Microsoft Azure Blob Storage anzeigen

Namenskonvention für Blobs

Jedes Blob hat einen eindeutigen Namen, der sich aus der SharePoint-URL, der Versionsnummer und der GUID zusammensetzt.

Namensformat:

<SharePoint-URL> <Version> <GUID im Format 8-4-4-4-12>

Beispiel:

Tenant/sites/Site/Library/Folder/Filename 1.0 xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx

Blob-Indextags

Mit Blob-Indextags können Sie im Blob-Container nach Dateiversionen suchen. Jede gespeicherte Dateiversion wird mit den unten aufgeführten Feldern getaggt.

Azure speichert Indextag-Werte als Text. Verwenden Sie beim Erstellen von Abfragen die angegebenen Formate, insbesondere für Datumsangaben und Dateigrößen.

Tag-Name	Format	Beschreibung
RestoreDate	yyyy-mm-dd hh:mm:ss	Der Zeitstempel, zu dem die Dateiversion zuletzt in einer SharePoint-Dokumentbibliothek wiederhergestellt wurde.
UploadDate	yyyy-mm-dd hh:mm:ss	Der Zeitstempel, zu dem die Dateiversion in Azure Blob Storage hochgeladen wurde.
SharePointModifiedDate	yyyy-mm-dd hh:mm:ss	Der Wert der SharePoint-Spalte [Modified].
Size	12 Ziffern, mit führenden Nullen aufgefüllt	Die Größe der Dateiversion in Byte. Durch führende Nullen entsprechen textbasierte Vergleiche der numerischen Reihenfolge.
GUID	8-4-4-4-12	Der Wert der SharePoint-Spalte [Unique Id]. Alle Versionen derselben SharePoint-Datei haben diese GUID gemeinsam.

Wichtig: Hierarchischen Namespace deaktiviert lassen

SMART Offload erfordert ein Speicherkonto mit deaktiviertem hierarchischem Namespace. Lassen Sie diese Einstellung deaktiviert, damit die Blob-Indextags und weitere von der Lösung verwendete Speicherfunktionen unterstützt werden.

Siehe auch