Windows 7

您的 Windows 7 部署指南

Chris Adams

視您的企業大小，部署 Windows 7 的複雜性範圍是從相當簡單到 insanely 複雜。 對於 Microsoft 自己部署工作已經被落接近後者的描述。 不過，使用 [系統

中央，組態管理員 2007年作業系統部署 (OSD) 功能，並將很快就-至--發行 Service Pack 2 (SP2) 可以大幅簡化處理程序。 無論在何處您企業落在複雜性光譜上，您可以使用 Microsoft 藍圖到 Windows 7 移動您的企業更快 (而不是稍後。

本文將告訴您，如何 Microsoft 團隊接近部署 Windows 7 到我們自己的企業。 它涵蓋了我們所我們 Windows 7 部署方案的開發及如何套用這些相同的工具，以簡化您

瞭解企業桌面部署案例

第一個步驟的當然評估需求和完成廣泛散佈新作業系統所需的案例。 不會傳送到桌面的應用程式像作業系統會造成使用者的產能和資料的重大風險。 因此，您經常花不少時間嘗試確定目前的狀態的事務，並嘗試同時尋找 sweet 特別將風險降到最低。 是特別是在其中的目標是 280,000-plus 桌上型電腦的 Microsoft 的這種情況。

圖 1：企業桌面磁碟組態案例

當開發企業桌面解決方案，主要的專注範圍是硬式磁碟設定、 加密技術、 應用程式及使用者資料。 (雖然硬體裝置的驅動程式在部署也扮演大角色，它們的本文的討論範圍之內。 不過，我們開發來簡化 Microsoft 自己硬體驅動程式的解決方案述這個 TechNet 部落格張貼:tinyurl.com/kog748))。

桌面組態是否涉及單一或多個磁碟時，是很重要部署 Windows 7 使用組態管理員的。 所面臨的挑戰在於瞭解是否正在部署 Windows 7 只到新電腦上或透過已存在的作業系統的遷移程序。 如 的 圖 1 所示，我們必須為單一磁碟與磁碟分割數目或複雜的多重開機和 multi-disk 組態所搭配的 Microsoft 開發方案。

在 Microsoft 的許多桌上型電腦會執行 Windows Vista，以及一些商務群組所需使用 BitLocker 加密技術以 Vista 提出。 BitLocker 會加密，以及保護系統磁碟分割遭竊或遺失的情況下。 當嘗試升級加密的磁碟機正在執行的作業系統，工作序列必須停用或暫停，加密。 最行動環境需要加密，所以針對它們而開發任何解決方案必須列入考量的加密案例。

每個企業中的一個絕對、 非 negotiable 事實是使用者擁有不能在遷移期間會遺失的資料。 Windows 使用者的 Microsoft 提供的 「 使用者狀態遷移工具組 (USMT)，其設計用來簡化蒐集與還原的使用者資料。 Windows 7 介紹下一代的 USMT (版本 4.0) 提供大量改進了透過其前置任務。 主要差異 USMT 3.0 與 4.0 版之間不同，而是我們的案例的最後一個部分的重點：選取右邊的程序，用於收集使用者狀態和儲存該狀態的方法。

與先前的反覆項目的不同 USMT 4.0 運作外完整的作業系統。 收集使用者的狀態，以便在升級之後還原時, 完整作業系統會帶來一些挑戰，因為檔案通常已在使用中或鎖定 ； 也，如防毒解決方案其他應用程式可能會造成失敗期間嘗試備份他們的資料。 新的版本資料收集程序的運作外完整 OS 環境例如 Windows Pre-Execution (PE)，大幅減少的執行服務、 使用中的應用程式及其他牽涉到開啟的使用者資料的情況中。 能夠從 Windows PE 載入使用者的狀態 (透過離線備份) 得很好會使用組態管理員 OSD 工作序列而執行的 Windows PE 簡化備份使用者的資料的程序。

USMT 已經收集必要的使用者資料之後它會需要這個資料 「 儲存 」 在遷移期間的某處。 Microsoft 有許多選擇儲存它的使用者資料的位置，但是該相同範圍的選項可能無法內許多其他企業的 IT 預算。 比方說讓我們假設一般的 Microsoft 使用者狀態為大約 1 GB。 儲存供稍後擷取此資料的選項包含外接式硬碟、 檔案伺服器及光學磁碟機，例如 DVD。 對於企業使用組態管理員 2007年，狀態遷移點角色可讓將資料儲存在遠端伺服器上，而遷移會發生，但，仍有限制。

索引鍵為 「 外部 」 的裝置不符合成本效益的原因是它需要您有實體儲存體空間等於您的使用者狀態。 因此，Microsoft，我們需要 280TB 空間可用且可用來支援我們使用者基底]。 如果您可以精確地評量的使用者資料量，只適用這種方法。 否則的不科學的程序，可能會產生無法預期與令人滿意的結果。

最後一個選項使用機器遷移所要執行的地方。 這看起來好像最最邏輯和最符合成本效益的方式，但是很通常技術挑戰。 它需要該使用者 '機器有大量的可用空間可供備份他們的資料 ； 還包含複製使用者' 資料從磁碟上的同一個地方到另一個。 如大部分的 IT veterans 已經學會，花一段時間移動或複製到硬碟磁碟--它依序會使得部署只需花太長的時間上的任何檔案。 採用一天 (或天數) 的使用者的產能離開的部署只是不可行的方法--而且它代表您不希望採取的風險。

USMT 4.0 引入硬式連結，並不是先前版本中可用的功能的支援。 硬式連結遷移可讓使用者的資料取得儲存在本機上相同的電腦有效地，需要一些時間和磁碟空間。

使用硬式連結的唯一的需求是使用者的電腦必須擁有 250 MB 的可用空間。 硬式連結支援提供了能夠備份及還原，而不移動磁碟上的實體檔案。 而是，USMT 儲存實體檔案指標，並大幅減少 Windows 7 遷移所需的時間，在還原時使用這些指標。 (如上永久連結的詳細資訊，請參閱 TechNet 本文：tinyurl.com/m76dxv))。

具有對各種案例的瞭解會協助您建置行動計劃移轉至 Windows 7 時處理它們。

建置 OS 工作序列的 Windows 7

一旦瞭解需求和案例實作解決方案是簡單的工作。 建置您的方案的步驟可分為三個主要類別：

1. 一般使用者經驗
2. 建置 Windows 7 工作序列
3. 使用者狀態遷移

Microsoft IT 開發解決方案稱為 「 Modena，」 可讓能夠藉由使用功能強大的 OSD 精靈第二個類別透過可匯出的工作序列和第三個與狀態移轉指令碼來支援第一個類別。 下一節將大綱 Modena OSD 工具包括 OSD 精靈、 可匯出的工作序列和指令碼的使用方式。

使用 OSD 精靈

設定管理員 OSD 是為 IT 系統管理員而設計。 基於該原因 OSD 並未提供這表示大多數的企業必須開發自己的內建精靈。 在短還有沒有方塊外的功能用於收集使用者輸入使用組態管理員--Microsoft 本身所面臨的挑戰。

Microsoft 是使用者導向企業 ； 所有使用者都操作系統管理員的身分。

許多皺眉上 Microsoft IT 決策會影響使用所有的作業系統功能的能力。 如此一來 Microsoft 必須開發而不會充斥它們或 impeding 其工作的能力從使用者取得的資料量盡可能的高度健全的使用者經驗。

Modena OSD 精靈橋接在 Microsoft 間距，並可供您的企業。 (如需取得 OSD 工具資訊，請參閱我們的部落格，在 blogs.technet.com/osd)。

Modena OSD 精靈有兩個元件：在可執行檔和組態檔。 OSDSetupWizard.exe，執行檔是由 Microsoft 所撰寫的獨立的使用者經驗。 它被設計驗證的電腦已準備好進行 Windows 7 遷移，也收集使用者輸入。 使用者的輸入和設定 OSD 工作序列變數佔用精靈的最後一個角色。

精靈的金鑰方面就是它是設計運作很像是插頭和播放，以便很有用在許多案例中越好。 它透過其設定檔完成該目標。 在實際上如 Microsoft 的複雜環境中, 相同的可執行檔可以用於各種不同的組態檔藉由使用參數 /xml:{osdconffilename.xml}。

比方說在部署在何處執行已公告程式 (RAP) 和 Preboot 執行環境 (PXE) 支援所需，使用相同的工作序列但此精靈會執行不同，使用根據環境的兩個不同的組態檔的 Microsoft 它正在執行 (RAP 或 PXE)。 這建立 one-size-fits-all 部署封裝，還可支援該單一封裝的各種設定。

若要引入 OSD 精靈，讓我們先查看可用的一般使用者螢幕上 (也稱為網頁)。 可用的八個分頁 OSD 精靈的一部分。 我們使用 「 使用 」 一詞鬆散，因為每一頁有三個狀態之一：啟用已停用並無訊息。 如果啟用，網頁會顯示給一般使用者 ； 如果停用，不顯示網頁。

無訊息是特殊情況，在其中除非執行 OSD 工作序列變數是空值，不顯示網頁。 如果是這種情況，頁面將會提示使用者提供允許繼續執行精靈的輸入。 (如需有關 OSD 精靈已啟用、 停用和無訊息功能的詳細資訊，請參閱 TechNet 部落格張貼在 blogs.technet.com/osd)。在某些情況下一般使用者的輸入需要特定的頁面上，但其他資料不是]。

比方說許多企業可讓使用者提供自己的電腦名稱，但不允許它們選取他們的 Active Directory (AD) 網域或組織單位。 可讓您顯示精靈頁面，但不是允許使用者變更特定的輸入，例如網域和組織單位的內容，會很容易地，適應 OSD 精靈。 這個很有幫助的鎖定功能位於跨組態檔中的大部分網頁。

停用，並鎖定超過某些頁面會有變更精靈的內部行為的其他屬性。 精靈功能可以自動檢查以查看電腦名稱是否已經在使用或使用者的認證是有效的 AD。 其他屬性存在的網頁，您可以使用的值若要啟用或停用這些功能，而不 re-compiling 精靈。

每個 OSD 精靈八個分頁稱為預期地跚啟提供函式：歡迎 Pre-Flight、 電腦、 網路、 語言、 磁碟區、 應用程式及摘要。 讓我們一起來探索索引鍵的功能有些這些網頁提供與討論您如何可以使用它們。

您唯一可以使其符合您的企業品牌精靈典型 IT 商標。 您也很容易可以完成商標透過組態檔放置在標頭屬性的點陣圖的名稱。 若要 re-brand 精靈，以符合您的環境，只需建立點陣圖影像大小 630 x 100，將影像加入至您的 OSD 封裝，然後編輯組態檔。 (如需有關商標的詳細資訊，請參閱 TechNetblog 張貼在 tinyurl.com/r7jdve)。

之間 OSD 精靈最強大的功能是能夠在執行之前要移轉到 Windows 7 自己 pre-flight 檢查貼齊。 比方說假設貴公司中有與 Windows 7 不相容的人力資源應用程式。 使用者產能的影響減到最少，您可以建立指令碼並加入您 OSD 精靈 pre-flight 檢查是否已安裝此應用程式。 根據該檢查結果，您允許使用者繼續遷移，或警告不相容的應用程式的有問題。

OSD 精靈目前有兩個可以啟用或停用內建 pre-flights 經由組態檔。 這些特定 pre-flights 會包含在內，因為它們適用於大多數的企業。 第一個 pre-flight 是電源檢查完整作業系統 (例如，使用 RAP 或 Add\Remove 程式會遷移的使用者) 的執行，並傳回錯誤通知，如果使用者不在 AC 上執行。 如果 pre-flight 偵測到使用者不插入電源，它會傳回一個錯誤通知要求使用者插上使用 AC 介面卡。 這麼做，做之後使用者可以按一下 [重試 Pre-Flight 檢查，並繼續，如果沒有其他錯誤發生。

第二個內建 pre-flight 是無線的檢查。 OSD 是需要大量頻寬的程序，並最佳執行時插到乙太網路介面卡 (比方說 802.3 有線連線)。 當無線 pre-flight 偵測到一個使用者不插入電源時，會傳回錯誤通知，直到使用者建立連至網路的有線的連線。

不過，pre-flight 並不限於內建的檢查。 它支援任何可執行檔或 Windows 指令碼主機指令碼如 Visual Basic 指令碼。 還有 pre-flight 檢查數目沒有限制，只要它們可以執行，而且 (如果它們需要較長的時間，OSD 精靈停駐點執行指令碼)，在少於五分鐘內完成。

圖 2 OSD 精靈

每次執行時指令碼或可執行檔程式碼就會回復為 OSD 精靈處理程序。 根據精靈的組態，則會傳回成功、 警告或錯誤的狀態通知 (請參閱 的 圖 2)。 傳回成功] 或 [警告通知時使用者可以繼續執行其餘的精靈。 但當傳回錯誤告知使用者封鎖無法繼續。 可接受的代碼，傳回從您 pre-flight 的指令碼或內建的指令碼、 是 osdconf.xml 中可以設定並不需要精靈的可執行檔的變更。 此外，錯誤的文字描述也是可設定的。
有兩種方法來為您的 Windows 7 部署的一部份傳送應用程式：做為一部分的基底 Windows 7 Windows 安裝映像 (WIM) 或個別的工作序列步驟。 包括 Windows 7 WIM 映像中的應用程式經常用於大多數的一般使用者需要，但不經常更新的應用程式。 這種方法有兩個主要的缺點。 影像的大小增加第一次，這通常會影響下載到用戶端時間 ； 在另外還有影像的管理。 每次應用程式正在更新，WIM 映像會要求您建立新的安裝映像，並更新與基底的影像相關的適當組態管理員套件。

圖 3 OSD 精靈應用程式選取範圍

基於這些理由 Modena 工具精美整合與組態管理員 2007年安裝軟體應用程式功能，可以供使用者能夠選取他們想要將安裝為 OSD 程序的一部分的應用程式。 (如需詳細資訊請參閱在 tinyurl.com/pdfp5s TechNet 文章)。如 的 圖 3 所示，只根據您在 OSD 精靈組態檔中的設計一個類似樹狀目錄中的檢視會列出應用程式。 比方說您可以定義應用程式群組，依業務單位、 位置或應用程式類型，然後定義該群組及預設的選取範圍的所有應用程式。 這樣可以輕鬆地變更或新增具有唯一的要求應用程式，在於應用程式是封裝並可使用組態管理員 2007年資料庫中。

再次，精靈的主要目的提供使用者能力會影響其 Windows 7 影像的最終結果。 使用者並不希望有很多輸入的環境精靈可以將設定為要求的最少的資訊 ； 其餘部分是硬式編碼的系統管理員工作順序]。

遺失資料：不選項

USMT 4.0 包括基底的組的組態檔能夠擷取許多企業使用者狀態。 MigApp.xml 和 MigDocs.xml，這些組態檔涵蓋大部分的情況下，以擷取您的使用者資料。 (如需有關組態檔的詳細資訊，請參閱在 tinyurl.com/okfgw4 TechNet 文章)。
OSD 將清潔磁碟區正在安裝 Windows 7。 對於該原因是非常重要使用者狀態擷取正確地與精確地每次使用 OSD。 在短資料遺失不只是一個選項。

最佳實務--也用在 Microsoft--以下建立安全的位置，透過工作序列步驟，是您的使用者狀態的目標資料夾。 然後，使用 OSD 內建工作序列變數稱為 OSDStateStorePath，您可以排除此目錄清潔工作序列中的 [套用 OS] 步驟即可完成該磁碟區。 (若要瞭解如何完成，並充分使用這項功能，請參閱 TechNet 部落格張貼在 blogs.technet.com/osd)。

Windows 7 部署的建置工作序列

Modena OSD 工具包括 OSD 工作序列在 Microsoft 用來匯出的份。 匯出的工作序列分成開始於根具有 「 子系 」 (名為主要群組及容錯移轉的幾個群組。 主要群組有用於 Windows 7 部署每個主要步驟相關聯的子系。 子系每 (請參閱 圖 4 ) 有回到然後會轉送到稱為容錯移轉的特殊步驟的 [母片] 群組中的錯誤的錯誤條件。

將工作序列分解成這些步驟可記錄處理程序]、 [報告] 及 [錯誤處理程序更容易。 錯誤發生不論多久的時間與這類 ． 您花在準備--容錯移轉群組的原因是。 此群組是設計用來蒐集需要疑難排解安裝失敗，並將它們放在 OSD 安全資料夾所有相關的記錄檔。

在工作序列中實作某些容錯、 在根層級啟動並建立兩個子群組，主要群組及容錯移轉。 另一個最佳實務讓主要群組包含所有工作步驟需要在您的部署和使用作為群組指定用來在錯誤上繼續。 每一個子群組--在 Microsoft 的情況示 圖 4--母片] 群組的五個巢狀群組所需繼續工作序列，並設為失敗時發生錯誤。

圖 4 工作順序分組

另一個最佳實務是將任何子系設定非災難性繼續在錯誤上部署的群組。 OSD 工作序列引擎永遠會決定要以查看是否應該繼續執行錯誤的情況下透過查看其父代 (Parent) 群組的動作。 因為這種行為的您應該定義每個步驟應該在錯誤上停止或繼續。 如果某個步驟並非設定為 [繼續錯誤，工作序列將會前往其父代 (Parent) 群組來決定下一個執行什麼動作。 的 圖 4 在設計，在主機群組設為繼續在錯誤上，因此它將會執行為其對等 「 容錯移轉群組。

比方說假設來擷取使用者狀態會建立一個群組。 因為此群組中步驟的重要性的設計為每個確保，萬一發生錯誤，部署並不會繼續進一步，可能刪除磁碟區 (假設這您工作序列中的下一個步驟)。 在這類案例中工作序列引擎會決定是否正在執行的步驟設定為繼續錯誤 ； 如果沒有，它會還原到步驟的父代 (Parent) 群組來決定要下一個採取什麼動作。 其繼續在錯誤備份狀態父代 (Parent) 群組是未核取的會還原成其父代在這種設計是主要群組。

如上所述，「 容錯移轉群組 」 的目的是要確保我們擷取失敗的情況下疑難排解所需的所有資料。 這個群組需要被設定為對等體到主群組，使之具有的錯誤 (請參閱 的 圖 4) 時參考它的母片] 群組。 容錯移轉群組是永遠不會執行，除非在部署期間發生災難性的失敗。 基於該原因它的工作序列中的最後一個步驟，除非安裝成功，否則永遠執行。

部署的狀態根據儲存在 _SMSTSLastActionSucceeded 變數中的值。 這就是直到最後到達完成--在這種情況下表示容錯移轉群組的步驟執行，工作序列引擎是如何用來樹狀 transverse 工作序列 「 目錄 」、 蒐集所有記錄檔和必要的資料，然後失敗。 (如需詳細資訊設計這，讀取 TechNetblog 張貼在 blogs.technet.com/osd)。

提供使用點陣圖和 BGInfo.exe 使用者狀態

在 Microsoft，很重要的一點就是讓使用者知道遷移程序中，它們都在 OSD。 預設情況下，所有用戶端為主的狀態是透過組態管理員 OSD 功能傳達。 雖然這些狀態訊息適用於某些企業，也有其他創意方法，有關較大的步驟組成遷移的使用者進行通訊。

第一個步驟瞭解較大的步驟什麼，伴隨著遷移程序。 比方說這些步驟可能是磁碟分割的磁碟機、 安裝 Windows 及上次安裝的應用程式。 執行此動作主要的原因是資訊的這些步驟提供了高階的整體進度--定義的使用者，而且使用者喜歡這種類型。

Microsoft 在使用的五個主要步驟是備份狀態]、 [安裝 Windows]、 [向上 Windows 設定]、 [安裝應用程式] 和 [還原狀態。 使用者收到的通訊透過動態呈現使用 TechNet Sysinternals 工具 BGInfo.exe 的靜態點陣圖的使用。 (您可以下載 BGInfo.exe 在 tinyurl.com/2nbxmd，但包括在 Modena OSD 工具)。這個工具可以讓靜態點陣圖呼叫時, 載入，它會讓您設定會反映在遷移目前位置的點陣圖。

Modena 包含五個點陣圖，一個用於每個步驟，以及溝通狀態的圖像透過工作序列設定。 比方說工作序列群組安裝 OS BGInfo.exe 呼叫以載入代表這個點陣圖中步驟 (請參閱 的 [圖 5])。

圖 5 顯示狀態

Modena OSD 工具為您企業中部署這提供架構，並且只需要您取代點陣圖。 執行這項操作、 找出指令碼] 資料夾、 開啟 BG 目錄和更新版本取代每個點陣圖影像。 這將會通知您的使用者關於用來部署 Windows 7 的五個主要步驟。 這是不錯的方法，讓使用者在迴圈中，而不需要它們以讀取 OSD 工作序列引擎所提供的詳細的步驟。

總結

Windows 7 使用企業現在，但由於至所涉及複雜性許多企業尚未開始升級的專案。 在 Microsoft，此處理程序幾乎開始一年前 ； 我們幾乎已經精通它，又是永遠不會完全進一步修改。

Windows 7 提供您的使用者，最大產能和效能。 最終，唯一屏障取得部署準備。 Microsoft 提供系統中心組態管理員 2007年使用者 Modena OSD 工具，以減少部署準備時間和複雜性。 不論您企業需要高其使用者互動或依賴最少的觸控 」，您可以簡化使用相同的程序，我們用在 Microsoft Windows 7 專案。

葛麗麗智洋 (chrad@microsoft.com) 是在 Microsoft 的管理和服務部門的資深首席程式管理員。 他著重於系統中心組態管理員和系統 CenterVirtual 電腦管理員 」。*