|
POST
|
The V1 Gateway does not provide URL rewrite features https://docs.microsoft.com/en-us/azure/application-gateway/rewrite-http-headers-url. In 10.8.+ Enterprise deployment pattern, URL re-write is used to allow a single URL to be the entry point for the Enterprise site and federated servers - passing requests to Portal and AGS sites using a path context e.g. /portal or /gis or /image and rewriting to use :7443/arcgis or :6443/arcgis instead as required. If you drop back to V1 AGW, you either need multiple Gateways or reintroduce Web Adaptors to do the re-write. I believe Chris Pawlyszyn's approach may be the better way to deal with the additional expense for a V2 AGW.
... View more
12-14-2020
08:56 PM
|
2
|
0
|
5969
|
|
POST
|
I agree with Sam, while technically do-able, it would be better practise to deploy your ArcGIS Enterprise in a separate vnet. If you use ArcGIS Enterprise Cloud Builder for Microsoft Azure, you get the option to create a new vnet and also to provide the IP ranges for any new subnets that will be created. These all become part of a single Resource Group and allows you to manage these as one bundle. In most of the implementations we have designed for our customers, we even use different vnets for Production and non-Production environments to provide real isolation.
... View more
12-14-2020
08:39 PM
|
3
|
0
|
3412
|
|
POST
|
Hi @DeanHowell1 In your particular case, where you have each tier separated and with multiple machines, each running one of the pieces - then yes - just shutting down the machine is fine. On startup, the windows services will restart themselves as well. The Lambda functions for shutdown and startup do need to be updated to include the specific order and some wait times. There are known problems when two machines in a tier (e.g. Portal) start at the same time.
... View more
11-17-2020
02:04 PM
|
2
|
0
|
4842
|
|
POST
|
but when the Enterprise configuration is HA with multiple machines, you need to be more careful. If a Primary Portal or Data Store machine is taken down, the Standby will try to take on that role. If the timing goes bad, you may get "split-brain" problems when the machines are brought back up. i.e. two servers both thinking they are "Primary". You need to check manually which machine is Primary and which Standby, then ensure the shutdown order is: Portal Standby Portal Primary Hosting Server(s) Any other Federated Server(s) Data Store Standby Data Store Primary then reverse for Startup Data Store Primary Data Store Standby Any other Federated Server(s) Hosting Server(s) Portal Primary Portal Standby If this is to be scripted - you could call the REST endpoints to find the current status of the machines in each tier. There is also a need to wait for the individual processes (Windows Services) and associated GIS services to stop / start completely between each step
... View more
11-12-2020
10:09 PM
|
4
|
3
|
4876
|
|
POST
|
@FrankieEast, can you elaborate and/or provide some links? I presume this would be for Linux deployments only.
... View more
11-12-2020
01:52 PM
|
2
|
3
|
5093
|
|
POST
|
Hi Clinton, does the list from Randall match the one I have provided?
... View more
11-09-2020
04:11 PM
|
1
|
0
|
7143
|
|
POST
|
Vish Apte In our big NSW site (at 10.7.1), we block administrator access at the external load balancer using a more finely grained set of blacklisted portaladmin paths - current set is: */portaladmin/federation* */portaladmin/exportSite* */portaladmin/importSite* */portaladmin/machines* */portaladmin/security/config/update* */portaladmin/system/webadaptors* */portaladmin/security/sslCertificates* */portaladmin/security/tokens* */portaladmin/system/database* */portaladmin/system/indexer* */portaladmin/system/properties* */portaladmin/security/config/updateIdentityStore* */portaladmin/security/config/testIdentityStore*
... View more
11-09-2020
03:45 PM
|
6
|
0
|
7143
|
|
POST
|
extending on Steve Murphy's suggestion You can create and schedule a pretty straightforward Python script to do this every day(say) for every version. Use Python scripting to batch reconcile and post versions—ArcMap | Documentation the default behaviour for the "Reconcile Versions" tool is to not Post and that is probably what you want up to you to decide whether your wish to automatically resolve any conflicts - or leave them to be resolved by the owner of the Edit Versions when they get around to it. Would also recommend you include a compress and database re-analyze in the script to keep performance optimal.
... View more
11-09-2020
02:12 PM
|
1
|
0
|
1968
|
|
BLOG
|
We are agreed - it would still be very useful to be able to search for older posts - even if this was not default search. Perhaps a radio button enabling discovery of posts > (say) 2 years.
... View more
11-08-2020
04:25 PM
|
2
|
0
|
9985
|
|
POST
|
It seems that (at last) at Pro 2.6 this enhancement has been implemented. Overwrite a web imagery layer—ArcGIS Pro | Documentation There are still (reasonable) limitations - you need to be signed in to the Portal as the User that originally published the service it cannot be a "Hosted Image Layer" (i.e. a Service created as result of Raster Analysis or by uploading a raster dataset to Portal as an item and sharing it as a service
... View more
11-08-2020
04:21 PM
|
3
|
0
|
4509
|
|
POST
|
sanity check - at full extent - how many records are you expecting to be drawn? if many thousands - or the records you are drawing are complex with many vertices - then this is a large amount of data being extracted from the database and it's not unexpected this may take a long time can you provide some metrics? # of records Size of the feature class (copy it to an fgdb and see how big that is) how long does it take to draw at full extent? how long to draw at (say) half the extent? - is this proportional to the time at full extent
... View more
11-08-2020
02:55 PM
|
4
|
1
|
1909
|
|
POST
|
Kenneth Lohr can you share the outcomes of your Department's testing of CSV?
... View more
11-08-2020
01:41 PM
|
2
|
1
|
728
|
|
POST
|
Jamal NUMAN Have you had any success in improving the performance of the Map Service? To diagnose properly, we need to know a few more details: - does an equivalent service with the same data in a file data source work faster? this may indicate data access problems from the server to the database - is the enterprise geodatabase in the same data centre as the ArcGIS Server? it is generally a bad practice to try to connect to an Enterprise Geodatabase (Oracle/SQL Server/PostgreSQL etc) via SQL clients across a high latency network each draw of an individual layer may require >10 sequential SQL queries - multiple layers compound the delay as they draw one at a time. with even (say 50ms query latency, you may be waiting many seconds for just the querying and return of results - before the rendering even begins. - does the layer draw faster in a desktop application (ArcMap or Pro) using a direct database connection rather than accessing the service? it may be that the path from the Server to the database may be slower than the Desktop client to the database - Are you seeing bad performance only when trying to draw many polygons? if your service is defined to draw lots of detail at small (zoomed out) scale, you may need to ask if the detail is relevant. You may be asking the server to render many thousands of individual vertices - even when these all are actually rendering to the same pixel on your screen! Lots of vertices = a large data packet returned to the server (transfer time + lots of server time rendering individual vertices redundantly in the map image) - Are you seeing slow draw even when zoomed in close and only showing part of one or a few polygons? This may also be a symptom of a too finely detailed polygon. You may benefit from simplifying the boundaries of you polygons to remove vertices that dont add relevant to the shape. Sometimes, you may only see a small part of the polygon's boundary, but unfortunately, the SQL query will still be returning the entire feature to be rendered. There are more possible reasons, but let's see how you go with this for a start.
... View more
11-04-2020
08:27 PM
|
5
|
3
|
1909
|
|
POST
|
More news - at Pro 2.6, a tool is provided to update simple parts of the data source path for all layers in a project. But there is a bug https://my.esri.com/#/support/bugs/BUG-000134033 (maybe will be fixed at 2.7) that prevents this working for changes to enterprise geodatabase connections (using .sde files) unless the connections use the data owner or sde user - so not generally helpful when using OSA connections. see this thread in the Ideas forum Need Ability to Replace Data Source for Multiple Layers for up to date info.
... View more
10-21-2020
10:02 PM
|
2
|
2
|
23176
|
|
POST
|
Hi Sean Phayakapong, My reading of the documentation Updating and fixing data sources—ArcGIS Pro | Documentation tells me you should be able to update the version in the connection dictionary. But you would need to be sure the user accessing the Project (or the Server service account using the published .msd) has access to the version you are trying to use. It is possible that a new version is only accessible to the creator of the version. Did you get this resolved?
... View more
10-21-2020
09:12 PM
|
3
|
3
|
23176
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 03-09-2025 05:21 PM | |
| 1 | 09-19-2024 10:35 PM | |
| 1 | 08-05-2024 11:10 PM | |
| 1 | 07-25-2024 07:01 PM | |
| 1 | 07-24-2024 06:50 PM |
| Online Status |
Offline
|
| Date Last Visited |
11-30-2025
02:58 PM
|