共用方式為

Application Virtualization 5.0 的效能指引

  • 發行項

瞭解如何設定 App-V 5.0 以獲得最佳效能、優化虛擬應用程式套件，以及提供更好的 RDS 和 VDI 使用者體驗。

實作多個方法可協助您改善使用者體驗。 不過，您的環境可能不支援所有方法。

閱讀這份檔之前，您應該先閱讀並瞭解下列資訊。

注意

根據外部來源和內容，本檔中使用的某些詞彙可能有不同的意義。 如需本檔中使用的字詞，後面接著星號 \ * 的詳細資訊，請檢閱本檔的 Application Virtualization Performance Guidance Terminology 一節。

最後，本檔會提供資訊，讓您設定執行 App-V 5.0 用戶端的電腦和環境，以獲得最佳效能。 使用排序器將虛擬應用程式套件優化以獲得效能，並瞭解如何使用使用者體驗虛擬化 (UE-V) 或其他使用者環境管理技術，在遠端桌面服務 (RDS) 和非持續性虛擬桌面基礎結構 (VDI) 中提供最佳的使用者體驗。

若要協助判斷與您的環境相關的資訊，您應該檢閱每個區段的簡短概觀和適用性檢查清單。

具狀態的 App-V 5.0* 非持續性部署

本節提供方法的相關資訊，可協助確保使用者能夠在登入後幾秒記憶體取所有虛擬應用程式。 這是透過唯一解決經常長時間執行的 App-V 5.0 發佈重新整理來達成。 當您探索方法的基礎時，最快速的發佈重新整理就是不需要實際執行任何動作的重新整理。 必須符合許多條件，並遵循步驟以提供最佳的使用者體驗。

如需詳細資訊，請使用下一節中的資訊：

使用案例 - 當您檢閱這兩個案例時，請記住這些是極端的方法。 根據您的使用需求，您可以選擇將這些步驟套用至使用者和/或虛擬應用程式套件的子集。

  • 針對效能優化 - 若要提供最佳體驗，您可以預期基底映射包含一些 App-V 虛擬應用程式套件。 討論此和其他需求。

  • 針對儲存體優化 - 如果您擔心儲存體的影響，遵循此案例有助於解決這些疑慮。

準備您的環境

  • 準備基底映射的步驟 - 不論是在非持續性 VDI 或 RDSH 環境中，都只需要在基底映射中完成幾個步驟，才能啟用此方法。

  • 使用 UE-V 2.0 作為 App-V 方法的使用者設定檔管理 (UPM) 解決方案 - 此方法的基石是 UEM 解決方案只保存幾個登錄和檔案位置內容的能力。 這些位置構成使用者整合*。 請務必檢閱 UPM 解決方案的特定需求。

使用者體驗逐步解說

  • 逐步解說 - 這是 App-V 和 UE-V 作業的逐步解說，以及使用者應該擁有的期望。

  • 結果 - 這會描述預期的結果。

對套件生命週期的影響

透過效能優化/微調增強 VDI 體驗

適用性檢查清單

部署環境

檢查清單 部署環境
非持續性 VDI 或 RDSH。
使用者體驗虛擬化 (UE-V) 、其他 UPM 解決方案或使用者設定檔磁片 (UPD) 。

預期的設定

檢查清單 預期的設定
已啟用 App-V 使用者狀態範本或使用者設定檔管理 (UPM) 軟體的使用者體驗虛擬化 (UE-V) 。 非 UE-V UPM 軟體必須能夠在登入或進程/應用程式啟動和登出時觸發。
已設定或可以設定 SCS) (App-V 共用內容存放區。

IT 系統管理

檢查清單 IT 系統管理員ratio
您可能需要定期更新 VM 基底映射以確保最佳效能，或者您可能需要管理不同使用者群組的多個映射。

使用案例

當您檢閱這兩個案例時，請記住，這些方法是極端的。 根據您的使用需求，您可以選擇將這些步驟套用至使用者、虛擬應用程式套件或兩者的子集。

已針對效能優化 針對儲存體優化
為了提供最佳的使用者體驗，此方法會使用 UPM 解決方案的功能，而且需要額外的映射準備，而且可能會產生更多映射管理額外負荷。 下列說明具狀態非持續性部署的許多效能改進。 For more information, see the Sequencing Steps to Optimize Packages for Publishing Performance and reference to App-V 5.0 Sequencing Guide in the See Also section of this document. 上一個案例的一般期望仍然適用于此處。 不過，請記住，VM 映射通常會儲存在昂貴的陣列中;方法稍有改變。 請勿在基底映射中預先設定以使用者為目標的虛擬應用程式套件。 本檔的一節詳細說明此改變的影響。

準備您的環境

下表顯示準備基本映射和 UE-V 或其他 UPM 解決方案的必要步驟。

準備基底映射

已針對效能優化 針對儲存體優化
- 安裝適用于 Application Virtualization 5.0 SP2 用戶端版本用戶端的 Hotfix 套件 4。
- 安裝 UE-V 並從 UE-V 範本庫下載 App-V 設定範本，請參閱下列步驟。
- 設定共用內容存放區 (SCS) 模式。 如需詳細資訊，請參閱 How to Install the App-V 5.0 Client for Shared Content Store Mode。
- 設定在登入登錄 DWORD 上保留使用者整合。
- 預先設定所有使用者和全域目標套件，例如 。 Add-AppvClientPackage
- 預先設定所有使用者和全域目標連線群組，例如 Add-AppvClientConnectionGroup 。
- 預先發佈所有全域目標套件。

或者
- 執行全域發佈/重新整理。
- 執行使用者發佈/重新整理。
- 解除發佈所有以使用者為目標的套件。
- 刪除下列使用者虛擬檔案系統 (VFS) 專案。
AppData\Local\Microsoft\AppV\Client\VFS
AppData\Roaming\Microsoft\AppV\Client\VFS		 - 安裝適用于 Application Virtualization 5.0 SP2 用戶端版本用戶端的 Hotfix 套件 4。
- 安裝 UE-V 並從 UE-V 範本庫下載 App-V 設定範本，請參閱下列步驟。
- 設定共用內容存放區 (SCS) 模式。 如需詳細資訊，請參閱 How to Install the App-V 5.0 Client for Shared Content Store Mode。
- 設定在登入登錄 DWORD 上保留使用者整合。
- 預先設定所有全域目標套件，例如 Add-AppvClientPackage 。
- 預先設定所有全域目標連線群組，例如 。 Add-AppvClientConnectionGroup
- 預先發佈所有全域目標套件。

設定

如需重要的 App-V 用戶端設定，以及更多內容和作法，請檢閱下列資訊：

SCS) 模式 (共用內容存放區
  • 可在 PowerShell 中使用 Set-AppvClientConfiguration -SharedContentStoreMode 或
  • 在安裝 App-V 5.0 用戶端期間。

執行共用內容存放區時，只會在硬碟上維護髮布資料;其他虛擬應用程式資產則會在記憶體 (RAM) 中維護。 這有助於節省本機儲存體，並將每秒磁片 I/O 最小化 (IOPS) 。

當 App-V 用戶端端點與 SCS 內容伺服器 SAN 之間有低延遲連線時，建議您這麼做。

PreserveUserIntegrationsOnLogin
  • 在 下方的登錄 HKEY_LOCAL_MACHINE\Software\Microsoft\AppV\Client\Integration 中設定 。
  • 建立值為 的 1 DWORD 值 PreserveUserIntegrationsOnLogin 。
  • 重新開機 App-V 用戶端服務，或重新開機執行 App-V 用戶端的電腦。

如果您尚未預先設定 (Add-AppvClientPackage) 特定套件，而且未設定此設定，則 App-V 用戶端會取消整合 保存的使用者整合，然後重新整合。 對於符合上述條件的每個套件，實際上會在發佈/重新整理期間完成兩倍的工作。

如果您不打算在基底映射中預先設定每個可用的使用者套件，請使用此設定。

MaxConcurrentPublishingRefresh
  • 在 下方的登錄 HKEY_LOCAL_MACHINE\Software\Microsoft\AppV\Client\Publishing 中設定 。
  • 使用所需的並行發行重新整理數目上限建立 DWORD 值 MaxConcurrentPublishingRefresh 。
  • 不需要重新開機 App-V 用戶端服務和電腦。

此設定會決定可以同時執行發佈重新整理/同步處理的使用者數目。 預設設定沒有限制。

限制並行發佈重新整理的數目，可防止過度使用 CPU 而影響電腦效能。 建議在 RDS 環境中使用此限制，其中多位使用者可以同時登入同一部電腦，並執行發佈重新整理同步處理。如果達到並行發佈重新整理閾值，則發佈新應用程式並讓使用者在登入之後可供使用所需的時間可能需要一段不確定的時間。

設定 App-V 方法的 UE-V 解決方案

建議您使用 Microsoft 消費者體驗虛擬化 (UE-V) 來擷取和集中化特定使用者的應用程式設定和 Windows 作業系統設定。 這些設定接著會套用至使用者存取的不同電腦，包括桌上型電腦、膝上型電腦，以及虛擬桌面基礎結構 (VDI) 會話。 UE-V 已針對 RDS 和 VDI 案例進行優化。

注意

若未執行其他設定步驟，Microsoft 使用者環境虛擬化 (UE-V) 將無法同步處理目的電腦上 (.lnk 檔案) 的 [開始] 功能表快捷方式。 預設會排除 .lnk 檔案類型。

UE-V 僅支援從 RDS 和 VDI 案例的排除清單中移除 .lnk 檔案類型，其中每個使用者的裝置都已將同一組應用程式安裝到相同的位置，而且每個 .lnk 檔案對所有使用者的裝置都有效。 例如，UE-V 目前不支援下列兩個案例，因為最終結果是快捷方式在一部裝置上有效，但並非所有裝置都有效。

  • 如果使用者已在已啟用 .lnk 檔案的裝置上安裝應用程式，且已在另一部裝置上安裝相同的原生應用程式，則會安裝到啟用 .lnk 檔案的不同安裝根目錄。

  • 如果使用者已在一個裝置上安裝應用程式，但未在啟用 .lnk 檔案的另一部裝置上安裝應用程式。

重要

本文說明如何使用登錄編輯程式來變更 Windows 登錄。 如果您不正確地變更 Windows 登錄，可能會造成嚴重問題，而您可能需要重新安裝 Windows。 變更登錄之前，您應該 (System.dat 和 User.dat) 建立登錄檔案的備份複本。 Microsoft 無法保證您可以解決變更登錄時可能發生的問題。 在您自己的風險下變更登錄。

使用 Microsoft 登錄編輯程式 (regedit.exe) ，流覽至 HKEY_LOCAL_MACHINE\Software\Microsoft\UEV\Agent\Configuration\ExcludedFileTypes 排除的檔案類型並從中移除 .lnk 。

設定 App-V 方法的其他使用者設定檔管理 (UPM) 解決方案

具狀態環境中的預期是實作 UPM 解決方案，而且可以支援跨會話和登入之間的使用者資料持續性。

UPM 解決方案的需求如下。

若要啟用優化的登入體驗，例如使用者的 App-V 5.0 方法，解決方案必須能夠：

  • 將下列使用者整合保存為使用者設定檔/角色的一部分。

  • 在登入 (或應用程式啟動時觸發使用者設定檔同步處理) ，這可保證在發佈/重新整理開始之前套用所有使用者整合，或者，

  • 附加和中斷連結使用者設定檔磁片 (UPD) 或包含使用者整合的類似技術。

  • 在會話登出之前，擷取構成使用者整合的位置變更。

使用 App-V 5.0，當您新增發佈伺服器 (Add-AppvPublishingServer) 您可以設定同步處理，例如在登入期間和/或指定的重新整理間隔之後重新整理。 在這兩種情況下，都會建立排程的工作。

在舊版 App-V 5.0 中，這兩個排程工作都是使用 VBScript 來設定，以起始使用者和全域重新整理。 使用 Application Virtualization 5.0 SP2 的 Hotfix 套件 4，使用者在登入時重新整理是由 SyncAppvPublishingServer.exe起始。 引進這項變更是為了提供觸發程式的 UPM 解決方案。 此程式會延遲發佈 /refresh，以允許 UPM 解決方案套用使用者整合。 發佈/重新整理完成後就會結束。

使用者整合

註冊 表- HKEY_CURRENT_USER

  • 路徑- Software\Classes

    排除：本機設定、ActivatableClasses、AppX*

  • 路徑- Software\Microsoft\AppV

  • 路徑- Software\Microsoft\Windows\CurrentVersion\App Paths

檔案位置

  • Root - 「Environment Variable」 APPDATA

    路徑- Microsoft\AppV\Client\Catalog

  • Root - 「Environment Variable」 APPDATA

    路徑- Microsoft\AppV\Client\Integration

  • Root - 「Environment Variable」 APPDATA

    路徑- Microsoft\Windows\Start Menu\Programs

  • (若要保存所有桌面快捷方式、虛擬和非虛擬)

    Root - 「KnownFolder」 {B4BFCC3A-DB2C-424C-B029-7FE99A87C641}FileMask - *.lnk

Microsoft 消費者體驗虛擬化 (UE-V)

此外，我們建議使用 Microsoft 消費者體驗虛擬化 (UE-V) 來擷取和集中化特定使用者的應用程式設定和 Windows 作業系統設定。 這些設定接著會套用至使用者存取的不同電腦，包括桌上型電腦、膝上型電腦，以及虛擬桌面基礎結構 (VDI) 會話。

如需詳細資訊，請參閱使用使用者體驗虛擬化 1.0消費者入門和使用 UE-V 範本資源庫共用設定位置範本。

使用者體驗逐步解說

以下是 App-V 和 UPM 作業的逐步解說，以及使用者預期的預期。

已針對效能優化

在 VDI/RDSH 環境中實作此方法之後，請在第一次登入時：

  • (作業) 起始使用者發佈/重新整理。 (預期) 如果這是使用者第一次發佈虛擬應用程式 (例如非持續性) ，這會花費一般發佈/重新整理的持續時間。
  • (作業) 發佈/重新整理之後，UPM 解決方案會擷取使用者整合。 (預期) 視 UPM 解決方案的設定方式而定，這可能會在登出過程中發生。 這會產生與保存使用者狀態相同的/類似額外負荷。

在後續登入時：

  • (作業) UPM 解決方案會先將使用者整合套用至系統，再發佈/重新整理。
  • (作業) 發佈/重新整理將會處理使用者套件權利變更的解除發佈和發佈作業。 (預期) 如果沒有權利變更，則發佈 1 會在幾秒內完成。 否則，發佈/重新整理會相對於虛擬應用程式的數目和複雜度* 而增加。
  • (作業) UPM 解決方案會在登出時再次擷取使用者整合。 (預期) 與先前相同。

¹ 發佈作業 (Publish-AppVClientPackage) 將專案新增至使用者目錄、將權利對應至使用者、識別本機存放區，並完成任何整合步驟。

結果：因為使用者整合會完全保留，所以不會有任何工作，例如發佈/重新整理的整合會完成。 所有虛擬應用程式都可在登入後幾秒內使用。 發佈/重新整理會處理使用者有許可權虛擬應用程式的變更，這會影響體驗。

針對儲存體優化

在 VDI/RDSH 環境中實作此方法之後，請在第一次登入時：

  • (作業) 起始使用者發佈/重新整理。 (預期)
    • 如果這是使用者第一次發佈虛擬應用程式 (例如非持續性) ，這會花費一般發佈/重新整理的持續時間。
    • 第一個和後續的登入會受到預先設定套件的影響， (新增/重新整理) 。

(作業) 發佈/重新整理之後，UPM 解決方案會擷取使用者整合。 (預期) 視 UPM 解決方案的設定方式而定，這可能會在登出過程中發生。 這會產生與保存使用者狀態相同的/類似額外負荷。

在後續登入時：

  • (作業) UPM 解決方案會先將使用者整合套用至系統，再發佈/重新整理。
  • (作業) 新增/重新整理必須預先設定所有以使用者為目標的應用程式。 (預期)
    • 這可能會大幅增加應用程式可用性的時間， () 數十秒的順序。
    • 這會增加相對於虛擬應用程式數目和複雜度* 的發佈重新整理時間。
  • (作業) 發佈/重新整理將會處理使用者套件權利變更的解除發佈和發佈作業。

結果：因為新增/重新整理必須將所有虛擬應用程式重新設定到 VM，所以每次登入時的發佈重新整理時間都會延長。

套件生命週期的影響

升級套件是套件生命週期的重要層面。 為了協助確保使用者能夠存取已發行) 或降級的適當升級 ( (未發佈的虛擬應用程式套件) ，建議您更新基底映射以反映這些變更。 若要瞭解為何要檢閱下列章節：

App-V 5.0 SP2 引進了擱置狀態的概念。 在過去，

  • 如果系統管理員變更權利或建立新版本的套件 (升級) ，且在發行/重新整理該套件正在使用期間，則取消發佈或發佈作業會分別失敗。

  • 如果封裝正在使用中，作業將會暫止。 取消發佈和發佈附加作業會在服務重新開機時處理，或是發出另一個發佈或解除發佈命令時處理。 在後者的情況下，如果虛擬應用程式正在使用中，則虛擬應用程式會保持暫止狀態。 針對全域發佈的套件，通常需要重新開機 (或服務重新開機) 。

在非持續性環境中，不太可能會處理這些附加的作業。 附加的作業，例如，會在 下擷 HKEY_CURRENT_USER\Software\Microsoft\AppV\Client\PendingTasks 取工作。 雖然 UPM 解決方案會保存此位置，但如果未在登入之前套用至環境，則不會處理它。

透過效能優化微調來增強 VDI 體驗

下一節包含的清單包含 Microsoft 檔和下載的相關資訊，在優化您的環境以獲得效能時可能很有用。

Windows Server

伺服器效能微調指導方針

伺服器角色

Windows 用戶端 (客體 OS) 效能微調指引

排序步驟以優化發佈效能的套件

App-V 5.0 和 App-V 5.0 SP2 在其各自的版本中提供顯著的價值。 有數個功能有助於新案例或啟用新的客戶部署案例。 下列功能可能會影響發佈和啟動作業的效能。

移除 FB1

步驟 考量 優點 權衡
沒有功能區塊 1 (FB1，也稱為主要 FB) 沒有 FB1 表示應用程式會立即啟動並串流錯誤 (應用程式需要檔案、DLL，而且必須在啟動期間透過網路) 下拉。 如果有網路限制，FB1 將會： - 減少第一次啟動應用程式時所使用的資料流程錯誤和網路頻寬數目。
- 延遲啟動，直到整個 FB1 已串流處理為止。		 必須重新排序已設定 FB1 的虛擬應用程式套件。

移除 FB1 不需要原始應用程式安裝程式。 完成下列步驟之後，建議您將執行排序器的電腦還原成全新的快照集。

Sequencer UI - 建立新的虛擬應用程式套件

  1. 完成自訂串流的排序步驟。

  2. 在串流步驟中，請勿選取 [優化套件以透過緩慢或不可靠的網路進行部署]。

  3. 如有需要，請移至 目標 OS。

修改現有的虛擬應用程式套件

  1. 完成串流的排序步驟。

  2. 請勿選取 [優化套件以透過緩慢或不可靠的網路進行部署]。

  3. 移至 [建立套件]。

PowerShell - 更新現有的虛擬應用程式套件

  1. 開啟提升許可權的 PowerShell 會話。

  2. Import-module appvsequencer

  3. Update-AppvSequencerPackage -AppvPackageFilePath

    "C:\Packages\MyPackage.appv" -Installer

    "C:\PackageInstall\PackageUpgrade.exe empty.exe" -OutputPath

    "C:\UpgradedPackages"

    注意

    此 Cmdlet 需要可執行檔 (.exe) 或批次檔 (.bat) 。 您必須提供空白 () 可執行檔或批次檔不執行任何動作。

在排序器上建立新的虛擬應用程式套件

步驟 考慮 優點 權衡
發佈時沒有 SXS 安裝 (預先安裝 SxS 元件) 虛擬應用程式套件不需要重新排序。 SxS 元件可以保留在虛擬應用程式封裝中。 SxS 元件相依性不會在發佈時安裝。 必須預先安裝 SxS 元件相依性。

在排序器監視期間，如果 SxS 元件 (例如 VC++ 執行時間) 安裝為應用程式安裝的一部分，則會自動偵測 SxS 元件並包含在套件中。 系統管理員 os 已收到通知，並可以選擇排除 SxS 元件。

用戶端

發佈虛擬應用程式套件時，App-V 5.0 SP2 用戶端會偵測是否已安裝必要的 SxS 相依性。 如果電腦上無法使用相依性，而且它包含在套件中，則傳統 Windows Installer (。msi) 將起始 SxS 元件的安裝。 如先前所述，請在執行用戶端的電腦上安裝相依性，以確保不會進行 Windows Installer (.msi) 安裝。

使用 PowerShell 停用動態設定

步驟 考慮 優點 權衡
選擇性地採用動態組態檔 - App-V 5.0 用戶端必須剖析和處理這些動態組態檔案。
- 請注意腳本執行 (大小和複雜性、檔案的 VREG 包含/排除) 。
- 許多虛擬應用程式套件可能已經有使用者或電腦特定的動態組態檔。		 - 如果這些檔案是選擇性使用或完全不使用，則發佈時間會改善。 - 虛擬應用程式套件必須個別重新設定，或透過 App-V 伺服器管理主控台來移除相關聯的動態組態檔案。

  • 對於已發佈的套件，您可以使用 而不 -DynamicDeploymentConfiguration 使用 Set-AppVClientPackage -Name Myapp -Path c:\Packages\Apps\MyApp.appv 參數。

  • 同樣地，使用 Add-AppVClientPackage -Path c:\Packages\Apps\MyApp.appv 新增套件時，請勿使用 -DynamicDeploymentConfiguration 參數。

如需如何套用動態設定的檔，請參閱：

判斷套件中有哪些虛擬字型

步驟 考慮 優點 權衡
考慮套件生命週期期間的同步腳本執行 - 如果腳本附屬專案內嵌在套件中，新增 (PowerShell) 可能會比較慢。
- 在啟動虛擬應用程式期間執行腳本 (StartVirtualEnvironment、StartProcess) 和/或 Add+Publish 會影響這些生命週期作業的一或多個期間的認知效能。		 - 使用非同步 (非封鎖) 腳本可確保生命週期作業有效率地完成。 - 此步驟需要具備內嵌腳本附附之所有虛擬應用程式套件的運作知識，這些套件具有相關聯的動態組態檔，以及同步參考和執行腳本的物件。
從封裝中移除無關的虛擬字型 - App-V 產品小組所調查的大部分應用程式都包含一些字型，通常少於 20 個字型。 - 虛擬字型會影響發佈重新整理效能。 - 需要以原生方式啟用/安裝所需的字型。 如需指示，請參閱安裝或卸載字型。

  • 建立封裝的複本。

  • 將 重新命名 Package_copy.appv 為 Package_copy.zip

  • 開 AppxManifest.xml 並找出下列專案：

    <appv:Extension Category="AppV.Fonts">

<appv:Fonts>

<appv:Font Path="[{Fonts}]\private\CalibriL.ttf" DelayLoad="true"></appv:Font>

</appv:Fonts>

    注意

    如果有標示為 DelayLoad的字型，這些字型將不會影響第一次啟動。

從套件中排除虛擬字型

使用最適合使用者範圍的動態組態檔 - 電腦上所有使用者的部署組態、特定使用者或使用者的使用者設定。

  • 使用部署或使用者設定停用字型。
<Fonts Enabled="false" />

App-V 5.0 效能指引術語

描述與 App-V 5.0 效能優化相關的概念和動作時，會使用下列詞彙。

  • 複雜度- 是指在預先設定Add-AppvClientPackage) 或整合 (Publish-AppvClientPackage) (可能會影響效能的一或多個套件特性。 一些範例特性包括：資訊清單大小、虛擬字型數目、檔案數目。

  • 取消整合 - 移除使用者整合

  • 重新整合 - 套用使用者整合。

  • 非持續性、集區 - 每次登入時建立執行虛擬環境的電腦。

  • 持續性、個人 - 執行虛擬環境的電腦，每次登入都維持不變。

  • 具狀態 - 在本檔中，表示使用者整合會在會話之間保存，而使用者環境管理技術會搭配非持續性 RDSH 或 VDI 使用。

  • 無狀態 - 代表會話之間未保存任何使用者狀態的案例。

  • 觸發 程式 - (或原生動作觸發程式) 。 UPM 會使用這些類型的觸發程式來起始監視或同步處理作業。

  • 使用者體驗 - 在 App-V 5.0 的內容中，使用者體驗在量化上是下列部分的總和：

    • 從使用者登入到能夠操作桌面的點。

    • 從桌面可以互動到發佈重新整理開始 (PowerShell 詞彙的點，使用 App-V 5.0 完整伺服器基礎結構時) 同步處理。 在獨立實例中，這是當 Add-AppVClientPackage 和 Publish-AppVClientPackage Powershell 命令起始時。

    • 從發行重新整理開始到完成。 在獨立實例中，這是第一次發佈最後一個虛擬應用程式。

    • 從虛擬應用程式可以從快捷方式啟動的點開始。 或者，它是從註冊檔案類型關聯的點開始，並會啟動指定的虛擬應用程式。

  • 使用者設定檔管理 - 用來管理與環境相關聯之使用者元件的受控制和結構化方法。 例如，使用者設定檔、喜好設定和原則管理、應用程式控制和應用程式部署。 您可以視需要使用腳本或協力廠商解決方案來設定環境。

Microsoft Application Virtualization 5.0 系統管理員指南