The D-spot

Microsoft’s application virtualization solution has reached version 4.6 some weeks ago. The most important thing about version 4.6 is support for 64 bit. The Server parts could run on x64 operating systems, but it was impossible to install the AppV client on x64 operating systems. Time to upgrade!

As the client needs to be updated first, I will cover the client upgrade process only. (Client first, server next, sequencer last). Good to know that only the client and the sequencer are updated to version 4.6. No need to update your Management server as version 4.5.2.17140 is still the latest and greatest.

AppV has some Prerequisites, I will install them first. Then I will install the AppV client itself, using some command line parameters and a registry file import for applying custom settings.

Prerequisites

Application error reporting

msiexec /I SOURCE_PATH\dw20shared.msi /QN APPGUID={4C1CE627-6B28-436E-BD12-3A881065FB20} REBOOT=REALLYSUPPRESS ALLUSERS=1

Visual C++ 2005 runtime

SOURCE_PATH\vcredist2005_x86.exe /Q:A /c:”VCREDI~3.exe /Q:A /C:”"MSIEXEC /I VCREDIST.MSI /QN “”"

Visual C++ 2008 runtime

msiexec /i SOURCE_PATH\vc2008\vc_red.msi /qn /l*v “LOGFILE_PATH\vc2008runtime.log”

AppV 4.6 Client with command line parameters

Because storage is expensive, we have a different cache policy for virtual machines. Cache size on virtual systems don’t have to be as enormous as on physical machines. Not only the cache size is reduced in virtual machines, also the AutoLoad features are disabled via the MSI command line parameters.

To identify virtual machines I query on the computer name. As we use specific names for our VM’s, this should be a piece of cake!

We do an architecture check in a batch file. So I have two code blocks, one for x64 and another for x86 operating systems. Only the paths are different, so I will post only one.

AppV Client Installation

Echo install AppV x64 Client

rem Virtual Machine check
Echo %computername% | findstr /i “ISOPC99 VPC” >NUL && (
    Echo Installing AppV x64 client for Virtual Machines
    msiexec /i “SOURCE_PATH\x64\setup.msi” SWICACHESIZE=”4096″ autoloadTriggers=0 AutoLoadTarget=0 AutoLoadonLaunch=0 AutoLoadonRefresh=0 AutoLoadonLogin=0 SWIDCSDISPLAY=”Company Streaming Server” SWIDCSTYPE=”RTSP” SWIDCSHOST=”appvserver.domain.local” SWIDCSPORT=”554″ SWIDCSREFRESH=”on” SWIGLOBALDATA=”C:\Program Files\Microsoft Application Virtualization Client\GLOBAL\” SWISOFTGRIDDRIVE=”Q” /q REBOOT=REALLYSUPPRESS /l*v “LOGFILE_PATH\appv46.log”
    ) || ( 
   Echo Installing AppV x64 client for Physical Machines
    msiexec /i “SOURCE_PATH\Source\x64\setup.msi” MinFreeSpaceMB=”6000″ SWIDCSDISPLAY=”Company Streaming Server” SWIDCSTYPE=”RTSP” SWIDCSHOST=”appvserver.domain.local” SWIDCSPORT=”554″ SWIDCSREFRESH=”on” SWIGLOBALDATA=”C:\Program Files\Microsoft Application Virtualization Client\GLOBAL\” SWISOFTGRIDDRIVE=”Q” /q REBOOT=REALLYSUPPRESS /l*v “LOGFILE_PATH\appv46.log”
    )

Echo Import Regkeys
regedit /s SOURCE_PATH\appv64_v2.reg

The registry file that is imported in the last line specify the sftlog.txt log file location, and some other tweaks, have a look:

Registry import (x86)

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SoftGrid\4.5\Client\Configuration]
“SystemEventLogLevel”=dword:00000004
“LogFileName”=”C:\\PATH_OF_YOUR_CHOICE\\sftlog.txt”
“UserDataDirectory”=”%APPDATA%”
“ApplicationSourceRoot”=”RTSP://server.domain.local:554″
“LaunchRecordMask”=dword:005a0000

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SoftGrid\4.5\Client\DC Servers\Company Streaming Server]
“Period”=dword:00000000
“Refresh”=dword:00000001
“Reporting”=dword:00000001

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SoftGrid\4.5\Client\AppFS]
“UnloadLeastRecentlyUsed”=dword:00000001
“MinPackageAge”=dword:00000001

Registry import (x64)

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\SoftGrid\4.5\Client\Configuration]
“SystemEventLogLevel”=dword:00000004
“LogFileName”=”C:\\PATH_OF_YOUR_CHOICE\\sftlog.txt”
“UserDataDirectory”=”%APPDATA%”
“ApplicationSourceRoot”=”RTSP://server.domain.local:554″
“LaunchRecordMask”=dword:005a0000

[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\SoftGrid\4.5\Client\DC Servers\Company Streaming Server]
“Period”=dword:00000000
“Refresh”=dword:00000001
“Reporting”=dword:00000001

[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\SoftGrid\4.5\Client\AppFS]
“UnloadLeastRecentlyUsed”=dword:00000001
“MinPackageAge”=dword:00000001

That’s it.

When the SQL Server is on the same machine as the App-V Management Server (formerly known as the VAS Server), the App-V Management Server Service doesn’t start after a reboot.

Solve this by adding the MSSQLSERVER as dependency to App-V service in the registry. (Use MSSQL$SQLEXPRESS when using SQL Server Express edition).

To finalize, add a DWORD named ‘DelayedAutostart’ with value 1.

Reboot the server, the Application Virtualization Management Server service should start (with a slight delay).

Microsoft announced that Desktop Optimization Pack (MDOP) 2009 R2 will be released in late October 2009 and will add Windows 7 support for all components, except for MED-V.  Server and management components will support Windows 2008 R2.

Microsoft is promising that the new MDOP tools will have management components that support Windows Server 2008 R2, which was released to manufacturing on Sept 14 and available through MSDN as we speak.  In addition, all of the components in MDOP 2009 R2, except for MED-V, will support Windows 7.  Microsoft expects to add Windows 7 support in MED-V when it releases MED-V 1.0 Service Pack 1 sometime in the “first quarter of calendar year 2010″, according to the blog.

MDOP employs six innovative technologies to increase desktop manageability, reduce TCO, and improve overall infrastructure satisfaction:

• Application Virtualisation. Deploy software applications that are never installed and never require regression testing, yet follow users anywhere, on demand.

• Advanced Group Policy Manager. Help IT take control of the desktop through effective change management, versioning and resets.

• Asset Inventory Service. Scan software inventory and transform title data into information that can help administrators make better asset-management decisions.

• Diagnostics and Recovery Toolset. Quickly repair unbootable or locked-out systems, restore lost data, remove malware from infected systems and diagnose problems.

• Microsoft Enterprise Desktop Virtualisation (MED-V). Enhance deployment and management of Virtual PC images on a desktop running the Windows operating system. Simultaneously provide a seamless user experience on a virtual PC environment independent of the local desktop configuration and operating system.

• Microsoft System Center Desktop Error Monitoring. Prevent or reduce the response time for system crashes and freezes with granular error filtering and automated alerts.

With its virtualization technologies and manageability components, MDOP 2009 R2 is an essential part of your Windows 7 planning and deployment strategy.
This is a great opportunity to highlight the key innovations of MDOP 2009 R2 and talk about how MDOP can help you rapidly migrate to Windows 7, deploy applications with greater ease, resolve application incompatibility, and reduce desktop management costs.

Full Article on The Official MDOP Blog.