移轉程式 & 檢查清單
開始移動任何影片之前,請務必先瞭解移轉程式。 相關工作的主要部分會在您移轉實際影片之前發生,並從規劃 & 決策開始。 下列階段提供移轉程式和移轉所需步驟的檢視。
注意:在 SharePoint 上採用 Stream () 是脫離的活動,它可以在移轉程式之前開始,或根據您組織選擇的策略進行移轉程式
階段 1:規劃 & 決策
規劃移轉時,請務必決定需要移轉的內容,以及內容應該移至何處。 瞭解 SharePoint) 上 Stream (傳統版) 與 Stream (之間的差異,以及移轉工具的功能和限制也很重要。 為了協助規劃和移轉決策,建議您採取下列步驟:
- 使用我們的移轉公用檔來瞭解 Stream 的兩個版本,並參閱本指南,了解使用者如何在 SharePoint 上使用 Stream (,) 與 Stream (傳統版) 不同。
- 執行 數據流 (傳統) 清查報告 ,以識別要移轉的影片。 報表提供規劃要移轉哪些影片所需的所有元數據
- 與項目關係人討論要移轉的內容。 這些討論和解構通常是整個程序的困難部分。
- 決定原則:X 發佈或上次檢視日期之後的影片,其中包含 > Y 檢視或使用者的非 Teams 會議錄製內容,或選擇高可見度建立者/公司網站影片。
- 參加我們的專屬 移轉辦公室時 數,以取得更多查詢,或從其他系統管理員的體驗中學習
階段 2:執行
執行移轉時,它會牽涉到詳細的變更管理,讓使用者在工具中實際執行移轉。 若要協助執行移轉,建議您採取下列步驟:
- 取得項目關係人的購買、宣佈淘汰時程表,以及溝通您的方案和進度。
- 移轉測試影片 & 驗證元數據
- 在生產環境中使用影片進行一些移轉試驗。
- 最後,移轉規劃中決定的內容。
階段 3:針對關閉 & 進行疑難解答
當您執行移轉時,您可能會遇到需要進行疑難解答之內容的特定問題。 為了協助進行疑難解答,建議您採取下列步驟:
- 請回頭參閱所有 Stream 移轉說明檔,包括常見 問題 和 工具變更的版本資訊,以及任何已知問題。
- 加入我們的 上班時間 ,以聆聽其他客戶的問題,或詢問您自己的問題。
- 開啟支援票證以取得支援工程師的協助。
- 移轉完成時,請務必追蹤您與使用者的變更管理通訊。
如果您是小型組織,您可能會遵循較不複雜的程式,或甚至立即開始在 SharePoint) 上使用 Stream (。
下一步的移轉檢查清單文章會進一步說明階段 #2 中的規劃和執行程式。
移轉檢查清單
本文涵蓋大型客戶在移轉程式中所面對的所有細微差別。 它不僅提供程式的概觀,還提供跨檔中不同文章和頁面之連結的詳細數據。 這也會讓系統管理員檢查整體進度和其餘步驟,並使用此文章做為錨點文章,以聯機到特定頁面。
小型或中型租使用者可能不需要完成所有提及的步驟。
1.開始在 SharePoint) 上使用 Stream (
您的組織現在可以開始在 SharePoint) 上使用 Stream (,這會降低傳統中新影片的擷取速度,最後您可以完全停止擷取。 遵循 採用指南中的想法。
當您的組織開始使用新的 Stream 時,您可以在 Stream (傳統) 中封鎖上傳新影片。 您可以透過兩種方式來執行此動作:
- 將使用者重新導向至 SharePoint 上的 Stream () :將會封鎖傳統中的所有上傳進入點。 在 [傳統上傳] 頁面上,使用者會看到一個選項,可移至 SharePoint) 上的 Stream (,然後上傳至該處。 完整詳細數據
- 封鎖使用者的上傳,但少數例外:如果您想要允許少數人員在傳統中上傳,同時封鎖其他人,您可以使用 現有的 Stream (Classic) 設定。 這會封鎖 Classic 中的所有進入點,包括無法再存取的上傳頁面。
2.規劃移轉
開始規劃之前,您可以選擇所述的移轉策略。 大部分的大型租使用者可能會偏好 讓使用者的切換速度變慢 ,而在此情況下,規劃要移轉的內容會變得非常重要。
對於大型客戶而言,規劃比實際按鈕選取移動影片更費力。 這牽涉到與項目關係人交談,決定要移轉的影片和目的地位置。 Stream (傳統版) 清查報表是瞭解傳統和相關元數據中所有內容的絕佳資源,可協助您做出決策。 您可以連絡影片擁有者以決定您需要移轉哪些影片。 您應該知道幾個細微差別:
- 在 邏輯群組或容器中移轉的影片。 但是,不要以與在 Stream (Classic) 中顯示相同的方式出現在工具中。
- 影片可以在 Stream (傳統版) 中的多個位置顯示,但只會在 SharePoint) 的 Stream (中的單一位置儲存和顯示。 若要移轉與多個群組或通道相關聯的影片,此工具會根據 容器優先順序邏輯,將它們指派給其中一個容器。 影片會移轉至具有指派容器的新 Stream,並實際位於針對容器指定的單一目的地中。
- 針對指派給多個群組的影片,容器優先順序邏輯可能會將它指派給其中一個群組,但系統管理員可能會想要將它們移轉為另一個群組的一部分。 此外,群組中指派為「顯示」的影片會改為作為群組的擁有者,並作為User容器的一部分移動。 如需詳細資訊,請參閱 這裡 。 若要解決這些問題,系統管理員可以使用腳本來重新排列 Stream (傳統版) 內容的許可權,讓影片使用預期的容器進行移轉。
- 系統管理員可以透過篩選條件來移轉容器內的完整容器或 特定影片。 若要完成規劃階段,系統管理員應該有想要完全移轉的重要商務容器清單。 以及/或想要套用的一般高階原則,以便在容器內移動特定影片。 這類原則的數目很少。 移轉過去一年檢視超過五次的影片。 或移轉過去兩年發佈的影片,但不包括Teams會議錄製。
- 最後,系統管理員應該偏好先移轉業務關鍵容器,因為您可能想要將其完全移轉,或將所有影片保持在一起。 請針對其餘內容進行部分移轉,以進行後續操作。 在移轉使用者容器之前,我們已看到系統管理員移轉 Microsoft 365 群組/公司頻道。
3.變更管理
- 建立內部說明頁面: 設定說明頁面來回答有關移轉的常見問題。 內部說明頁面可協助用戶順暢地轉換
- 傳達移轉計劃: 一旦您決定要移轉和規劃活動的影片,請與您的用戶共用方案。 透過 電子郵件、產品內傳訊和內部說明頁面進行通訊。 根據您選擇的移轉原則使用範例訊息。
4.移動影片
此階段包括執行上述 #2 中決定的計劃。
先移轉測試內容: 請先移轉一些測試內容,以熟悉移轉工具。
使用業務關鍵容器進行試驗:應先移轉來自CEO影片、公司簡訊、訓練或產品示範的容器。 系統管理員通常想要移轉這類業務關鍵內容的完整容器。 使用腳本來更新 Stream (傳統版) 中的擁有權,以便在 SharePoint) 上的 Stream (中,將此內容放在單一位置。
使用部分移轉來移轉剩餘的內容:移轉重要內容之後,系統管理員可以根據上述原則,使用 部分移 轉來移轉剩餘的視訊。
Stream 群組 & 公司頻道沒有自動目的地對應:Microsoft 365 群組和使用者容器會自動填入目的地位置,但公司通道和 Stream 群組則不會自動填入目的地位置。 您必須與這些容器的擁有者交談,以決定他們需要移轉至 SharePoint) 上的 Stream (的內容。 根據其輸入,您可以為全公司的通道建立個別網站,或將其合併在一或多個網站之下。
批次移轉:不要一次移轉所有內容。 建議您選擇適當大小的批次,例如 500、1000 或更多。 在開始移轉下一個批次之前,請先解決批次中的錯誤。 使用 標籤 從 UI 中的所有容器選擇批次。
大型客戶的細微差別:如果您的 Stream (傳統版) 有超過 49.9 K 的容器,您必須手動新增容器或刪除已移轉的容器,然後您才能探索更多容器。 UI 的限制為 49.5 K 個容器,並有 0.5 K 的緩衝區可手動新增容器。 讀取完整詳細數據
在最短可能的時間內完成移轉: 這兩個版本並存,但您的使用者只要在 SharePoint) 上的 Stream (中工作,就不會跨體驗分割。
透過移轉摘要報告追蹤移轉進度: 您可以使用移轉工具中的數份報告來追蹤進度。 請參閱報表詳細數據。
移轉工具速度或輸送量
客戶 可以預期 1.5-2 TB/天的數據傳輸速度。 如需改善輸送量的詳細數據和秘訣,請進一步閱讀。
移轉工具是透過移轉管理員平臺 (MMP) 所建置,接著會使用基礎 SharePoint 移轉 API。 因此,有三個系統彼此緊密互動;串流 API、MMP 和 SharePoint 移轉 API。 所述的速度是移轉工具的端對端輸送量。 如果您有興趣了解個別系統的詳細數據,請參閱 SharePoint 移轉 API 的效能指南。
經驗上,我們觀察到其中一個早期大型客戶的輸送量為 ~2.2 TB/天。 他們在單一移轉的 13 小時內移轉了 1,200 GB。
移轉的秘訣
- 移轉效能會受到網路基礎結構、檔案大小、移轉時間和節流的影響。 了解這些因素可協助您規劃並最大化移轉的輸送量。
- 非尖峰時段的輸送量最高,通常是您區域時區中的夜間和週末。 您的區域時區取決於 SharePoint 租用戶的設定位置。
- 大型檔案的移轉速度比較小的檔案還要快。 原始影片檔案可以快速複製,速度限制是在複製元數據。 因此,檔案大小較小可能會導致更大的額外負荷和處理時間,而直接影響效能。
- 建議使用者平行執行容器,並在任何移轉實例期間加入超過50個容器,以獲得最佳效能。
- 移轉不支援超大型檔案 (>15 GB) 。 如果您有這類影片,指引是直接在 SharePoint 中下載並上傳影片。
- 在移轉期間,您的移轉工作不常受到節流控制。 系統會實作節流,以確保 Stream Classic 和 SharePoint 的最佳用戶體驗和可靠性。 它主要是用來平衡資料庫的負載,如果負載很高,就可能發生此情況。 例如,當您在單一移轉中移轉所有大型視訊內容,或嘗試在尖峰時段移轉時,就會發生節流。
- 建議您在一次移轉中,混合移轉大型和小型影片檔案。 工具已內建自動重試,以處理這類節流案例。
完成移轉所需的時間
雖然上一節嘗試回答影片移轉的速度,但移轉程式所花費的總時間會超過「執行」階段的工具輸送量。 原因如下。
- 如果您是大型組織,可能有一些情況對您的公司而言是唯一的,而且可能需要額外的心力。
- 在「規劃 & 決策」階段,可能需要一些時間來釐清您不瞭解的移轉細微差別。 這是透過提出支援票證來完成,而且牽涉到前置時間。
- 如果您在工具中發現 Bug,修正時間可能會增加完成移轉的總時間。 由於現在已有許多客戶正在移轉,因此此工具較為穩定,而且錯誤的機會也會降低。
注意:您可能不需要移轉清查報告中顯示的所有影片,但只需要其中一小部分。 我們一些已完成規劃的大型客戶,會在 Stream (傳統版) 中移轉其影片總數的 5%-15%。 查看您的 串流 (傳統) 清查報告