實務最佳做法：正確設定 Microsoft 365 應用程式初始部署的規模

  • 發行項

注意事項

本文由實務上與企業客戶合作以部署 Microsoft Office 的 Microsoft 專家撰寫。

當您在多語言企業環境中使用Configuration Manager規劃Microsoft 365 Apps部署時，您可能會面臨下列挑戰：為了避免公司網際網路連線超載，您想要在內部部署套件中盡可能包含各種語言的來源檔案。 但是將那麼多的語言包括在內會增加內部部署 LAN/WAN 流量，因為所有發佈點和受管理用戶端都將下載整個套件，而不管他們的實際需要。

對大多數的組織而言，這兩種極端 (在內部部署託管所有事項或完全不託管) 都不可行。 本文顯示如何平衡對網際網路和本機資源的影響。

有三個目標：

  • 盡可能降低對公司網際網路電路的影響。
  • 盡可能降低對內部網路的影響。
  • 使用最少數量的部署套件以降低持續的維護成本。

本文適用於 Microsoft 365 Apps 的初始內部部署。 在其他文章中，我們涵蓋如何善加支援遠端工作，並將 Visio、Project 或其他語言套件的後續安裝最佳化。

讓我們先看一下範例案例，以及如何判斷正確的平衡。 然後，我們將逐步完成執行解決方案的步驟。

範例案例和解決方案

讓我們看看典型的企業環境中範例案例：

  • IT 部門支援 Microsoft 365 Apps 的 24 種不同語言。
  • IT 會使用Microsoft Configuration Manager來管理全球 50，000 部裝置。
  • 發生一些網際網路爆發事件。 這些一直壇塞。
  • 目標是在六個月內升級。

我們可以將所有語言放在一個內部部署套件中，以降低對網際網路爆發到零的影響。 但包含 24 種語言會放大套件大小至大約 8 GB。 由於 Configuration Manager 會將完整套件同步至每個裝置，而無論裝置實際上需要的內容，此套件大小會導致 400 TB 的 LAN 流量 (8 GB * 50,000 部裝置)。

在另一個極端，我們可以移除所有來源檔案，並僅使用 Configuration Manager 以初始化安裝。 我們會依靠 Office 的內容傳遞網路 (CDN) 以提供所需的必要來源檔案。 這個方法可確保每個裝置只下載所需的項目。 但這些全部來自網際網路。 如果我們假設每個其他裝置都需要一種額外的語言，最後就會看到大約 8.1 TB 的流量來自網路 (50,000個裝置* 1.5 GB 加上 25,000 裝置 * 0,25 GB)。 這可為整體流量帶來大幅縮減，但會導致網際網路存取壅塞。

我們也可以將單一的大型部署套件拆分成較小的核心套件和個別語言套件。 此選項可減少不必要的同步處理內容量，但會增加複雜度。 要讓每個裝置鎖定一組正確的套件相當複雜，而我們必須持續維護 25 個個別的部署套件。

好消息是，我們不必考慮極端。 反而，我們可以改用稱為 AllowCdnFallback 的功能。 啟用此選項時，安裝引擎可以在 Ccmcache 資料夾無法在本機中找到時，將每個語言套件回復到 Office CDN。 此方法可讓我們以網際網路頻寬取代 LAN/WAN 頻寬。 如果只有一個裝置需要特定語言套件，則此裝置將必須下載約 250 MB。 但假如我們將此語言從來源檔案集中移除，它可讓 49,999 部其他裝置不需從發佈點同步處理來源檔案 (~12.5 TB)。 這聽起來是個不錯的交易！

若要識別應排除的語言套件，我們可以提供每個語言套件的安裝頻率概觀。 然後，我們可以加總所有語言套件的數量，並計算每個安裝的比率。 一般來說，發佈是不均勻的。 語言套件的一小部分通常適用於大多數的安裝，如下列範例所示：

顯示個別語言套件的安裝基座如何加總成為整體涵蓋量的表格。

在此情況下，您可以在 92% 的所有語言套件安裝中，從 24 個語言套件 (nl-nl、fr-fr、pt-br、es-es、it-it、de-de、pl-pl 和 ru-ru) 帳戶中取得 8 個。 其餘 16 語言套件僅在8% 的裝置上安裝。 根據這個資料，我們可以計算對內部部署 WAN/LAN 的影響，以及網際網路連線 (因為裝置必須下載其他來源檔案而造成)：

因為試算表顯示出不同的語言套件組合對 LAN/WAN 和網際網路頻寬有不同影響的試算表。

我們可以看到兩個極端 (無/所有來源檔案)，和對使用的 LAN/WAN 流量和網際網路頻寬的影響。 但如果只包含先前提及的八個語言套件，我們可以平衡這些語言套件。 相較於處理所有內建部署，套件的大小將會減少約 50%。 我們會將 LAN/WAN 網路流量減少超過 180 TB。 取捨為 1,800 部裝置現在必須下載其中一種排除的語言，這會產生大約 450 GB 的流量。 在我們鎖定的 6 個月推出時間的所有工作日當中，這大約為每天 3.5 GB。 如果我們將用戶端對等快取、傳遞最佳化和 Microsoft 網內快取新增至混合中，我們就可以更進一步降低對網路的影響。

在我們的案例中，我們決定使用八個語言套件，這會在第一次同步處理期間，在所有通訊點和用戶端裝置上節省時間和網路頻寬。 我們也會對 Office 更新套用這個內部部署/雲端分割，客戶便可每個月 (而不僅是在初始部署期間) 從分割而獲益。

如何執行適當規模的部署

找出您最常用的語言套件

首先，您需要知道您的環境中所安裝每個個別語言套件的使用頻率。 如果您使用 Configuration Manager，您可以對資料庫執行下列查詢，以取得已安裝語言套件概觀和計數：

select count (distinct resourceid) as total, DisplayName0 from v_Add_Remove_Programs where DisplayName0 like 'Microsoft Office Language Pack%' group by resourceid, DisplayName0

依照需求調整查詢。 請記得，即使是粗略的估計語言套件分佈就已足夠。 將資料複製到 Microsoft Excel 中，依安裝次數排序，並計算安裝總次數。 然後計算每個語言套件的個別比率，並開始將上述顯示的項目進行加總。

這個方法可讓您快速判斷三個主要因素：

  • 哪個語言套件群組最能代表您的安裝基數？
  • 這個主要群組未涵蓋多少語言套件的安裝？
  • 對 WAN/LAN 網路流量和網際網路頻寬的影響獲得的節省為何？

針對最後一項，對每個群組進行下列計算：

  • 節省的 WAN/LAN 頻寬：將受管理的裝置數量乘以 0.25 GB，再乘以排除的語言套件數量。
  • 需要的網際網路頻寬：將排除的語言套件的安裝計數總和乘以 0.25 GB。

針對上述表格，它看起來像這樣：

可顯示出每個語言套件組合節省量的表格。

決定要包含的語言套件，然後記錄這個資訊。

調整您的 Configuration Manager 應用程式

下一個步驟是製作包含所選語言套件的部署套件，並允許裝置回復到 Office CDN 以取得遺失的內容。

  1. 請確定用於安裝 Microsoft 365 Apps 的帳戶 (使用者或系統) 能夠 如記載所述 的連線至網際網路。

  2. 啟動 Configuration Manager 並瀏覽 軟體程式庫。 開啟 Microsoft Office 365 管理 節點，並啟動 Microsoft Office 365 安裝程式 精靈。

  3. 透過精靈選取，並務必選取您要包含的所有語言。

  4. 當精靈完成其作業後，您必須調整設定檔，以允許 Office CDN 回復，並指示設定引擎動態決定要安裝的語言，而不是將其硬式編碼。 瀏覽至您的內容來源資料夾，然後在編輯器中開啟 configuration.xml 檔案。

  5. 移除所有的硬式編碼語言，並將它們以下列項目的組合取代：

    • 指定您一律要安裝的語言。
    • 如果您想要持續使用所有已安裝的語言，請新增 ID="MatchPreviousMSI"。
    • 如果您想要安裝符合 Windows 顯示語言的語言，請新增 ID="MatchOS"。

  6. 同時將 AllowCdnFallback="True" 新增至 <Add …> 元素。 以下是 configuration.xml 範例：

    <Configuration>
    <Add OfficeClientEdition="64" Channel="MonthlyEnterprise" AllowCdnFallback="True" OfficeMgmtCOM="TRUE" Version="16.0.12624.20588" ForceUpgrade="TRUE" >
 	<Product ID="O365ProPlusRetail">
 		<Language ID="en-us" />
 		<Language ID="MatchPreviousMSI" />
 		<Language ID="MatchOS" />
 		<ExcludeApp ID="Groove" />
 		<ExcludeApp ID="Lync" />
 	</Product>
 </Add>
 <RemoveMSI />
 <Display Level="Full" AcceptEULA="TRUE" />
</Configuration>

  7. 儲存檔案，並回到 Configuration Manager 主控台。 瀏覽到 軟體程式庫>應用程式管理>應用程式。 選取您的應用程式，切換到 部署類型 索引標籤，以滑鼠右鍵按一下相符的項目，然後選取 更新內容。

    螢幕擷取畫面顯示出 Configuration Manager 主控台。

  8. 在所有發佈點都同步變更後，您就可以照常部署應用程式。

大功告成！

進一步降低網路影響

我們建議您使用這些步驟以進一步降低網路影響：

  • 使用用戶端對等快取，以允許用戶端共用來自發佈點的內容。 因為此內容為大量下載，此步驟將協助您進行所有的內部部署，而不只是 Office。
  • 在您的裝置上設定傳遞最佳化，以允許其自 Office CDN 對等快取內容。 若要在 Office 安裝期間使用 [傳遞最佳化]，請部署版本 1908 或更新版本。 針對版本 1908 至 1911，您必須 設定特定的登錄機碼。
  • 您也可以選擇在發佈點上啟用 Microsoft 網內快取。 此步驟可啟用發佈點並作為裝置的永久快取。 網內快取會使用 Configuration Manager 內已存在、有關您的網路基礎結構和偏好發佈點的資訊。

特別感謝 Tom Ferguson，我們的其中一項 ConfigMgr 專家（適用于 SQL 範例）