<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:clearspace="http://www.jivesoftware.com/xmlns/clearspace/rss" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:opensearch="http://a9.com/-/spec/opensearch/1.1/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>VMware Communities: Message List - Pooled persistent desktop management issue</title>
    <link>http://communities.vmware.com/community/vmtn/entdesk/view?view=discussions</link>
    <description>Most recent forum messages</description>
    <language>en</language>
    <pubDate>Wed, 13 Aug 2008 15:33:15 GMT</pubDate>
    <generator>Clearspace 1.10.12 (http://jivesoftware.com/products/clearspace/)</generator>
    <dc:date>2008-08-13T15:33:15Z</dc:date>
    <dc:language>en</dc:language>
    <item>
      <title>Re: Pooled persistent desktop management issue</title>
      <link>http://communities.vmware.com/message/1022173?tstart=0#1022173</link>
      <description>I see you mention a user profile solution as I have seen in other threads but I have to say that there is a much better option than the RTO solution you mention. Entrigue's Script Start ProfileUnity makes a HUGE difference in logon performance improvement. We tested ProfileUnity and even the largest of profiles only took seconds to logon to. At the same time, Entrigue's solution actually provisions initial network admin profile settings for users, things that are normally a pain in the butt that admins have to do on a daily basis such as map drives/printers, create desktop shortcuts, setup MAPI profiles. BTW, we found Entigue because their profile provisioning solution is availabe as an easy to install Open Source solution....so admins can even run the profile provisioning solution at ZERO cost.</description>
      <pubDate>Wed, 13 Aug 2008 15:33:15 GMT</pubDate>
      <author>SteveHudson</author>
      <guid>http://communities.vmware.com/message/1022173?tstart=0#1022173</guid>
      <dc:date>2008-08-13T15:33:15Z</dc:date>
      <clearspace:dateToText>1 year, 3 months ago</clearspace:dateToText>
    </item>
    <item>
      <title>Re: Pooled persistent desktop management issue</title>
      <link>http://communities.vmware.com/message/920768?tstart=0#920768</link>
      <description>&lt;div class="jive-quote"&gt;&lt;span class="jive-quote-header"&gt;wponder wrote:&lt;/span&gt;This is possible but not exactly how you describe. Non-Persistent pools when using VDM are not non-persistent in the context of disks. You can however implement them that way by doing some scripting on the back end to set the disks to non-persistent disks after they are cloned. I would also recommend you combine this with a profile virtualization or management solution such as RTOsoft virtual profiles otherwise your users settings will be lost after each reset.&lt;br /&gt;
&lt;p /&gt;
WP&lt;/div&gt;
Depending on the size of the environment you might not even need to set the disk to non persistant.  You could simply delete all the VM's if  you have the need to make a change to the template or you could simply use the delete after first use option in VMware's VDM (assuming that is what he is using) to keep your pool up to date with the latest changes int he template.</description>
      <pubDate>Mon, 21 Apr 2008 13:26:39 GMT</pubDate>
      <author>mittim12</author>
      <guid>http://communities.vmware.com/message/920768?tstart=0#920768</guid>
      <dc:date>2008-04-21T13:26:39Z</dc:date>
      <clearspace:dateToText>1 year, 7 months ago</clearspace:dateToText>
    </item>
    <item>
      <title>Re: Pooled persistent desktop management issue</title>
      <link>http://communities.vmware.com/message/920721?tstart=0#920721</link>
      <description>This is possible but not exactly how you describe. Non-Persistent pools when using VDM are not non-persistent in the context of disks. You can however implement them that way by doing some scripting on the back end to set the disks to non-persistent disks after they are cloned. I would also recommend you combine this with a profile virtualization or management solution such as RTOsoft virtual profiles otherwise your users settings will be lost after each reset.&lt;br /&gt;
&lt;br /&gt;
WP</description>
      <pubDate>Mon, 21 Apr 2008 12:55:35 GMT</pubDate>
      <author>wponder</author>
      <guid>http://communities.vmware.com/message/920721?tstart=0#920721</guid>
      <dc:date>2008-04-21T12:55:35Z</dc:date>
      <clearspace:dateToText>1 year, 7 months ago</clearspace:dateToText>
      <clearspace:replyCount>2</clearspace:replyCount>
    </item>
    <item>
      <title>Pooled persistent desktop management issue</title>
      <link>http://communities.vmware.com/message/920662?tstart=0#920662</link>
      <description>Dear all,&lt;br /&gt;
&lt;br /&gt;
I get a question in mind. If we use VDI to deploy pooled persistent desktop to user, Every user still get their own desktop. As an IT department, We still need to maintain patch, update anti-virus, update application in all virtual desktop. The only benefit is that we can reduce cost on traveling to user premises on repairing hardware failure.&lt;br /&gt;
&lt;br /&gt;
On the other hand, if we can deploy pooled non-persisent desktop VDI to all users. The benefit will be much greater. Let say that we create a template to contain all necessary business applications, anti-virus etc and automatically roll out to all users.&lt;br /&gt;
&lt;br /&gt;
User can save their work (My Documents) and email into network drive. When they log off, the VM will be automatically destructed. If any application revision is needed, We just modify the VM template and redeploy to all VDI users again.&lt;br /&gt;
&lt;br /&gt;
When user login next time, their desktop is already new one with patched application and security update. &lt;br /&gt;
&lt;br /&gt;
Is it possible to do so in VDI ? any success story ?&lt;br /&gt;
&lt;br /&gt;
Regards,&lt;br /&gt;
Edward</description>
      <pubDate>Mon, 21 Apr 2008 11:06:06 GMT</pubDate>
      <author>vitzares</author>
      <guid>http://communities.vmware.com/message/920662?tstart=0#920662</guid>
      <dc:date>2008-04-21T11:06:06Z</dc:date>
      <clearspace:dateToText>1 year, 7 months ago</clearspace:dateToText>
      <clearspace:replyCount>3</clearspace:replyCount>
    </item>
  </channel>
</rss>

