Von SharePoint Online bereitgestellter Azure-Container und Warteschlange für die Migration

Die Migrations-API von Microsoft erfordert die Verwendung eines Azure-Containers für temporäre Speicherung. Um den Vorgang zu vereinfachen, wird nun ein Standardcontainer für Sie bereitgestellt, während Sie die Migrations-API verwenden. Um den bereitgestellten Container verwenden zu können, müssen Sie Ihren Datenverkehr richtig ergänzen , um eine Drosselung zu vermeiden. Auf Wunsch können Sie weiterhin Ihren eigenen Azure-Container bereitstellen.

Verschlüsselung ist erforderlich

Damit die Migrations-API einen Migrationsauftrag aus einem von SPO bereitgestellten Azure-Container akzeptiert, müssen die Daten im Ruhezustand verschlüsselt werden. Der Kunde kann weiterhin sein eigenes Azure-Konto angeben, wenn er keine Verschlüsselung verwenden möchte.

Vorteile

Vorteil Beschreibung
Die Kosten für den Azure-Container gehen zulasten von SPO. Da wir die Container bereitstellen, sind diese nun Teil des grundlegenden SharePoint Online-Angebots. Jedem Mandanten, der sich für SharePoint Online registriert, werden diese kostenlos zur Verfügung gestellt.
Container und Warteschlangen sind pro Anforderung eindeutig und werden nicht wiederverwendet. Nachdem ein Container an einen Kunden übergeben wurde, wird dieser Container nicht wiederverwendet oder freigegeben.
Container und Warteschlange werden automatisch gelöscht. Gemäß der standardmäßigen SharePoint Online-Compliance werden wir den Container innerhalb von 30 bis 90 Tagen automatisch zerstören.
Container und Warteschlangen befinden sich am Standort des Rechenzentrums des Kunden. Wir stellen sicher, dass sich die bereitgestellten Container am selben physischen Standort wie ihr SharePoint Online-Mandant befinden.
Sie sind programmgesteuert erhältlich. Es ist keine Interaktion mit Azure nötig, wenn der Benutzer dies nicht wünscht.

Hinweise zur Verwendung

Abrufen von Containern

public SPProvisionedMigrationContainersInfo ProvisionMigrationContainers()

Der Aufruf gibt ein Objekt zurück, das zwei Zeichenfolgen mit zwei SAS-Token für den Zugriff auf die beiden erforderlichen Container und ein Bytearray für die AES256CBC-Verschlüsselung enthält.

Dieser Schlüssel muss bei der Verschlüsselung der Daten verwendet werden. Wir vergessen den Schlüssel, nachdem wir ihn ausgegeben haben. Deshalb müssen Sie ihn aufbewahren, um ihn für den Submit Migration Job-Aufruf erneut zu übergeben.

Uri DataContainerUri

Uri MetadataContainer Uri

byte[] EncryptionKey

Abrufen der Warteschlange

public SPProvisionedMigrationQueueInfo ProvisionMigrationQueue()

Diese Methode gibt eine Zeichenfolge mit dem SAS-Token für den Zugriff auf die Azure-Warteschlange zurück.

Die Warteschlange kann für mehrere Migrationsaufträge wiederverwendet werden. Daher sollte dieser Aufruf nicht so häufig sein wie der Aufruf SPProvisionedMigrationContainersInfo().

Uri JobQueueUri

Nach dem Abruf des Containers und der Warteschlange:

Nachdem diese Aufrufe erfolgt sind, bleibt der Rest des Ablaufs für die Verwendung der Migrations-API unverändert.

Erforderliche Endpunkte für die Government-Cloud

Wenn Ihr Mandant in einer Government Cloud (GCC) gehostet wird, müssen beim Aufrufen der API die richtigen Endpunkte festgelegt sein. Beispiel: usgovcloudapi.net.

Erforderlicher Endpunkt Grund
https://*.blob.core.usgovcloudapi.net Azure Government-Anforderung für die Migrations-API
https://*.queue.core.usgovcloudapi.net Azure Government-Anforderung für die Migrations-API