This message was deleted.
# microsoft-fslogix
s
This message was deleted.
j
Script some removal routines. Aaron Parker has some useful profile pruning scripts that may help
b
I take advantage of the redirections xml to exclude files and caches so they don’t roam in the first place.
j
We have shortcuts in the user's Start Menu for things like Clear Outlook Cache, Clear Chrome Cache, Teams Cache, etc.
Redirections.xml isn't meant to be used for that. You're swapping storage for I/O
j
i dont believe we keep cache, i think thats in the local_user folder that gets deleted on logout.. just an example
j
You can only put it in the local_username folder by using redirections.xml - which as I said you really shouldn't do
Redirections file should only be used as a last resort for something that's causing a real big issue (e.g. Teams bloat from early versions). Beware the law of unintended consequences if you do use it
j
wait a sec.. so you're saying youre supposed to let the cache and stuff roam to the Fslogix profile vs blowing it away locally?
j
Yes. That's the point of FSLogix (or a lot of it). The cache is always instantly available
It's just like having a local profile
j
I understand.. I guess i was just trying to keep the fslogix profiles from bloating with useless stuff
j
But there's no gain to keeping them small. A 300GB profile mounts as fast as a 30MB one
All you save on is storage - but then the data is recached which affects session performance
j
other than storage usage, of course..
j
If you're storage constrained, then switch to a file-based solution
j
i'm not really, just trying to keep it manageable
j
How is a 50GB VHDX less manageable than a 500MB one?
It's just a file....
j
if a user has a 50GB profile something is wrong lol πŸ™‚
j
Not at all. Mine is approaching a terabyte
It depends on your use case.
j
wow. that is true.
but 1TB x 150 users gets a lil nuts
so gotta have some restrictions on the things
j
Like I said, an average user profile these days (Office, Chrome/Edge, Teams, OneDrive, etc.) is usually about 15-20GB in size.
Developers and other edge cases may use more
j
we also have ODFC, so outlook should be in its own vhdx
assuming i did it right πŸ™‚
j
Is there a reason to have it separate?
j
So when I set it up.. I was heavily suggested to separate them because "outlook profiles corrupt all the time.. you dont want to have to blow away the users entire profile just to fix outlook"
but i have to say, ive never seen a corrupted outlook.. so
j
Main reasons a) different storage tiers for cache and profile, b) wanting to be able to remove caches individually c) you are replicating the profiles and don't want to replicate the cache
Yours is clearly b) but like you I've never had an issue with Outlook
j
I should preface to say we're new with outlook as of last year.. we used groupwise before.. so i paid attention to horror stories
j
Microsoft are trying to encourage people away from ODFC now 😞
Recommending the split container only for customers "using a different profile management solution"
j
Ah is that right.. well I'm fine with merging.. it doesnt really matter to me. Just how it was set up day 1
not even sure they can be "merged" or if all office/outlook settings have to be redone
j
It's only the Outlook "cache"
So it would just get deleted and re-cache into the Profile Container itself
j
I thought all office settings were stored in ODFC too?
j
No
j
customizations, etc.
hm ok
j
Just some licensing bits, if you've ticked that option
ODFC is a just a junction point from APPDATA\Outlook to grab the OST
Or wherever it sits
j
good segue.. how can I see whats in a users ODFC vhdx?
j
Mount it when they are logged out
j
I've tried to copy/mount but they wont
j
You need to make sure it's available (user logged out), double-click to mount, assign a drive letter through Disk Management, and don't forget to unmount afterwards
j
its always said "You dont have permission to mount the file" when i try. Just tried on a user who isnt logged in currently.
even if I copy locally, etc
j
Odd
Back to your original ask - try Aaron's scripts which will "reduce" your cache but still maintain it - decent halfway house and no redirections chicanery to worry about https://github.com/aaronparker/FSLogix/tree/main/Profile-Cleanup
j
thank you
wouldnt something like Zoom that lives in a users \appdata\ need to be "uninstalled" vs just deleting the folders?
j
Sure, but all uninstallers do (basically) is just remove filesystem entries and Registry values
But you could trigger the uninstaller as part of a cleanup script too
Better way would be to block them from installing the damned thing to start with πŸ˜‰
j
you are right there πŸ™‚
j
since we use RDP/RDS servers, we say "no zoom on the server" so they have it installed on their desktops, but every now and then, someone will click a zoom link from an email or what not and install the appdata version.. or webex, etc. probably best that I remove the ability
but we are a Zoom shop (phones/meetings through Zoom)
j
OK well applying those AppLocker policies on the server end might do the trick then
j
will read your post.. thx for that
nice post
Looks like I used Aaron's redirection instructions previously to create my xml file πŸ™‚ So some of these are a no no?
j
I'd take them all out
Unless there's something specifically causing an issue that means you need it in there
This is what I have used, and some of them can now be removed. First and third lines were to address problems that are now fixed and can be removed, the second line was to fix an issue with the AppVentix agent I encountered <?xml version="1.0" encoding="UTF-8"?> <!--Generated BY ME FTM--> <FrxProfileFolderRedirection ExcludeCommonFolders="0"> <Excludes> <Exclude Copy="0">AppData\Roaming\Microsoft\Teams\Service Worker\CacheStorage</Exclude> <Exclude Copy="0">AppData\Local\Packages\Microsoft.Windows.StartMenuExperienceHost_cw5n1h2txyewy\TempState</Exclude> <Exclude Copy="0">AppData\Local\Packages</Exclude> </Excludes> <Includes> </Includes> </FrxProfileFolderRedirection>
j
1TB profile is mad, your storage team must love you. In a non-persistent env, if you redirect locally to the diff/write cache where IO don't matter, I think it's choice of slower start of Teams vs load of storage needed. You need to find the sweet spot between usability vs requirements. 1TB IMO is way too much for what it gives but that's me. And storing .ost in the same than the profile container is another non-sense from MS. Why would you replicate/backup an .ost. Anyhow that's why I'm still on UPM and still using Teams, not roaming the cache and still have an acceptable user experience. Teams even if you have your cache is going to hit your CPU pretty hard. I can't wait to see if the new Teams v2 will do better.
j
The argument for replicating is that from a UX position it doesn't need to re-cache in terms of recovery. Again, it all depends on your use cases, impact assessments and requirements. I deal a lot with devs and traders where every possible extra drop of performance must be extracted
j
Indeed it depends of the scenario πŸ‘
j
A lot of stuff to absorb here πŸ™‚
d
I have a script to cleanup unnecessary folders in the profiles. You can define the folders and the script mounts the profile (only if it’s not in use) and deletes everything you defined. I will share it on Tuesday if you like. Right now I’m camping with my family 😊
j
Sure! Thanks.. have a good time