Latest Contributions by DavidHoy

Jamal NUMAN‌ I just wanted to check something else I picked up from your screenshot of Server Manager. You have three machines as members of your one GIS Server site Orthophotos, Parcels & UPMS. - all behind one Web Adaptor called "ad" I presume. I presume you are aware that in the one site, all the machines will be running all of the services published by the site. The web adaptor is responsible for load balancing the incoming requests to the individual machines and it does this on a round-robin basis. You cannot allocate (say) "orthophotos" services to just the one "orthophotos" machine. So - your 45 requests per second are being spread across three machines - so down to 15 requests per second per machine. The NIC of the individual machine is carrying less traffic. The NIC for the web adaptor and outward bound traffic would be carrying the full load. But if your underlying question is "is a 1 Gbps" NIC adequate?" - absolutely yes. Any network might become unstable at over 50% utilization for sustained times, but I dont see you coming anywhere near that. ... View more

Jamal NUMAN‌ 1 MB is a pretty raw and rough guess (based on benchmarks run some years ago) at the  amount of data that is transferred from data storage (database or file system) to a desktop client - but would also apply for INTERNAL traffic (DB to Server) to a Server instance prior to the service request response being pushed out to the calling client's app/browser. The amount of data sent across the web is generally significantly less than the raw data => a Map export may be 100-1000k depending on complexity of the image but a feature service .json file or the response to a "query" on a Map Service probably much less. ... View more

Dixie M Davis‌ That's the right patch number, but it wasn't released until October 8th : Portal for ArcGIS High Availability and Disaster Recovery Quality Patch  you may find this covers many of the issues you were seeing previously. However, there is not too much wrong with using VM snapshots as a backup mechanism ... View more

Jamal NUMAN‌ Your original question was about improving the performance of a versioned feature class. I would say that viewing, displaying and querying are ALL affected by the perfomance of the underlying SQL queries against the Enterprise Geodatabase. As such, reconcile, compress and index/statistics management will all help keep SQL queries optimized. The display performance within a desktop client directly connecting to the geodatabase or a web services client (Browser or Pro or Mobile) accessing traditional Map/Feature Service - will also be affected by good configuration of the original resource that is published (Map Document or Pro Project) to ensure you are not drawing the feature at inappropriate scales or trying to return too many vertices, or using complex labelling or symbolization. These are all different performance improvements that may be required. You can use tools such as MXDPerfstat or PerfQAnalyzer to provide some guidance on these. ... View more

Randall Williams‌ if the Server Site is federated with the Portal using an AdminURL via an internal Load Balancer - do you need to add the Load Balancer URL instead of the individual Servers' URLs? ... View more

Hi Jamal, to answer your original question hands down the most important thing you can do to keep the performance optimized for your traditionally versioned geodatabase is to introduce a regime of reconcile, compress and rebuild statistics. (ideally as a scheduled python script) If you dont do this, the state_lineage tree that determines the number of internal datatabase queries (between the sde_states, sde_state_lineage and the base+A&D tables that make up the versioned feature class)  that are required to return the "current" value of your feature classes can become enormous, particularly if the class is being edited frequently. I have seen sites where there was no compress happening for months and once performed, queries dropped from minutes to sub-second. ... View more

Jonathan Quinn‌ Jon, has this made it into a release yet? ... View more

Jonathan Quinn‌ Is there a way to reset the original 5GB limit on the size of the walarchive directory for the cases where webgisdr export was run once but not subsequently? ... View more

Jay Hodny‌ did Jon's advice get you across the line? ... View more

Hi Dixie, where did you get to with this? We have done a fair bit of work with webgisdr recently, using it as a tool in a workflow to migrate a Large (>400 GB) Enterprise Site from one 10.6.1 environment to a different 10.7.1 environment. There were certainly some issues, but the most recent patch set for 10.7.1 seems to have dealt with most of these. ... View more

This is a great question - and I would love to get an answer that actually describes the difference. I only have a feeling that the outcome is the same with raster tiles in a multi-tier folder structure. It's just the source service that provides a difference. But I would love to be corrected ... View more

Hi Jamal, The stats graph you have provided shows a peak of 80,000 in the busiest half hour - which is not enormous - but still sizable. that's probably something like 64 per second.  If you have 3 x 4 vCore machines in your site, that means you need an average request serviced in 0.2 second to maintain that peak continuously (that's certainly achievable with modern CPU) but may be affected if your services are not well optimized (scale suppression, geometry simplified etc.) The network throughput required is mostly dependent on the size of the response packets - worst case, you are returning rendered map pages to a desktop client - that could be maybe 1 MB per request. - but most likely the majority of the requests are Map Service queries or Feature Service retrievals - and these are generally small < 1K each. so - worst case, 64 MBps = 520 Mbps best case, 64 kBps = 0.5 Mbps somewhere in between is the answer, but practically, a modern data centre will be providing minimum 100 Mbps NIC and more likely 1 Gbps. If you are wondering about inter-machine chatter, there is none, the load balancing is done up the chain - in the Web Adaptor(s) and/or Load Balancer - and the server bandwidth requirement is shared across all the machines in the site. ... View more

Love an old question - I would guess this did get resolved - but just in case it's useful for someone else The reason the browser reports an error when accessed via the "localhost" address is that "locahost" is not the name in the certificate. The cert only verifies that if you reach the services via the public domain name, the server is indeed provided by the organisation that owns the domain name. ... View more

Hello John Felleman‌, we have recently been successful building HA ArcGIS Enterprise 10.7.1 in AWS using custom CloudFormation scripts. We started with the Esri supplied template, and re-used the Esri supplied AMI, but have deployed across multi tiers. Portal, Server, Relational Data Store and Tile Cache Data Store all on different EC2 instances (two at each tier for HA). We have one environment using Web Adaptors (on the Portal Tier) and another where we did not include Web Adaptors (to match the FQDN of the environment from which we migrated). To answer your question, we can use the self signed certificate on all tiers, but only if we used an ACM hosted certificate registered with an Application Load Balancer associated with the FQDN for the site in the DNS (Route53 in our case)  That way, the ALB presents a valid and recognised certificate to the client, but directs through the request on HTTPS to the EC2 instances and does not itself care that the underlying web servers are only using self signeds. In our case, the organisation is OK to use ACM public certificates and as such, do not need to import "private" external CA signed certificates. ... View more