Your desktop virtualisation reality check
Avoiding migration pitfalls
Magic Quadrant for Enterprise Backup/Recovery
Workshop Migrating desktops is never easy. The promise of better management and security that is offered by desktop virtualisation is adding a new twist to the many desktop migration projects that are beginning to show themselves.
In this article we look at what, if anything, that we have done in the past can be applied in a "traditional desktop to virtual desktop" migration scenario, and highlight any potential gaps and gotchas that organisations should watch out for if they are considering implementing desktop virtualisation in any of its guises.
Figure 1 below highlights that many organisations are today actively looking at refreshing their desktop estates. Indeed, it is fair to say that the majority of organisations expect to undertake some form of desktop upgrade or refresh activity in the very near term, if they haven’t just done it already.

This drive towards upgrading or refreshing desktop and laptop estates is by no means unexpected. We know from our research that the age of much of the desktop machine population now exceeds three years, and that many organisations face considerable challenges maintaining the effectiveness of this ageing kit in terms of meeting business needs.
As important are the challenges in maintaining user satisfaction as the age of kit increases, which can in turn so easily lead to a poor perception of IT in general given that desktop equipment is one of the few parts of the infrastructure that every user physically touches.
With desktop upgrade activity now gathering pace, it is best to think about the options from the perspective of where these journeys are likely to begin, rather than leaping immediately to where they could end. A quick glance at Figure 2 indicates the state of play when we last checked with respect to desktop operating systems, for example.
The report referred to in the link above makes the point that some organisations are not only looking at deploying the latest Microsoft desktop operating system, Windows 7, but also potentially Apple systems and even some Linux on the desktop. However, existing operating system and application dependencies need to be considered carefully when planning for a new target operating system or systems.

As indicated in an earlier article in this series, our research also indicates that organisations may not only be looking at the usual “like for like” desktop upgrade and refresh projects. It is clear that many are also considering desktop virtualisation solutions to deploy new desktop services, whatever the underlying physical hardware and operating systems on the target device.
So what are the “gotchas”, especially if considering a migration to a virtual desktop solution?
Many of the hurdles are just the same as for any desktop upgrade project. A major challenge, for example, is identifying exactly how many machines need to be upgraded, which applications need to be installed or updated, and which users will be affected. This sounds simple in principle, but we know from several studies that few organisations have the necessary inventory and asset management information to hand, making the tasks non-trivial in practice.
We’ve also been learning lessons from early adopters of virtual desktop solutions. For a start, getting server and storage systems operating effectively to deliver good performance is vital and the ongoing network configuration and management can be taxing unless good tools and networking expertise are available.
Despite the fact that many desktop virtualisation projects struggle to make a business case that will be accepted by the ultimate business sponsors, it remains important to take the trouble to architect the solution and ensure that best practices (especially around storage configuration and gold imaging) will be followed. As everyone knows, poor performance of any new system is certain to generate extremely negative user feedback in double-quick time.
After this, and as with desktop migrations in general, it is fundamentally a matter of training users and support staff adequately in the new systems in order to ensure smooth running and to minimise the number of support calls generated. A last step is to make sure that good operational processes are put in place to keep the virtual desktop system running, hopefully over many years of active deployment.
We would appreciate any examples you have of tips that helped you get through your projects - if you have any horror stories, we'd like to hear them as well.
COMMENTS
Knackered after 3 years?
"...We know from our research that the age of much of the desktop machine population now exceeds three years, and that many organisations face considerable challenges maintaining the effectiveness of this ageing kit in terms of meeting business needs."
Why?
One of the two machines I am using right now is probably well over 3 years old. There's nothing wrong with it; probably years of life left in it. Bit dusty maybe, but that's about all. It's still reliable, shows no signs of clapping out, and is still more than fast enough to do my work. And I'm developing software on it.
I know technology marches on and all that, but the curve has levelled out considerably over the last few years (in practical terms). And most desktops are used to write emails, read and write some Word documents, look at some spreadsheets and talk to a database or two. Why is a three year old machine unable to do this today any less effectively as it managed three years ago?
Exactly!
Where I work we have a lot of good PCs 6-8 years old. We had one power supply fail out of 80Pcs. They are a bit slow running XP so we put GNU/Linux on them. We bought a few new PCs and put GNU/Linux on them. When we want performance we use the old machines as X clients of the new PCs so everyone has a piece of large RAM, fast CPU, and fast storage. They make excellent thin clients and we only need to upgrade a fraction of our PCs to stay current.
The "custom" of changing PCs frequently is incredibly wasteful but very profitable for Wintel.
How do you handle OEM Windows licenses?
We have a few older PCs running XP with OEM licenses. What would be a good way to virtualize these systems either as one server + VNC clients or as individual VMs running on client PCs? Getting retail XP licenses is difficult at best. Not sure if Windows 7 "XP Mode" can be used as a standalone VM.

IT infrastructure monitoring strategies
What you need to know about cloud backup
Enabling efficient data center monitoring
Agentless Backup is Not a Myth
Top 10 SIEM Implementer’s Checklist