Stream 移轉工具報告、許可權和內嵌支援

重要事項

閱讀 移轉概觀 以取得程序的摘要。 如需詳細數據,請參閱 移轉程式 & 檢查清單 ,以及所有重要文章和頁面的連結。

如果您對移轉工具有任何疑問或意見反應,您可以 加入我們的客戶辦公室時數,直接與我們的工程小組交談

檢閱 Stream (傳統版) 淘汰時程表,因為部分日期已延長,讓客戶有更多時間進行移轉。

本文詳細說明需要詳細說明的各種移轉文章。

您可以下載 這段影片 ,以瞭解如何產生和讀取清查報表。

Stream (傳統版) 影片報告

這是 Stream (傳統) 中所有影片的清查報告,並提供一堆元數據資訊。 此報告可協助您規劃移轉,並決定要移轉至 Stream (在 SharePoint 上) 的影片。 輸出是一個 CSV 檔案,其中包含 Stream (傳統版) 中每個影片的數據列。 我們也建立了 Power BI Desktop 報表範例,可用來分析、篩選及瞭解清查數據。

注意事項

Stream 系統管理員角色是執行報表的必要條件

報表包含每個影片的下列資訊

  • 影片標識碼:當您播放 Stream (傳統) 影片時,也可在URL結尾找到
  • 影片的名稱
  • 影片狀態:請參閱下列定義
    • 建立 = 已建立但上傳尚未啟動的記錄
    • 上傳 = 正在上傳視訊
    • 處理 = 上傳成功,但目前正在處理中
    • 已完成 = 處理已完成
    • 已刪除 = 回收站) 中可用的虛刪除 (
    • 錯誤 = 上傳或處理期間發生錯誤
    • 即時 = 實時廣播正在進行中
  • 影片描述
  • 發行日期
  • 上次檢視日期:上次檢視影片的日期。 這個日期自 2021 年 7 月左右開始已擷取。 在 2021 年 7 月之前上傳和檢視的任何影片都會將此欄位設為空白,即使已檢視也一樣。
  • 大小:以位元組為單位
  • 檢視數目
  • 贊數目
  • 內容類型:可以採用下列值
    • 泛用
    • 會議
    • 實時活動
  • 隱私權模式:可以採用下列值
    • 組織:組織中的每個人都可以看到
    • 私人:可供選取的少數個人看見
  • 建立者:Email 影片原始上傳程序的標識碼。
  • 擁有者:包含使用者或 Microsoft 365 群組電子郵件標識碼。 可以是多個個人和/或群組。 從 2023 年 6 月 30 日開始,如果已將 Stream 群組、公司頻道和已啟用電子郵件的安全組標示為影片擁有者,數據行中也會提及這些群組、 公司通道和已啟用電子郵件的安全組。 我們也已藉由在容器名稱之前附加容器類型,來改善此數據行的格式
  • 容器 (標識碼、名稱、類型、Email) :如果您想要將視訊對應至容器,因為工具會在容器層級顯示數據,則它們很有用。
  • 容器 Microsoft Entra ID:Microsoft Entra標識符。 對於某些容器而言,它們與「容器標識碼」不同,例如「使用者容器」。 它可協助系統管理員使用清查報告對應組織層級資訊。
  • 移轉的目的地:影片的移轉位置。
  • ContainerVideosInClassicUI:顯示 Stream (傳統) 中每個容器的影片數目。 它可能會與透過工具中的相同容器移轉的影片數目不同。
  • IsEligibleForMigration:是或否,視影片是否符合移轉資格而定。
  • IsRemigrationNeeded:是/否。 此數據行會識別因狀態同步問題而需要重新移轉的影片。 這可協助您識別在 2023 年 8 月 15 日之前移轉的內容,但其重新導向並未開始、未從清查報表中的 Stream (傳統版) 或目的地數據行虛刪除。 若要解決這些問題,必須由系統管理員重新移轉。IMP:由於需要最多 48 小時的時間,才能同步處理全新移轉的狀態,所以最近移轉的影片也會顯示需要重新移轉,直到從後端完成其狀態同步處理為止。 建議您在移轉后等候幾天,以可靠地識別需要重新移轉的容器。

不符合移轉資格的影片

因此,不符合移轉資格的影片如下:

  1. 未發佈或未在草稿中發佈的影片,表示唯一可以看到該影片的人是原始上傳者。 系統管理員應該要求這些用戶發佈其影片,以便由移轉工具挑選他們。

  2. 處於處理或上傳錯誤狀態,因此無法播放的影片。 它們永遠無法移轉。

  3. 使用者刪除且位於回收站中的影片

若要透過報表識別合格影片,請尋找符合下列準則的明細專案。

  1. 狀態為處理中或已完成
  2. 已發佈
  3. 無空容器標識碼

報表格式

電子表格中的報表輸出範例

關於報表的重要資訊:

  • 上次檢視日期:此日期自 2021 年 7 月左右開始已擷取。 之前上傳和檢視的任何影片都會將此字段設定為空白

執行腳本的步驟

  1. 流覽至 Stream 管理員 設定 -> Stream 移轉 -> 報告並下載腳本

系統管理中心 Stream [報告] 索引標籤。

  1. 從瀏覽器複製 Stream 令牌,並將它儲存在檔案中。
    • 開啟瀏覽器,按 F12,然後流覽至 Stream 入口網站
    • 選取 [網络] 索引標籤,然後依 refreshtoken 篩選。 在左側的兩個要求中,選取具有 Request Method – GET 的要求。
    • 在要求標頭中尋找授權標頭,然後在 『Bearer』 之後複製值

從瀏覽器尋找令牌。

  • 將它儲存至具有下列位址的檔案,例如:C:\Users<別> 名\Documents\StreamReportGenerator\token.txt

儲存令牌。

更新大型租使用者的令牌

  • 大型租使用者可能必須輸入令牌一次以上,因為令牌會在一小時后到期
  • 使用瀏覽器的最新令牌更新令牌檔案,然後再次執行腳本
  1. 開啟 PowerShell 並藉由提供四個輸入來執行文稿:
    • InputFile (必要) :匯入 Stream 令牌的檔案路徑
    • OutDir (必要) :儲存最終報表和少數中繼檔案的資料夾路徑
    • AadTenantId (強制) :Microsoft Entra 租使用者的租用戶標識符
    • ResumeLastRun (選擇性) :true/false 旗標,用來控制應該從上次執行繼續執行,還是從頭開始再次擷取所有影片。 預設 值 = true
    • PublishedDateLe (選擇性) :擷取發行日期小於值的視訊專案。 例如:“2022-07-15”
    • PublishedDateGe (選擇性) :擷取發行日期大於值的視訊專案。 例如:“2022-01-15”

範例使用方式

.\StreamClassicVideoReportGenerator_V1.11.ps1 -AadTenantId “000000000-0000-0000-0000-000000000000” -InputFile “C:\Users\alias\Desktop\token.txt” -OutDir “C:\Users\alias\Desktop” -ResumeLastRun true

.\StreamClassicVideoReportGenerator_V1.11.ps1 -AadTenantId “00000000-0000-0000-0000-0000000000000” -InputFile “C:\Users\alias\Desktop\” tokentxt“ -OutDir ”C:\Users\alias\Desktop“ -ResumeLastRun true -PublishedDateLe ”2022-07-15“ -PublishedDateGe ”2022-01-15”

  1. 腳本會開始執行,並從報表 API 擷取數據
  2. 來自 API 呼叫的回應會儲存在 OutDir 資料夾下的 'StreamClassicVideoReport' 資料夾中
  3. 腳本執行完成後,最終的報表 CSV 會在 StreamClassicVideoReport 資料夾中取得 (路徑會顯示在控制台)
  4. 在 StreamClassicVideoReport 資料夾中,每次執行腳本都會產生新的資料夾。 這些資料夾內的 CSV 檔案包含租用戶的視訊數據
  5. 清查報表只會列出這些容器,這些容器根據指派階層至少指派一個影片給它們。 若要識別未指派任何影片,因此無法在清查報告中使用的容器,請參閱 這裡

請注意

  • 腳本執行時,請勿開啟產生的檔案。 這會導致腳本執行期間失敗
  • 產生的檔案可能會有影片的重複專案

如果發生失敗,請繼續腳本

  • 如果腳本因為網路/機器問題而中途停止,管理員 可以再次執行腳本,並從停止的點繼續
  • 根據預設,履歷旗標為 true。 如果您想要開始新的執行,請將 ResumeLastRun 參數傳遞為 'false'

範例:.\StreamClassicVideoReportGenerator_V1.11.ps1 -AadTenantId “00000000-0000-0000-0000-00000000000” -InputFile “C:\Users\alias\Desktop\token.txt” -OutDir “C:\Users\alias\Desktop” -ResumeLastRun false

疑難解答失敗

如需在失敗時進行疑難解答的協助,請共用 OutDir 資料夾下產生的 log.txt 和 state.csv 檔案。

Power BI 分析報表範例

上次更新為 v1.04

為了協助分析清查報表的輸出,我們建立了範例 Power BI Desktop 範本,以擷取腳本的 csv 檔案輸出。 範例 Power BI 報表可協助您進一步瞭解 Stream (傳統版) 中的內容、其所屬物件,以及是否已過時。 您可以使用此報告來協助決定您要移轉的容器。

注意事項

我們會依目前狀態提供此範例範本。 這是移轉分析的快速入門。 歡迎接受我們的範例、調整範例,並從中建置您自己的報表。 我們不會提供此範本本身的支援。 如果您發現問題或有建議,我們會盡我們的時間解決這些問題。

使用兩個單選按鈕進行設定,一個用來儲存影片以立即 Stream (在 SharePoint 上) ,另一個用來排程發生此情況的日期

如何執行分析報表

  1. 下載PowerBI Desktop

  2. 下載範例 PowerBI 範本,以分析 Stream (傳統版) 清查 CSV範本版本上次更新為 1.04 版。 請確定您使用的是最新版本。

  3. 在 PowerBI Desktop 中開啟下載的 .pbit 檔案

  4. 輸入資料夾的本機檔案路徑,其中包含從腳本產生的 .csv 匯出 (移除路徑結尾的尾端反斜杠)

    範例: C:\StreamClassicVideoReport\20221013T1155251021

  5. 選取 [載入]

目的地對應報表

如果您的 SharePoint 有超過 100 K 個網站,Microsoft 365 群組自動設定對應可能無法完美運作。 您可以使用相同的清查報告來填入遺漏的專案。 請遵循下列步驟:

  1. 從 [移轉] 索引標籤中的 [上傳目的地] 按鈕,下載 MigrationDestination (CSV) 範本。 使用此檔案作為腳本的輸入。

  2. 執行下列命令,並將步驟 #1 中的檔案當作參數值傳遞至 'MigrationDestinationCsvFilePath'。

範例使用方式
.\StreamClassicVideoReportGenerator_V1.11.ps1 -AadTenantId “000000000-0000-0000-0000-000000000000” -InputFile “C:\Users\alias\Desktop\token.txt” -OutDir “C:\Users\alias\Desktop” -CreateDestinationPathMappingForM365GroupContainers true -MigrationDestinationCsvFilePath “C:\Users\Username\Desktop\MigrationDestinations.csv”

輸出
OutDir 中會建立名為 『MigrationDestinationMappingForM365GroupContainers_guid.csv』 的新 csv 檔案。 透過 [上傳目的地] 將此檔案上傳至 MigrationTool。
也會建立記錄檔 logs_guid.txt,以在任何狀況下用來調查失敗。

圖說文字

  1. 對於沒有連結 SharePoint 網站的 Microsoft 365 群組,透過上述腳本自動填入會提供空白路徑。 在這種情況下,請手動指派 。
  2. 腳本需要在 PowerShell 中安裝 ExchangeOnline Cmdlet,才能呼叫 ExchangeOnline API Get-UnifiedGroup。 正在腳本中處理,若要安裝此 Cmdlet,則需要系統 管理員 存取權。 第一次以提升許可權的模式執行腳本。
  3. ExchangeOnline API 只能由 ExchangeOnline 管理員叫用。 尋找執行任何 Exchange 指令程式所需的權限

修正 Stream (傳統) 許可權的腳本

  1. 下載文本以修正傳統 Stream (中的許可權)

  2. 請參閱 此腳本的檔 ,以瞭解其各種模式,以及每個腳本完成的目的。

  3. 請確定您已正確設定文本及其相依性,如步驟 4 所示。 識別您想要執行的模式:模式 1、模式 2 或模式 3。

  4. 決定您要在 [繼續旗標] 設定為 true 或 false 時執行腳本。

    1. 如果您選擇在 [繼續旗標] 設定為 false 的情況下執行腳本,腳本就會從頭開始處理值。
    2. 如果您選擇在 [繼續旗標] 設定為 true 的情況下執行腳本,腳本會自動從上一個執行中離開的位置繼續。 根據預設,腳本只會在 Resume false 旗標中執行
  5. 提供您選擇模式特定的下列輸入檔:

    1. 模式 1:準備數據行名稱為 ContainerIDContainerType 的 CSV 檔案。 此模式接受 Microsoft 365 群組、公司通道 Stream 群組作為輸入。下載範例輸入檔案
    2. 模式 2:準備數據行名稱為 VideoIdContainerIdContainerType 的 CSV 檔案。 此模式接受 Microsoft 365 群組、CWC 和使用者容器作為容器標識碼的輸入。 下載範例輸入檔案
    3. 模式 3:準備數據行名稱為 ContainerIDContainerType 的輸入 CSV 檔案。 此模式只接受 Microsoft 365 群組作為容器標識碼的輸入。下載範例輸入檔案
  6. 每個模式所產生的腳本輸出會儲存在其各自的目錄中。 目錄結構在所有模式中都是通用的:

    ModeName_TimeStamp
    輸出:此目錄會保存輸出檔案
    狀態:此目錄會保存狀態檔案

  7. 管理員 執行腳本時需要令牌,而且可以擷取為清查報表的相同

範例使用方式

.\StreamPermissionUpdate_V1.1.ps1 -AadTenantId “00000000-0000-0000-0000-000000000000” -OutDir “C:\Users\alias\Desktop” -Resume $false -tokenFilePath “C:\Users\alias\Desktop\token.txt”

執行上述命令之後,系統會提示您在命令提示字元上選取模式並輸入 CSV 路徑。

許可權文本

  1. 各種模式的輸出檔案具有下列資料列:
    1. 模式 1ContainerIdVideoIdNameDescriptionVideo 的許可權
    2. 模式 2VideoIdContainerIdContainerTypeStatusError
    3. 模式 3VideoIdContainerIdStatusError

許可權和目的地

本節說明如何在 Stream (傳統版) 與 Stream (在 SharePoint 上) 之間鏡像許可權。

我們已討論過 影片移轉目的地位置的預設值。 系統管理員可以免費使用我們的預設值。 他們可以選擇變更單一目的地的位置或大量變更。

Stream (傳統版) 和 Stream (在 SharePoint 上) 許可權之間的差異

  • 在 Stream (傳統版) 中,影片可以有多個擁有者。 在 OneDrive 和 SharePoint (ODSP) 中,影片可以在 SharePoint 中有多個擁有者,但在 商務用 OneDrive (ODB) 中一律有單一擁有者。

  • ODSP 具有實體界限的意義,實體位置中的影片 (像是資料夾或文檔庫) 。 Stream (傳統版) 具有軟界限,這表示影片可以在多個位置和群組中顯示,例如 MyContent群組

  • Stream (傳統版) 具有舊版的建構,例如、Stream 群組或公司頻道。 ODSP 有 Microsoft 365 群組和通訊網站。

  • 針對 SharePoint 中的 Microsoft 365 群組,群組成員一律具有編輯許可權。 針對 Stream (傳統版) ,成員在建立群組時,可以根據參與者設定來擁有編輯或檢視許可權。

將會鏡像 Stream (傳統版) 和 Stream (在 SharePoint 上) 之間的視訊許可權。 不過,由於上述許可權行為的差異,建議您詳細流覽本文。 一旦您熟悉許可權的差異之後,請在幾個測試影片上設定自定義許可權、移轉它們,然後確認許可權的行為如預期般。 有些影片與多個實體相關聯,例如使用者、群組、Stream 群組和公司頻道。 下列案例說明這些多實體影片的移轉目的地和許可權。

案例 1:個人影片、單一擁有者案例

個人視訊單一擁有者案例。

使用者 A 上傳影片以 Stream (傳統版) 。 影片永遠不會顯示在群組或頻道中,而使用者 A 是唯一的擁有者。 Stream 中的預設移轉對應:

  • 影片會新增至使用者 A 商務用 OneDrive 中的 [Stream 移轉的影片] 資料夾。 使用者 A 預設會取得擁有者許可權。
  • 如果影片是 Teams 會議錄製,則會移轉至相同 [Stream 移轉的影片] 資料夾內的 [錄製] 資料夾。
  • (自定義) 檢視許可權是在 OneDrive 中符合 Stream (傳統版) 中所設定許可權的影片上設定。 檢視者將無法下載檔。

案例 2:個人影片,多個擁有者

個人影片和多個擁有者案例。

使用者 A 會在 Stream (傳統版) 中上傳影片,並與使用者 B 共用擁有權。影片永遠不會顯示在群組或頻道中。 Stream 中的預設移轉對應:

  • 影片會新增至使用者 A 商務用 OneDrive 中的 [Stream 移轉的影片] 資料夾。 使用者 A 預設會取得擁有者許可權。
  • 如果影片是 Teams 會議錄製,則會移轉至相同 [Stream 移轉的影片] 資料夾內的 [錄製] 資料夾。
  • (自定義) 使用者 B 會取得影片的擁有者許可權。
  • (自定義) 檢視許可權是在 OneDrive 中符合 Stream (傳統版) 中所設定許可權的影片上設定。 檢視者將無法下載檔。
  • 使用者 B 透過 Microsoft 365 搜尋,在 office.com、OneDrive 等的「與我共用」中看到這段影片。

案例 3:群組影片,以及個人和群組擁有者案例

個人和群組案例。

使用者 A 上傳影片以 Stream (傳統版) ,並在 Stream 中與群組 A.Default 移轉對應共享擁有權:

  • 影片會新增至群組 A 的 SharePoint 小組網站中的 [Stream 移轉的影片] 資料夾。
  • (自定義) 我們會在 「Stream 遷移的影片」資料夾上中斷繼承,而且不會從其父網站繼承任何許可權。 此外,我們會在資料夾上套用特定許可權,以符合 Stream (傳統版) 中對應群組成員資格的許可權。 此資料夾內的檔案會繼續繼承其許可權。
  • (自定義) 使用者 A 會獲指派影片的擁有者許可權。
  • 使用者 A 透過 Microsoft 365 搜尋,在 office.com、OneDrive 等的「與我共用」中看到這段影片。
  • (自定義) 檢視許可權是在 SharePoint 中符合 Stream (傳統版) 中所設定許可權的影片上設定。 檢視者將無法下載檔。
  • 如果影片是 Teams 會議錄製,則會移轉至相同 [Stream 移轉的影片] 資料夾和個別 Channel 資料夾內的 [錄製] 資料夾。

案例 4:群組影片、多個群組擁有者案例

多個群組擁有者的案例

使用者 A 上傳影片以 Stream (傳統版) ,並與群組 A 和群組 B 共用擁有權。Stream 中的預設移轉對應:

  • 影片新增到的第一個 Microsoft 365 群組將會是其預設擁有者。
  • 影片會新增至群組 A 的 SharePoint 小組網站中的 [Stream 移轉的影片] 資料夾。
  • (自定義) 我們會在 「Stream 遷移的影片」資料夾上中斷繼承,而且不會從其父網站 A 繼承任何許可權。此外,我們在此資料夾上套用特定許可權,以符合 Stream (傳統版) 中對應群組 A 成員資格的許可權。 此資料夾內的檔案會繼續繼承其許可權。
  • (自定義) 群組 B Microsoft 365 群組成員會獲指派影片的擁有者許可權。 他們將不會直接在 Microsoft 365 群組中看到這段影片,但仍可透過 Microsoft 365 搜尋存取。
  • (Stream (傳統版) 中此影片的自定義) 原始上傳者已獲指派擁有者許可權,並透過 Microsoft 365 搜尋在 office.com、OneDrive 等內容中看到這段影片。
  • (自定義) 檢視許可權是在 SharePoint 中符合 Stream (傳統版) 中所設定許可權的影片上設定。 檢視者將無法下載檔。
  • 如果影片是 Teams 會議錄製,則會移轉至相同 [Stream 移轉的影片] 資料夾和個別 Channel 資料夾內的 [錄製] 資料夾。

案例 5:僅 Stream 群組影片、多個群組擁有者案例

注意事項

Stream 僅限群組來自 Office 365 影片以 Stream (傳統版) 移轉。 如果您未從 Office 365 Video 移轉至 Stream (傳統版) ,此案例不會影響您。

僅 Stream 群組視訊案例。

使用者 A 將影片上傳至 Stream (傳統版) ,並與僅限 Stream 群組和 Microsoft 365 群組 A 共用擁有權,作為影片的其他擁有者。 Stream 中的預設移轉對應:

  • 在 Microsoft 365 與僅 Stream 群組之間,會挑選影片新增的第一個僅限 Stream 群組作為目的地。
  • 系統管理員可以建立新的 SharePoint 網站,或使用現有的網站來移轉「Stream 群組」的內容
  • 在上述網站的根文檔庫中,會建立「Stream 移轉的影片」最上層資料夾。 此最上層資料夾內會建立具有群組名稱) 的資料夾 (。 影片接著會新增至群組的資料夾。
  • (自定義) 我們會在 「Stream 移轉的影片」資料夾上中斷繼承,而且不會從其父網站 A 繼承任何許可權。此外,我們會在個別群組資料夾上套用特定許可權,以符合 Stream (傳統版) 中對應群組成員資格的許可權。 群組特定資料夾內的檔案會繼承其許可權。
  • (自定義) 群組 A Microsoft 365 群組成員會獲指派影片的擁有者許可權。
  • 群組 A 成員不會直接在其群組網站中看到這段影片,但仍可透過 Microsoft 365 搜尋存取。
  • (自定義) Stream (傳統版) 中此影片的原始上傳者已獲指派擁有者許可權,並透過 Microsoft 365 搜尋在 office.com、OneDrive 等專案中看到這段影片。
  • (視訊上會設定自定義) 檢視許可權,以符合 Stream (傳統版) 中設定的許可權。 檢視者將無法下載檔。
  • 如果影片是 Teams 會議錄製,則會移轉至個別群組及其頻道資料夾內的 [錄製] 資料夾。

案例 6:公司頻道影片、多個群組擁有者案例

公司頻道案例。

使用者 A 上傳影片以 Stream (傳統版) ,並與公司頻道和 Microsoft 365 群組 A 共用擁有權,作為影片的其他擁有者。 Stream 中的預設移轉對應:

  • 在 Microsoft 365 群組與公司頻道之間,會挑選影片新增到的第一個 Microsoft 365 群組作為目的地。
  • 影片會新增至群組 A 的 SharePoint 小組網站中的 [Stream 移轉的影片] 資料夾。
  • (自定義) 我們會在 「Stream 遷移的影片」資料夾上中斷繼承,而且不會從其父網站 A 繼承任何許可權。此外,我們在此資料夾上套用特定許可權,以符合 Stream (傳統版) 中對應群組 A 成員資格的許可權。 此資料夾內的檔案會繼續繼承其許可權。
  • (自定義) 公司頻道不會在其網站內看到這段影片,但透過 Microsoft 365 搜尋 (EEEU) 檢視許可權的組織中每個人都可存取影片。
  • (Stream (傳統版) 中此影片的自定義) 原始上傳者已獲指派擁有者許可權,並透過 Microsoft 365 搜尋在 office.com、OneDrive 等內容中看到這段影片。
  • (自定義) 檢視許可權是在 SharePoint 中符合 Stream (傳統版) 中所設定許可權的影片上設定。 檢視者將無法下載檔。
  • 如果影片是 Teams 會議錄製,則會移轉至相同 [Stream 移轉的影片] 資料夾和個別 Channel 資料夾內的 [錄製] 資料夾。

案例 7:公司頻道影片、用戶擁有者案例

公司頻道 - 使用者案例。

使用者 A 上傳影片以 Stream (傳統版) ,並將它與公司頻道產生關聯。 Stream 中的預設移轉對應

  • 在多個使用者和全公司頻道之間,會挑選影片新增到的第一個全公司頻道作為目的地。
  • 系統管理員可以建立新的 SharePoint 網站,或使用現有的網站來移轉「全公司頻道」的內容。
  • 在上述網站的根文檔庫中,會建立「Stream 移轉的影片」最上層資料夾。 系統會在此最上層資料夾內建立具有通道名稱) 的資料夾 (。 影片接著會新增至頻道的資料夾。
  • (自定義) 我們會在 「Stream 遷移的影片」資料夾上中斷繼承,而且不會從其父網站 A 繼承任何許可權。此外,我們會在此最上層資料夾上套用 EEEU 檢視許可權。 通道資料夾內的檔案會從其父通道資料夾繼承許可權。
  • (Stream (傳統版) 中此影片的自定義) 原始上傳者已獲指派擁有者許可權,並透過 Microsoft 365 搜尋在 office.com、OneDrive 等專案中看到這段影片。
  • (視訊上會設定自定義) 檢視許可權,以符合 Stream (傳統版) 中設定的許可權。 檢視者將無法下載檔。
  • 如果影片是 Teams 會議錄製,則會移轉至個別頻道資料夾內的 [錄製] 資料夾。

根據上述內容,建議您:

  1. 在單一網站中移轉多個僅限 Stream 群組,並將全公司的通道移轉至單一網站。 請勿將兩者移轉至相同的網站。
  2. 請勿將所有頻道或僅限 Stream 群組移轉至單一網站,因為為每個檔案設定的自定義許可權將會耗盡 SharePoint 網站層級配額
  3. 大部分移轉目的地偏好預設值。 將 Microsoft 365 群組移轉至其現有的網站和使用者,並移轉至對應的 ODB。

上述決策的原因

  1. 將影片保持在群組中,可確保它們與 SharePoint 許可權模型一致。 此外,用戶可以在單一位置查看其所有影片。 如果未針對群組中的影片選擇預設值,某些群組影片會移轉至個別使用者的 ODB。
  2. 針對與僅限 Stream 群組和 Microsoft 365 群組相關聯的影片,我們會將影片移至前者,因為我們無法將許可權指派給 SharePoint 中僅限 Stream 群組
  • 如果您決定先移動 Microsoft 365 群組,它就不會有常用的影片,因為這些影片會與僅限 Stream 群組一起移動。
  • 另一方面,如果您先移轉僅限 Stream 群組,我們會移轉所有影片,包括一般影片,並針對一般影片設定 Microsoft 365 群組的許可權。 可能是因為 Microsoft 365 群組身分識別已存在於 ODSP 中。 不過,反之亦然。
  1. 同樣地,針對與公司頻道和 Microsoft 365 群組相關聯的影片,我們會將影片移至後者,因為無法設定公司頻道的許可權, (組織中的每個人都可以看到影片) 。
  2. 將影片移至公司頻道資料夾比將影片新增至使用者的 ODB 更慣用,因為我們可在公司頻道中將影片保持在一起。

總而言之,如果影片與多個實體相關聯,例如 Microsoft 365 群組、Stream 群組和公司頻道,我們會遵循下列順序:

與多個實體相關聯之影片的喜好設定。

詳細的許可權案例

下表顯示在各種情況下,用戶權力會發生什麼情況:

  單一磁碟驅動器 SharePoint (公用群組、私人群組或 comms 網站)
僅限擁有者 & 使用者 A (建立者)

父容器:使用者 A^
#1. 位置:使用者 A 的 ODB
使用者 A 具有檔案和資料夾的擁有者存取權。
檢視者- 點 案例 1 #2。 位置:任何其他 ODB
使用者 A 和其他人員可取得資料夾 & 檔案的擁有者存取權。 案例 2
#3. 使用者 A 會取得擁有者存取權,而網站集合管理員會取得所有檔案和資料夾的擁有者存取權。 案例 3
使用者 A (建立者) 和使用者 B (第二個擁有者)

父容器:使用者 A
#4. 位置:使用者 A 的 ODB
使用者 A 具有檔案和資料夾的擁有者存取權。

使用者 B 只有影片檔案的擁有者存取權。 使用者 B 不會看到 SMVF 資料夾。 使用者 B 可以搜尋檔案並 watch 影片。 案例 4

#5. 位置:使用者 B 的 ODB
使用者 A 和使用者 B 在所有檔案和資料夾上都有擁有者存取權。 案例 5
#6. 使用者 A 會取得擁有者存取權,而網站集合管理員會取得所有檔案和資料夾的擁有者存取權。

使用者 B 只有影片檔案的擁有者存取權,且不會看到 SMVF^。 案例 6
具有群組 A 的使用者 A

父容器:群組 A
#7. 位置:使用者 A 的 ODB
使用者 A 會取得檔案和 SMVF 的擁有者存取權。
群組成員根據所有檔案和SMVF Stream (傳統版) 中的參與者旗標設定,擁有編輯或檢視許可權。

Microsoft 365 群組 A 成員應新增為檔案的擁有者。 他們只能 watch 影片並搜尋影片,但看不到 ODB 案例 7 中的檔案或資料夾
#8. 位置:將公用網站分組
群組 A 擁有者可存取所有檔案和 SMVF。
群組 A 成員會根據傳統中的參與者旗標取得查看器 /編輯存取權。
使用者 A 只有影片檔案的擁有者存取權,且不會看到 SMVF。 案例8

#9. 位置:任何其他群組公用網站
群組擁有者可存取所有檔案和 SMVF。
群組 A 成員會根據傳統中的參與者旗標取得查看器/編輯存取權。
其他群組成員無法取得任何存取權,因為我們會中斷 SMVF 上的繼承。
使用者 A 只有影片檔案的擁有者存取權,且不會看到 SMVF。 案例 9
具有群組 A 和群組 B 的使用者 A

父容器:群組 A
#10. 位置:使用者 A 的 ODB
使用者 A 會取得檔案和 SMVF 的擁有者存取權。
群組 A 成員根據所有檔案和 SMVF Stream (傳統版) 中的參與者旗標設定,擁有編輯或檢視許可權
群組 B 成員具有根據傳統中參與者旗標設定的編輯或檢視許可權,但只能在檔案上。 案例 10
#11. 位置:將公用網站分組
群組 A 擁有者可存取所有檔案和 SMVF。
群組 A 成員會根據傳統中的參與者旗標取得查看器 /編輯存取權。
群組 B 成員具有根據傳統中參與者旗標設定的編輯或檢視許可權,但只能在檔案上。
使用者 A 只有影片檔案的擁有者存取權,且不會看到 SMVF。 案例 11

#12. 位置:任何其他群組公用網站
群組擁有者可存取所有檔案和 SMVF。
群組 A 成員會根據傳統中的參與者旗標取得查看器/編輯存取權。
其他群組成員無法取得任何存取權,因為我們會中斷 SMVF 上的繼承。
群組 B 成員具有根據傳統中參與者旗標設定的編輯或檢視許可權,但只在檔案上。
使用者 A 只有影片檔案的擁有者存取權,且不會看到 SMVF。 案例 12
具有 Microsoft 365 群組 A 和 CWC 的使用者 A

父容器:群組 A
#13. 位置:使用者 A ODB
使用者 A 會取得檔案和 SMVF^的擁有者存取權。
群組 A 成員根據所有檔案和 SMVF Stream (傳統版) 中的參與者旗標設定,具有編輯或檢視許可權。
檔案上會套用 EEEU 檢視許可權。 公司中的每個人都能夠 watch 影片案例 13
#14. 位置:將公用網站分組
群組 A 擁有者可存取所有檔案和 SMVF。
群組 A 成員會根據傳統中的參與者旗標取得查看器 /編輯存取權。
檔案上只會套用 EEEU 檢視許可權。 公司中的每個人都能夠 watch 影片。
使用者 A 只有影片檔案的擁有者存取權,且不會看到 SMVF^。 案例 14

#15. 位置:任何其他群組公用網站
群組擁有者可存取所有檔案和 SMVF。
群組 A 成員會根據傳統中的參與者旗標取得查看器/編輯存取權。
已套用 EEEU 檢視許可權,因此公司中的每個人都能夠 watch 影片。
使用者 A 只有影片檔案的擁有者存取權,且不會看到 SMVF^。 案例 15
具有 Microsoft 365 群組 A 和 SoG 的使用者 A

父群組:SoG
#16. 位置:使用者 A ODB
使用者 A 會取得檔案和 SMVF^的擁有者存取權。
群組 A 成員只有視訊上 Stream (傳統版) 的參與者旗標設定,才具有編輯或檢視許可權。
SoG 的所有擁有者、查看器和成員都會在 SMVF 內個別取得此 SoG 具名資料夾的對應許可權。 案例 16
#17. 位置:任何網站
群組擁有者可取得所有檔案和SMVF的存取權。
群組成員只能在影片上根據傳統中的參與者旗標,取得查看器 /編輯存取權。
SoG 的所有擁有者、查看器和成員都會在 SMVF 內個別取得此 SoG 具名資料夾的對應許可權。
使用者 A 只有影片檔案的擁有者存取權 案例 17

#18. 位置:任何其他群組公用網站
群組擁有者可存取所有檔案和 SMVF。
群組 A 成員只能在視訊檔案上根據傳統中的參與者旗標取得查看器/編輯存取權
檢視者 & 其他群組成員會取得 SMVF^的對應許可權。 此案例與其他案例不同,因為我們不會中斷 Stream 群組資料夾的繼承,而不會中斷 SMVF1。
使用者 A 只有影片檔案的擁有者存取權。 案例 18
具有公司頻道的使用者 A

父容器:公司通道
#19. 位置:使用者 A ODB
使用者 A 會取得檔案和 SMVF^的擁有者存取權。
SMVF 上會套用 EEEU 檢視許可權。 公司中的每個人都能夠 watch 影片。 案例 19
#20. 位置:任何群組網站
群組擁有者可取得所有檔案和SMVF的存取權。
SMVF 上會套用 EEEU 檢視許可權。 公司中的每個人都能夠 watch 影片。
使用者 A 只有影片檔案的擁有者存取權。 Case20
孤立的影片 #21. 使用者取得檔案和SMVF^的擁有者存取權。
我們會中斷 SMVF 上的繼承,並將擁有者許可權指派給全域管理員。如果沒有這類系統管理員存在,我們會將擁有者許可權指派給 Stream 系統管理員。Case21
#22. 群組擁有者可存取所有檔案和 SMVF^。
我們會中斷 SMVF 上的繼承,並將擁有者許可權指派給全域管理員。如果沒有這類系統管理員存在,我們會將擁有者許可權指派給 Stream 系統管理員。Case22

要記住的其他因素

  1. Stream (傳統) 只會從 Teams 和 SharePoint 同步 Microsoft 365 群組,而不會同步處理在群組下建立的通道。 這類群組中的任何頻道式會議都不會在 Stream (傳統版) 中提供該頻道,而且您會在群組清單檢視內看到來自頻道的錄製內容,但此群組不會設定為擁有者。 請參閱下圖。 因此,這類影片會在未遵循上述規則的 [使用者] 容器下移轉。

通道不存在。

  1. 針對因為舊版 Teams Bug 而造成的舊會議錄製,如果上傳與群組相關聯的會議錄製,Teams 會壓平合併群組成員資格,並指派其成員個別許可權。 在這些情況下,檔案會與其建立者的User容器相關聯,並會移至其 ODB。 您會看到成員在許可權 UI 中個別新增至錄製,而不是群組。 請參閱下圖。

Teams 壓平合併。

中斷繼承以移轉許可權

當我們決定如何在兩個版本的 Stream 之間移轉許可權時,我們有兩個選項:

  1. 藉由中斷繼承和指派自定義許可權,在兩個版本的 Stream 之間鏡像許可權。 OR
  2. 避免中斷繼承,並讓影片從SharePoint 網站繼承許可權。

我們會根據客戶的意見反應選擇選項 #1。 更多客戶想要鏡像許可權。 雖然即使我們選擇 #1,網站集合管理員仍可存取。 但這是 SharePoint 建構。

群組擁有者 & 成員可以透過搜尋存取已移轉的影片 ( 根據其是群組) 的第一個或第二個擁有者,他們可以在文件連結庫中看到影片。 即使我們在移轉期間鏡像許可權,#2 仍可透過下列方法達成

  1. 將新的擁有者/成員指派給 [Stream 移轉的影片] 資料夾。 SMV 資料夾上指派的許可權會流向所有檔案。
  2. 按兩下 [管理存取] 內的 [事先刪除自訂許可權] 設定。這會刪除所有自定義許可權並還原繼承。 移至每個網站中的 SMV 資料夾或使用下列腳本,即可手動完成此動作。 注意:此腳本是由已成功使用此腳本的一些客戶所共用。 Microsoft 不設計或支援此功能。

$SiteURL = “https:// (insert tenant) .sharepoint.com/sites/strim/”
$ListName =“共享檔”
#Connect PNP Online
Connect-PnPOnline -Url $SiteURL - (Get-Credential)
#Get 內容
$Context = Get-PnPContext
#Get 清單專案
$items = Get-PnPListItem -List $ListName
foreach ($item$items) { #Remove 唯一許可權$item。ResetRoleInheritance () $item.update () $Context.ExecuteQuery () }

移轉後 Stream (傳統版) URL 和內嵌支援

Stream (傳統版) URL 和內嵌會在 Stream (傳統) 生命周期結束后支援一年。 下表摘要說明支持計劃。

連結類型 影片 公司頻道 Group Stream 所有 (網頁元件)
URL 連結 不適用
嵌入 部分 不支援 不支援
  • 現有的 Stream (傳統版) 影片連結會在移轉後繼續運作。 它會重新導向至 ODSP 上的移轉目的地播放。

  • 來自 Stream (傳統版) 入口網站的現有群組連結會在移轉期間重新導向至系統管理員所選擇的目的地資料夾。

  • 在移轉期間,來自 Stream (傳統版) 入口網站的現有通道連結會重新導向至由系統管理員在所選目的地 SP 網站或 ODB 內建立的通道資料夾。

注意事項

請參閱 Stream (Clasic) 網頁元件的轉換計劃和淘汰時程表

影片內嵌

先前儲存在 SharePoint 小組、通訊網站或 OneDrive 中的影片不會在移轉後播放內嵌影片。 相反地,您必須選取一個按鈕,才能在新位置的新索引卷標中開啟移轉的視訊。 現在,所有移轉的影片都會以內嵌方式播放,而且您不需要在個別的索引卷標中啟動播放。

通道內嵌

部分支援 SharePoint 和 Teams 中的頻道內嵌* 移轉後。 他們不會再以內嵌方式顯示或播放影片。 新的頻道縮圖提供移轉通道影片資料夾的連結, (請參閱下方的螢幕快照) 。 [ 檢視頻道] 按鈕會將使用者帶至 ODSP 中已移轉通道的影片資料夾。

Teams 中內嵌的通道。

注意事項

針對 URL 或內嵌,如果影片已移轉,然後再次從其移轉目的地移動,則與該視訊相關聯的 Stream (傳統版) 連結將會停止運作。 Stream (傳統版) 連結會在 Stream 傳統生命週期結束之後繼續運作 1 年。 請務必查看 淘汰時程表一 節,以取得詳細的里程碑。

在傳統) 生命週期結束 Stream (一年後,才會支援移轉影片的重新導向。 若要讓影片在該期間後繼續執行,影片擁有者必須變更連結。 我們將提供下列資訊給系統管理員和使用者:

  1. 系統管理員 會透過 URL 取得播放為內嵌或重新導向之影片的相關信息。 他們將能夠從清查報表中識別這類影片和對應的 Microsoft 365 應用程式。 不過,系統管理員不會取得播放這些內嵌的位置。 請注意,這項功能在我們的待辦專案中尚未提供,因此,在生產化功能之後,將會共用更多資訊,包括如何存取此報表。
  2. 終端使用者 會在已移轉的影片中看到有關重新導向到期的訊息。 下方螢幕快照。

重新導向到期訊息

如何更新傳統影片內嵌

上次更新日期:2023 年 9 月 7 日

Stream (傳統版) 將支援內嵌,直到 2025 年 2 月 15 日為止,URL 連結和內嵌將不再從其新移轉的位置重新導向播放。 因此,用戶必須在此截止日期之前更新傳統影片內嵌。 使用者會看到警示, (參考上一節中的影像,) 移轉的 Stream (傳統版) 內嵌通知他們需要更新影片 URL。 下表摘要說明如何在一些熱門的 Microsoft 365 介面上更新傳統影片內嵌:

應用程式 如何使用新 Stream 連結取代傳統視訊連結 要使用的視訊連結
3P 應用程式 1.在 ODSP 中開啟移轉的影片*
2.按兩下共用按鈕來複製內嵌程式代碼
3.以 HTML 中的新內嵌程式代碼取代舊的內嵌程序代碼
內嵌程序代碼
SharePoint 1.播放內嵌在 Stream Classic 網頁元件中的影片
2.在 ODSP 中開啟移轉的影片*
3.從共用複製 URL -> 具有正確存取權的複製連結
4.將 Stream 傳統網頁元件取代為 'Stream' 網頁元件。
5.使用複製的 URL 設定影片
共用URL
Teams-Web + 原生 2024 年 5 月 15 日將提供從新 Stream (在 SharePoint 上) 播放內嵌影片或播放清單的支援。 若要更新現有的 Stream 傳統影片:
1.播放內嵌在 Stream 傳統網頁元件中的影片。
2.在 ODSP*中開啟移轉的視訊。
3.從共用複製 URL -> 具有正確存取權的複製連結。
4.以 Stream 應用程式取代 Stream 傳統應用程式。
5.使用複製的 URL 設定視訊。

若要更新現有的 Stream 傳統通道:
1.在 ODSP 中開啟移轉的資料夾位置。
2.從資料夾的所有影片中建立播放清單。
3.以 Stream 應用程式取代 Stream 傳統應用程式。
4.使用共用URL設定播放清單。
共用URL
PPT-Web + 原生;Word-Web + 原生、OneNote-Native

備註:
1.Word 原生不支援 Stream 傳統版的內嵌播放。 Stream 支援 ODSP URL 內嵌,因此您可以使用 ODSP 內嵌取代傳統 URL
2.其中有些功能目前由 Word、PPT 和 OneNote 小組推出。
1.在 ODSP 中開啟移轉的影片*
2.從共用複製 URL -> 具有正確存取權的複製連結
3.在 [插入 -> 在線] 影片上選取並貼上 URL (注意:OneNote Web 尚未提供此功能)
4.移除 Stream 傳統內嵌
共用URL
Yammer (Viva Engage) -Web TBD 共用URL

* 任何移轉至 ODSP 的視訊都可以由下列兩種方法之一開啟:

  1. 選取內嵌播放右下方的快顯按鈕會在新的 Stream Web 應用程式中開啟
  2. 在 Stream 開始頁面上搜尋影片 (stream.office.com) 並播放影片

另請參閱

移轉策略指南

採用策略指南

移轉至 Stream (在 SharePoint 上) 概觀

將影片從 Stream (傳統版) 移轉至 Stream (在 SharePoint 上)

移轉詳細資料

移轉工具詳細數據

有關 Stream (在 SharePoint 上) 的詳細資訊

Stream (在 SharePoint 上) 的功能和藍圖

請與 Stream 工程小組聯繫,以提供意見反應並深入瞭解 Microsoft Stream。