Hi Everyone,
In our org, we are using ArcGIS pro 2.9.x Version by the users. Most of the users are facing the very slow performances when they are pan, zoom, editing, popup display and other basic map activites via VPN client when they are working remotely. Users are having very good hardware configurations in their machines.
Find the following parameters of the Work flow setup, those are as follows.
WE followed the https://support.esri.com/en-us/knowledge-base/problem-arcgis-and-vpn-understanding-connection-errors... for improve the performances but no use of it!!
Currently using ArcGIS Pro PAT (https://architecture.arcgis.com/en/framework/architecture-practices/performance-and-scalability/tool...) for assessing the performances!
Are there any specific network recommendations that may help to optimize the ArcGIS Pro performances?
what are the techniques /tips for improving the performances during remote work via VPN?
@Bob_Spaulding - It would be very much appreciated if you through some light on it!!
Solved! Go to Solution.
HI @frieder,
I dont know whether it would work or not , just try to decrease the width of the linear features size to increase the performances of ArcGIS Pro. WE observed this while enhancing the performances!! Best of Luck!!
Hi Bud,
Thaks for your answer - but what does this mean: " the width of the linear features size"?
I am sorry. I am a little bit out regarding the ESRI-tech-speech in english language.
Hi Frieder,
If you have Lines decrease the thickness (Keep it as low as much ) & Same for the Polygon features. Use default colors & Symbology instead of custom symbols. It might helpful to you.
Hi Bud,
are you serious!?
The symbology of features does have an impact to the all-over performance of AGP?
This sounds weird.
The problem is, that these tim-lag-issues we are faced with, showed up in the last 4-5 month - in ArcMAP as well in AGP. I havn't changed anything in ArcMAP - it is still the same 10.6 Version that worked well for years.
Thats why i am thinking, it must be something regarding the communication via network.
tl;dr remote into a workstation that's on the local network
I think in this context a 'jump server' may not be a great term to use, or maybe I don't understand the proposed use of it. I think just 'remote workstation' is the best answer. I get the impression that in other contexts, jump servers usually do not focus on having graphics processing specs and are likely more about IT accessing different networks that are otherwise locked down, and using utilities for managing <waves hands> IT things. This may be isolated in specific ways to only allow access to specific things behind the network and minimize an 'attack surface' for malicious entities.
Essentially what is needed here is for you to be able to 'remote into' a machine that is already behind the network, on hardline ethernet with the most 'direct access' and minimal latency possible to the windows network share or database that you want to access with ArcGIS Pro. Even if your machine is in the office, your IT network infrastructure may have components that are offsite or otherwise have some other kind of network or I/O bottleneck so it's hard to say what the 'optimal' setup would be.
This remote workstation could potentially be a PC tower with decent specs stuffed into the corner of a server room or under a desk that is 'headless', i.e. doesn't even need to have a monitor and keyboard plugged in. It certainly could also just be a normal workstation setup that is used normally, but also used to remote into. This is how I was set up before getting a laptop and being forced to give up my workstation. I now soreless miss my workstation and I'm suffering from these VPN issues when using the laptop remotely.
Your remote machine (laptop or PC at home?) would essentially just act as a 'terminal' to access this other machine and perform your ArcGIS Pro work on it. With this method, the potential bottleneck becomes the frame rate or maybe mouse lag of your remote session, or specs of the remote workstation, rather than I/O or network latency with the data. With a good network connection and good remote desktop software, you can get pretty close to feeling like a 'normal' workstation experience when using remote desktop solutions.
Hi Calvin,
my Desktop Machine is in the office, mayby 25 m of CAT7-Cable away from the Server. And i am there, too. It is not a problem related to VPN.
Sometimes I think there must be some interferences between different task which the server is faced to. Like taking different kinds of medicine which have some sort of cross-reaction.
No solution to this time...
Hi @Bud & @FriederDaeublin
Jump server is the been used to safely bypass firewalls and allow cross-network navigation for remote machines. so users can connect to this machine via RDS & access the ArcGIS Pro Software.
Is there a workaround for slow VPN?