Latest Contributions by Todd_Metzler

Then, with the credential the third party service owner has provided you with, use a portal authenticated account to consume the service and, from this account share to organization.  Please note that this method may not persist as the third party token and/or method of authentication may not allow or the token lifespace may time out.  It's really controlled by the third party what can and cannot be done based upon your brief description. ... View more

Is the "ESRI" service in the Living Atlas or other?  Have you an ArcGIS On Line Organization or only Enterprise?  If yes to having AGOL Org, have you enabled consumption of Esri content authenticated with an AGOL account in your Enterprise Portal Settings? ... View more

A good suggestion, however recognize that using the "canned" Enterprise Builder method does limit some organization/site specific configuration settings that may lead to success, failure or inhibit grow out options later on.   ... View more

Is your server federated with a portal or stand alone?  The methods differ depending on this. In either case, the "Run As" account for server must have, at a minimum, read access to the date store you are registering. ... View more

Perhaps revisiting the end user's requirements may help.  If the end user simply wants a Single Sign On (SSO) experience then that can be achieved without using IWA by enabling SAML authentication with your identity provider.  Enabling SSO in this way with Portal tier authentication on both your Entperirse Portal and AGOL Organization does allow "pass thru" authentication between Portals as long as the account used is the same on both portals and the identity provider is the same.  This option also allows the use of built in Portal accounts on both Portals to create authenticated handshake between the portals. Depending on your environment and Internet access rules a collaberation between Portals may work. Depending on your environment and Internet rules the trusted Portals method may work.  There are  a number of different strategies available here.  The important starting place is to fully understand your organization's computer user authentication strategy and leverage what works best for ArcGIS. Understanding your web server environement is critical. Undertanding tokens where they are generated and  their life spans is also critical. ... View more

Have you read ArcGIS Pro Licensing Help The license authorization for ArcGIS Pro is user specific and stored in the user's profile.  Each user must set up license access in their own profile even if there is a single license file and a single ArcGIS Pro installation.  One at a time, have each user sign into the computer and follow the instructions to authorize with a single use license.   ... View more

Completely agree with @berniejconnors and @TonyContreras_Frisco_TX .  Move the license manager! Single Use (SU) license management in a large organization is a headache.  There isn't a one size fits all solution.  I advocate Concurrent Use (CU) supplemented by Named User AGOL or Enterprise license delivery to end users.    For our org, we use all three.  For our Internet connected ArcGIS Pro users they get Named User from AGOL, for our authorized componenets with just a few licenses CU, for our Interent disconnected environments either CU or SU depending on the use case. MY PLUG FOR Esri.  Recall a number of years ago the Esri announcement to deprecate license manager component.  Please don't!!!!  When we have to support many different environments both Internet and non-Internett connected, the CU licenensing is still a viable solution for supporting more than one user on more than one computer.  ... View more

We did consider a strategy as you've proposed at our Interent domain guard/request aggregator level outside the GIS tier.  The level of effort and administrative overhead wasn't worth it. ... View more

Same problem Enterprise version 11.1. Can't determine state of portal service error.  Post upgrade from 11.0 to 11.1 on Windows server 2019 standard OS.  I am machine admin.  I envoked command prompt as administrator.  Now I broke the Portal by changing the run as account from local account to domain account in the Windows services and manually setting the portal folder permissions for the domain account.  The hosting server is on the same machine with run as set to domain account and is OK.  What are my recovery options? ... View more

Yes.  AVOID!!!!  Spatial perception and eye integration become difficult and slows down any human visualization based analysis task.  Image analysis workflows are particularly negatively impacted.  My observation is based on 2D visualization only.  ... View more

Thank you for introducing-analysis-in-arcgis-online-map-viewer. Now please release the same functionality for ArcGIS Enterprise. ... View more

Hello, Please refer to High Availability in ArcGIS Enterprise .  Pay very close attention to the prerequisite environment requirements.  If you even think that you may not meet the prerequisite requirements don't use Portal HA. In the past, my attempt to use Portal HA in my datacenter computing environment created LESS availability and MORE administrative overhead because the data transport timing tolerances for Portal HA communication were mismatched with my actual computing infrastructure performance and availability. I reverted back to a single Portal in non-HA and INCREASED availability. Not quantitative data, but I've spoken to no less than three other ArcGIS Enterprise administrators that have also realized LESS availability in their environments with Portal HA. In a perfect world with a perfect supporting computing environment Portal HA might work great.  I accept the real world over the perfect world though. ... View more

JoshuaBixby wrote: "As an IT service provider, I have had many battles with lazy GIS staff who don't want to take the time to craft a high-performing map, but then somehow expect ArcGIS Enterprise to work miracles and turn it into a high-performance service." Amen to that brother. ... View more

Hello, My environment:  ArcGIS Enterprise 10.8.1 hosted on 2 physical Windows servers.  Server 1 [Portal, Server (federated, hosting); Server 2 (Server, Data Store (relational)] I have 300+ services.  I did "step up" the heap size in registry once when we hit about 200 services.  That worked fine.  Concurrent with this change was migration of "simple" and/or low use services to shared instance.  The shared instance use somewhat reduces the need to modify heap size in registry because the total number of SOC.exe processes is reduced.  TIP:  Before trying any of these "tuning" techniques, evaluate your computing environment and ensure you are provisioned for current and anticipated system loading.  Each of my servers has 192GB of RAM and 2x 24 core processors.  These resources allow setting the shared instance parameters pretty high thus reducing the total number of dedicated instance service I have. As far as your future plans with Portal:  Suggest view ArcGIS Enterprise as Portal/Server/Data Store not as individual pieces.  By implementing Portal and Data Store, we have overcome many performance limitations and/or resource "tuning" requirements inherent with Server only implementation.  Hosted feature services really "live" in Portal/Data Store.  All Server is doing is creating the service end point.  Perhaps an over simplification.  Hope it helps. Read between the lines:  If you consider the interaction between ArcGIS Web GIS components and ArcGIS Enterprise, the writing on the wall tells me that it the not too distant future, ArcGIS Enterprise will be Portal and Data Store.  No more Server. Lastly, if you don't want to bother with the Windows OS "tuning" and you can choose your OS (unfortunately I cannot), host ArcGIS Enterprise in Linux instead of Windows.  You'll require less computing resources for the same performance level and, in my experience, it just works without an overabundance of administrative care and feeding.  Yes setup is somewhat more involved but again, in my experience, worth the initial investment. ... View more