產(chǎn)品介紹：
微軟 4.5簡稱App-V，前身是程序虛擬化，現(xiàn)在這個軟件打包在2個軟件中，一是最新的SCCM（ ），里面包含App-V 4.5，二是新的MDOP(微軟桌面優(yōu)化包)，現(xiàn)在最新版本是MDOP 。
微軟MDOP（ Pack ）套件最大的亮點莫過于用于客戶終端展現(xiàn)的桌面虛擬化MED-V和用于虛擬化程序推送交付的APP-V；連同Hyper-V基本上就構(gòu)成了微軟端到端的虛擬化全線解決方案。不過就產(chǎn)品本身而言，微軟的虛擬化產(chǎn)品相對與競爭對手已經(jīng)遲到了很長時間，而且MDOP套件是面對批量軟件保障（SA）客戶，所以Beta階段的產(chǎn)品無論是在微軟技術(shù)社區(qū)或下載中心始終無跡可尋，到目前為止MED-V一點影子都沒有見到過，讓人倍覺神秘之余多少也有些許失望，所以H這次也只能體驗下APP-V的虛擬化程序。
不得不說MED-V、APP-V和Hyper-V的命名方式很直觀的傳達的產(chǎn)品的特性，比起微軟從前的其他拗口冗長難記的產(chǎn)品名稱有很好的改進。
工程師點品：
就產(chǎn)品技術(shù)而言，APP-V算是中規(guī)中矩，安裝配置也不算復(fù)雜，只要環(huán)境條件具備，搭建企業(yè)級桌面程序并不困難，問題就在于MDOP需要的環(huán)境條件不少，少了哪一道東風(fēng)或哪個步驟設(shè)置不當(dāng)?shù)脑挘幢闳f事俱備這赤壁也是燒不起來。
硬件和環(huán)境的原因， Pack套件之中的資產(chǎn)清單和組策略管理等等H編輯沒有仔細的一一體驗，但相信微軟的出品應(yīng)該不會讓人太失望（當(dāng)然偶爾也有VISTA這樣的例外吧）
微軟MDOP（ Pack ）套件最大的亮點莫過于用于客戶終端展現(xiàn)的桌面虛擬化MED-V和用于虛擬化程序推送交付的APP-V；連同Hyper-V基本上就構(gòu)成了微軟端到端的虛擬化全線解決方案。不過就產(chǎn)品本身而言，微軟的虛擬化產(chǎn)品相對與競爭對手已經(jīng)遲到了很長時間，而且MDOP套件是面對批量軟件保障（SA）客戶，所以Beta階段的產(chǎn)品無論是在微軟技術(shù)社區(qū)或下載中心始終無跡可尋，到目前為止MED-V一點影子都沒有見到過，讓人倍覺神秘之余多少也有些許失望，所以H編輯這次也只能體驗下APP-V的虛擬化程序的樂趣。
進入2008年以后不得不說微軟對于產(chǎn)品的命名方式更加的貼合用戶需求，本來對于新技術(shù)的學(xué)習(xí)和接受就是一件很費功夫事，再讓用戶去記拗口冗長難記的研發(fā)代號或者產(chǎn)品名稱全稱簡稱等，你說究竟有多少的腦細胞因此絞盡汁液，光榮犧牲。但這次MED-V、APP-V和Hyper-V為例，它們的命名方式很直觀的傳達的產(chǎn)品的特性，比起微軟其他產(chǎn)品算是有很好的改進了。
完成的MDOP除了上圖羅列的各項以外，目前位置還有MED-V缺席，有消息傳聞?wù)fMED-V會在09年初正式推出。完整版本的MDOP會包括以下六大項目。
? .5 (APP-V) ——微軟應(yīng)用程序虛擬化技術(shù)
? (MED-V) —— 微軟企業(yè)桌面虛擬化技術(shù)
? 資產(chǎn)清單服務(wù)——將軟件清單數(shù)據(jù)結(jié)合數(shù)據(jù)倉庫功能應(yīng)用于商業(yè)智能
? 診斷和恢復(fù)工具集——加速桌面修復(fù)的強大工具
? 高級組策略管理——增強的組策略，實現(xiàn)變更管理
? 桌面錯誤監(jiān)控——主動管理應(yīng)用程序和操作系統(tǒng)的錯誤
下面來就分享一下MDOP中重點關(guān)注的新的應(yīng)用程序虛擬化軟件 4.5（APP-V）的安裝設(shè)置過程。這個APP-V在從前叫，從字面上理解分布式網(wǎng)格計算的一個變形品種，用網(wǎng)格計算的模式來理解程序虛擬化技術(shù)的客戶端到實現(xiàn)虛擬化的服務(wù)器端之間的相互通信和計算負載分配機制也是有些異曲同工的意思。
要安裝APP-V并實現(xiàn)全部的功能，需要的步驟并不算很多，下面都是必須做到的步驟：
1、安裝前的環(huán)境搭建：活建立動目錄，域控制，安裝.Net 2.0，IIS服務(wù)，.0等系統(tǒng)環(huán)境組件，另外，數(shù)據(jù)庫SQL 也是必須的。
2、安裝程序虛擬化服務(wù)器端 。
3、安裝客戶端 。
4、安裝程序序列化工具 。
一、系統(tǒng)準備，安裝活動目錄，.Net 2.0， IIS， .0，在安裝過程前也會對現(xiàn)有系統(tǒng)做檢測，缺少哪些部件也會給出提示，算是半傻瓜化操作。不過這些缺少的組件或補丁需要用戶自行下載安裝，如果能在安裝程序種集成到一個包中會更加方便些，否則APP-V安裝過程也許會被打斷。
在 2003下，添加刪除程序處添加組件，安裝好.Net 2.0， IIS組件。安裝SQL 數(shù)據(jù)庫(里面已經(jīng)包含了MSXML組件)，這些稍后會用到，否則安裝過程會被終止而不是回退到上一步。
之前也提到了APP-V需要數(shù)據(jù)庫的支持，所以先安裝SQL 數(shù)據(jù)庫，新建好用于程序虛擬化的數(shù)據(jù)庫，這樣前期工作就算是做好了。
安裝
在App-V 4.5中，共分為 與 兩種， 使用 組來管理用戶授權(quán)。除了 域服務(wù)以外，這些服務(wù)器還安裝了SQL ，以管理數(shù)據(jù)庫和數(shù)據(jù)存儲。 通過 （ 的一個管理單元）得以控制。由于 會按照需要將應(yīng)用程序傳輸給最終用戶，因此理想情況下這些服務(wù)器適合執(zhí)行更具有可靠、高帶寬LAN的系統(tǒng)配置。
而后者 ，可以滿足可能不具備支持 的基礎(chǔ)結(jié)構(gòu)的公司的需要。與 不同， 不使用SQL或 。這些服務(wù)器使用訪問控制列表 (ACL)來授予用戶授權(quán)，這種架構(gòu)比較適合在中小型企業(yè)，節(jié)點較少同業(yè)也不具備大型數(shù)據(jù)庫支持的小型網(wǎng)絡(luò)環(huán)境中。
我們打開MDOP 的安裝界面，選擇 for 4.5進行安裝。
3.進入安裝界面，一路Next。
APP-V 組件不多，默認情況下是全部安裝，需要的磁盤空間在400M左右。
這里用到了我們裝的SQL 數(shù)據(jù)庫，假如系統(tǒng)檢測不到有數(shù)據(jù)庫的存在，點下一步就會自動報錯。因為SQL 就裝在本地，所以這里直接選local。所有通信端口都采用默認設(shè)置，如果默認端口已經(jīng)被占用的話，也要記住改用的端口，在稍后的配置時還會用到，如果服務(wù)器和客戶端之間不匹配，后果自然是失敗了。
安裝默認554的端口。
然后需要為APP-V指定兩個管理和用戶的組，這在之前設(shè)置動態(tài)目錄的時候需要預(yù)先新建出來，用不同的組給APP-V賦予不同權(quán)限，管理員可以進行的管理，用戶用于登陸接受服務(wù)器分發(fā)的虛擬化程序。
選擇的位置，目錄用于存放經(jīng)過序列化分拆的程序包OSD文件，服務(wù)器會從此向組內(nèi)客戶端分發(fā)程序。默認路徑會比較深，找起來很麻煩，當(dāng)然也可以自定義。
這一步比較關(guān)鍵的是要將此文件夾共享，可以向Admin和User組內(nèi)成員開放共享，為方便起見也可以將文件夾share給，而且有讀取權(quán)限才有用，這一步十分關(guān)鍵，完成這一步，安裝完成。
完成以后在“管理工具”內(nèi)就出現(xiàn)“APP-V ”控制臺項目，運行啟動，選擇右邊的 to 連接服務(wù)端。
即使端安裝在本地，但也要給出完整計算機名稱、通信協(xié)議類型和端口。
用記事本打開下的.osd，注意選中的地方，將協(xié)議改為RSTP，端口改為與安裝時候的一致，不得不說.osd默認的322竟然和安裝時默認的554不統(tǒng)一，這種小細節(jié)最有可能煩死人了。
將左邊窗口展開，點擊，在中間窗口右擊 ，選擇屬性。這一步非常的關(guān)鍵，一定要將OSD Path和Icon Path的本地路徑進行修改，要選擇為網(wǎng)絡(luò)路徑，否則后面會配置不了，因為已經(jīng)設(shè)置為共享文件夾，所以其他用戶通過網(wǎng)絡(luò)地址可以訪問到。
可以根據(jù)需要，設(shè)置屬性， 可以選擇將其派發(fā)至客戶端指定的位置：桌面、開始菜單或者快速啟動欄。
安裝
在客戶端上選擇安裝 程序。
過程中，注意要選擇的自定義，否則會錯過很多設(shè)置項目，從前面大家可能都心里有數(shù)了，即便是默認設(shè)置，APP-V也并沒有完全遵守默認規(guī)則，所以還是自定義比較踏實，畢竟自己改動的地方要改回來也是心里有數(shù)吧。
客戶端會映射一個共享的網(wǎng)絡(luò)磁盤也就是剛才我們在服務(wù)端共享的文件夾。我們可以看到首選驅(qū)動器號為Q，往后一直到Z都可選，這基本上不會和本地磁盤混淆。
在立即設(shè)置發(fā)布服務(wù)器上一定要打勾，類型選擇 ，正確填寫主機名，端口填寫我們使用的554端口，總之和先前填寫要一致，最后一個選項打勾。
安裝完成以后記得要重啟系統(tǒng)，然后打開 選擇發(fā)布服務(wù)器，可以看到TEST服務(wù)器，右鍵選擇 ，刷新服務(wù)器信息。
如果在服務(wù)器端已經(jīng)完成程序虛擬化步驟，刷新服務(wù)器發(fā)布信息以后，桌面、開始菜單或者之前指定的位置出現(xiàn)程序的圖標，且可以運行。這表示與之間可以正常通信微軟獨立程序包沒反應(yīng)，安裝成功。
安裝
對于，熟悉的同學(xué)應(yīng)該不會陌生，除了和兩個端之外，也是其中的重要主角，是一個序列化的工具，所謂的序列化就是將應(yīng)用程序序列化，講整體分割為小塊，其結(jié)果以文件形式獨立存儲，塊可以組合使用，不會改變應(yīng)用程序本身。的作用就是把整個應(yīng)用程序分拆并且序列化為多個單獨功能部件。經(jīng)過序列化的應(yīng)用程序各個功能其實是獨立分割的，在客戶端需要使用到哪一個功能時，會想發(fā)出請求指令，而會將單獨的功能分包小塊發(fā)送過去，這不需要把所有程序一鍋端微軟獨立程序包沒反應(yīng)，這很大的降低網(wǎng)絡(luò)和服務(wù)器負載壓力。
在APP-4.5中的變化不大，在序列化過程中， 會虛擬一個監(jiān)視環(huán)境，要序列化的應(yīng)用程序安裝在序列化計算機上。接下來，序列化應(yīng)用程序啟動，并執(zhí)行其最重要且最常用的功能，使監(jiān)視過程可以配置主要功能塊。
需要注意的是在實際環(huán)境中，一般企業(yè)會包含多種版本的桌面操作系統(tǒng)，在制作應(yīng)用程序序列包時應(yīng)該，而且最好在相同的操作系統(tǒng)上進行打包，這樣應(yīng)用程序才能保證在相應(yīng)的客戶端操作系統(tǒng)版本上正常運行。
在實際應(yīng)用中，我們需要的是一個干凈的系統(tǒng)，以避免產(chǎn)生的序列化文件有不必要的誤差和沖突，最好用虛擬機來實現(xiàn)，在一個干凈虛擬系統(tǒng)上裝了，產(chǎn)生序列化文件并上傳上App-V 后，在把虛機回滾到程序未安裝的干凈系統(tǒng)狀態(tài)，繼續(xù)做另一個軟件的序列化。這樣貌似很麻煩，但多個序列化后的程序包在客戶端執(zhí)行時，會有很多不必要的序列塊，有可能引發(fā)潛在的程序沖突，而且制作過的程序包以后都可以永久保存，麻煩一點換來的是一勞永逸也算值得。
安裝App-V ，這個過程沒什么要特別配置的地方，一路next選擇默認安裝完畢即可，不過在測試中我們出現(xiàn)過安裝中斷甚至沒有錯誤提示的經(jīng)歷，不過在更換了一個系統(tǒng)以后就可以順利安裝了，這估計是缺少系統(tǒng)文件的原因。
制作應(yīng)用程序虛擬化文件包
安裝好了我們就做個測試看看，H手上只有一些測試軟件，這里就地取材將磁盤測試軟件制作為序列化軟件，制作程序包的方法都是一樣的。
啟動后有制作向?qū)В梢园床烤桶嗟倪M行學(xué)習(xí)。在確定程序包的名稱和放置程序包的路徑之后，會啟動一個監(jiān)視器，這個監(jiān)視器會記錄下應(yīng)用程序的各個安裝部件并一一進行序列化。
啟動“監(jiān)視器”之后，會自動縮小到系統(tǒng)任務(wù)欄上。然后我們就可以開始安裝應(yīng)用程序的操作了，這些我們選用的是用于測試磁盤性能的，安裝簡單也比較小巧，安裝的步驟也在本地系統(tǒng)安裝程序沒有兩樣。
安裝完畢后，切回點“下一步”停止監(jiān)視器。
步驟5，顯示監(jiān)視器收集到的程序信息，這里可以把程序的默認路徑改為"Q"盤，對于客戶端來說，虛擬化程序的緩存文件都在之前安裝APP-V 時所定義的Q盤上，我們需要將虛擬化程序的路徑改為客戶端的本地路徑。
對于各個程序組件，可以測試它們能否正常啟動。
可以完成的序列化了。
在部署標簽上填寫APP-V服務(wù)器端的主機名稱和端口，并程序包的信息修改符合服務(wù)器本地路徑、名稱等相關(guān)信息。以為這些文件最后是要復(fù)制到服務(wù)器的目錄中的，關(guān)鍵信息都要同一一致。
然后可以保存這個項目的文件，以后就再也不需要制作的程序包了，只需要保存好這些文件。
正式啟動APP-V程序虛擬化
說了這么多，都是為現(xiàn)在這一步作的準備，客戶端服務(wù)端和序列化工具的安裝設(shè)置就是這整個系統(tǒng)的搭建過程。因為其中的細節(jié)不少，H覺得APP-V配置過程雖然不很復(fù)雜，但卻要求十分細心，試想一下如果企業(yè)的客戶節(jié)點有成百上千個的話，部署過程就相當(dāng)?shù)目膳铝耍?dāng)然對于那樣龐大的任務(wù)量也有對應(yīng)的技術(shù)手段，那就是另外一回事了。
先把制作好的程序包復(fù)制到文件夾中，切換回APP-V 控制臺，在應(yīng)用程序項上右鍵選擇“導(dǎo)入應(yīng)用程序”。
選擇已經(jīng)放置妥當(dāng)?shù)腬目錄下.sprj文件，填加可以訪問該程序的帳號組，填加之前在動態(tài)目錄中定義好的組就可以。
一定要務(wù)必把OSD Path和Icon Path指向到\服務(wù)器名\下，否則顯示不出相應(yīng)的圖標和程序組。
最后一步：用組內(nèi)成員登陸系統(tǒng)，原本的客戶機也是一個剛剛安裝好的干凈系統(tǒng)。
啟動系統(tǒng)后，發(fā)現(xiàn)，開始菜單已經(jīng)出現(xiàn)了我們需要的“”，名稱、圖標完全沒有問題。
點擊運行，成功啟動，操作和本地安裝的程序一模一樣。
到此，APP-V程序虛擬化系統(tǒng)宣告搭建成功。
結(jié)束語：
APP-V系統(tǒng)架構(gòu)圖
App-V解決方案以活動目錄為基礎(chǔ)，結(jié)合App-V 、、App-V 一并形成完整的虛擬應(yīng)用程序解決方案，其中用以測試和制作需要部署的應(yīng)用程序包，App-V 用以向App-V 分發(fā)生成的程序包。
在App-V架構(gòu)中，一般建議要與操作系統(tǒng)一致，并在使用部署應(yīng)用程序包的時候保持系統(tǒng)的干凈。比如說，一個企業(yè)中的客戶端都是 XP，那么用于生成的服務(wù)器也希望是 XP，雖然有的軟件可以部署在不同的操作系統(tǒng)版本上，建議操作系統(tǒng)上沒有安裝其他多余的第三方軟件。
在企業(yè)的實際運用中，可能客戶端會涉及到不同版本的操作系統(tǒng)。通常的做法是部署多臺不同版本的操作系統(tǒng)，并安裝。這樣負責(zé)的要求下，最好使用虛擬系統(tǒng)以保持系統(tǒng)干凈。
當(dāng)使用制作好應(yīng)用程序包，將生成一個啟用虛擬化的應(yīng)用程序文件 (.sft)、一個開放軟件描述文件 (.osd)、一個圖標文件 (.ico) 和一個項目文件 (.sprj)，并上傳到共享存儲或是App-V 上后，結(jié)合活動目錄的權(quán)限管理，發(fā)布應(yīng)用程序包到客戶端。客戶端在第一次打開應(yīng)用程序快捷方式或者相關(guān)聯(lián)的文件時，將向App-V 下載，并只下載5% ~ 20%的代碼用以運行“最短啟動代碼”。
同時，下載后的應(yīng)用程序?qū)⒖梢栽诳刂泼姘逯械墓芾碇锌吹较螺d的比例，應(yīng)用程序使用中不會在本地計算機上安裝。與以往的終端服務(wù)不通的是：在本地執(zhí)行，并支持脫機狀態(tài)運行。當(dāng)應(yīng)用程序需要升級時，管理員只需要將原有生成的應(yīng)用程序項目文件重新導(dǎo)入，并安裝升級后重新分發(fā)即可，不會影響用戶的繼續(xù)使用。
當(dāng)客戶端需要使用到前面“最短啟動代碼”里沒有的功能時，將自動在服務(wù)器中下載相應(yīng)的代碼以運行。從統(tǒng)計學(xué)上來說，一個企業(yè)的所有客戶端在同一時間使用同一軟件的同一功能的可能性是相當(dāng)小的，所以這樣也能起到一個數(shù)據(jù)分流的作用，從而大大加快速度。
在MDOP套件中還有企業(yè)用于桌面管理的其他工具，利用MDOP對客戶端進行應(yīng)用程序部署的時候，企業(yè)還可以通過App-V對部署的程序進行管理。同時，也可以使用App-V解決方案實現(xiàn)企業(yè)客戶端的桌面標準化、桌面高可用性和桌面可管理性。