應用程式虛擬化的效能指導方針

適用於：

• Windows 7 SP1
• Windows 10
• Windows 11
• Server 2012 R2
• Server 2016

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

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

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

• Application Virtualization (App-V) 概觀

• 應用程式發佈與用戶端互動

• App-V 排序指南

注意

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

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

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

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

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

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

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

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

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

準備您的環境

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

• 使用 UE-V 作為 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 系統管理
	管理員 可能需要定期更新 VM 基底映像，以確保最佳效能，或 管理員 可能需要管理不同使用者群組的多個映像。

使用案例

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

• 效能：為了提供最佳的用戶體驗，此方法會使用 UPM 解決方案的功能，而且需要額外的映像準備，而且可能會產生更多映像管理額外負荷。

  下一節說明具狀態非持續性部署的許多效能改善。 如需詳細資訊，請參閱本文) 中針對 發佈效能 (優化套件的排序步驟 。

• 記憶體：先前案例的一般期望仍然適用於這裡。 不過，請記住，VM 映像通常會儲存在昂貴的陣列中;方法稍有改變。 請勿在基底映像中預先設定以用戶為目標的虛擬應用程式套件。

  本文的 用戶體驗 逐步解說 () 詳細說明這項改變的影響。

準備您的環境

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

準備基底映像

• 效能：

  • 啟用App-V用戶端，如 啟用App-V內建用戶端中所述。
  • 啟用 UE-V 並從 UE-V 範本庫下載 App-V 設定範本，請參閱下列步驟。
  • 設定共用內容存放區 (SCS) 模式。 如需詳細資訊，請 參閱部署App-V Sequencer和設定用戶端。
  • 設定在登入登錄 DWORD 上保留使用者整合。
  • 預先設定所有使用者和全域目標套件，例如 Add-AppvClientPackage。
  • 預先設定所有使用者和全域目標連線群組，例如 Add-AppvClientConnectionGroup。
  • 預先發佈所有全域目標套件。 或：

    • 執行全域發佈/重新整理。

    • 執行用戶發佈/重新整理。

    • 取消發佈所有以用戶為目標的套件。

    • 刪除下列使用者虛擬檔案系統 (VFS) 專案：

      • AppData\Local\Microsoft\AppV\Client\VFS
      • AppData\Roaming\Microsoft\AppV\Client\VFS

• 記憶體：

  • 啟用App-V用戶端，如 啟用App-V內建用戶端中所述。
  • 啟用 UE-V 並從 UE-V 範本庫下載 App-V 設定範本，請參閱下列步驟。
  • 設定共用內容存放區 (SCS) 模式。 如需詳細資訊，請 參閱部署App-V Sequencer和設定用戶端。
  • 設定在登入登錄 DWORD 上保留使用者整合。
  • 預先設定所有全域目標套件，例如 Add-AppvClientPackage。
  • 預先設定所有全域目標連線群組，例如 Add-AppvClientConnectionGroup。
  • 預先發佈所有全域目標套件。

設定

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

• 共用內容存放區 (SCS) 模式：執行共用內容存放區時，只會在硬碟上維護發佈數據;其他虛擬應用程式資產則會在記憶體 (RAM) 中維護。 這類結果有助於節省本機記憶體，並將每秒磁碟 I/O 最小化 (IOPS) 。

  當 App-V 用戶端端點與 SCS 內容伺服器 SAN 之間有低延遲連線時，建議使用此設定。

  • 可在 Windows PowerShell 中設定：Set-AppvClientConfiguration -SharedContentStoreMode 1
  • 可使用 群組原則 設定：請參閱部署App-V Sequencer和設定用戶端。

• PreserveUserIntegrationsOnLogin：如果您尚未預先設定 (Add-AppvClientPackage) 特定套件，而且未設定此設定，則 App-V 用戶端會取消整合* 持續的使用者整合，然後重新整合*。

  針對符合上述條件的每個套件，實際上會在發佈/重新整理期間完成兩倍的工作。

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

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

• MaxConcurrentPublishingRefresh：此設定會決定可同時執行發佈重新整理/同步處理的用戶數目。 默認設定沒有限制。

  限制並行發佈重新整理的數目，可防止過度使用 CPU 而影響電腦效能。 建議在 RDS 環境中使用此限制，其中多位使用者可以同時登入同一部計算機，並執行發佈重新整理同步處理。

  如果達到並行發佈重新整理閾值，則發佈新應用程式並讓使用者在登入之後可供使用所需的時間可能需要一段不確定的時間。

  • 在下方的登入 HKEY_LOCAL_MACHINE\Software\Microsoft\AppV\Client\Publishing中設定 。
  • 建立 DWORD 值 MaxConcurrentPublishingrefresh ，其中包含所需的並行發行重新整理數目上限。
  • 不需要重新啟動App-V用戶端服務和電腦。

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

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

如需詳細資訊，請參閱：

• 適用於 Windows 用戶端的使用者體驗虛擬化 (UE-V) 概觀

• 開始使用 UE-V

注意

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

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

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

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

重要

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

使用 Microsoft Registry 編輯器 (regedit.exe) ，流覽至HKEY\_LOCAL\_MACHINE\Software\Microsoft\UEV\Agent\Configuration\ExcludedFileTypes排除的檔類型並從中移除.lnk。

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

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

UPM 解決方案的需求如下。

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

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

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

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

注意

只有當整個配置檔儲存在使用者配置檔磁碟上時，才支援使用UPD時使用App-V。

搭配使用者配置檔磁碟儲存的選取資料夾使用 UPD 時，不支援 App-V 套件。 [寫入時複製] 驅動程式不會處理 UPD 選取的資料夾。

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

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

在舊版 App-V 中，這兩個排程工作都是使用可起始使用者和全域重新整理的 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

用戶體驗逐步解說

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

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

  • (作業) 起始用戶發佈/重新整理。

    (預期) 如果這是使用者第一次發佈虛擬應用程式 (例如非持續性) ，則此作業需要一般的發佈/重新整理持續時間。

• (作業) 發佈/重新整理之後，UPM 解決方案會擷取使用者整合。

  (預期) 視 UPM 解決方案的設定方式而定，此擷取可能會在註銷過程中發生。 此結果會產生與保存用戶狀態相同的/類似額外負荷。

  在後續登入時：

  • (作業) UPM 解決方案會先將使用者整合套用至系統，再發佈/重新整理。

    (預期) 桌面或 [開始] 功能表上會有快捷方式，可立即運作。 當發佈/重新整理完成 (也就是套件權利變更) ，有些可能會消失。

  • (作業) 發佈/重新整理將會處理使用者套件權利變更的解除發佈和發佈作業。

    (預期) 如果沒有權利變更，發行將會在幾秒內完成。 否則，發佈/重新整理會相對於虛擬應用程式的數量和複雜度而增加

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

  • (作業) UPM 解決方案會在登出時再次擷取使用者整合。

    (預期) 與先前相同。

  結果：

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

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

  • (作業) 起始用戶發佈/重新整理。

    (預期) ：

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

  • (作業) 發佈/重新整理之後，UPM 解決方案會擷取使用者整合。

    (預期) 視 UPM 解決方案的設定方式而定，此擷取可能會在註銷程式中發生。 此結果會產生與保存用戶狀態相同的/類似額外負荷。

  在後續登入時：

  • (作業) UPM 解決方案會先將使用者整合套用至系統，再發佈/重新整理。

  • (作業) 新增/重新整理必須預先設定所有以使用者為目標的應用程式。

    • (預期) ：
      • 這可能會大幅增加應用程式可用性的時間， () 10 秒的順序。
      • 這會增加相對於虛擬應用程式數目和複雜度* 的發佈重新整理時間。

  • (作業) 發佈/重新整理將會處理使用者套件權利變更的解除發佈和發佈作業。

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

套件生命周期的影響

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

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

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

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

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

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

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

Windows Server

Microsoft Windows Server 2012 R2 的伺服器效能微調指導方針

伺服器角色

• 遠端桌面虛擬主機

• 遠端桌面會話主機

• IIS 相關性：App-V 管理、發佈、Reporting Web 服務

• 文件伺服器 (SMB) 相關性：如果用於 SCS 模式中的 App-V 內容儲存和傳遞

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

• 虛擬桌面 (VDI) 密度上的 Microsoft 頂級現場工程師 (PFE) 檢視

• 優化腳本： (由 Microsoft 支援服務) 提供

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

數個 App-V 功能有助於新案例，或啟用新的客戶部署案例。 下列功能可能會影響發佈和啟動作業的效能。

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

拿掉 FB1

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

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

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

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

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

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

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

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

3. 移至 [建立套件]。

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

1. 開啟提升許可權的 Windows 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 元件並包含在套件中。 系統管理員將會收到通知，並可以選擇排除 SxS 元件。

用戶端：

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

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

使用 Windows PowerShell 停用動態設定

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

  -DynamicDeploymentConfiguration 參數

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

  -DynamicDeploymentConfiguration 參數。

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

• 如何使用 Windows PowerShell 來套用使用者設定檔案

• 如何使用 Windows PowerShell 來套用部署設定檔案

步驟	考慮	優點	權衡
在封裝生命周期期間考慮同步腳本執行。	如果腳本附屬專案內嵌在套件中，[新增 Cmdlet] 可能會比較慢。 在虛擬應用程式啟動期間執行腳本 (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 效能指引術語

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

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

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

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

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

• 持續性、個人 – 執行虛擬環境的計算機，每次登入時都會維持不變。

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

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

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

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

  • 從用戶能夠操作桌面時起始登入的點。

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

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

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

• 使用者配置檔管理 – 用來管理與環境相關聯之使用者元件的受控制和結構化方法。 例如，使用者配置檔、喜好設定和原則管理、應用程控和應用程式部署。 您可以視需要使用文稿或第三方解決方案來設定環境。

針對 App-V 問題，請使用 App-V TechNet 論壇。

相關文章

Application Virtualization (App-V) 概觀