Maintaining App-V 5.0
Updated: November 1, 2012
Applies To: Application Virtualization 5.0, Application Virtualization 5.0 SP1, Application Virtualization 5.0 SP2, Application Virtualization 5.0 SP3
After you have completed all the necessary planning, and then deployment of App-V 5.0, you can use the following information to maiantain the App-V 5.0 infrastructure.
Move the App-V 5.0 Server
The App-V 5.0 server connects to the App-V 5.0 database. Therefore you can install the management component to any computer on the network and then connect it to the App-V 5.0 database.
Determine if an App-V 5.0 Application is Running Virtualized
Independent software vendors (ISV) who want to determine if an application is running virtualized with App-V 5.0 or above, should open a named object called AppVVirtual-<PID> in the default namespace. For example, Windows API GetCurrentProcessId() can be used to obtain the current process's ID, for example 4052, and then if a named Event object called AppVVirtual-4052 can be successfully opened using OpenEvent() in the default namespace for read access, then the application is virtual. If the OpenEvent() call fails, the application is not virtual.
Additionally, ISV’s who want to explicitly virtualize or not virtualize calls on specific API’s with App-V 5.0 and above, can use the VirtualizeCurrentThread() and CurrentThreadIsVirtualized() functions implemented in the AppEntSubsystems32.dll module. These provide a way of hinting at a downstream component that the call should or should not be virtualized.
Other resources for maintaining App-V 5.0
You can learn more about MDOP in the TechNet Library, search for troubleshooting on the TechNet Wiki, or follow us on Facebook or Twitter.