Tento článek shrnuje nejčastější dotazy k nástroji pro migraci Stream.
V nástroji pro migraci se nezobrazují všechna moje Stream (Classic) videa.
Přečtěte si článek o tom, jak spárovat data mezi Stream (Classic) a migrací avidea se pohybují společně ve skupinách Microsoftu 365.
V sestavě inventáře se nezobrazuje všechna moje Stream (Classic) videa.
Ne, všechna videa v Stream (Classic) by měla být viditelná v sestavě inventáře. Search sestavu prostřednictvím ID videa Stream. Toto ID najdete na konci adresy URL přehrávání videa, například https://web.microsoftstream.com/video/videoid
Nástroj pro migraci zobrazuje méně videí ve skupině Microsoft 365 nebo v kanálu společnosti než videa, která se zobrazují v Stream (Classic).
Přečtěte si článek o tom, jak spárovat data mezi Stream (Classic) a migrací avidea se pohybují společně ve skupinách Microsoftu 365.
Jaká je rychlost nebo propustnost nástroje pro migraci?
Přečtěte si článek o rychlosti nebo propustnosti.
Co se dnes stane s mými osamocenými videi?
Osamocené jsou videa, která aktuálně nemají vlastníka a původní nahrávač opustil organizaci. Od července 2023 má nástroj pro migraci funkce pro jejich migraci. Další podrobnosti najdete v části osamocených videí.
V sestavě inventáře se zobrazují některá nezpůsobilá videa, jaká jsou?
Videa, která nejsou publikovaná (ve stavu konceptu) nebo odstraněná (v koši), nemají nárok na migraci. Nástroj je nebude migrovat. Koncoví uživatelé můžou buď taková videa publikovat, nebo můžou správci obnovit video z koše, aby je nástroj pro migraci mohl vybrat.
Při přiřazování cílů v uživatelském rozhraní pro jeden kontejner se nezobrazují některé sharepointové weby.
Pokud weby SP nebo Teams ve vašem tenantovi nejsou při přiřazování cílů viditelné, může to mít několik důvodů.
- Správci služby SP ve výchozím nastavení nemají přístup k webům, na kterých nejsou vlastníkem ani členy, i když se můžou přidat do skupiny nebo týmu. Proto jsou viditelné jenom ty weby, kde je správce alespoň členem skupiny nebo týmu. Důvodem je to, že se weby prohledávají pomocí delegovaného tokenu s oborem uživatele. Tyto weby se ale zjišťují při automatickém mapování cíle, protože používáme token založený na aplikaci.
- Správci také nemusí vidět weby pro tenanta s více geografickou úrovní, protože rozhraní API pro grafy použité k načtení webů to v některých zatáčkách nedokáže spolehlivě provést.
- V rohovém případě může synchronizace webu v nedávné době trvat a zobrazit se v uživatelském rozhraní. ETA je pár hodin. Poznámka: V některých situacích s rohy (například speciální znaky v cílové cestě) nemusí vyhledávání webu sp v uživatelském rozhraní fungovat. V takových případech můžete cíl přiřadit ručně prostřednictvím nahrání souboru CSV pomocí možnosti Nahrát cíl v nástroji pro migraci.
Cíl pro některé kontejnery skupin uživatelů a Microsoft 365 není automaticky přiřazený.
Pokud se kontejner přidal na kartu skenů prostřednictvím možnosti Přidat kontejnery –> Hledejte nové kontejnery v Stream, pak se cíl pro všechny skupiny Microsoft 365 a kontejnery uživatelů automaticky přiřadí s maximálním úsilím. U těch, u kterých není cíl automaticky přiřazený, je to možné provést prostřednictvím nahrání souboru CSV pomocí možnosti Nahrát cíl v nástroji pro migraci. Můžete také použít skript uvedený v této poznámce k identifikaci cílů skupin Microsoftu 365 a jejich nahrání prostřednictvím možnosti Nahrát cíl.
Můžu koncovým uživatelům v organizaci odebrat možnost nahrávání do Microsoft Stream (na SharePointu)?
Bohužel to teď není možné. Změnili jsme stránku klasického nahrávání a udělili jsme zákazníkům výjimku, aby ji prodloužili, protože teď vypršela i doba prodloužení. Podívejte se na řádkovou položku ze 17. ledna 2023 na časové ose migrace a na MC496849 mc publikovanou 12. ledna 2023.
Moje videa se v Stream Classic pořád zobrazují i po migraci.
K dispozici je back-endový kód, který slouží ke skrytí nebo obnovitelnému odstranění videí z Stream (Classic) po migraci. Skrytí obsahu může trvat až dva dny. Kvůli chybě můžou být videa migrovaná před 15. srpnem 2023 stále viditelná v uživatelském rozhraní Stream (Classic). Pokud chcete tento problém vyřešit, můžete ovlivněná videa znovu migrovat.
Mám si před migrací pořídit zálohu videa Stream (Classic) pro případ, že se stane něco špatného?
Rozhodně ne. Doporučujeme nejprve spustit testovací migrace, abyste porozuměli oprávněním, umístění a metadatům migrovaných videí. Publikujte, že byste měli spustit pilotní migraci s některými produkčními videi. Dává vám jistotu, neohrožuje všechna data a minimalizuje riziko chyby.
Po migraci navíc videa z Stream (Classic) skryjeme nebo je odstraníme, ale neodstraníme je, dokud Stream (Classic) nezastarání infrastruktury. Během tohoto procesu můžeme v kritických případech zobrazit data v Stream (Classic).
Videa jsou nahlášená jako nezpůsobilá k migraci – jak můžeme takové případy řešit?
Nezpůsobilá videa jsou uvedena v naší dokumentaci. Příčinou může být chyba videí, která jsou v chybovém stavu, koncepty nebo odstranění videa. Odstraněná videa můžete obnovit z koše a publikovat videa v konceptu.
Jaká oprávnění jsou potřebná ke spuštění migrace Stream?
Stream Nástroj pro migraci umístěný ve Správci migrace obsahuje chybu Služba není k dispozici. Kontaktujte podporu.
Můžou být blokované kvůli požadovaným adresám URL, které by bylo potřeba povolit, aby se mohl nástroj připojit, nebo kvůli problému s připojením k síti. Možná budete muset do seznamu povolených přidat následující adresy URL:
https://api.mover.io
https://api.microsoftstream.com/
Pokud jste tenant GCC, přidejte do seznamu povolených také následující adresu URL:
https://api.prod.migrations.microsoft.com
Pokud stále dochází k problému s připojením, zkontrolujte, jestli je povolená aplikace Mover a jestli jsou povolená i přihlášení. Postupujte následovně:
- Navštivte Azure Portal:https://portal.azure.com/#view/Microsoft_AAD_IAM/ActiveDirectoryMenuBlade/~/Overview
- Vyberte: Spravovat –> Podnikové aplikace
- Odeberte všechny filtry.
- Search aplikace Mover vyhledejte Office 365 Mover.
- Vyberte Spravovat –> vlastnosti a přepněte možnost Je povoleno, aby se uživatelé mohli přihlašovat? = Ano
Můžeme vrátit migraci videí z Stream (Classic) do Microsoft Stream (na SharePointu)?
Jedná se o flexibilní migraci, při které se správci rozhodnou migrovat videa, která potřebují. Doporučujeme spustit tento nástroj s několika testovacími videi a spustit některé migrace pomocí několika produkčních videí. Proto může být potřeba vrácení zpět menší. Z platného obchodního důvodu ale můžeme zobrazit obsah migrovaný z modelu Classic. V tomto procesu se změny provedené u migrovaných videí v Microsoft Stream (na SharePointu) nezobrazí ve videích, která se znovu objeví v klasické verzi. Musíte odeslat žádost prostřednictvím tohoto formuláře a sdílet stejné podrobnosti také prostřednictvím lístku podpory. ETA pro vrácení zpět je tři pracovní dny od odeslání informací prostřednictvím formuláře.
Jak můžou koncoví uživatelé zjistit migrovaný obsah?
Při migraci videí z Stream (Classic) na Microsoft Stream (na SharePointu) zrcadlíme oprávnění. Každý uživatel, který má přístup k videu, je Stream (Classic) si zachová přístup k migrovanému videu. Koncoví uživatelé můžou video vyhledat v Microsoft Stream (na SharePointu), pokud se video migrovalo, nebo v Stream (klasické) pro nemigrované video. Do 23. března získají správci sestavu, která jim poskytne cílové umístění každého migrovaného videosouboru. Je k dispozici v sestavě inventáře.
Můžu při migraci videí použít zásady uchovávání informací nebo vypršení platnosti v Stream (Classic)?
Ne, zásady uchovávání nebo vypršení platnosti v Stream (Classic) nikdy neexistovaly, proto se při migraci videí žádné takové zásady nepoužijí. Po migraci na Microsoft Stream (na SharePointu) je ale teoreticky možné u videí použít vypršení platnosti. Nastavíme proměnnou (mediaitem.progID) k identifikaci migrovaného videa.
Proč se po migraci k názvu videosouboru přidá datum a čas?
Dvě videa v Stream (Classic) můžou mít stejné názvy souborů, ale na One Drive & SharePointu to není možné. Dva soubory se stejným názvem v SharePointu se považují za verze. Abychom tomu zabránili, připojíme datum a čas. Název videa, který je viditelný během přehrávání, se ale při migraci nezmění.
Kopírují se nebo přesunují moje videa během migrace? Jsou po migraci dostupné v Stream Classic?
Vytvoříme kopii videa a nahrajeme ho na SharePoint nebo OneDrive. Současně skryjeme nebo obnovitelné odstranění videa z Stream (Classic) po migraci. Až Stream (Classic) vyřadíme infrastrukturu, video pevně odstraníme. Dřívější videa se 180 dní po migraci pevně odstranila, ale od poloviny června jsme to změnili.
Jak můžu vyřešit chyby nebo videa, která selhala?
Projděte si kódy chyb a definice poskytované platformou.
Opakuje nástroj pro migraci Stream neúspěšná videa? Mám to zkusit znovu?
Ano, v nástroji pro migraci jsou integrované opakování. Pokud se ale po delší době videa stále zobrazují jako neúspěšná s chybovým důvodem , který není způsobený nějakým problémem na vaší straně, můžete to zkusit znovu. Pokud stále selže, vytvořte lístek podpory.
Zobrazují se migrovaná videa na úvodní stránce na office.com?
Ne, migrace sama o sobě neudělá, že se video zobrazí na úvodní stránce v office.com. Pokud ale k videu po migraci přistupoval uživatel, zobrazí se na úvodní stránce na kartě Poslední.
Co se stane, když skončí podpora přehrávání nebo přesměrování u starých Stream (Classic) migrovaných videí?
Přečtěte si tento článek.
Můžu si najmout další pomoc s přechodem na Microsoft Stream (na SharePointu)?
Pokud chcete najmout partnera třetí strany, který vám pomůže s migrací nebo vám pomůže začít používat Microsoft Stream (na SharePointu) shromáždili jsme tento seznam partnerů, kteří sami identifikovali, že mají tyto odborné znalosti. Další podrobnosti najdete v seznamu partnerů třetích stran.
Jak definujeme osamocené videa? Považuje se video za osamocené, pokud nahrávač opustil organizaci?
Když přesuneme videa, musíme je přiřadit někomu ve vaší organizaci. Pokud video nemá přiřazenou žádnou skupinu Microsoftu 365 nebo uživatele jako vlastníka nebo není přidružené ke kanálu společnosti, označíme video jako osamocené. Osamocené video se přesune jako součást kontejneru osamocených videí (ETA: červen). Vaše organizace může mít několik kontejnerů pro osamocené video v závislosti na počtu takových videí ve vašem tenantovi. Některá videa, u kterých nahrávač opustil organizaci, ale stále nejsou klasifikovaná jako osamocené, protože mají buď vlastníka skupiny Uživatel nebo Microsoft 365, nebo jsou přidružená k firemnímu kanálu. V tomto případě se video migruje s odpovídajícím kontejnerem, nikoli s osamoceným kontejnerem videa.
Proč při migraci oprávnění přerušujeme dědičnost cílové složky?
Jak identifikovat kontejnery s překrývajícími se podrobnostmi videa a videa
Můžu přesunout video kontejneru do dvou různých umístění?
Migraci videí v kontejneru do různých umístění nepodporujeme, existuje však alternativní řešení. Toho můžete dosáhnout pomocí filtrů částečné migrace. Migrujte sadu videí do prvního umístění pomocí filtrů. Po úspěšné migraci odstraňte kontejner z karty Migrace. Přidejte stejný kontejner s novou sadou filtrů a migrujte do nového umístění. Videa ale můžete rozdělit jenom na základě dostupných filtrů videa. Přesměrování adresy URL skupiny také odkazuje na cílové umístění poslední migrované skupiny.
Proč nemůžu ručně přidat další kontejnery?
Nástroj pro migraci má limit 50 000 kontejnerů najednou. Pokud jste neúmyslně přidali více než 50 000 kontejnerů, budete muset některé kontejnery odebrat, aby celkový počet kontejnerů po ručním přidání zůstal pod touto prahovou hodnotou.
Návody spárovat data mezi portálem Stream (Classic), sestavou inventáře a nástrojem pro migraci?
Existují tři zdroje dat: Stream (Classic) portál – nazveme ho A, Sestava inventáře (nebo řídicí panel Power BI)– Nazveme ho B a nástroj pro migraci – nazveme ho C.
- & B by se měl dokonale shodovat. V sestavě inventáře můžete najít všechna videa. Search pro video prostřednictvím ID videa v sestavě. Toto ID najdete na konci adresy URL přehrávání videa, například https://web.microsoftstream.com/video/videoid
- B & C se teď bude shodovat také. Dříve se kvůli chybějící podpoře osamocených videí v nástroji pro migraci (C), B a C neshodovaly.
- & C se neshoduje, protože videa se nemusí zobrazovat na stejném místě v nástroji jako v Stream (Classic) protože nástroj přesouvá videa v logických skupinách nebo kontejnerech. Stream (Classic) videa přidružená ke skupinám Microsoft 365, firemnímu kanálu nebo Stream skupině se vždy pohybují společně a nepřesouvají se s kontejnerem uživatele, který videa nahrál. Postupujeme podle pořadí priorit: Stream skupina > Microsoft 365 Company > wide channel > User. Další informace najdete v případech oprávnění. Proto se může stát, že se video nahrávače přesune ve skupině Microsoft 365, a proto nemusí být viditelné v kontejneru uživatele nahrávače nástroje pro migraci.
Při migraci kontejneru uživatele se zobrazuje chyba MUSERNOTFOUND.
Pokud je váš Stream Classic zakázaný a uživatel je odstraněný nebo je v neaktivním stavu, migrace kontejneru uživatelů může selhat s chybou MUSERNOTFOUND v sestavě protokolu migrace. Existuje alternativní řešení. Zvažte změnu výchozí cílové cesty na platné umístění pro úspěšnou migraci uživatelského obsahu. Pokud je povolená Stream Classic a uživatel je v neaktivním stavu, pak vyhledejte nové kontejnery, abyste získali videa tohoto uživatele. Již přidaný kontejner uživatele pro tohoto uživatele nebude migrovat uživatelský obsah.
Spuštění skriptu automatického mapování, skriptu sestavy inventáře a skriptu oprávnění se nezdařilo, pokud název složky obsahuje klíč mezery.
Pokud chcete v cestě k souboru windows použít řídicí mezery, umístěte kolem oddílu cesty dvojité uvozovky s mezerou. Příklad: C:"Test Folder"\text.txt. Můžete také dát uvozovky kolem celé cesty, abyste měli jistotu, že vám neuniknou žádné mezery.
Jak získat seznam všech kontejnerů skupin Microsoftu 365 a kontejnerů CWC v prostředí tenanta?
Sestava inventáře obsahuje seznam všech ID kontejnerů, ke kterým je přiřazeno alespoň jedno video. Je možné, že váš tenant má některé skupiny Microsoft 365 a CWC, ve kterých se v uživatelském rozhraní Stream (Classic) zobrazila videa, ale žádná k nim nebyla přiřazena podle hierarchie přiřazení, proto se tyto kontejnery s nulovými videi v sestavě inventáře nezobrazují. Nejnovější přírůstek do skriptu inventáře přináší další parametr s názvem GenerateMasterContainerList, který při explicitním nastavení na hodnotu true (jeho hodnota je false podle def) vygeneruje seznam všech M365Groups a CompanyWideChannels dostupných ve vašem tenantovi v samostatném souboru.
- Aby uživatel mohl skript spustit, musí postupovat podle starých kroků a spustit inventarizační skript, přičemž jediným přidaným krokem je, že je potřeba přidat parametr GenerateMasterContainerList s hodnotou nastavenou na true.
- Ukázkový příkaz ke spuštění skriptu: .\StreamClassicVideoReportGenerator.ps1 -AadTenantId "000000000-0000-0000-0000-0000000000000" -InputFile "C:\Users\Username\Desktop\token.txt" -OutDir "C:\Users\Username\Desktop" -GenerateMasterContainerList true
- Hodnota tohoto parametru je ve výchozím nastavení false.
- Podporuje resume přesně stejným způsobem jako starý skript. Vzhledem k tomu, že někteří tenanti můžou mít velký počet takových entit, může se skript během provádění ukončit kvůli vypršení platnosti ověřovacího tokenu. V takovém případě musí uživatel nahradit starý token novým tokenem v souboru tokenu a restartovat skript. Skript se ve výchozím nastavení spouští s příznakem Resume nastaveným na hodnotu true, takže skript znovu načítá od posledního spuštění. Pokud existuje velký počet entit, výsledek se nachází ve více souborech CSV, protože každý výstupní soubor CSV je navržený tak, aby neměl více než 10 tisíc řádků.
- Konečný seznam obsahující všechny sloučené soubory najdete ve složce \Out\report.
Návody extrahovat videa dostupná pod jednotlivými kanály v Stream (Classic)?
Zákazníci musí vytvořit vlastní skript, aby mohli načíst tyto informace o mapování. Poskytujeme skript, který s námi sdílíme, a můžete je použít na základě svého uvážení. Poznámka: Microsoft tento skript nepodporuje.
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)"
Postup použití skriptů:
- Pomocí skriptu 1 můžeme načíst mapování kanálů a videí.
- K načtení tokenu použijte stejný způsob jako v sestavě inventáře a aktualizujte $tokenInputFile
- Aktualizujte cestu ke kanáluVideoReport, kam chcete exportovat soubor CSV sestavy videa.
- Pro vašeho tenanta musíme nahradit $baseURI = "https://uswc-1.api.microsoftstream.com/api/" za BaseURI . Pokud chcete načíst základní identifikátor URI, postupujte podle kroků: a. Uživatelský skript 2 a přidejte cestu k souboru tokenu načteného v kroku 2 a přiřaďte ji $tokenInputFile b. Nahraďte $aadTenantID = "c008191f-7c3e-4728-a223-0cba39479b7b7b" ID tenanta c. Spusťte skript. d. Základní identifikátor URI se vytiskne na konzole nástroje .
- Spusťte skript 1 a channelVideoReport se exportuje do dané cesty.
- Ve výchozím nastavení skript vrátí 100 nejlepších kanálů a 100 nejlepších videí v těchto kanálech.
Na cílovém webu najdu více souborů, než kolik bylo migrováno v sestavě.
Pokud v sestavě dojde k chybám MJOBNOTCOMPLETED nebo MJOBFATALERROR, může skutečný počet úspěšně migrovaných souborů překročit počet zobrazený v sestavě kvůli omezením mechanismu nahrávání migrace. Opětovné spouštění migrace je často efektivní při řešení takových problémů. Počkejte také 15 minut po dokončení migrace, než stáhnete protokoly migrace a souhrnnou sestavu, abyste se vyhnuli chybě MJOBNOTCOMPLETED v sestavě.
Z nástroje nemůžu stáhnout protokoly migrace.
Protokoly migrace pro libovolný kontejner jsou k dispozici pouze po dobu 3 měsíců od migrace kontejneru. Po třech měsících nebudou protokoly přístupné.