Table 4 lists supported variations to the roaming client scenario described above. Variations not listed in this table are not supported.
Variation |
Switch from this application source… |
To this application source using OverrideURL registry value… |
1 |
Stream via SMB from file on local client drive. |
Stream via SMB from file on a Branch Distribution Point. |
2 |
Stream via SMB from file on a Branch Distribution Point. |
Stream via SMB from file on local client drive. |
3 |
Stream via HTTP/HTTPS from one Distribution Point. |
Stream via HTTP/HTTPS from another Distribution Point.
NOTE: For this scenario to work, the same package version must be distributed to both Distribution Point servers. |
4 |
Stream via SMB from file on local client drive. |
Stream via HTTP/HTTPS from a Distribution Point. |
5 |
Stream via SMB from file on a Branch Distribution Point. |
Stream via HTTP/HTTPS from a Distribution Point. |
6 |
Stream via HTTP/HTTPS from a Distribution Point. |
Stream via SMB from file on local client drive. |
7 |
Stream via HTTP/HTTPS from a Distribution Point. |
Stream via SMB from file on a Branch Distribution Point. |
Table 4 – Roaming Client Scenarios
An Application Virtualization Client can run multiple virtual application packages that are being streamed from Configuration Manager Distribution Point servers via different protocols. The protocols that are supported for this scenario are HTTP, HTTPS and SMB. For example, the following packages can be run on the same client PC:
· Package-A is streamed via HTTP or HTTPS to the client from a Configuration Manager Distribution Point.
· Package-B is streamed via SMB to the client from a Configuration Manager Branch Distribution Point using the download and execute delivery method.
In both examples noted above, Configuration Manager leverages the Application Virtualization Client’s OverrideURL registry value to direct the Application Virtualization Client to use the appropriate explicit path for each SFT file.
Configuration Manager can be used to deploy virtual applications to Configuration Manager Internet-based clients. Configuration Manager Internet-Based Client Management (IBCM) only supports the local delivery method (i.e., download and execute) for all application delivery including virtual and non-virtual applications. All standard recommended practices for planning a Configuration Manager infrastructure to support Internet-based clients apply to virtual application deployment to Internet-based clients with Configuration Manager.
NOTE: Streaming virtual applications to Internet-based clients is not supported with Configuration Manager; however, streaming to Internet-based clients is supported with an Application Virtualization full infrastructure.
For more information on application deployment to Internet-based clients with Configuration Manager see http://technet.microsoft.com/en-us/library/bb693755.aspx.
· Disk space requirements for local delivery (download and execute)
o Disk space required on Distribution Point server to support local delivery of virtual application packages:
§ 1x SFT file size for the application package that is currently advertised for delivery to clients using local delivery.
o Disk space required on client PCs for local delivery of virtual application packages:
§ Total peak disk space required on a client PC for delivery of a new virtual application package = 3 x SFT file size. This total includes the following:
v 1x SFT file size to store a copy of the SFT file in the Configuration Manager Client cache.
v 1x SFT file size to store a copy of the SFT file in the Application Virtualization Client cache.
v 1x SFT file size to temporarily store a new version of the package on the client when an existing package is being updated. This space is needed while RDC (Remote Differential Compression) calculates the deltas and generates the new version of the SFT file.
· Disk space requirements Streaming Delivery
o Disk space required on Distribution Point server when the Distribution Point is configured to enable streaming of virtual application packages:
§ Total peak disk space required on a Distribution Point server for distribution of a virtual application =
v 1x SFT file size for the current version of the package.
v 1x SFT file size for each version of streaming copy of the package.
Depending on how often the package is updated and how the retention rules are configured for the Distribution Point’s streaming store (the default maximum is two copies), there could be anywhere from one to ten copies of the SFT in the streaming store on the Distribution Point. The streaming store must maintain multiple versions of the package (one copy of the SFT for each version of the package).
v 1x SFT file size for constructing the new version from the deltas.
§ The original package and the streaming copies all reside in the IIS virtual directory on the Distribution Point server.
o Disk space required on client PCs for application packages using streaming delivery:
§ 1x SFT file size to store the contents of the SFT file in the Application Virtualization Client cache.
· Disk space for a full copy of the SFT file is required in the Application Virtualization Client cache even if the client only streams Feature Block 1 into cache. This is because the Application Virtualization 4.5 Client pre-allocates space for the entire SFT file before it begins to stream the application. This behavior is intentional and is intended to improve the reliability of the Application Virtualization Client.
· The disk space allocation settings for the Configuration Manager Client cache and Application Virtualization Client cache should be configured as follows to limit the risk of locking out the Configuration Manager Client cache due to a low disk space condition on the client which would affect the ability of Configuration Manager to deploy critical security patches to the client:
o The disk space allocation for the Configuration Manager Client cache should be set to a maximum size that will provide sufficient space for a full copy of all virtual application packages that will be deployed to the client. The Configuration Manager Client cache size can be set at install time or configured manually as follows:
1. Open the Control Panel à Configuration Manger Applet.
2. Select the Advanced tab.
3. Click the Configure Settings button.
4. Adjust the "Amount of disk space to use (MB)" slider to the desired value. For example: to set the Configuration Manager Client cache size to 4 GB, enter 4192.
5. Click OK.
o The Application Virtualization Client cache free disk space threshold parameter should be set to ensure that the available disk space on the client PC is at least 1 GB larger than the Configuration Manager Client cache size. For example, if the Configuration Manager Client cache size is set to 4 GB, set the Application Virtualization Client cache to ensure that at least 5 GB of free disk space is available before the Application Virtualization Client cache is allowed to grow. The Application Virtualization Client cache MINFREESPACEMB parameter can be set at install time or configured manually as follows:
1. Select Start à Programs à Administrative Tools à Application Virtualization Client.
2. The Application Virtualization Client Management Console will appear.
3. Select Action à Properties from the menu bar.
4. Select the File System tab.
5. Select “Use free disk space threshold”.
6. Enter the desired value for "Minimum free space (MB)" parameter. For example: to set the free disk space threshold to 5 GB, enter 5120.
7. Click OK.
8. Close the Application Virtualization Client Management Console.
NOTE: There is additional impact to overall client PC disk space with cache management as disk space is not recovered, even when a user or administrator removes virtual application data. The space is available to, and reserved for, the Application Virtualization Client, but not recovered for the user. This can be an area of concern regarding user experience as users are typically used to removing unneeded files and programs when they get low on disk space. This doesn’t carry over with virtual applications as removing them has no impact on the available disk space on the client PC.
For a detailed description of the Application Virtualization Client installer command line options see http://technet.microsoft.com/en-us/library/cc843737.aspx.
For information about Configuration Manager Client installation properties see http://technet.microsoft.com/en-us/library/cc843737.aspx.
This section lists the steps required to migrate from an existing Application Virtualization 4.5 full infrastructure or stand-alone Application Virtualization 4.5 MSI deployment to application virtualization management with Configuration Manager.
1. Import existing Application Virtualization virtual application packages into Configuration Manager.
2. Create Configuration Manager collections and advertisements that will be used to target virtual application delivery to clients.
3. Enable Configuration Manager and Application Virtualization 4.5 integration through the Advertised Programs Client Agent.
NOTE: This action causes Configuration Manager to take control of the Application Virtualization Client on the Configuration Manager Client PC. This will cause the Configuration Manager Advanced clients to remove ALL previously deployed virtual application packages (published through an Application Virtualization Full Infrastructure or stand-alone MSI). This is accomplished by purging the Application Virtualization Client cache and removing any existing Application Virtualization Client references to Application Virtualization Management Servers. If no applications have been published (i.e., advertised) to a specific client, then no virtual applications will be available on that client until virtual applications are advertized to that client.
4. Configuration Manager virtual application advertisements and client policies are evaluated and the advertised virtual applications are re-deployed to clients via Configuration Manager.
NOTE: It is not necessary to re-sequence all existing virtual application packages to deploy them with Configuration Manager; however, if the package was created with an earlier version of the Sequencer (i.e., prior to version 4.5) each virtual application package must be opened with the Application Virtualization 4.5 Sequencer program and saved. This is necessary to create the Application Virtualization 4.5 mainifest.xml file that is required for virtual application deployment with Configuration Manager.
Virtual application packages created with the SoftGrid 4.1 or 4.2 versions of the Sequencer are fully supported with Application Virtualization 4.5. Virtual application packages created with the SoftGrid 3.x or 4.0 versions of the Sequencer are expected to work with 4.5; however, some applications created with pre-4.1 versions of the Sequencer may need to be re-sequenced with the Application Virtualization 4.5 Sequencer.
For more information on how to manage virtual application packages see http://technet.microsoft.com/en-us/library/cc161843.aspx |