|
POST
|
Sounds like ArcGIS Online. Why would customers purchase from you when they could have the stability of ArcGIS Online that is managed by Esri?
... View more
07-07-2024
05:57 PM
|
0
|
0
|
1295
|
|
POST
|
Dana, "I wish i could have these layers as map images, but i need to have popups available for our end users to see attributes." Map image layers (a.k.a. a map service) support pop-ups. Here is an example with our parcel map layer. All of the pop-ups in this WAB app use a map image layer. Bernie.
... View more
07-02-2024
06:14 AM
|
0
|
1
|
1796
|
|
POST
|
Dana, Have you been able to identify what is causing this layer to be slow? Is it also slow when it is accessed from clients other than a dashboard? Is your server overloaded? Is it a dedicated service or a shared pool service? What are the min and max instances for this service? I think you need to have more info. Our land parcel polygon dataset has 600,000 polygons and it is very fast. It is stored in a FGDB on a file server. The service reads the polygons from the FGDB on the file server. The data is not copied to the DataStore. Our service is not a feature service and no editing is possible. You can view the service here. This service is configured for min of 3 instance and max of 12 instances. It is public facing so we have a very large audience and the service is used in many public facing web maps. Bernie.
... View more
06-28-2024
08:30 AM
|
2
|
0
|
1870
|
|
POST
|
If those 4 services account for 90% of your traffic they should each be their own service and their min and max instances should be increased to minimize queing. Are you using a shared pool for the least popular services? That will free up resources. All the other services in the middle can be dedicated instances but have their min and max instances reduced. These changes should reduce the max instances running at the same time and also reduce the memory load. To prevent performance from tanking you may want to schedule a reboot of the system. We reboot our servers twice a week but I am aware of others that reboot nightly. When our performace tanks we run a stop / start script to shut down all services and restart them. This only takes a few minutes per server. It is better than waiting for performance to recover and it is much more elegant than a server reboot. I also run a report each week day to report all requests that run longer than 60 seconds. We extract these records from the web server log on the web adaptor. This has helped us identify poorly configured apps and stupid requests from users. The "Search" widget in our most popular WAB app was configured to search all attributes on our parcel map service instead of just the parcel ID field. This made every execution of the Search widget very slow. It is also important to use "equal" instead of "like" when you configure the Search widget. if you use "like", any indexing on the table will be ignored. Your queries must use "equal" to take advantage of indexing. It was quite embarassing when I discovered this problem - I configured the Search widget in the WAB app and caused all of these slow requests. Additionally, you could request more RAM for your server. You have spent a lot of money on software - it does not make sense to hamper performance with low hardware resources. Bernie.
... View more
06-14-2024
11:05 AM
|
1
|
0
|
967
|
|
POST
|
How do you define "a handful"? Personally I think you should identify the feature classes that will be used most frequently. Those ones should be published as a single feature class per map service. And if you have less than 20 feature classes I think you could easily publish one map service for each feature class. Other things to consider: feature classes that are closely related should be published in the same map service, such as water lines and fire hydrants or roads and bridges. a feature class that is frequently updated and may require downtime during the update should be published alone in the map service. Feature classes that will be used infrequently can be published as shared instances - as opposed to a dedicated instance. Once you have your services published you can look at some statistics for your map services by routinely running this python script or creating reports with the System Log Parser. You can use the info to make adjustments to your map services. Good luck, Bernie.
... View more
06-14-2024
09:35 AM
|
0
|
1
|
1030
|
|
POST
|
I agree with @JakeSkinner. We configure our map services in a similar way. We reserve the use of shared instances for services we are quite certain will be used infrequently. About 20 map services (or 25%) use the shared pool. Bernie.
... View more
05-13-2024
07:21 AM
|
3
|
0
|
6758
|
|
POST
|
@BillShoop it will work but webgisdr, the utility to backup your portal content, will not work if ArcGIS Enterprise components are installed on servers with different OS. Bernie.
... View more
04-29-2024
11:40 AM
|
2
|
0
|
1245
|
|
POST
|
Sorry - I am out of suggestions. I suggest you go back to Esri Support. Bernie.
... View more
04-17-2024
08:55 AM
|
0
|
0
|
2336
|
|
POST
|
I don't have experience with a one server setup. My web adaptor has a different server name than my ArcGIS Server. Can you access your REST services directory? Admin Directory? Server Mnager? or do you get the same message from the web adaptor?
... View more
04-17-2024
08:23 AM
|
0
|
1
|
2340
|
|
POST
|
The webadaptor is supposed to check the server health (:6080/arcgis/rest/info/healthcheck) and the "Under Maintenance" flag (:6080/arcgis/admin/machines/<machine_name>/edit) to determine if the server is ready. Have you checked these?
... View more
04-17-2024
08:14 AM
|
0
|
1
|
2346
|
|
POST
|
It sounds like a problem with the web adaptor. For some reason the web adaptor thinks the ArcGIS Server is not ready to receive requests. Has the web adaptor been rebooted or is it on the same server as ArcGIS Server?
... View more
04-17-2024
08:06 AM
|
0
|
1
|
4362
|
|
POST
|
@Laura Can you access the server where ArcGIS Server is installed? Check in the Windows Services console to see if the "ArcGIS Server service" is running. If not, try to start it. If it is running, check the Task manager to see if there are any ArcSOC.exe processes running. Bernie.
... View more
04-17-2024
07:08 AM
|
0
|
1
|
4402
|
|
POST
|
Timo, Thanks for your reply. I thought this question would have generated more responses. Which third party load balancers have you been using? What rules did you put in place to control traffic flow? Our server admins agree with you that the web adaptors are not very 'smart'. They are supposed to monitor the ArcGIS Server Health status (/arcgis/rest/info/healthcheck) to determine which machines are ready to respond to a request. Stopping a machine only stops the appserver within ArcGIS Server. I did get some good info from Esri Canada Support: When stopping the ArcGIS Server, this operation only starts/stop the appserver on the specific ArcGIS Server machine. Stopping the appserver renders services unavailable via REST, but any publishing event will automatically – and by design - attempt to restart the appserver and all the services on the specific ArcGIS Server machine. In essence, the start/stop machine operation does not provide a reliable means for completely stopping an ArcGIS Server machine. This can be problematic when attempting to stop a machine for routine maintenance or during scenarios where ArcGIS Server should not receive any traffic. As part of the 10.7 release, the "Under Maintenance" flag was added to help designate ArcGIS Server machines as being under maintenance and restrict traffic accordingly. This flag is available via the Edit Machine endpoint within the Server Admin API - https://developers.arcgis.com/rest/enterprise-administration/server/editmachine.htm. A machine under maintenance will still honor administrative changes and publishing events made to the site through other ArcGIS Server machines. You can implement similar logic in your third-party load balancer or reverse proxy server to avoid forwarding service requests to machines that fail the health check. This allows you to make changes to the machine (such as updating its OS) without causing service requests to fail. When you are done performing maintenance on the machine, change this property back to false. I have experimented with the "Under Maintenance" flag and it appears to stop the web adaptors from sending traffic to an ArcGIS Server machine. I was told the web adaptors do a health check about once every minute but I have not verified that. Here is what the healthcheck will display when the "Under Maintenance" flag is set (left) vs. when a machine is stopped (right) on version 10.7.1: In my opinion, both situations should cause the web adaptors to stop sending traffic to an ArcGIS Server machine. Our network infrastructure includes several hardware network load balancers (NLB). For our next major upgrade we will replace the web adaptors with the NLB. Bernie.
... View more
04-16-2024
08:58 AM
|
0
|
0
|
950
|
|
POST
|
I recommend you experiment with creating a process for: downloading the OSM data from HotOSM (or another source like Daylight) Importing the OSM data into a geodatabase building a routable road network from the OSM data Once you have a process that works you should be able to create a python script that will automate all of the above steps. Good luck, Bernie.
... View more
04-02-2024
12:24 PM
|
0
|
0
|
1236
|
|
POST
|
Esri uses the "Daylight" distribution of OpenStreetMap data. Check out more information here - https://daylightmap.org/#:~:text=Esri%20is%20pleased,Daylight%20data%20below%3A Bernie.
... View more
04-02-2024
06:34 AM
|
0
|
1
|
1284
|
| Title | Kudos | Posted |
|---|---|---|
| 7 | 10-29-2025 07:20 AM | |
| 2 | 10-20-2025 07:15 AM | |
| 1 | 10-20-2025 04:34 AM | |
| 2 | 07-10-2025 07:55 AM | |
| 10 | 07-09-2025 10:50 AM |
| Online Status |
Offline
|
| Date Last Visited |
Friday
|