Skip To Content

Estratégias de migração

No ArcGIS Enterprise o termo migração descreve os requisitos de uma organização para mover uma implantação existente, ou partes dela, para uma implantação alternativa. Essa implantação alternativa pode ser mais recente, em um sistema operacional diferente ou em uma infraestrutura diferente. As estratégias de migração podem ser usadas para mover o conteúdo existente da implantação original para uma implantação alternativa.

Estratégias comuns

As necessidades de arquitetura e migração variam de uma organização para outra, assim como as respectivas estratégias e soluções. A estratégia específica escolhida para migrar conteúdo pode variar dependendo de fatores específicos. Os fatores a considerar ao escolher uma estratégia de migração incluem o seguinte:

  • Qual conteúdo precisa ser migrado? Isto pode incluir todo o conteúdo, todo o conteúdo e usuários e grupos, ou um subconjunto específico do conteúdo.
  • Quais sistemas operacionais estão envolvidos? Há considerações diferentes ao migrar do mesmo tipo de sistema operacional, por exemplo, Windows Server 2019 para Windows Server 2022, e ao migrar de uma implantação do Windows para uma implantação do Linux.
  • Que tipo de infraestrutura está envolvida? As considerações sobre a migração de conteúdo variam ao migrar conteúdo de ArcGIS Enterprise para ArcGIS Enterprise versus ArcGIS Enterprise para ArcGIS Online. Há também considerações adicionais ao migrar de uma implantação local para a nuvem e vice-versa.

As seções abaixo descrevem estratégias de migração comuns e inclui links para ferramentas, documentação de ajuda, blogs e outros recursos para apoiar seu trabalho nestas áreas.

Migrar conteúdo de uma organização do ArcGIS para outra

Esta estratégia pode ser útil se a sua organização pretende fazer o seguinte:

  • Promover conteúdo em organizações individuais, como do desenvolvimento à preparação e produção.
  • Manter o conteúdo selecionado no ArcGIS Enterprise durante a migração de uma seleção no ArcGIS Online ou vice versa (por exemplo, para fornecer uma combinação de itens privados e públicos).
  • Manter o conteúdo selecionado em uma implantação do ArcGIS Enterprise durante a migração de uma seleção para outra implantação do ArcGIS Enterprise (por exemplo, dentro de ambientes desconectados).

Migrar conteúdo hospedado

Ao copiar ou migrar camadas hospedadas, mapas da web e itens, você pode usar ferramentas e recursos no ArcGIS API for Python ou ArcGIS REST API. As ferramentas e recursos a seguir serão mais fáceis de usar se você tiver experiência anterior com o ArcGIS API for Python:

  • O guia de conteúdo de clonagem detalha como a função clone_items() é utilizada através de ambientes. A função clone_items() suporta serviços hospedados, mapas e aplicativos da web e outros tipos de itens. Este tipo de estratégia de migração deve ser considerada ao migrar todo o conteúdo de uma organização para outra.
  • A partir da versão 10.8.1, a função arcgis.gis.GroupMigrationManager.create() está disponível para exportar conteúdo do grupo de uma organização ArcGIS Enterprise como um pacote. Os administradores podem utilizar esta função para extrair o conteúdo do grupo selecionado e importá-lo para o grupo de outra organização. Essa função fornece suporte para camadas de feição hospedados, mapas e aplicativos da web e outros itens baseados em texto. IDs do item são mantidos durante a migração. Este tipo de estratégia de migração deve ser considerada ao migrar um subconjunto de conteúdo de uma organização para outra.
  • A partir da versão 10.8.1, a função arcgis.gis.GroupMigrationManager.load() está disponível para importar um pacote exportado para uma organização do ArcGIS Enterprise como um conteúdo do grupo. Uma vez importado, a propriedade do item é padronizada para o administrador que importou o pacote. Os itens podem ser atribuídos a outros proprietários, conforme necessário. Este tipo de estratégia de migração deve ser considerada ao migrar um subconjunto de conteúdo de uma organização para outra.
  • Se não estiver familiarizado com o ArcGIS API for Python, as operações de conteúdo de grupo exportar e importar pode ser usado no ArcGIS REST API para mover conteúdo de uma organização do ArcGIS Enterprise para outra. Estas operações são úteis ao mover o conteúdo de um desenvolvimento para um ambiente intermediário ou entre ambientes desconectados. Este tipo de estratégia de migração deve ser considerada ao migrar um subconjunto de conteúdo de uma organização para outra.

Migrar conteúdo referenciado

Ao migrar conteúdo referenciado, os serviços GIS que fazem referência a armazenamentos de dados gerenciados pelo usuário precisará ser publicado ou compartilhado para cada uma das implantações do ArcGIS Enterprise. O compartilhamento de serviços referenciados pode ser feito usando os seguintes métodos:

  • Publicando sua camada da web do ArcGIS Pro. Serviços publicados do ArcGIS Pro fará referência à fonte de dados usada ao compartilhar a camada da web. Isso significa que pode ser necessário criar novos mapas se você quiser fazer referência a diferentes fontes de dados.
  • Publicando um arquivo de definição de serviço (.sd) in ArcGIS Server Manager. Todos os serviços publicados a partir desta conexão de banco de dados farão referência aos mesmos dados de origem.
  • Publicação em lote no portal do ArcGIS Enterprise. Todos os serviços publicados a partir desta conexão de banco de dados farão referência aos mesmos dados de origem.

Além disso, os serviços podem ser automatizados usando o módulo ArcPy Sharing, arcpy.sharing. Esta estratégia de migração deve ser considerada ao compartilhar o mesmo serviço GIS para múltiplas implantações ArcGIS Enterprise ao mesmo tempo.

Anotação:

Embora os cenários acima descrevam a movimentação de itens entre ambientes, o compartilhamento de itens entre organizações também é comum. Neste caso, os itens podem ser replicados entre ambientes, por exemplo, para entregar e distribuir itens públicos e privados entre organizações. Para esta estratégia, você pode utilizar colaboração distribuída. Embora a colaboração distribuída possa ser usada para compartilhar conteúdo entre ambientes, ela não foi projetada para migrar conteúdo entre ambientes.

Migrar uma implantação existente de uma máquina para outra

Esta estratégia pode ser útil se a sua organização precisar mover componentes de software existentes para um hardware ou sistema operacional mais novo. Essa estratégia pode ser usada para implantações de uma ou várias máquinas hospedadas no local ou na nuvem. Estes tipos de estratégias de migração devem ser considerados ao migrar do mesmo tipo de sistema operacional para outro:

Migrar uma implantação local existente para uma implantação na nuvem

Esta estratégia pode ser útil se a sua organização pretende fazer o seguinte:

  • Adicione novos recursos.
  • Melhore o desempenho e a capacidade do sistema.
  • Reduza custos do sistema.
  • Melhore ou cumpra os padrões de segurança.

Para determinar se esta estratégia de migração é apropriada para sua organização, revise o seguinte:

  • Página de Migração na Nuvem e Enterprise —Comece aqui para obter uma introdução à migração para uma implantação na nuvem.
  • Guia de migração para nuvem e ArcGIS Enterprise —Este guia fornece uma abordagem detalhada para entender, planejar e agir de acordo com as necessidades de migração da sua organização.
  • Blog do ArcGIS Enterprise na nuvem—Este blog fornece uma visão geral de implantação na nuvem.
  • AWS CloudFormation e ArcGIS—Familiarize-se com as ferramentas de implantação em nuvem disponíveis para implantações da AWS.
  • Implante o ArcGIS Enterprise no Microsoft Azure—Familiarize-se com as ferramentas de implantação em nuvem disponíveis para implantações do Microsoft Azure.

Atualizações e migração

Atualização de software do ArcGIS Enterprise não é uma estratégia de migração. Quando você atualiza o ArcGIS Enterprise (incluindo componentes da implantação de base, funções do servidor e assim por diante), o objetivo geralmente é obter acesso a novas feições, recursos e aplicativos. Por exemplo, uma organização pode estar usando a versão 11.1, mas planeja atualizar para obter acesso a novos recursos ou aplicativos disponíveis na 11.2. Nesse caso, é criada uma cópia de segurança da implantação existente e a versão mais recente do software é instalada na parte superior do software existente para atualizá-lo.

No entanto, a necessidade de atualizar o software geralmente é feita em conjunto com a implementação de uma estratégia de migração, como a migração para um novo sistema operacional ou de uma implantação local para uma implantação na nuvem.