以使用者為中心的應用程式部署第 2 部分： 使用者/裝置 關聯性
簡單來說 ConfigMgr 2012 中 使用者/裝置 關聯性是指“使用者將此裝置作為優先選擇的工具”。我們瞭解該裝置您經常用來處理工作事宜，因此我們會優化資源的傳遞作業。並且瞭解其它裝置相對來說很少處理工作事宜，所以我們會控制其它裝置資源的傳遞。
它的工作原理是您能夠為裝置上的主要使用者來設定關係。並且是 真正 的主要關系，因為我們允許使用者能夠擁有多個主要裝置（例如我的筆記型電腦和智慧型手機），或者是允許一個裝置擁有多個主要使用者（例如 輪班的工作人員）。 如本文第一段所述，這只是關於“您經常工作和想要優化資源傳遞的裝置”的一種作法。那麼您該如何進行設定？ 我們已經在 ConfigMgr 中為您提供 6 種不同的設定方式！ 我們並非想把事情變得複雜化，只是希望能提供您更靈活有彈性的作業，並將它們嵌入到貴企業的營運流程當中。以下為相關設定方式的摘要說明：
- 裝置的使用情況與門檻值： 您可以採用使用者登入資訊與頻率來自動設定這種關係。
- 使用者可自行設定： 是的! 採用以使用者為中心的設計概念，因此您可以允許使用者在 Software Catalog 中進行設定。
- CSV 檔案匯入： 如果您有一個採購流程要執行，並且您知道採購流程中相關人員，那麼您可以從電腦中將資料匯出為 CSV 檔案之後，再匯入 CSV 檔案到平台中。
- 作業系統部署： 我們能提供貴公司的技術人員在部署使用者電腦時，採用 UDA prestart 指令輕鬆進行部署作業。
- 手動執行： 身為管理人員，您可以手動為裝置或使用者設定這些關係。您可以直接針對裝置進行分配，或者是查看哪些使用者使用了哪些裝置後再決定。
- 行動裝置： 您可以在裝置註冊時進行設定。
當設定這種關係之後，您該如何才能使用它來解決使用者漫遊或應用程式傳遞的難題呢？ 對於使用者漫遊問題，我們已經在應用程式模型中為主要裝置建立一種需求規則。因此針對使用者軟體方面，您可以使用主要裝置規則來指定是否傳遞該軟體。例如我有一個 MSI 安裝檔需要長時間的安裝程序。當我在應用程式模型中建立部署類型時，便可以設定“主要裝置設定值為 True”的需求規則。所以當使用者登入到非主要裝置上時，就不會安裝該軟體。有了此需求規則後，便不會中斷使用者登入體驗應用程式時造成中斷的狀況而影響系統。在應用程式模型當中，您可以在同一個應用程式中擁有多種部署類型，而且仍可以使用此規則。例如在漫遊情況中我想要在 Citrix XenApp 使用一個類似 Office 的應用程式，並且安裝 MSI 安裝檔。因此在 Office MSI 部署類型上，設定“主要裝置設定值為 True”的規則。但是我並沒有在 XenApp 部署類型上套用那條規則，並且我將 MSI 安裝檔設定為第一優先應用程式安裝，而 XenApp 部署類型設定則為第二優先應用程式安裝。 結果會如何呢？ 在我的主要裝置上將會自動安裝 MSI 安裝檔，而在非主要裝置上將會透過 XenApp 安裝 Office。使用者仍然可以繼續漫遊，而管理人員也可以安全的將軟體傳遞給使用者。如何，很酷吧？
當沒有使用者出現的情形時協調部署怎麼運作呢？ ConfigMgr 2012 可以設定關係將資源傳遞給群組並且將軟體推送到主要裝置上。如果需要在下班時間進行協調傳遞，您便可以透過這種方式來完成任務。對於行動裝置來說，我們會自動對所有使用者及群組進行必要的部署，並且在您擁有該應用程式部署類型的行動電話上完成此工作。現在，即使沒有使用者登入那台裝置，您也可以將軟體傳遞給使用者的行動裝置中。作業系統的配置也是完成此類工作不錯的選擇。如果您將關係設定為先前所提到的預先設定命令，我們會自動設定為“根據有或沒有使用者登入的排程來自動部署”應用程式，並在 作業系統配置過程後直接安裝它們。現在，您可以在 ConfigMgr 中將所有使用者需要的應用程式安裝在同一個位置，而不需要在任務排序器中明確指出它們。
新的 ConfigMgr 2012 應用程式模型和使用者裝置關聯性功能，將使您真正做到以“使用者優先”的目的，以“使用者為 X 獲得應用程式為 Y ”將變得輕鬆愉快！
Bill Anderson
首席專案經理
System Center Configuration Manager