![](http://content.invisioncic.com/m329563/set_resources_3/84c1e40ea0e759e3f1505eb1788ddf3c_pattern.png)
James Kindon
-
Posts
1,351 -
Joined
-
Last visited
-
Days Won
66
Content Type
Forums
Articles
Labs
Videos
TechZone
Citrix Community Articles
Events
Profiles
Posts posted by James Kindon
-
-
There is absolutely nothing wrong with using local profiles if you don't have a need for roaming them - just think about backing up critical data (if there is any) - but outside of that, users will love you for it experience wise....no point adding in complexity when it's not needed.
You might want to look at the ServerVDI switches on your ServerOS if there is only going to be 1:1 relationships.
-
I could well be wrong, but i vaguely recall that the DS commands were when we didn't have a full SDK and it was module based, the STF commandlets are from the proper SDK for StoreFront... Again, could be wrong on that one, but remember always having to go and import the modules for the DS stuff (and there is still a use for some of them)
-
Honestly, that far back, I would just create a new site with new everything, and then migrate configuration across, and cutover users -> There are so many factors in play with upgrades this far back, new -> Migrate is going to be smoother and allow you to de-risk everything
-
1
-
-
This is dated now but should still help
-
1
-
-
This is something Container technology can definitely help with from a roaming perspective. Citrix Profile Management has some selective controls for what goes where if capacity and performance is a consideration
Where possible, it's best to try and find the machine installers - a quick google shows
For postman: https://learning.postman.com/docs/administration/managing-enterprise-deployment/
For Grasshopper - worth asking the question directly to the vendor
Per User isn't great in non-persistent environments - I have dealt with customers that block it (AppMasking, or Application Whitelisting etc) to avoid it coming onboard.
-
I've outlined the process above already on how to get around that one -> you have to line up the versions then upgrade
-
yes, exactly this. OS doesn't matter, it's the StoreFront version
-
You can export storefront settings to a file and then import them to guarantee identical configurations. The process I would take there is
Build new Servers -> deploy identical version of StoreFront to that which is in prod -> Export/Import StoreFront configuration -> Upgrade new StoreFront to appropriate release
The limitation with the export/import is that the versions MUST be identical https://docs.citrix.com/en-us/storefront/1912-ltsr/export-import-storefront-config.html
-
This can help with the automation of it
https://github.com/JamesKindon/Citrix/tree/master/Migration Scripts/MigrateMCSToManual
-
That is still the way to handle it
-
-
Ah fair play, just create a new DG - I don't think they can be switched (might be a backend way but likely faster just to create a new one)
-
1 hour ago, Artimus Aunos said:
Is there another way or not? We don't have to upgrade new VDA with restrictions for other applications.
If that is your issue, then that's the option set in that article...
-
-
That is studio ? Click on Delivery Groups and go from there ?
-
A pooled random desktop isn't assigned until the user launches the desktop
Pre-Launch is only for applications
You may need to go a static allocation method for the desktops so that you know which user has which
-
-
They do note that it is a work in progress - they will be able to control this with regardless of where it sits in the registry, there are always ways ?
-
Ditch library subscriptions and use traditional studio based options - so much easier, so much more control, no fluff
-
1
-
-
You should look at fslogix AppMasking for this. https://learn.microsoft.com/en-us/fslogix/application-masking-rules-ht#rule-types
You can use redirection rules, which, on a per user basis, would redirect from the programdata location into the user profile.
Once there, you can roam the data accordingly with UPM
-
Have pushed the differencing disk concerns back to the product teams again as they are valid
-
1
-
-
You can have a crack at resetting it https://learn.microsoft.com/en-us/sql/t-sql/statements/alter-master-key-transact-sql?view=sql-server-ver16 never had to do it though
backup and restore is likely wiser
-
For this scenario you would want to turn upm off entirely and optimise the default user profile - it doesn’t sound like you need profile management at all
there are other factors that come into this around provisioning methods etc, but effectively it sounds like you want the following
user logs in -> default profile created -> policy controls all settings -> user logs off -> everything deleted -> repeat
This is all local profile style operations - if using UPM you would be looking at mandatory profiles (have a google)
-
Yeah this process is horrible and has been for a long time… amazingly it’s been somewhat optimised in multi session windows 10 but not enterprise… ridiculous really
There is a new feature in the latest release that I have haven’t tested which appears to be the start of trying to address this issue https://learn.microsoft.com/en-us/fslogix/whats-new
That’s about all you can play with in a safe fashion
Migrate WEM db from OnPrem Toward Citrix Cloud
in XenDesktop 7.x
Posted
https://docs.citrix.com/en-us/workspace-environment-management/service/using-environment-management/ribbon.html#restore-settings-from-a-backup-file ?