Latest Contributions by berniejconnors

We have applied the mitigation script to our DEV, TEST, and PROD systems.  We are running ArcGIS Server 10.7.1 and we have 4 server VMs and 2 web adaptor VMs in PROD.  The mitigation went flawlessly until PROD.  To avoid interuption in service we applied the mitigation one server at a time but I think we moved too quickly between the PROD servers.  The ArcGIS Server service was not fully restored on Server A when we stopped the service on the Server B and this caused our web adaptors to lose connection to their config file.  The config files for the web adaptors are stored on the first two ArcGIS Server VMs. Web adaptor A gets its config from Server A and Web adaptor B gets its config from Server B.  I beleive for a short time neither web adaptor had access to its config file and both web adaptor VMs malfunctioned and took all of our services offline.  Restarting the web adaptors and the servers cleared up the problem.  Unfortunately that took nearly one hour to coordinate with our server admin team.  Today the servers are running smoothly and we cannot detect any difference in behaviour or performance. ... View more

You can type your example and then do a screen capture and include the image in your post instead of the text.   ... View more

We are a small team and the upgrades take soooo much time.  We would rather spend our time building better end user products and new datasets instead of wrestling with ArcGIS Server upgrades.  ... View more

Yes, MichaelDavis3, that is our experience with ArcGIS Server upgrades too.  Our last upgrade project took us from 10.2.2 to 10,7,1 and it lasted two years and was fraught with peril, problems, testing and performance tuning, lots of performance tuning. Bernie. ... View more

I agree.  Those little arrows are too small. That is an incredible storymap.  Great work. ... View more

Arnaud, With such a small user base and no need for editing, just viewing, I would recommend that you store your polygons in a file geodatabase on your arcgis server. You can use python scripts to do nightly updates. The python scripts can read the data from SQL server and update the polygon attributes in the file geodatabase. You can use the file geodatabase as the data source for the map services that you publish with ArcGIS Server. This configuration should be uncomplicated and easy to setup and maintain. Good luck. Bernie. ... View more

I believe you can use bit.ly and choose your own URL characters, e.g., https://bit.ly/burial. Bernie. ... View more

Here is the question that I sent to Esri support:   Hello,                  A quick question - If I enable WMS support (or other OGC services) when I am publishing a map service will the service consume more server resources?  Assuming: the map service receives 10,000 requests a day before WMS is enabled and after WMS is enabled the requests are split 5,000 ArcGIS REST API and 5,000 WMS i.e. not an increase in traffic but just a redistribution of requests between the two standards.   Does enabling WMS trigger an additional ArcSOC to spin up? Or are both OGC and REST requests handled by the same ArcSOC?  If it is the same ArcSOC will it have a larger memory footprint?  Will a WMS request require additional CPU cycles when compared to the same request to the REST endpoint?   Thanks, Bernie. ... View more

Good question.  I am have the very same questions.  I have also sent this question to Esri support.  I'll share any responses I get here. Bernie. ... View more

Hi, This is not what you asked for but it may be helpful. I cannot help you identify the timings for ArcGIS Server response vs database server response but here are a few things that we do to help improve performance on map service requests: 1. Review the web logs on the web adaptors to identify the top 20 slowest map service requests. Our map services are open to the Public so we are susceptible to poorly designed queries. Looking at the slowest map service requests we were recently able to help two municipalities reconfigure their WAB search widget for much faster performance. 2. When configuring a WAB search widget do not use the "LIKE" operator in the query unless it is absolutely necessary. Using "LIKE" negates any indexing on your tables. Use the "=" operator and your queries will be much faster. I hope this helps. Bernie. ... View more

Great question.  I am going to follow this thread for the answer.  Sorry I can't help. ... View more

I would recommend grouping your layers into several themes and create a map service for each theme, e.g., transportation, hydrography, administrative boundaries, buildings, utilities, land cover, zoning, etc. This will make it much easier for your map services to be re-used in other applications Bernie. ... View more

This is a great idea - I support this. ... View more

Tiger,         We have not deployed Portal so I guess really all we did was upgrade ArcGIS Server.  But I think the principles are still the same.  You want all of the URLs for your map services to be the same between your 10.7.1 environment and your 10.8.1 environment.  This means all of your web apps that used your 10.7.1 servers will continue to work on your 10.8.1 servers.         We published all of our map services with ArcMap.  We maintained the MXD documents so they did not change between upgrades.  All of our data sources are file geodatabases and we maintained those in the same location as well.  All we had to do was republish each MXD as a map service onto the new servers (this will be the same if you are using ArcGIS Pro project files to publsih your map services).  And as I said in my previous post we use proxy servers to receive all of our map service requests at https://geonb.snb.ca/arcgis/rest/services. When it is time to switch the traffic from the old server(s) to the new server(s) we used the proxy servers to redirect all of the map service requests from https://OLDserver/arcgis/services/rest/<map_service_name>/MapServer to  https://NEWserver/arcgis/services/rest/<map_service_name>/MapServer. So in the end our map services all appear to be available at the exact same URL but they are all now running on a new ArcGIS Server infrastructure.  We went from running two ArcGIS servers at 10.2.2 to running three ArcGIS Servers at 10.7.1 for dynamic and tile cached map services - and added a fourth ArcGIS Server to handle new Image services - https://geonb.snb.ca/image/rest/services.         Do you have any IT support in your organization?  It seems to me what you really need is advice on TCP/IP networking, proxy servers, and server migration.  I have some great server administrators in my organization that handle all of those details for me.  Based on what you have posted your map services and apps are only available to internal staff.  In my situation our map services and apps are available to the entire Internet so it is impeartive that the URL for our REST services does not change between upgrades. Best regards, Bernie. ... View more

Tiger,       we have upgraded our ArcGIS Servers several times and we have never needed to republish any of our Web AppBuilder apps.  The secret to achieving this is - the address of our REST services never changes.  We just completed an upgrade from 10.2.2 to 10.7.1.  During the build and configuration of the 10.7.1 environment all of our map service traffic was directed to the 10.2.2 servers by our proxy servers.  Then when it was time to go live with 10.7.1 we changed the proxy servers to direct the map service traffic to the 10.7.1 servers.  None of our users were aware of the change.  They still send their map service requests to https://geonb.snb.ca/arcgis/rest/services.  We have to operate this way because our servers are public facing. Best regards, Bernie.   ... View more