In ArcGIS Enterprise, il termine migrazione descrive i requisiti di un'organizzazione per spostare un'installazione esistente, o parti di essa, in un'installazione alternativa. Questa installazione alternativa può essere nuova, su un sistema operativo diverso o su un'infrastruttura diversa. Possono essere utilizzate strategie di migrazione per spostare contenuti esistenti dall'installazione originale a una alternativa.
Strategie comuni
Le esigenze di architettura e migrazione variano da un'organizzazione all'altra, così come le rispettive strategie e soluzioni. La strategia scelta per migrare i contenuti può variare a seconda di specifici fattori. I fattori da considerare quando si sceglie una strategia di migrazione includono i seguenti:
- Quali contenuti devono essere migrati? Ciò potrebbe includere tutti i contenuti, tutti i contenuti e utenti e gruppi oppure uno specifico sottoinsieme di contenuti.
- Quali sistemi operativi sono coinvolti? Ci sono diverse considerazioni da fare quando si effettua lo spostamento dallo stesso tipo di sistema operativo, ad esempio, da Windows Server 2019 a Windows Server 2022, rispetto a quando si effettua lo spostamento da un ambiente Windows a un ambiente Linux.
- Che tipo di infrastruttura è coinvolto? Le considerazioni per la migrazione dei contenuti varieranno quando si migra da ArcGIS Enterprise a ArcGIS Enterprise rispetto a quando si migra da ArcGIS Enterprise a ArcGIS Online. Inoltre, ci sono altre considerazioni quando si migra da un'installazione in locale a una in cloud e vice versa.
Le sezioni seguenti descrivono le strategie di migrazione comuni e includono collegamenti a strumenti, documentazione della guida, blog e altre risorse per supportare il lavoro in queste aree.
Migrare contenuto da un'organizzazione ArcGIS ad un'altra
Questa strategia può essere utile se l'organizzazione intende eseguire le seguenti operazioni:
- Promuovere contenuti tra le singole organizzazioni, come dallo sviluppo allo staging fino alla produzione.
- Mantenere contenuti selezionati in ArcGIS Enterprise durante la migrazione di una selezione a ArcGIS Online o viceversa (ad esempio, per fornire una combinazione di elementi pubblici e privati).
- Mantenere contenuti selezionati in un'installazione ArcGIS Enterprise durante la migrazione di una selezione in un'altra installazione ArcGIS Enterprise (ad esempio, in ambienti non connessi).
Migrare contenuti ospitati
Quando si copiano o si migrano layer, mappe Web ed elementi ospitati, è possibile utilizzare gli strumenti e risorse in ArcGIS API for Python o la ArcGIS REST API. I seguenti strumenti e risorse saranno più facili da utilizzare se si ha esperienza con la ArcGIS API for Python.
- La guida alla clonazione dei contenuti descrive in dettaglio l'utilizzo della funzione clone_items() tra ambienti. La funzione clone_items() supporta servizi ospitati, mappe e app Web e altri tipi di elementi. Questo tipo di strategia di migrazione deve essere presa in considerazione quando si migrano tutti i contenuti da un'organizzazione a un'altra.
- A partire dalla versione 10.8.1, la funzione arcgis.gis.GroupMigrationManager.create() è disponibile per esportare il contenuto del gruppo da un'organizzazione ArcGIS Enterprise come pacchetto. Gli amministratori possono utilizzare questa funzione per estrarre il contenuto del gruppo selezionato e importarlo nel gruppo di un'altra organizzazione. Questa funzione fornisce supporto per feature layer hosted, mappe e app Web e altri elementi basati su testo. Gli ID elemento vengono mantenuti durante la migrazione. Questo tipo di strategia di migrazione deve essere presa in considerazione quando si migra un sottoinsieme di contenuti da un'organizzazione a un'altra.
- A partire dalla versione 10.8.1, la funzione arcgis.gis.GroupMigrationManager.load() è disponibile per importare il pacchetto esportato in un'organizzazione ArcGIS Enterprise come contenuto del gruppo. Una volta eseguita l'importazione, la proprietà dell'elemento viene impostata in modo predefinito sull'amministratore che ha importato il pacchetto. Gli elementi possono quindi essere assegnati ad altri proprietari, se necessario. Questo tipo di strategia di migrazione deve essere presa in considerazione quando si migra un sottoinsieme di contenuti da un'organizzazione a un'altra.
Se non si ha familiarità con la ArcGIS API for Python, le operazioni di esportazione e importazione del contenuto del gruppo possono essere usate in ArcGIS REST API per spostare il contenuto da un'organizzazione ArcGIS Enterprise a un'altra. Queste operazioni sono utili quando si sposta il contenuto da un ambiente di sviluppo a uno di staging o in ambienti disconnessi. Questo tipo di strategia di migrazione deve essere presa in considerazione quando si migra un sottoinsieme di contenuti da un'organizzazione a un'altra.
Migrare contenuti di riferimento
Quando si effettua la migrazione di contenuti di riferimento, i servizi GIS che fanno riferimento a Data Store gestiti da utenti dovranno essere pubblicati o condivisi con ciascuna delle installazioni di ArcGIS Enterprise. La condivisione di servizi di riferimento può essere eseguita tramite i seguenti metodi:
- Pubblicare il layer Web da ArcGIS Pro. I servizi pubblicati da ArcGIS Pro faranno riferimento all'origine dati utilizzata per la condivisione del layer Web. Ciò significa che potrebbe essere necessario creare nuove mappe se si desidera fare riferimento a diverse origini di dati.
- Pubblicare un file di definizione del servizio (.sd) in ArcGIS Server Manager. Tutti i servizi pubblicati da questa connessione a database faranno riferimento agli stessi dati di origine.
- Pubblicare in blocco all'interno del portale di ArcGIS Enterprise. Tutti i servizi pubblicati da questa connessione a database faranno riferimento agli stessi dati di origine.
In aggiunta, i servizi possono essere automatizzati usando il modulo ArcPy Sharing, arcpy.sharing. Questa strategia di migrazione deve essere presa in considerazione quando si condivide lo stesso servizio GIS con più installazioni di ArcGIS Enterprise allo stesso tempo.
Nota:
Mentre gli scenari sopra descritti descrivono lo spostamento di elementi tra ambienti, è comune anche condividere elementi tra organizzazioni. In tal caso, gli elementi possono essere replicati negli ambienti, ad esempio per consegnare e distribuire elementi pubblici e privati tra le organizzazioni. Per questa strategia, è possibile utilizzare la collaborazione distribuita. La collaborazione distribuita può essere utilizzata per condividere contenuti tra gli ambienti, ma non è progettata per la migrazione di contenuti tra gli ambienti.
Migrare un'installazione esistente da un computer ad un altro
Questa strategia può essere utile se l'organizzazione deve spostare i componenti software esistenti su un hardware più recente o su un sistema operativo più recente. Questa strategia può essere utilizzata per installazioni su computer singoli o su più computer, ospitate in loco o nel cloud. Questi tipi di strategie di migrazione devono essere prese in considerazione quando si effettua la migrazione dallo stesso sistema operativo all'altro:
- Per sostituire un computer nell'installazione senza perdere contenuti o interrompere il servizio, utilizzare l'operazione Aggiungi sito per la migrazione di componenti software del computer su un altro computer. L'operazione Aggiungi sito è disponibile tramite la Portal Administrator Directory e la Service Administrator Directory. Altri dettagli sono descritti in questo blog e includono procedure per migrare un ArcGIS Data Store.
- Un flusso di lavoro leggermente più dettagliato consiste nell'utilizzare l'utilità webgisdr. Questo flusso di lavoro è preferibile, poiché non influisce sul lavoro nel proprio ambiente di produzione. Altri dettagli sono descritti in questo blog.
Migrare una distribuzione locale esistente su una distribuzione nel cloud
Questa strategia può essere utile se l'organizzazione intende eseguire le seguenti operazioni:
- Aggiungere nuove funzionalità.
- Migliorare le prestazioni e la capacità del sistema.
- Ridurre i costi di sistema.
- Migliorare o rispettare gli standard di sicurezza.
Per determinare se questa strategia di migrazione è appropriata per l'organizzazione, leggere con attenzione quanto segue:
- Pagina Migrazione su Enterprise e cloud: iniziare qui per un'introduzione alla migrazione su una distribuzione nel cloud.
- Guida alla migrazione su ArcGIS Enterprise e cloud: questa guida fornisce un approccio dettagliato per comprendere, pianificare e agire di conseguenza in modo da soddisfare le esigenze di migrazione dell'organizzazione.
- ArcGIS Enterprise nel blog del cloud: questo blog fornisce una panoramica della distribuzione nel cloud.
- AWS CloudFormation e ArcGIS: acquisire familiarità con gli strumenti della distribuzione nel cloud disponibili per le installazioni AWS.
- Installare ArcGIS Enterprise su Microsoft Azure: acquisire familiarità con gli strumenti di installazione su cloud per installazioni Microsoft Azure.
Aggiornamenti e migrazione
L'aggiornamento del software ArcGIS Enterprise non è una strategia di migrazione. Quando si aggiorna ArcGIS Enterprise (inclusi i componenti di distribuzione di base, i ruoli del server e così via), l'obiettivo è in genere ottenere l'accesso a nuove feature, funzionalità e app. Ad esempio, un'organizzazione potrebbe utilizzare la versione 11.1, ma sta pianificando l'aggiornamento per ottenere l'accesso a nuove feature o app disponibili nella versione 11.2. In tal caso, viene eseguito il backup della distribuzione esistente e la versione più recente del software viene installata sul software esistente per aggiornarlo.
Tuttavia, la necessità di aggiornare il software viene spesso eseguita insieme all'implementazione di una strategia di migrazione, come la migrazione su un nuovo sistema operativo o da un'installazione in loco a una in cloud.