Is this a problem with NAV2018?
We have 17+ service tiers across two application servers (basically by department/functional area) trying to respect 20 users per tier and have never had any issues like this.
Jason,Please re-state the problem you are trying to solve. (is it performance right after a service tier is restarted)I don't think there is any way for a cache to be shared between instances. The cache has to be built back up every time a service tier is re-started. For a 75 user prod environment of NAV2013R2 we have run (for a long time) 3 service tiers, 1 for ALL users (20-70 concurrent) 1 for web services/automation, and 1 for reporting (jet+).The primary reason for that division was so that when needed, we could bounce the service for just web services or just reporting without dumping the cached data that all the users have built up over time.We did experiment some with "warm-up scripts" that could be added to the "Bounce" processes, and we did see impressive benchmarks, in the test environment anyway, where certain actions like display of a long list, were much faster, right after a service tier was re-started if the warm-up script had called the data into the cache.Having all users on the same service tier seemed to eliminate the need for a warm up script in PROD, however, as they just naturally logged in and got going.
This is somewhat un-scientific as I don't know 100% where the NAV Caching is happening, but definitely on 2 separate servers the service tiers have 2 separate caches.When I have worked with 2 NAV service tiers - one NAV User Password (not web services) and a NAV Windows Client with windows authentication on a single server, it seems that the updates of the client happen more or less instantly in the other client. I would have to reproduce this as I haven't done it for a while - but I think it was 2018 that I was doing this in. There does not seem to be any significant pause.
This would be very easy to test by adding a client tier to your server running web services and connecting to it.-Rob
If you've found this thread useful, dive deeper into User Group community content by role