使用 Configuration Manager 規劃簡化階層的示範案例

總部

主要

• 3,000 個用戶端

• 兩個標準發佈點，一個管理點，以及一個軟體更新點

不適用

地區辦公室

次要

• 1,500 個用戶端

• 一個標準發佈點，一個 Proxy 管理點，以及一個軟體更新點

低速網路

透過網路傳送的資料不可使用過多的頻寬。

低速網路連線必須支援頻寬控制。

製作可提供與裝置相關的目前資訊報告。

用戶端必須定期提交硬體清查資料、狀態訊息及探索資訊。

將部署內容從主要站台傳送到遠端位置會對網路產生相當大的影響，必須加以管理。

下列是可管理傳送內容至遠端位置的方法：

• 針對頻寬控制啟用發佈點

• 預先設置發佈點

• Windows BranchCache

• 在進行站台對站台傳送期間使用本機站台管理網路頻寬

在總部位置部署獨立的主要站台。

以 System Center 2012 Configuration Manager 主要站台取代現有的主要站台，因為在此環境中使用管理中心網站無法獲得系統管理或內容管理的好處。

• 主要站台最多可以支援 100,000 個用戶端。

• 沒有規劃需要擴充其他主要站台來管理低速網路連線上的大量用戶端。

在偏遠地區辦公地點部署次要站台。

評估本機用戶端所造成的影響後，判斷將會需要使用與先前相同設定的次要站台。

• 1,500 個用戶端產生的用戶端資訊，會超過主要站台的可用網路連線。

• 由於無法獲得主要站台所提供的系統管理效益，因此不需要使用主要站台，而階層的合併用戶端總數可以透過總部位置的主要站台來處理。

芝加哥總部

主要 – 中央站台

19,200 個用戶端，已針對用戶端代理程式設定的公司標準設定進行設定。

倫敦辦公室

主要 – 中央的子站台

5,000 個桌上型用戶端，已針對用戶端代理程式設定的公司標準設定進行設定。

在芝加哥維護集中式管理階層。

從芝加哥進行集中式管理，需要透過網路傳送倫敦 5,500 個用戶端的內容和用戶端資訊。

人力資源部門員工的電腦，不得啟用遠端控制用戶端代理程式。

這些自訂用戶端設定必須指派給人力資源部門員工所使用的電腦。

在芝加哥和倫敦之間傳送資料時，請控制網路頻寬。

低速網路連線需要進行頻寬控制。

在芝加哥集行集中式管理。

這項需求的選項包括下列各項：

• 在芝加哥部署獨立主要站台，以管理兩個網路位置的用戶端：

  • 必須仔細評估來自倫敦透過低速網路傳送的用戶端資訊數量。

• 在各個位置部署主要站台，並在芝加哥部署管理中心網站：

  • 管理中心網站無法指派用戶端這些站台。

  • 如果階層中有兩個或多個主要站台，則需要使用管理中心網站。

從倫敦傳送用戶端資訊時，需要管理網路頻寬。

評估倫敦位置的可用網路頻寬，以及如何降低 5,500 個用戶端所產生的資料量。 這些選項包括：

• 允許用戶端透過網路傳送未經管理的資料至芝加哥指派的主要站台。

• 在倫敦部署次要站台或主要站台，以便在對芝加哥進行站台對站台傳輸期間管理網路頻寬。

兩個內含人力資源部門員工的群組和倫敦的伺服器，需要與標準設定不同的用戶端設定。

用於指派自訂用戶端設定的集合。

管理中心網站部署於芝加哥。

• 此符合藉由提供報告和整個階層設定的中央位置來提供集中管理的需求。

• 由於管理中心網站會存取階層中所有用戶端和站台資料，同時它是兩個主要站台的直接父系，因此是裝載所有位置內容的理想位置。

在倫敦部署一個主要站台。

• 站台對站台位址設定，可以在從芝加哥的管理中心網站傳送內容時控制網路頻寬。

• System Center 2012 Configuration Manager 中的站台未用於設定用戶端設定，如此便可將某個位置的所有用戶端指派給相同的站台。

• 部署本機主要站台以管理 5,500 個本機用戶端，如此用戶端就不會透過網路對芝加哥傳送資訊和用戶端原則要求。 主要站台可確保透過今日實作的階層設計來管理倫敦未來的成長。

  注意事項
  決定部署主要站台或次要站台時，可考量下列各項： 評估可供站台伺服器使用的硬體 某個位置目前的用戶端數目 其他用戶端對未來的期望 政治因素 系統管理連絡人的區域點

建立集合以納入人力資源部門員工的使用者帳戶。 此集合會設定為定時更新，如此在建立新帳戶後，便可立即將其加入到集合中。

• 此集合已使用停用遠端控制的自訂用戶端設定進行設定。 這些設定會修改整個階層的預設值，並提供具有人力資源部門員工所需之自訂用戶端設定的集合成員。

• 由於此集合會動態更新，因此人力資源中的新員工會自動收到自訂的用戶端設定。

• 所有站台共用集合，因此會將這些自訂項目套用至階層中任何位置的人力資源員工，而不考慮其電腦的指派站台。