Select to view content in your preferred language

Migrate non hosted (referenced) feature layers in Group Export\Import in ArcGIS Enterprise

1651
2
01-13-2021 04:47 PM
by Anonymous User
Not applicable

When moving content across tiered ArcGIS Enterprise Environments, non-hosted feature layers are not included. Refrenced feature layers ( to enterprise geodatabase or folder) should be included.

Migrating referenced feature layers between ArcGIS Enterprise tiers with the ability to repoint the registered data source would save time in having to create the referenced item from scratch ( ArcGIS Pro Publishing workflows) or having to execute custom python code to register the item with the new tiered database.

Concept

As a pre-requisite to the migration, a data store to the equivalent tier database or folder must exist and the feature class\table of the same schema\model and name must exist in the tier database (migrated) beforehand.

The export process of the export package includes the item (and its feature service definition) but no data

At the point where you load the content of the export package into the new tier ArcGIS Enterprise, a window pops up to ask to select a registered data store for each feature layer.

  1. Here, the user experience would be
  2. A list of referenced feature layer appears
  3. A list of registered data stores from ArcGIS Server appears
  4. An apply button appears

Step A

User select a data store from the list ( for example properties).

User then selects 1:M feature layers that reside in the selected data store

User clicks Apply

Eduardo_Fernandez_0-1610583324922.jpeg

Portal then verifies that the feature layer’s source feature class or table exists in the ArcGIS Server registered data. Error message appears “feature class or table does not exist. Please include”. The process goes to step B.

If it verifies, then the ArcGIS Server API registers the enterprise geodatabase feature service\table as an item in that service, using the feature class name ( like an override rather than a new publish). Could be done with python code on the server.

Step B

The list refreshes to exclude successful registered feature layers, include non selected feature layers or feature layers that did not validate in step A

Eduardo_Fernandez_1-1610583324927.jpeg

Process of elimination until no more feature layers exist.

OK button replaces Apply when no more feature layers are listed.

User clicks Ok to end the process

2 Comments
IgorAtamanchuk

The ability to easily migrate non-hosted feature services from Dev to Test to Prod Environment is a "must-have" requirement for many customers. The ability to migrate (clone) and to update data source (database name and feature class name) in bulk/programmatically is a very needed feature when we have hundreds of layers. 

jill_es
Status changed to: Under Consideration