How to distribute Mirage Client with logon script

One of the things that Horizon Mirage doesn’t give you out of the box is the ability to deliver the Mirage client to clients in a centralized manned, which is kinda awkward for a solution that tries to centralize everything.

I solved this problem with a logon script i use for client deployments; you can use and tweak my script as you want but don’t blame me if it doesn’t work for you ­čÖé

Here’s the thing:

@echo off

rem echo Detecting OS processor type

if "%PROCESSOR_ARCHITECTURE%"=="AMD64" goto 64BIT

:32BIT
rem echo 32-bit OS
msiexec /norestart /quiet /l* "\\path_to_log\%COMPUTERNAME%-MirageClient.log" /i "\\path_to_setup\MirageClient.x86.15875.msi" serverip=<your_mirage_server> usessltransport=false
goto END

:64BIT
rem echo 64-bit OS
msiexec /norestart /quiet /l* "\\path_to_log\%COMPUTERNAME%-MirageClient.log" /i "\\path_to_setup\MirageClient.x64.15875.msi" serverip=<your_mirage_server> usessltransport=false
:END

Notice that the setup files have to be on a network share as well as the location of the log files where everyone have write access.

Advertisements

Upgrading VMware Mirage to 4.3

I’ve been waiting for a while for version 4.3 to come out for some interesting features some of my customers would be able to leverage, but I never thought I would be so surprised once I got to understand how to do it.

Essentially, there is no upgrade procedure, you just uninstall and reinstall the components just as they were before by using installer files from the 4.3 version.

Yes, I know, I thought the same but I can say that in the end it just seems to work. Even if there is no orchestration of a version upgrade that checks things around before proceeding I have to admit that the ease of operations is pretty nice.

Preparations steps are simple, just make sure you have the following written down:

  • Database server name
  • Credentials for the database server
  • Horizon Mirage┬áserver cache directory location
  • Cache size

Then just stop all Mirage services, snapshot all volumes, backup your DB and you’re done. A more detailed procedure can be found here but there is really not much more than that.

Now to the upgrade (or should I say reinstall?), the only thing to remember is that the order of operations must be respected:

  1. Select Control Panel > Add or Remove Programs to uninstall the system components.
  2. Uninstall all Horizon Mirage servers.
  3. Uninstall the Horizon Mirage Management console.
  4. Uninstall the Horizon Mirage Management server.
  5. Uninstall Horizon Mirage WebAccess.
  6. Use the new mis files to install the latest version of Horizon Mirage.
  7. Install the Horizon Mirage Management server.
  8. Install the Horizon Mirage Management console.
  9. Install the Horizon Mirage servers.
  10. Install Horizon Mirage WebAccess.

You will need to reboot the server after step 9.

A neat thing is that you won’t need to do anything to update your Mirage clients because once they contact the server they will self-upgrade with no downtime for the user. I just wish it would be possible to suppress the balloon notification that informs users about the upgrade or the possibility to decide when user clients will be upgraded.

I used this procedures twice on simple single server implementations and I had no issues.

Even if I would prefer a real upgrade procedure, in the end of the day i just want upgrades to work and this seems to be the case with Horizon Mirage, so no complains.

Horizon Mirage 4.3 Released!

After quite a long radio silence i can tell you that since i’ve been working behind the scenes with Horizon Mirage, i am pretty excited about the announcement of the new 4.3 version!

This version provides the following new features and improvements:

  • The IT manager can now manage VMware View full clone desktops with Horizon Mirage. The IT manager can send image updates to View desktops, while keeping the user applications and data intact.
  • A new policy enables Horizon Mirage to work only with base and app layer updates, without uploads, reducing the overhead of the Horizon Mirage steady state on the end user’s machine.
  • Using Windows 7 migration with layers:
    • The IT manager can send app layers during the migration process.
    • Endpoints receive the base layer and the app layers in a single batch, and require only one reboot.
    • When the IT manager is following the progress of the migration, the app layers assignments under the Windows 7 migration task can also be followed.
  • The new web console supports the Protection Manager role, which has primary responsibility to ensure that the devices are protected and synchronized with the CVDs.
  • The dashboard for the Protection Manger role includes:
    • Last known upload errors, to help the IT manager focus on the main issues that are preventing users from uploading their data.
    • Centralization trends, to enable the IT manager to view the current state of the endpoint centralization process and determine how long this phase will take to finish.
    • Unprotected endpoints, to enable the IT manager to view, for a specific time period, which endpoints did not complete the upload.
    • Network disconnects, to enable the IT manager to view if there are slow remote branches that suffer from network disconnects that affect user uploads.

I’ll try to share my findings with this product soon as i did with Horizon Workspace.

Stay tuned!

%d bloggers like this: