If your organization has a need to mass-create AD user accounts, watch this video to see how its done without the need for scripting or other unnecessary complexities.
Best Practices For Provisioing Services VHD Storage?
We currently have this architecture:
- 2 PVS servers
- 1 File server
The PVS servers connect to the VHD images on a single mapped network drive on the file server.
We have been experiencing network latency issues which I believe are due to the file server. I will have to shut down all of the VDAs in order to reboot the file server. This is a single point of failure for us. Bad News Bears...
This brings me to the question(s):
What is a best practice for ensuring fast and redundant VHD access for the PVS servers?
I have heard of placing a VHD on one PVS server and then replicating that to an identical folder on the other PVS servers. That way, there is less network activity. Is this something you guys do? What about replication file servers? Problems with either of those options?
I want to make sure my next architecture change is ready for 2017 and beyond (i.e.- new versions of XenDesktop and PVS)
- 2 PVS servers
- 1 File server
The PVS servers connect to the VHD images on a single mapped network drive on the file server.
We have been experiencing network latency issues which I believe are due to the file server. I will have to shut down all of the VDAs in order to reboot the file server. This is a single point of failure for us. Bad News Bears...
This brings me to the question(s):
What is a best practice for ensuring fast and redundant VHD access for the PVS servers?
I have heard of placing a VHD on one PVS server and then replicating that to an identical folder on the other PVS servers. That way, there is less network activity. Is this something you guys do? What about replication file servers? Problems with either of those options?
I want to make sure my next architecture change is ready for 2017 and beyond (i.e.- new versions of XenDesktop and PVS)
Who is Participating?
Experts Exchange Solution brought to you by
Enjoy your complimentary solution view.
Get every solution instantly with Premium.
Start your 7-day free trial.
I wear a lot of hats...
"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.
I use and prefer, the vdisk files locally on each PVS server. I then use a robocopy script to copy the files from one server to the other(s). I also know a lot of people who also use local storage but use DFS-R to replicate the files.
Experts Exchange Solution brought to you by
Your issues matter to us.
Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.
Start your 7-day free trial
@Cliff - At this time, we will continue to use Windows Server 2012 Datacenter for all server deployments. Are you saying that my best option is to deploy shared storage through file servers rather than put the VHD files on the PVS servers with replication?
@Carl - The robocopy script is manual, correct? I assume you prefer that to eliminate DFS-R as a possible point of failure...
So, how does that look once it is in place? You take one VHD, put it into maintenance mode, update the image, robocopy and then put into production on each PVS server?
@Carl - The robocopy script is manual, correct? I assume you prefer that to eliminate DFS-R as a possible point of failure...
So, how does that look once it is in place? You take one VHD, put it into maintenance mode, update the image, robocopy and then put into production on each PVS server?
Yes, robocopy script is manual.
Create a maintenance version, make changes, promote to test, test the changes, promote to production and run robocopy script. Script will only copy over the new or changed files which for versions, will be very small files. Exclude *.lok files and the WriteCache folder.
Create a maintenance version, make changes, promote to test, test the changes, promote to production and run robocopy script. Script will only copy over the new or changed files which for versions, will be very small files. Exclude *.lok files and the WriteCache folder.
Sounds good. I searched your site for anything covering robocopy and didn't find it. Know of a good reference article for this?
Yes, your best option is shared storage. Replication itself introduces challenges in sync, proper lose balancing, and often increases administrative cost and other failure opportunities. I've ever seen a successful deployment survive real world ROI and DR analyses.
@Carl - I don't think that document is the right one. I didn't see anything about robocopy, PVS or Citrix.
I thought I had posted this link but it looks like it didn't make it from my phone.
http://vhorizon.co.uk/robocopy-script-to-replicate-citrix-pvs-vdisk-store/
http://vhorizon.co.uk/robocopy-script-to-replicate-citrix-pvs-vdisk-store/
That tool looks awesome, but if I'm reading the article right, it doesn't support intra-site replication.
I have a single farm, single site and two stores. From what I'm reading, the tool only works if I'm transferring to another site.
I have a single farm, single site and two stores. From what I'm reading, the tool only works if I'm transferring to another site.
Using the tool, administrators can easily replicate a vDisk (or vDisks) from one PVS server to all other servers in the same site, and all PVS servers in another farm and site (including the export and import of vDisks and versions).
Well, that seems to be conflicting information. It doesn't support intra-site replication, but it replicates from one PVS server to all others in the same site...
I'll give it a try on a non-production vhd and see how it goes.
I'll give it a try on a non-production vhd and see how it goes.
After making sure that I have mclipssnapin added to powershell, I still get "PCS Powershell Snap-In Not Found".
I am trying to run the GUI of the replication tool.
I am trying to run the GUI of the replication tool.
Yes, 32 and 64 bit are registered and the transacted installs completed successfully.
I can't run the GUI of the new tool powershell but the MCLI commands work so I'm pretty sure that the PVS snapin is working.
If I run the GUI command from the command prompt, I just get a notepad file that opens.
I can't run the GUI of the new tool powershell but the MCLI commands work so I'm pretty sure that the PVS snapin is working.
If I run the GUI command from the command prompt, I just get a notepad file that opens.
Ya, I've tried it every which way and still get "PVS Powershell Snap-In Not Found". I'm going to get with Citrix Support and see if there's a problem with my PVS install... I'll get back to you.
@Cliff
@Carl
I got a reply from Samuel Breslow, the tool's maker, and he said that I need to be using PVS 7.7 or newer. I'll be upgrading PVS later this year. In the meantime, I'm exploring your recommendations for placing a copy of the vhd on each pvs server and then use robocopy.
Yes, your best option is shared storageBy shared storage, are you talking about a FC SAN kind of storage or using a file server that holds the vhd file(s) and is used by both PVS servers?
@Carl
I got a reply from Samuel Breslow, the tool's maker, and he said that I need to be using PVS 7.7 or newer. I'll be upgrading PVS later this year. In the meantime, I'm exploring your recommendations for placing a copy of the vhd on each pvs server and then use robocopy.
You can install the 7.7 or later console on any prior 7.x PVS server to get the new PowerShell stuff.
http://carlwebster.com/using-new-citrix-provisioning-services-powershell-pvs-7-0-7-1-7-6-7-6-ltsr/
Shared Storage can be CIFS/SMB, FC, iSCSI, NFS, NAS or similar storage tech that allows Windows to see a common storage are or drive.
http://carlwebster.com/using-new-citrix-provisioning-services-powershell-pvs-7-0-7-1-7-6-7-6-ltsr/
Shared Storage can be CIFS/SMB, FC, iSCSI, NFS, NAS or similar storage tech that allows Windows to see a common storage are or drive.
Carl, this brings up a side question...
Should I just upgrade to a higher PVS version?
I was reading [url="https://www.citrix.com/blogs/2016/01/14/7-6-7-7-or-7-8-ltsr-to-the-rescue/"]this[/url] and Nick suggests going with 7.6 LTSR (although that was back in early '16), but what about all those cool features that came out later?!
Should I just upgrade to a higher PVS version?
I was reading [url="https://www.citrix.com/blogs/2016/01/14/7-6-7-7-or-7-8-ltsr-to-the-rescue/"]this[/url] and Nick suggests going with 7.6 LTSR (although that was back in early '16), but what about all those cool features that came out later?!
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Citrix
From novice to tech pro — start learning today.
Experts Exchange Solution brought to you by
Enjoy your complimentary solution view.
Get every solution instantly with Premium.
Start your 7-day free trial.
Regardless though, multiple fine servers is not an inexpensive endeavor. Nor is using a fike server at all for multiple compute nodes. Fast disks, caches, no 2008/R2 licenses...you can't skimp. Or performance will just suck, and it probably isn't just the network at fault.