Solved

Recommended / Best Practices Restart Procedure for Citrix XenApp Environment

Posted on 2012-04-02
3
4,622 Views
Last Modified: 2012-04-04
Hi All,

I have an environment I manage which is running a 6-VM server Citrix setup with the following:
1x - CAG
1x - Web Interface
1x - Data Collector
3x - XenApp 6.5 Servers

With regards to restarting the servers, what do you guys recommend as the best practice?

I would firstly out of business hours shut them all down and typically I would start them up in the following order:

1. Start the CAG, Web Interface and Data Collector.
2. Start the remaining 3 XenApp servers.

Would like to know whether my approach is the correct / best practice approach or whether I am doing it backwards?

What do you guys recommend?

Cheers
0
Comment
Question by:vasboz
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
3 Comments
 
LVL 26

Accepted Solution

by:
Tony Johncock earned 50 total points
ID: 37800613
Nothing wrong in the order you're doing them. Typically though, CAGs tend to be quite stable and not require the same amount of reboots as Citrix application servers.

Ditto the WI and Data Collector - if the latter isn't also hosting apps, it tends to be quite stable.

Most places tend to just reboot the application servers (i.e the ones actually hosting published apps) once a week - and ideally via automation - on a staggered phase in case one doesn't come back up cleanly. So in your case, I'd recommend say a Friday, Monday and Wednesday nights - that way if one doesn't come back up you at least have the other two.
0
 
LVL 31

Assisted Solution

by:Justin Owens
Justin Owens earned 20 total points
ID: 37801586
We set up our Application servers for daily reboots at 3:00 AM because they are heavily enough used that they become non-responsive due to overload when we don't.  A better solution would be to expand the app server farm, but that is not an option for us right now.  As Tony1044 mentioned, you should not need to have frequent reboots of the other servers.  I tend to hold off on those to wait for monthly patches and updates.  In this way, each server gets at least one reboot a month.

Ultimately, it is about personal preference and best practice for your specific scenario.

DrUltima
0
 
LVL 23

Assisted Solution

by:Ayman Bakr
Ayman Bakr earned 30 total points
ID: 37801709
The best practice is to have a periodic reboot to the session-hosting servers (that is the XenApp servers). How often is this reboot depends on the load on the servers and how often is the cache/RAM/pagefile depleted. Some people do it biweekly and I know of others who do it on a daily basis!

Personally, we do it on a weekly basis. Tony1044's suggestion is great, in case you decided to do it on a weekly basis, to distribute the reboot over the week days. However, just for your information, in our case this is not possible and we have SLAs with our clients where we are entitled to a maintenance window period on a weekend only - so we can't reboot during the weekdays.

Again, as Tony1044 outlined, the Web interface, data collector (if not hosting sessions), CAG and SQL servers are usually stable - so it is not required to have a reboot schedule for them. However, in case you need to apply patches where a restart is needed or in case of emergencies the order for shutting down and bringing up should be as follows:

ShutDown order:
1. Shut down the XenApp servers first
2. Shut down the Data Collector, Web Interface, CAG (doesn't matter here which is first)
3. Shut down SQL server
4. If the above are VMs and if required shut down the hypervisors (XenServers)

Booting Up order:
1. Boot up the hypervisors
2. Boot up the SQL server
3. Boot up the Data collectors, CAG, Web Interface servers
4. Boot up the XenApp servers
0

Featured Post

Threat Trends for MSPs to Watch

See the findings.
Despite its humble beginnings, phishing has come a long way since those first crudely constructed emails. Today, phishing sites can appear and disappear in the length of a coffee break, and it takes more than a little know-how to keep your clients secure.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

In this article, I am going to show you how to simulate a multi-site Lab environment on a single Hyper-V host. I use this method successfully in my own lab to simulate three fully routed global AD Sites on a Windows 10 Hyper-V host.
This article provides a convenient collection of links to Microsoft provided Security Patches for operating systems that have reached their End of Life support cycle. Included operating systems covered by this article are Windows XP,  Windows Server…
This tutorial will show how to configure a new Backup Exec 2012 server and move an existing database to that server with the use of the BEUtility. Install Backup Exec 2012 on the new server and apply all of the latest hotfixes and service packs. The…
This Micro Tutorial hows how you can integrate  Mac OSX to a Windows Active Directory Domain. Apple has made it easy to allow users to bind their macs to a windows domain with relative ease. The following video show how to bind OSX Mavericks to …

688 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question