En ArcGIS Enterprise, el término migración describe los requisitos de una organización para mover una implementación existente, o partes de ella, a una implementación alternativa. Esta implementación alternativa puede ser más reciente y estar un sistema operativo o infraestructura diferentes. Las estrategias de migración se pueden utilizar para mover contenido de la implementación original a una implementación alternativa.
Estrategias comunes
Las necesidades de arquitectura y migración varían de una organización a otra, al igual que las respectivas estrategias y soluciones. La estrategia específica elegida para migrar el contenido puede variar dependiendo de factores concretos. En los factores que deben tenerse en cuenta al elegir la estrategia de migración se incluyen los siguientes:
- ¿Qué contenido debe migrarse? Puede ser todo el contenido, todo el contenido y los usuarios y grupos o un subconjunto específico de contenido.
- ¿Qué sistemas operativos están involucrados? La migración desde el mismo tipo de sistema operativo, como de Windows Server 2019 a Windows Server 2022, plantea unas cuestiones diferentes de la migración de una implementación de Windows a otra de Linux.
- ¿Qué tipo de infraestructura está involucrada? Las consideraciones de la migración de contenido variarán cuando se migre contenido de ArcGIS Enterprise a ArcGIS Enterprise que cuando se migre de ArcGIS Enterprise a ArcGIS Online. Existen cuestiones adicionales que deben tenerse en cuenta al migrar de una implementación local a la nube y viceversa.
En las secciones siguientes se describen estrategias comunes de migración y se incluyen vínculos a herramientas, documentación de ayuda, blogs y otros recursos para apoyar su trabajo en estas áreas.
Migrar contenido de una organización de ArcGIS a otra
Esta estrategia puede resultar útil si su organización tiene previsto hacer lo siguiente:
- Promover contenido entre organizaciones individuales como, por ejemplo, del desarrollo al almacenamiento provisional y la producción.
- Mantenga contenido seleccionado en ArcGIS Enterprise mientras migra una selección a ArcGIS Online o viceversa (por ejemplo, para enviar una combinación de elementos privados y públicos).
- Mantenga contenido seleccionado en una implementación de ArcGIS Enterprise mientras migra una selección a otra implementación de ArcGIS Enterprise (por ejemplo, en entornos desconectados).
Migrar contenido alojado
Al copiar o migrar capas alojadas, mapas web y elementos, puede utilizar herramientas y recursos en ArcGIS API for Python o en la API REST de ArcGIS. Las herramientas y los recursos siguientes serán más fáciles de usar si tiene experiencia previa con ArcGIS API for Python:
- La guía de clonación de contenido detalla cómo se utiliza la función clone_items() en distintos entornos. La función clone_items() admite servicios alojados, mapas web y aplicaciones, así como otros tipos de elementos. Este tipo de estrategia de migración debería tenerse en cuenta a la hora de migrar todo el contenido de una organización a otra.
- A partir de 10.8.1, la función arcgis.gis.GroupMigrationManager.create() está disponible para exportar contenido de grupo de una organización de ArcGIS Enterprise como un paquete. Los administradores pueden utilizar esta función para extraer el contenido del grupo seleccionado e importarlo al grupo de otra organización. Esta función proporciona compatibilidad con capas de entidades alojadas, mapas web y aplicaciones, así como otros elementos basados en texto. Los Id. de elemento se conservan durante la migración. Este tipo de estrategia de migración debería tenerse en cuenta a la hora de migrar un subconjunto del contenido de una organización a otra.
- A partir de 10.8.1, la función arcgis.gis.GroupMigrationManager.load() está disponible para importar un paquete exportado a una organización de ArcGIS Enterprise como contenido de grupo. Una vez importado, de forma predeterminada el elemento es propiedad del administrador que importó el paquete. Posteriormente, los elementos se pueden asignar a otros propietarios según sea necesario. Este tipo de estrategia de migración debería tenerse en cuenta a la hora de migrar un subconjunto del contenido de una organización a otra.
Si no está familiarizado con ArcGIS API for Python, las operaciones de exportación e importación de contenido del grupo se pueden utilizar en la API REST de ArcGIS para mover contenido de una organización de ArcGIS Enterprise a otra. Estas operaciones son útiles cuando se mueve contenido de un entorno de desarrollo a un entorno de almacenamiento provisional o entre entornos desconectados. Este tipo de estrategia de migración debería tenerse en cuenta a la hora de migrar un subconjunto del contenido de una organización a otra.
Migrar contenido referenciado
Al migrar contenido referenciado, los servicios SIG que hacen referencia a data stores administrados por usuarios tendrá que publicarse o compartirse con cada una de las implementaciones de ArcGIS Enterprise. Los servicios compartidos pueden compartirse mediante los métodos siguientes:
- Publicar la capa web desde ArcGIS Pro. Los servicios publicados desde ArcGIS Pro harán referencia a la fuente de datos utilizada al compartir la capa web. Esto significa que es posible que haya que crear mapas nuevos si se quiere referenciar diferentes fuentes de datos.
- Publicar los archivos de definición de servicio (.sd) en ArcGIS Server Manager. Todos los servicios publicados desde esta conexión de base de datos hará referencia a los mismos datos de origen.
- Publicar en bloque en el portal de ArcGIS Enterprise. Todos los servicios publicados desde esta conexión de base de datos hará referencia a los mismos datos de origen.
Asimismo, los servicios pueden automatizarse utilizando el módulo ArcPy Sharing, arcpy.sharing. Esta estrategia de migración debería tenerse en cuenta a la hora de compartir el mismo servicio SIG en varias implementaciones de ArcGIS Enterprise a la vez.
Nota:
Aunque los escenarios anteriores describen el movimiento de elementos entre entornos, también es habitual compartir elementos entre organizaciones. En este caso, los elementos pueden replicarse entre entornos, por ejemplo, para enviar y distribuir elementos públicos y privados entre organizaciones. Para esta estrategia, puede utilizar una colaboración distribuida. Aunque la colaboración distribuida puede utilizarse para compartir contenido entre entornos, no está diseñada para migrar contenido entre entornos.
Migrar una implementación existente de un equipo a otro
Esta estrategia puede resultar útil si su organización necesita mover componentes de software existentes a un hardware o un sistema operativo más recientes. Esta estrategia se puede utilizar para implementaciones de un solo equipo o de varios equipos alojadas localmente o en la nube. Estos tipos de estrategia de migración deberían tenerse en cuenta al migrar del mismo tipo de sistema operativo a otro.
- Para reemplazar un equipo de su implementación sin perder contenido ni interrumpir el servicio, utilice la operación Unirse a un sitio para migrar componentes de software a otro equipo. La operación Unirse a un sitio está disponible por medio del directorio de administrador del portal y el directorio de administrador del servidor. En este blog se describen detalles adicionales y se incluyen los pasos para migrar un ArcGIS Data Store.
- Un flujo de trabajo ligeramente más complejo es utilizar la utilidad webgisdr. Es posible que prefiera este flujo de trabajo, ya que no afecta al trabajo en su entorno de producción. En este blog se describen detalles adicionales.
Migrar una implementación local existente a una implementación en la nube
Esta estrategia puede resultar útil si su organización tiene previsto hacer lo siguiente:
- Agregar nuevas funcionalidades.
- Mejorar el rendimiento y la capacidad del sistema.
- Reducir el coste del sistema.
- Mejorar o cumplir con los estándares de seguridad.
Para determinar si esta estrategia de migración es adecuada para su organización, revise lo siguiente:
- Página de Enterprisey la migración en la nube: empiece por aquí para obtener una introducción sobre la migración a una implementación en la nube.
- Guía de ArcGIS Enterprise y la migración en la nube: esta guía ofrece un enfoque detallado para comprender, planificar y actuar en consecuencia para abordar las necesidades de migración de su organización.
- Blog de ArcGIS Enterprise en la nube: este blog proporciona una descripción general de la implementación en la nube.
- AWS CloudFormation y ArcGIS: familiarícese con las herramientas de implementación en la nube que están disponibles para implementaciones de AWS.
- Implementación ArcGIS Enterprise en Microsoft Azure: familiarícese con las herramientas de implementación en la nube que están disponibles para implementaciones de Microsoft Azure.
Actualizaciones y migración
La actualización del software de ArcGIS Enterprise no es una estrategia de migración. Cuando usted actualiza ArcGIS Enterprise (incluidos los componentes de la implementación base, los roles de servidor, etc.), normalmente el objetivo es obtener acceso a nuevas características, funcionalidades y aplicaciones. Por ejemplo, una organización puede utilizar la versión 11.1, pero planear una actualización para acceder a las nuevas características o aplicaciones disponibles en 11.2. En este caso, se realiza una copia de seguridad de la implementación existente y la versión de software más reciente se instala sobre el software existente para actualizarlo.
Sin embargo, la actualización de software necesaria a menudo se realiza junto con la implementación de una estrategia de migración, como migrar a un sistema operativo nuevo o de una implementación local a otra en la nube.