nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Recommended startup order (and delay) of the ArcGIS Enterprise Services

dstrigl

Dear community,

when runnung ArcGIS Enterprise (Portal for ArcGIS, ArcGIS Server and ArcGIS Data Store), what's the recommended order of starting the three services (and which delay in between)?

It looks like on our system there's a problem with the default behaviour with the Hosted Feature Layer.

They doesn't work after a restart of the server. Only after manually stop and restart ArcGIS Server they will work.

Regards,

Daniel.

Finde mehr Beiträge mit dem Tag

Accepted answers

All comments

George_Thompson

Not sure there is an official start up "direction", but I use a batch script with the following process:

net start "Portal for ArcGIS"
echo "Wait for Portal to spin up..."
timeout /t 300 /nobreak
net start "ArcGIS Server"
echo "Waiting for server..."
timeout /t 240 /nobreak
net start "ArcGIS Data Store"
echo "Waiting for datastore..."
timeout /t 240 /nobreak

I usually wait about 4 - 5 minutes between them.

DanReid

That's funny, I use exactly the opposite order. My reasoning is that Portal can't function properly without Server, and Server can't function properly without Data Store, so I start with Data Store, then Server, then Portal. Agree about needing a few minutes between starting each of them, and if Server has a lot of services in it, it could take more than five minutes to fully start up.

BillFox

and the config-store(s) in HA setup

BillFox

web adaptor(s) too

dstrigl

Thanks so far for your answers ... yeah, it's quite interesting: I also got different startup scripts with different start orders from some colleagues, which they are using.

What I heard so far is that Portal should be started first, because it handles all the authentication.

DrewDowling

I just ran into the same issue on a single-machine enterprise deployment. ESRI technical support recommended Portal => Datastore => Server. Doing this manually fixes datastore access if I wait for Portal to fully start before starting datastore.

In the Services settings, Tech support also suggested automatical service start for Portal and Datastore and then delayed restart for Server. We currently have Datastore on delayed restart. I'm going to test changing this to automatic.

If this doesn't work, then we will go down the script route.

jawhitacre@PA.LCL_PAGame

I recently experimented with this with an ArcGIS Enterprise 11.4 environment with each component on a separate machine. One thing I noticed is that ArcGIS Server does not fully start until it seems to recognize that it has been fully federated. I am not sure about this, but ArcGIS Server will definitely not fully load until Portal is fully available. Therefore, here is what I recommend for the order:

ArcGIS Data Store, ArcGIS Web Adapter, and any RDBMS Servers (i.e., SQL Server, PostgreSQL, etc.)
- Can do all simultaneously or in sequence.
- Proceed once Web Adapter at the Portal URL shows ‘Could not access any ArcGIS Enterprise portal machines. Please contact your system administrator.’
Portal for ArcGIS
- In Task Manager, check for two OpenJDK Platform binary and a few PostgreSQL Server processes to be started with the CPU calmed down. This will indicate that the Portal is running.
- Proceed once Portal for ArcGIS will load from the Portal URL.
ArcGIS Server (Hosting server)
- In Task Manager, check for multiple ArcSOC processes to be running. This will indicate that the ArcGIS Server is running.
- Proceed once the REST services URL loads.
Additional ArcGIS Server or Extension Servers (e.g., ArcGIS Workflow Manager)

Hope this helps.

Nimm an der Diskussion teil

Angemeldete Mitglieder können Beiträge verfassen, Updates folgen und mehr. Neu hier? Registriere ein kostenloses Konto.

Schnellzugriffe

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.