Jump to content
Welcome to our new Citrix community!
  • 0

MCS Persistent XenApp


Question

Hi guys,

 

In XenApp < 7.9 when you created the images from MCS the VM Was persistent, it was only on image update the VM was "reset" to the Image (I think - it was like that)

 

In 7.9 it seems like the VM is reset to zero at each reboot

 

Can i get the VM persistent on MCS - so the eventlog etc. is saved and its there after we reboot the server.

 

So its only if i do a "image" update of the XenApp server the server is "reset" to the last image update.

Link to comment

20 answers to this question

Recommended Posts

  • 0

It has never been that way.  You can either have a non-persistent catalog or a persistent one.

 

If you have a persistent desktops the only way to refresh the desktops is to delete them and create new ones.  This can automated.

 

If you have non-persistent they refresh at every reboot, there is a distinction between DDC reboot and vmware reboot.

Link to comment
  • 0

Okay wierd - i was pretty sure that xenapp servers was statefull until imageupdate was done

 

So you could do small updates to all xenapp servers on the fly and only do full updates on a pr month base with new updated images..

 

I was pretty sure that was possible in an older release where the linked disk from base vm was only reset at image update process (Only XenApp)

 

So we did not have to go through the image update process to implement small changes .. But guess im wrong..

Link to comment
  • 0
Hi,
 
before 7.9 you were able to reboot a MCS Server manually (via Start => Shutdown => Reboot) without wiping cache.
Rebooting via Studio wiped the cache (It wasn´t a reboot, it was a power off, power on).
Using Cache in Memory in 7.9 makes this impossible ;)
I´m not sure about 7.9 using hard disk cache only but that should be the same because of MCSIO.
 
See MCSIO:

https://www.citrix.com/blogs/2016/08/03/introducing-mcs-storage-optimisation/

 

"Changes in the architecture introduce a subtle, but important change to how MCSIO operates compared to standard MCS. In MCS, the delta disk cached all guest read/write operations and resides on the same storage as the master disk. In MCSIO, your temporary cache handles the I/O operations once handled by the delta disk. Now, you can separate persistent and temporary data."

 

 

 
Marco
Link to comment
  • 0
On 10/7/2016 at 1:17 PM, Carl Stalhood1709151912 said:

Depends on how you reboot. If you reboot inside the VM, it's not reverted if you don't use memory cache. If you reboot using Studio, it always reverts, no matter the cache type.

 

Carl,

I agree that's how it WAS. Not anymore.

Link to comment
  • 0
12 minutes ago, Carl Stalhood1709151912 said:

Is Memory Caching enabled on your Catalog?

 

Carl,

If you are talking about the Configure a cache for temporary data on each machine, the default is checked. You are saying that by creating a new Machine Catalog with that unchecked it will stay persistent?

 

Bob

Link to comment
  • 0

I am on 2009 delivering multi-session Server 2019 virtual apps. The settings I used to create the catalog are attached. I have a nightly reboot scheduled for the catalog. Each night, the VHDs are essentially deleted and recreated using the master image. I don't want this to happen for reasons others have mentioned here.

 

I also noticed that under the machine type column when viewing the list of machine catalogs, it says "User Data: Discard." I don't know if that has something to do with this but I am unable to change this setting, either during MC creation or afterwards. Any help is greatly appreciated!

 

image.thumb.png.9bbea717707d3e170024035e5ae8bf69.png

 

 

Link to comment
  • 0

MCS RDSH catalogs are always non-persistent. 

 

One option is to enable memory caching, specify a size for the cache disk, and then move your Event Logs and other persistent data to the cache disk.

 

Another option is to use your hypervisor to clone a template RDSH machine and then add the clones to a "Manual" Catalog in Studio so it doesn't use MCS.

Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...