<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Ue-V on Anything About IT</title><link>https://www.verboon.info/tags/ue-v/</link><description>Recent content in Ue-V on Anything About IT</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Tue, 03 Jul 2012 19:16:09 +0000</lastBuildDate><atom:link href="https://www.verboon.info/tags/ue-v/index.xml" rel="self" type="application/rss+xml"/><item><title>Microsoft User Experience Virtualization &amp;ndash; Part 2: Setting up UE-V</title><link>https://www.verboon.info/2012/07/microsoft-user-experience-virtualization-part-2-setting-up-ue-v/</link><pubDate>Tue, 03 Jul 2012 19:16:09 +0000</pubDate><guid>https://www.verboon.info/2012/07/microsoft-user-experience-virtualization-part-2-setting-up-ue-v/</guid><description>&lt;p&gt;As a follow up on my earlier post &lt;a href="https://www.verboon.info/index.php/2012/07/microsoft-user-experience-virtualization-part-1-the-road-to-ue-v/"&gt;Microsoft User Experience Virtualization – Part 1: The Road to UE-V&lt;/a&gt; in todays’ post I am going to describe how to get UE-V up and running in just a few steps.&lt;/p&gt;
&lt;p&gt;To conduct this mini proof of concept, you need the following:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;Access to Active Directory (Group Policy Management and the Users and Computers Console)&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Access to a File Server to create 2 shares&lt;/p&gt;</description></item><item><title>Microsoft User Experience Virtualization &amp;ndash; Part 1: The Road to UE-V</title><link>https://www.verboon.info/2012/07/microsoft-user-experience-virtualization-part-1-the-road-to-ue-v/</link><pubDate>Sun, 01 Jul 2012 16:03:16 +0000</pubDate><guid>https://www.verboon.info/2012/07/microsoft-user-experience-virtualization-part-1-the-road-to-ue-v/</guid><description>&lt;p&gt;Many IT Administrators will agree that managing Windows user profiles can be somewhat of a challenge especially when using roaming user profiles where data and settings can follow the user across multiple Windows Clients. The term roaming profiles was introduced in Windows NT 4.0 but my experience is that roaming profiles weren’t used much then because in these days most users just had their own dedicated desktop anyway and if roaming profiles were used then it was more for backup reasons. User data was typically stored on a home or group share and most applications were still using INI files instead of using the Windows registry. Some of you might remember the fun with &lt;a href="http://www.microsoft.com/resources/documentation/windowsnt/4/workstation/reskit/en-us/26_ini.mspx?mfr=true"&gt;mapping INI files into the Registry&lt;/a&gt;. Furthermore in these days many applications would not separate user data from application data hence the benefits of using a roaming profile were pretty limited.&lt;/p&gt;</description></item></channel></rss>