häufig gestellte Fragen zum Stream-Migrationstool

Lesen Sie den Artikel zum Abgleichen Ihrer Daten zwischen Stream (klassisch) und Migration, und Videos werden in Microsoft 365-Gruppen zusammen verschoben.

Nein, alle Videos in Stream (klassisch) sollten im Bestandsbericht angezeigt werden. Search den Bericht über Stream Video-ID. Sie finden diese ID am Ende der Videowiedergabe-URL, z. B. https://web.microsoftstream.com/video/videoid

Lesen Sie den Artikel zum Abgleichen Ihrer Daten zwischen Stream (klassisch) und Migration, und Videos werden in Microsoft 365-Gruppen zusammen verschoben.

Weitere Informationen finden Sie im Artikel Geschwindigkeit oder Durchsatz.

Verwaist sind Videos ohne Besitzer, und der ursprüngliche Uploader hat die organization verlassen. Seit Juli 2023 verfügt das Migrationstool über die Möglichkeit, sie zu migrieren. Weitere Informationen finden Sie im Abschnitt verwaiste Videos.

Videos, die entweder nicht veröffentlicht (im Entwurfszustand) oder gelöscht wurden (im Papierkorb), sind für die Migration nicht berechtigt. Sie werden nicht vom Tool migriert. Endbenutzer können solche Videos entweder veröffentlichen, oder Administratoren können das Video aus dem Papierkorb wiederherstellen, sodass das Migrationstool sie auswählen kann.

Wenn die SP- oder Teams-Websites in Ihrem Mandanten nicht auf der Benutzeroberfläche sichtbar sind, kann es beim Zuweisen von Zielen mehrere Gründe dafür geben.

• SP-Administratoren haben standardmäßig keinen Zugriff auf Websites, auf denen sie weder besitzer noch Mitglieder sind, obwohl sie sich selbst der Gruppe oder dem Team hinzufügen können. Daher sind nur die Websites sichtbar, auf denen der Administrator mindestens Mitglied der Gruppe oder des Teams ist. Dies liegt daran, dass Websites mit benutzerbereichsbezogenen delegierten Token durchsucht werden. Solche Websites werden jedoch während der automatischen Zuordnung des Ziels erkannt, da wir anwendungsbasiertes Token verwenden.
• Administratoren werden möglicherweise auch keine Websites für einen Mandanten mit mehreren geografischen Standorten angezeigt, da die Graph-API, die zum Abrufen der Websites verwendet wird, dies in einigen Fällen nicht zuverlässig tun kann.
• Wenn die Website kürzlich erstellt wurde, kann es in einem Eckfall einige Zeit dauern, bis die Synchronisierung erfolgt und auf der Benutzeroberfläche angezeigt wird. Die ETA dauert ein paar Stunden. Hinweis: In einigen Eckenszenarien (z. B. Sonderzeichen im Zielpfad) funktioniert die SP-Websitesuche in der Benutzeroberfläche möglicherweise nicht. In solchen Fällen können Sie das Ziel manuell über den CSV-Upload zuweisen, indem Sie die Option "Ziel hochladen" im Migrationstool verwenden.

Wenn der Container über "Container hinzufügen –> Suchen nach neuen Containern in Stream" zur Registerkarte "Überprüfungen" hinzugefügt wurde, wird das Ziel für alle Microsoft 365-Gruppen und Benutzercontainer automatisch nach bestem Aufwand zugewiesen. Für diejenigen, bei denen das Ziel nicht automatisch zugewiesen wurde, kann dies über den CSV-Upload mit der Option "Ziel hochladen" im Migrationstool erfolgen. Sie können auch das im Hinweis erwähnte Skript verwenden, um Ziele von Microsoft 365-Gruppen zu identifizieren und über die Option "Ziel hochladen" hochzuladen.

Leider ist es jetzt nicht möglich. Wir haben die klassische Uploadseite geändert und Kunden eine Ausnahme gegeben, um sie zu verlängern. Dieser Verlängerungszeitraum ist jetzt ebenfalls abgelaufen. Weitere Informationen finden Sie in der am 12. Januar 2023 veröffentlichten MC496849 Zeitleiste und MC-Beitrag vom 17. Januar 2023.

Es gibt einen Back-End-Code, der ausgeführt wird, um die Videos nach der Migration aus Stream (klassisch) auszublenden oder vorläufig zu löschen. Es kann bis zu zwei Tage dauern, bis der Inhalt ausgeblendet ist. Aufgrund eines Fehlers sind Videos, die vor dem 15. August 2023 migriert wurden, möglicherweise weiterhin auf der Stream (klassisch)-Benutzeroberfläche sichtbar. Um dieses Problem zu beheben, können Sie die betroffenen Videos erneut migrieren.

Absolut nein. Wir empfehlen Ihnen, zuerst Testmigrationen auszuführen, um die Berechtigungen, den Speicherort und die Metadaten für die migrierten Videos zu verstehen. Stellen Sie fest, dass Sie eine Pilotmigration mit einigen Produktionsvideos ausführen sollten. Es gibt Ihnen Vertrauen, gefährdet nicht alle Daten und minimiert die Fehlerwahrscheinlichkeit.
Darüber hinaus blenden wir die Videos nach der Migration aus Stream (klassisch) aus oder löschen sie vorläufig, aber nicht endgültig, bis Stream (klassisch) veraltet ist. Während des Prozesses können wir die Daten in kritischen Fällen in Stream (klassisch) einblenden.

Nicht berechtigte Videos werden hier in unserer Dokumentation erwähnt. Dies kann darauf zurückzuführen sein, dass Videos sich in einem fehlerhaften Out-Zustand befinden oder ein Entwurf erstellt oder gelöscht wurde. Sie können die gelöschten Videos aus dem Papierkorb wiederherstellen und Videos im Entwurf veröffentlichen.

Sie müssen ein SharePoint-Administrator und ENTWEDER ein globaler Administrator oder ein Stream (klassisch) Administrator sein.

Sie können aufgrund erforderlicher URLs blockiert werden, die für das Tool zugelassen werden müssen, um eine Verbindung herzustellen, oder aufgrund eines Netzwerkverbindungsproblems. Möglicherweise müssen Sie der Positivliste die folgenden URLs hinzufügen:

• https://api.mover.io
• https://api.microsoftstream.com/

Wenn Sie ein GCC-Mandant sind, fügen Sie der Positivliste außerdem die folgende URL hinzu:

• https://api.prod.migrations.microsoft.com

Wenn weiterhin ein Verbindungsproblem besteht, überprüfen Sie, ob die Mover-App aktiviert ist und die Anmeldung ebenfalls aktiviert ist. Führen Sie die folgenden Schritte aus:

• Besuchen Sie Azure-Portal:https://portal.azure.com/#view/Microsoft_AAD_IAM/ActiveDirectoryMenuBlade/~/Overview
• Auswählen: Verwalten –> Unternehmensanwendungen
• Entfernen Sie alle Filter.
• Search für "Mover-App", um "Office 365 Mover" zu finden
• Wählen Sie Verwalten –> Eigenschaften aus, und schalten Sie Aktiviert für die Anmeldung von Benutzern? = Ja

Es handelt sich um eine flexible Migration, bei der Administratoren die benötigten Videos migrieren. Es wird empfohlen, das Tool mit einigen Testvideos auszuführen und einige Migrationen mit einigen Produktionsvideos zu pilotieren. Daher ist ein Rollback möglicherweise geringer. Aus einem gültigen geschäftlichen Grund können wir jedoch den Inhalt einblenden, der von Klassisch migriert wurde. In diesem Prozess werden die Änderungen, die an migrierten Videos in Stream (auf Basis von SharePoint) vorgenommen wurden, nicht in Videos angezeigt, die im klassischen Modus wieder angezeigt werden. Sie müssen die Anfrage über dieses Formular übermitteln und die gleichen Details auch über ein Supportticket teilen. Die ETA für das Rollback beträgt drei Werktage ab Übermittlung der Informationen über das Formular.

Wir Spiegel Berechtigungen, wenn Videos von Stream (klassisch) zu Stream (auf Basis von SharePoint) migrieren. Jeder Benutzer, der Zugriff auf ein Video hat, ist Stream (klassisch) behält den Zugriff auf migrierte Videos. Endbenutzer können das Video über die Suche in Stream (auf Basis von SharePoint), wenn das Video migriert wurde, oder in Stream (klassisch) für ein nicht migriertes Video finden. Am Ende des 23. März erhalten Administratoren einen Bericht, in dem sie den Zielspeicherort jeder migrierten Videodatei erhalten. Sie ist im Bestandsbericht verfügbar.

Nein, Aufbewahrungs- oder Ablaufrichtlinie gab es jemals in Stream (klassisch), daher wird beim Migrieren von Videos keine solche Richtlinie angewendet. Es ist jedoch theoretisch möglich, den Ablauf auf Videos anzuwenden, nachdem sie zu Stream (auf Basis von SharePoint) migriert wurden. Wir legen eine Variable (mediaitem.progID) fest, um ein migriertes Video zu identifizieren.

Zwei Videos in Stream (klassisch) können dieselben Dateinamen haben, dies ist jedoch in One Drive & SharePoint nicht möglich. Zwei Dateien mit demselben Namen in SharePoint werden als Versionen betrachtet. Wir fügen die Datums-Uhrzeit an, um dies zu verhindern. Der Titel des Videos, der während der Wiedergabe angezeigt wird, ändert sich bei der Migration jedoch nicht.

Wir erstellen eine Kopie des Videos und laden diese in SharePoint oder OneDrive hoch. Gleichzeitig blenden oder löschen wir das Video aus Stream (klassisch), nachdem es migriert wurde. Wir werden das Video endgültig gelöscht, wenn Stream (klassisch) Infra veraltet ist. Frühere Videos wurden 180 Tage nach der Migration endgültig gelöscht, aber wir haben dies ab Mitte Juni geändert.

Weitere Informationen finden Sie unter Fehlercodes und -definition , die von der Plattform bereitgestellt werden.

Ja, es gibt Wiederholungen, die im Migrationstool integriert sind. Wenn die Videos jedoch nach langer Zeit weiterhin mit einem Fehlergrund angezeigt werden, der nicht auf ein Problem an Ihrem Ende zurückzuführen ist, können Sie es erneut versuchen. Wenn weiterhin ein Fehler auftritt, erstellen Sie ein Supportticket.

Nein, bei der Migration an sich wird das Video nicht auf der Startseite office.com angezeigt. Wenn jedoch ein Benutzer nach der Migration auf ein Video zugegriffen hat, wird es auf der Registerkarte "Zuletzt verwendete Dateien" auf der Startseite angezeigt.

Lesen Sie diesen Artikel.

Wenn Sie einen Drittanbieterpartner beauftragen möchten, der Ihnen bei der Migration hilft oder Ihnen bei der Verwendung von Stream (auf Basis von SharePoint) haben wir diese Liste der Partner zusammengestellt, die selbst über dieses Fachwissen verfügen. Weitere Informationen finden Sie in der Liste der Drittanbieterpartner.

Wenn wir Videos verschieben, stellen wir sicher, dass wir sie einer Person in Ihrem organization zuweisen. Wenn einem Video keine Microsoft 365-Gruppe oder kein Benutzer als Besitzer zugewiesen ist oder es keinem Unternehmenskanal zugeordnet ist, markieren wir das Video als verwaist. Ein verwaistes Video wird als Teil des Containers "Verwaiste Videos" (ETA: Juni) verschoben. Ihr organization kann je nach Anzahl solcher Videos in Ihrem Mandanten mehrere verwaiste Videocontainer enthalten. Möglicherweise gibt es einige Videos, bei denen der Uploader die organization verlassen hat, aber sie sind immer noch nicht als verwaist klassifiziert, da sie entweder einen Benutzer oder microsoft 365-Gruppenbesitzer haben oder einem Unternehmenskanal zugeordnet sind. In diesem Fall wird das Video mit dem entsprechenden Container und nicht mit einem verwaisten Videocontainer migriert.

Lesen Sie es hier

Lesen Sie es hier

Die Migration von Videos in einem Container zu anderen Speicherorten wird nicht höher stufen, es gibt jedoch eine Problemumgehung. Dies können Sie mithilfe von Teilmigrationsfiltern erreichen. Migrieren Sie eine Reihe von Videos mithilfe von Filtern an den ersten Speicherort. Löschen Sie den Container auf der Registerkarte Migrationen, nachdem er erfolgreich migriert wurde. Fügen Sie denselben Container mit neuen Filtern hinzu, und migrieren Sie zu einem neuen Speicherort. Sie können die Videos jedoch nur basierend auf verfügbaren Videofiltern aufteilen. Außerdem verweist die Umleitung für die Gruppen-URL auf den Zielspeicherort der letzten migrierten Gruppe.

Das Migrationstool hat einen Grenzwert von 50.000 Containern gleichzeitig. Wenn Sie versehentlich mehr als 50.000 Container hinzugefügt haben, müssen Sie einige Container entfernen, damit die Gesamtanzahl der Container nach ihren manuellen Ergänzungen unter diesem Schwellenwert bleibt.

Es gibt drei Datenquellen: Stream (klassisch) Portal: Nennen wir es A, Inventarbericht (oder Power BI-Dashboard) – Nennen wir es B und Migrationstool– Nennen wir es C

1. Ein & B sollte perfekt übereinstimmen. Sie können ihr gesamtes Video im Bestandsbericht finden. Search für ein Video über die Video-ID im Bericht. Sie finden diese ID am Ende der Videowiedergabe-URL, z. B. https://web.microsoftstream.com/video/videoid
2. B & C wird nun ebenfalls übereinstimmen. Früher stimmten B und C aufgrund fehlender Unterstützung für verwaiste Videos im Migrationstool (C) nicht überein.
3. Eine & C stimmt nicht überein, da Videos möglicherweise nicht an derselben Stelle im Tool wie in Stream (klassisch) angezeigt werden, da das Tool Videos in logischen Gruppen oder Containern verschiebt. Stream (klassisch) Videos, die Microsoft 365-Gruppen, Unternehmenskanal oder Stream Gruppe zugeordnet sind, werden immer zusammen verschoben und nicht mit dem Container des Benutzers verschoben, der die Videos hochgeladen hat. Wir folgen der Prioritätsreihenfolge: Stream Gruppe > Microsoft 365-Gruppe > Unternehmensweiter Kanal > Benutzer. Weitere Informationen finden Sie in den Berechtigungsfällen. Es kann also vorkommen, dass das Video eines Uploaders in der Microsoft 365-Gruppe verschoben wird und daher möglicherweise nicht im Benutzercontainer des Uploaders des Migrationstools sichtbar ist.

Wenn Ihr Stream Classic deaktiviert ist und der Benutzer gelöscht wird oder sich im inaktiven Zustand befindet, schlägt die Migration des Benutzercontainers möglicherweise mit dem MUSERNOTFOUND-Fehler im Migrationsprotokollbericht fehl. Es gibt eine Problemumgehung. Erwägen Sie, den Standardzielpfad in einen gültigen Speicherort für eine erfolgreiche Migration von Benutzerinhalten zu ändern. Wenn Stream Classic aktiviert ist und sich der Benutzer im inaktiven Zustand befindet, dann "Suchen Nach neuen Containern", um die Videos dieses Benutzers abzurufen. Der bereits hinzugefügte Benutzercontainer für diesen Benutzer migriert den Benutzerinhalt nicht.

Um Leerzeichen in einem Windows-Dateipfad zu escapen, setzen Sie den Abschnitt des Pfads mit einem Leerzeichen in doppelte Anführungszeichen. Beispiel: C:"Test Folder"\text.txt. Sie können auch Anführungszeichen um den gesamten Pfad setzen, um sicherzustellen, dass Sie keine Leerzeichen verpassen.

Der Inventurbericht enthält eine Liste aller Container-IDs, denen mindestens ein Video zugewiesen ist. Es ist möglich, dass Ihr Mandant über einige Microsoft 365- und CWC-Gruppen verfügt, in denen Videos in der Stream (klassisch)-Benutzeroberfläche angezeigt wurden, ihnen jedoch keine gemäß der Zuweisungshierarchie zugewiesen wurden. Daher werden container, die keine Videos enthalten, nicht im Bestandsbericht angezeigt. Das Skript für die letzte Ergänzung zum Inventar enthält einen zusätzlichen Parameter namens "GenerateMasterContainerList", der bei expliziter Festlegung auf true (sein Wert ist false durch def) eine Liste aller in Ihrem Mandanten verfügbaren M365Groups und CompanyWideChannels in einer separaten Datei generiert.

1. Um das Skript auszuführen, muss der Benutzer die alten Schritte zum Ausführen des Inventurskripts ausführen. Der einzige hinzugefügte Schritt ist, dass der Parameter "GenerateMasterContainerList" hinzugefügt werden muss, dessen Wert auf true festgelegt ist.
2. Beispielbefehl zum Ausführen des Skripts: .\StreamClassicVideoReportGenerator.ps1 -AadTenantId "00000000-0000-0000-0000-000000000000" -InputFile "C:\Users\Username\Desktop\token.txt" -OutDir "C:\Users\Username\Desktop" -GenerateMasterContainerList true
3. Der Wert dieses Parameters ist standardmäßig false.
4. Es unterstützt Resume genau auf die gleiche Weise wie das alte Skript. Da einige Mandanten möglicherweise über eine große Anzahl solcher Entitäten verfügen, kann das Skript während der Ausführung aufgrund des Ablaufs des Authentifizierungstokens beendet werden. In einem solchen Fall muss der Benutzer das alte Token in der Tokendatei durch ein neues Token ersetzen und das Skript neu starten. Das Skript wird standardmäßig ausgeführt, wobei das Resume-Flag auf true festgelegt ist, sodass das Skript wieder von der letzten Ausführung ausgeht. Wenn eine große Anzahl von Entitäten vorhanden ist, ist das Ergebnis in mehreren CSV-Dateien vorhanden, da jede Ausgabe-CSV nicht mehr als 10.000 Zeilen enthält.
5. Die endgültige Liste mit allen zusammengeführten Dateien finden Sie im Ordner \Out\report.

Kunden müssen ein eigenes Skript erstellen, um diese Zuordnungsinformationen abzurufen. Wir stellen Skripts bereit, die für uns freigegeben wurden. Sie können es nach Eigenem Ermessen verwenden. Hinweis: Dieses Skript wird von Microsoft nicht unterstützt.

Skript 1:

#Token file Path
$tokenInputFile="C:\temp\StreamReportGenerator\token.txt" 
#Please Note the Base Url - https://uswc-1.api.microsoftstream.com/api/ needs to be replaced by Base Url of your tenant using script 2 
$baseURI = "https://uswc-1.api.microsoftstream.com/api/" 
#ChannelVideoReport Path – Please replace it with path to csv file where we want to export the channel video report data 
$channelVideoReportPath =  "C:\temp\StreamReportGenerator\channelVideosReport.csv" 
$getAllChannelsUri= $baseURI + "channels?`$top=100&`$skip=0&`$orderby=created desc&`$expand=creator,group&adminmode=true&api-version=1.4-private"
$token = Get-Content -Path $tokenInputFile 
$headers = @{ 
    "Accept" = "application/json, text/plain, */*" 
    "Authorization" = "Bearer $($token)" 
} 
$ChannelVideoInfoCollection=@() 
$response = Invoke-RestMethod -Method Get -Uri $getAllChannelsUri -Headers $headers 
if($response -ne $null) 
{
  foreach($channelData in $response.value) 
    { 
        $channelVideoInfoUri= $baseURI + "/channels/$($channelData.id)/videos?`$top=100&`$skip=0&`$filter=published%20and%20(state%20eq%20%27completed%27%20or%20contentSource%20eq%20%27livestream%27)&`$expand=creator,events,channels&adminmode=true&`$orderby=metrics%2FtrendingScore%20desc&api-version=1.4-private"
        $channelVideoRes = Invoke-RestMethod -Method Get -Uri $channelVideoInfoUri -Headers $headers 
        foreach($channelVideo in $channelVideoRes.value) 
        { 
            $ChannelVideoAssociationInfo = [PSCustomObject] @{ 
                GroupID=$channelData.group.id 
                GroupName=$channelData.group.name
                ChannelID =$channelData.id 
                ChannelName=$channelData.name 
                VideoID=$channelVideo.id 
                VideoName=$channelVideo.name 
            } 
            $ChannelVideoInfoCollection += $ChannelVideoAssociationInfo 
        } 
}}  
$ChannelVideoInfoCollection | Export-Csv -Path $channelVideoReportPath -NoTypeInformation  

Skript 2:

# Path to Token file    
$tokenInputFile="C:\temp\StreamReportGenerator\token.txt"      
$token = Get-Content -Path $tokenInputFile 
# To be replaced by Aad Tenant ID of your tenant
    $aadTenantID = "c008191f-7c3e-4728-a223-0cba39479b7b" 
    $tenantPatchUri = "https://api.microsoftstream.com/api/tenants/" +  $aadTenantID + "?api-version=1.4-private" 
    $headers = @{ 
        Authorization = "Bearer $token" 
    } 
    $body = "{}" 
    try { 
        $response = Invoke-RestMethod -Uri $tenantPatchUri -Method Patch -Body $body -Headers $headers -ContentType "application/json" 
  } 
    catch {
        #Stop execution if Unauthorized(401). 
        if ($_.Exception.Response.StatusCode.value__ -eq 401) { 
            Write-Host "========Enter new token and start the script again=======" 
        } 

          Write-Host "An error occurred: $($_.Exception.GetType().FullName) - $($_.Exception.Message)"

        exit 
    }
    Write-Host "Base URI: $($response.apiEndpoint)"

Schritte zur Verwendung der Skripts:

1. Wir können Skript 1 verwenden, um die Kanal- und Videozuordnung abzurufen.
2. Verwenden Sie zum Abrufen des Tokens die gleiche Methode wie im Bestandsbericht, und aktualisieren Sie die $tokenInputFile
3. Aktualisieren Sie den ChannelVideoReport-Pfad, in den Sie die CSV-Datei des Videoberichts exportieren möchten.
4. Wir müssen $baseURI = "https://uswc-1.api.microsoftstream.com/api/" durch BaseURI für Ihren Mandanten ersetzen. Führen Sie zum Abrufen des Basis-URI die folgenden Schritte aus: a. Benutzerskript 2, fügen Sie den Pfad zur Tokendatei hinzu, die in Schritt 2 abgerufen wurde, und weisen Sie ihn $tokenInputFile b zu. Ersetzen Sie $aadTenantID = "c008191f-7c3e-4728-a223-0cba39479b7b" durch die Mandanten-ID Ihres Mandanten c. Führen Sie das Skript aus. d. Der Basis-URI wird in der Konsole ausgegeben.
5. Führen Sie Skript 1 aus, und der ChannelVideoReport wird in den angegebenen Pfad exportiert.
6. Standardmäßig gibt das Skript die besten 100 Kanäle und 100 besten Videos innerhalb dieser Kanäle zurück.

Aufgrund von Einschränkungen im Migrationsuploadmechanismus kann die tatsächliche Anzahl der erfolgreich migrierten Dateien übersteigen, wenn fehler vom Typ "MJOBNOTCOMPLETED" oder "MJOBFATALERROR" im Bericht angezeigt werden. Das erneute Ausführen der Migration ist häufig effektiv, um solche Probleme zu beheben. Warten Sie außerdem 15 Minuten nach Abschluss der Migration, bevor Sie Migrationsprotokolle und den Zusammenfassungsbericht herunterladen, um den MJOBNOTCOMPLETED-Fehler im Bericht zu vermeiden.

Migrationsprotokolle für jeden Container sind nur 3 Monate nach der Migration dieses Containers verfügbar. Nach drei Monaten kann nicht mehr auf die Protokolle zugegriffen werden.

Siehe auch

Übersicht über die Migration zu Stream (auf Basis von SharePoint)Übersichtüber die Migration zu Stream (auf Basis von SharePoint)