<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>Comments on: Backup, Restore and Reset your XenApp 6 farms with powershell.</title>
	<atom:link href="http://andrewmorgan.ie/2011/11/backup-restore-and-reset-your-xenapp-6-farms-with-powershell/feed/" rel="self" type="application/rss+xml" />
	<link>http://andrewmorgan.ie/2011/11/backup-restore-and-reset-your-xenapp-6-farms-with-powershell/</link>
	<description>Grumpy ramblings</description>
	<lastBuildDate>Mon, 06 Jun 2016 09:35:32 +0000</lastBuildDate>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=4.0</generator>
	<item>
		<title>By: Andrew Morgan</title>
		<link>http://andrewmorgan.ie/2011/11/backup-restore-and-reset-your-xenapp-6-farms-with-powershell/#comment-391</link>
		<dc:creator><![CDATA[Andrew Morgan]]></dc:creator>
		<pubDate>Tue, 18 Mar 2014 20:21:52 +0000</pubDate>
		<guid isPermaLink="false">http://andrewmorgan.ie/?p=1002#comment-391</guid>
		<description><![CDATA[Check out Barry Schiffers AIM for some good scripts and automation framework: http://www.barryschiffer.com/aim-toolkit/]]></description>
		<content:encoded><![CDATA[<p>Check out Barry Schiffers AIM for some good scripts and automation framework: <a href="http://www.barryschiffer.com/aim-toolkit/" rel="nofollow">http://www.barryschiffer.com/aim-toolkit/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mayur</title>
		<link>http://andrewmorgan.ie/2011/11/backup-restore-and-reset-your-xenapp-6-farms-with-powershell/#comment-390</link>
		<dc:creator><![CDATA[Mayur]]></dc:creator>
		<pubDate>Tue, 18 Mar 2014 20:19:23 +0000</pubDate>
		<guid isPermaLink="false">http://andrewmorgan.ie/?p=1002#comment-390</guid>
		<description><![CDATA[Yes, I agree using PoSH can be messy and hard to maintain. I have thought about trying PVS but the cost of Platinum license, complexity of its many moving parts does not warrant its useability for smaller Xenapp environments.

I would be grateful to get an overview of what would be involved in terms of initial setup and ongoing maintenance to use RES AM or Frontrange DSM. I had downloaded a trial of RES AM a while ago but never got round to setting it up. Any whitepapers or step by step docs I can review would be very helpful.

The thought also crossed the mind of perhaps looking at using SCCM and Config Manager 2007 plugin for XenApp to automate the deploying of new apps and Windows updates but not sure what is involved in using it from a complexity/knowledge/skills standpoint.]]></description>
		<content:encoded><![CDATA[<p>Yes, I agree using PoSH can be messy and hard to maintain. I have thought about trying PVS but the cost of Platinum license, complexity of its many moving parts does not warrant its useability for smaller Xenapp environments.</p>
<p>I would be grateful to get an overview of what would be involved in terms of initial setup and ongoing maintenance to use RES AM or Frontrange DSM. I had downloaded a trial of RES AM a while ago but never got round to setting it up. Any whitepapers or step by step docs I can review would be very helpful.</p>
<p>The thought also crossed the mind of perhaps looking at using SCCM and Config Manager 2007 plugin for XenApp to automate the deploying of new apps and Windows updates but not sure what is involved in using it from a complexity/knowledge/skills standpoint.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Morgan</title>
		<link>http://andrewmorgan.ie/2011/11/backup-restore-and-reset-your-xenapp-6-farms-with-powershell/#comment-389</link>
		<dc:creator><![CDATA[Andrew Morgan]]></dc:creator>
		<pubDate>Tue, 18 Mar 2014 18:53:55 +0000</pubDate>
		<guid isPermaLink="false">http://andrewmorgan.ie/?p=1002#comment-389</guid>
		<description><![CDATA[I recommend RES automation manager or frontrange DSM if you want I automate the entire process. Doing so from powershell would be a lot of work.]]></description>
		<content:encoded><![CDATA[<p>I recommend RES automation manager or frontrange DSM if you want I automate the entire process. Doing so from powershell would be a lot of work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mayur</title>
		<link>http://andrewmorgan.ie/2011/11/backup-restore-and-reset-your-xenapp-6-farms-with-powershell/#comment-388</link>
		<dc:creator><![CDATA[Mayur]]></dc:creator>
		<pubDate>Sat, 15 Mar 2014 18:42:48 +0000</pubDate>
		<guid isPermaLink="false">http://andrewmorgan.ie/?p=1002#comment-388</guid>
		<description><![CDATA[Hi Andrew, I this is quite an old post which I came across while searching the net for ideas and concepts of how to replace the complexity of using PVS when used for single image management in a XenApp 6.5 farm.

I currently deploy my Xenapp servers unattended in a 4/5 stepped process:

1. Deploy Windows OS
2. Install XenApp 6.5 and join farm
3. Install applications
4. Add new XA server into a Worker group
5. Optionally Add new publish applications and user permissions.

At present I apply Windows and applications updates using scripts which run sequentially through each xenapp server. If a new application needs to be added it gets installed silently at the same time. All the Xenapp servers are identical in build and applications to provide good DR recover-ability, better use of the resources and scalability and minimize profile corruption etc.

I am seeking ideas on how I could transform the process of updating the Windows patches and applications updates/additions using  my automation method.

What I had in mind but not as yet tested in lab is if I could script the process in such a way that each time there are Windows updates requiring to be added to the farm servers I simply rebuild the farm from scratch. Off course this would require some form of staging and testing before running it in production. Many years back I have used a tool from VisionApp which did exactly this.

Is this something worth spending time on or there is an easier method that you can think of to achieve the same goal.

Thanks
M]]></description>
		<content:encoded><![CDATA[<p>Hi Andrew, I this is quite an old post which I came across while searching the net for ideas and concepts of how to replace the complexity of using PVS when used for single image management in a XenApp 6.5 farm.</p>
<p>I currently deploy my Xenapp servers unattended in a 4/5 stepped process:</p>
<p>1. Deploy Windows OS<br />
2. Install XenApp 6.5 and join farm<br />
3. Install applications<br />
4. Add new XA server into a Worker group<br />
5. Optionally Add new publish applications and user permissions.</p>
<p>At present I apply Windows and applications updates using scripts which run sequentially through each xenapp server. If a new application needs to be added it gets installed silently at the same time. All the Xenapp servers are identical in build and applications to provide good DR recover-ability, better use of the resources and scalability and minimize profile corruption etc.</p>
<p>I am seeking ideas on how I could transform the process of updating the Windows patches and applications updates/additions using  my automation method.</p>
<p>What I had in mind but not as yet tested in lab is if I could script the process in such a way that each time there are Windows updates requiring to be added to the farm servers I simply rebuild the farm from scratch. Off course this would require some form of staging and testing before running it in production. Many years back I have used a tool from VisionApp which did exactly this.</p>
<p>Is this something worth spending time on or there is an easier method that you can think of to achieve the same goal.</p>
<p>Thanks<br />
M</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Morgan</title>
		<link>http://andrewmorgan.ie/2011/11/backup-restore-and-reset-your-xenapp-6-farms-with-powershell/#comment-387</link>
		<dc:creator><![CDATA[Andrew Morgan]]></dc:creator>
		<pubDate>Thu, 07 Mar 2013 21:59:18 +0000</pubDate>
		<guid isPermaLink="false">http://andrewmorgan.ie/?p=1002#comment-387</guid>
		<description><![CDATA[Hi Colin,

Absolutely, that check could be turned off in the code. I&#039;m slammed at the moment and will be for a few weeks so feel free to remove if yourself knowing it shouldn&#039;t break anything.

A]]></description>
		<content:encoded><![CDATA[<p>Hi Colin,</p>
<p>Absolutely, that check could be turned off in the code. I&#8217;m slammed at the moment and will be for a few weeks so feel free to remove if yourself knowing it shouldn&#8217;t break anything.</p>
<p>A</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Colin Hill</title>
		<link>http://andrewmorgan.ie/2011/11/backup-restore-and-reset-your-xenapp-6-farms-with-powershell/#comment-386</link>
		<dc:creator><![CDATA[Colin Hill]]></dc:creator>
		<pubDate>Thu, 07 Mar 2013 12:14:34 +0000</pubDate>
		<guid isPermaLink="false">http://andrewmorgan.ie/?p=1002#comment-386</guid>
		<description><![CDATA[great script but 1 major issue for me.  We publish a desktop for all of our servers for app support teams.  To run this on our Prod farm I would have to have a Worker Group for every server as it currently fails saying applications published to servers are not supported.  With over 150 servers this will never happen in our enviroment.  Is there either a way I can back these up or exclude the desktop folder when recursing the applications?]]></description>
		<content:encoded><![CDATA[<p>great script but 1 major issue for me.  We publish a desktop for all of our servers for app support teams.  To run this on our Prod farm I would have to have a Worker Group for every server as it currently fails saying applications published to servers are not supported.  With over 150 servers this will never happen in our enviroment.  Is there either a way I can back these up or exclude the desktop folder when recursing the applications?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
