Você pode reproduzir seu desenvolvimento do ArcGIS Enterprise em um desenvolvimento auxiliar desconectado. Se a sua implantação primária falhar ou ficar inacessível, você poderá criar uma ativação após falha na implantação auxiliar.
As implantações auxiliares tipicamente executam em uma rede ou subrede diferente, ou até em um local geograficamente separado da sua implantação primária. Onde quer que você coloque a implantação auxiliar, tenha certeza que seus clientes do ArcGIS Enterprise poderão acessá-la quando for necessário.
Redundância geográfica
Você pode implementar redundância geográfica se o centro dos seus dados primários e centro dos seus dados auxiliares estiverem em locais geograficamente separados. Se um centro de dados experimentar um evento catastrófico, como furacão ou outro desastre natural, você poderá tornar o centro dos dados auxiliares ativo e retomar as operações.
A redundância geográfica tem os seguintes requisitos específicos para ser bem sucedida:
- Os ambientes primários e auxiliares devem ser duplicados. Cada centro de dados deve ter o mesmo número de máquinas no desenvolvimento do ArcGIS Enterprise e as URLs utilizadas para acessar os componentes devem ser as mesmas.
- Os diretórios do ArcGIS Server devem ter o mesmo nome. Os caminhos para o diretório podem ser diferentes, mas o nome da pasta deve ser o mesmo nos ambientes primário e auxiliar.
- Pastas registradas com os sites do ArcGIS Server nos ambientes primário e auxiliar podem ter caminhos diferentes, mas os nomes das pastas devem ser os mesmos e devem conter cópias exatas dos mesmos dados de origem.
- A redundância geográfica normalmente segue uma abordagem ativa-passiva; portanto, os dados e o conteúdo devem ser replicados no desenvolvimento auxiliar do ArcGIS Enterprise de forma consistente.
- A redundância geográfica conta com componentes de terceiros para ser bem sucedida. Por exemplo, um seletor de site global ou servidor de sistema de nome de domínio global (DNS) é importante para que, quando uma troca tiver que ocorrer do data center principal para o auxiliar, não haja interrupção para nenhum usuário do ArcGIS Enterprise.
Para garantir o mínimo de tempo de inatividade em caso de falha ou catástrofe, você pode desenvolver um sistema altamente disponível e geograficamente redundante do ArcGIS Enterprise. Esta é a implantação mais complexa para alcançar, pois exige a maioria das máquinas e mais manutenção. Configure dois centros de dados separados, cada um com seu próprio desenvolvimento do ArcGIS Enterprise altamente disponível. Em cada data center, todos os nomes de máquina são configurados de forma idêntica e não há pontos únicos de falha, que incluem os dados, se residem em um servidor de arquivos altamente disponível ou banco de dados altamente disponível, todos os servidores web e balanceadores de carga, bem como os componentes do ArcGIS Enterprise. As cópias de segurança da implantação primária são consistentemente criadas e a restauração na implantação auxiliar no centro de dados separado pode ocorrer imediatamente ou quando ocorrer uma falha na implantação primária.
Plano para uma implantação replicada
Primeiro, determine quantas máquinas são necessárias. Em seguida, planeje os seguintes requisitos de recuperação de desastres para um desenvolvimento replicado do ArcGIS Enterprise:
- Duplicação: Assegure ambos os data center e desenvolvimentos do ArcGIS Enterprise contenham a mesma arquitetura.
- Replicação: Crie cópias de segurança do conteúdo e dados do centro de dados primário e restaure no auxiliar.
- Monitoramento:Revise os logs para determinar quando ocorre uma falha e determinar se a severidade da falha exige que você crie uma ativação após falha no centro de dados auxiliar.
- Ativação Após Falha: Decida se criar uma ativação após falha para um componente diferente dentro do ArcGIS Enterprise ou uma ativação após falha para a implantação do ArcGIS Enterprise para um data center diferente.
Mantenha também o seguinte em mente ao planejar sua implantação replicada:
- O utilitário webgisdr não move mosaicos de cache do serviço de mapa. Se você incluir caches da camada de mosaico hospedada ou serviço de mapa utilizados pelo site do GIS Server na sua implantação, crie uma cópia de segurança de todos os diretórios onde seus mosaicos de cache são armazenados (por exemplo, o diretório inteiro arcgiscache em C:\arcgisserver\directories\ ou <ArcGIS Server installation directory>/arcgis/server/usr/directories). Adicione manulamente as cópias no diretório arcgiscache correspondente na implantação auxiliar.
- Múltiplos agrupamentos do ArcGIS Server não são suportados ao utilizar o utilitário webgisdr para replicar o ArcGIS Enterprise em uma implantação auxiliar desconectada.
- Todas as máquinas em ambas as implantações devem utilizar o mesmo sistema operacional. Por exemplo, sua implantação primária não pode estar em máquinas Windows e sua auxiliar estar no Linux.
- O utilitário webgisdr registra as versões de software dos componentes no ArcGIS Enterprise quando você cria uma cópia de segurança. A implantação auxiliar na qual você importa o arquivo deve estar na mesma versão que sua implantação primária.
Determinar requisitos da máquina
O número de máquinas que você precisa, depende de como você configura o ArcGIS Enterprise. No mínimo, você precisa de duas máquinas. Se o seu desenvolvimento do ArcGIS Enterprise não armazenar muitos dados e serviços, não incluir um armazenamento de grandes dados de espaço-tempo e não for acessada por muitos usuários, você poderá configurar um desenvolvimento primária incluída de uma única máquina de site do GIS Server e instalar o Portal for ArcGIS e ArcGIS Data Store na mesma máquina. Você precisa de uma segunda máquina para armazenar a implantação auxiliar replicada.
Se a sua implantação do ArcGIS Enterprise for fortemente utilizada—por exemplo, se um grande número de usuários acessá-la, sua organização armazenará um grande número de itens ou sua implantação for fortemente editada—talvez seja necessário um site de única ou múltiplas máquinas do GIS Server e você deverá instalar o Portal for ArcGIS e ArcGIS Data Store em máquinas separadas e separada das máquinas do GIS Server. Se você publicar várias camadas de cena hospedadas, é possível desejar a configuração do ArcGIS Data Store (armazenamento de dados do cache de mosaico) para armazenar os bancos de dados de cache da cena em outra máquina. Se você for utilizar um armazenamento de grandes dados de espaço-tempo, você precisará de pelo menos uma máquina adicional. Neste caso, calcule o número de máquinas exigidas utilizando a seguinte fórmula:
(<number of GIS Server machines> + 1 Portal for ArcGIS machine + <number of machines in the data store>) X 2
Note que licenças ArcGIS adicionais não são exigidas para a implantação auxiliar, pois não são ativamente acessadas; você somente torna a implantação ativa se a primária falhar.
Configurações exigidas para implantações duplicadas
Para garantir uma recuperação de desastre eficaz de uma implantação do ArcGIS Enterprise replicada, a implantação auxiliar deverá duplicar o intervalo de configurações do sistema, configurações de segurança e locais de armazenamento encontrados na implantação primária. Criar cópias de segurança regularmente e garantir a consistência entre as implantações replicadas é a melhor maneira de minimizar o tempo de inatividade no caso de uma falha. Estas considerações devem ser feitas em toda a sua implantação. Alguns exemplos são os seguintes:
- Os serviços de mapa contam com dados em uma pasta compartilhada ou por uma conexão do banco de dados.
- Máquinas em uma implantação do ArcGIS Enterprise comunicam-se umas com as outras por URLs específicas.
Dica:
Utilize entradas de DNS ou modifique arquivos hosts em máquinas da sua implementação replicada para obter a consistência do nome de host. A abordagem recomendada para fazer isto é configurar uma máquina separada para atuar como a URL do portal público. Você pode instalar o ArcGIS Web Adaptor ou servidor proxy reverso nesta máquina e modificar os arquivos hosts nas máquinas do servidor e portal.
- Os locais do diretório de instalação precisam ser idênticos entre as implantações replicadas.
- O número de máquinas em seus centros de dados deve corresponder para evitar problemas de desempenho em resposta à carga do usuário.
As seguintes configurações de sistema e segurança não devem ser replicadas nas implantações, pois são específicas para cada implantação:
- Encaminhar informações de proxy, incluindo nomes de servidores, URLs voltadas ao usuário e números de porta
- Configurações de segurança, incluindo a lista de endereços aprovados pelo recurso de proxy do portal
- Propriedades de configuração do armazenamento de identidade para armazenamentos de usuário e grupo, se aplicável
- Configurações do provedor de identidade SAML e LDAP
Desde a versão 10.4, a lista de itens e configurações que devem ser idênticas em suas implantações de origem e de destino ao executar o utilitário webgisdr foi reduzida. A tabela a seguir resume essas mudanças em versões recentes do Portal for ArcGIS e ArcGIS Server:
Este item ou configuração deve ser idêntico nas implantações ao executar o utilitário webgisdr?
| Item ou configuração | 10.4.x | 10.5.x, 10.6 | 10.6.1, 10.7.x, 10.8 |
|---|---|---|---|
URLs públicas do portal | Sim | Sim | Sim |
URL de serviços para servidores federados | Sim | Sim | Sim |
Armazenamentos de dados registrados que não sejam do ArcGIS Data Store | Sim | Sim | Sim |
Credenciais de conta do arquivo ...webgisdr.properties | Sim | Sim | Sim |
Caminhos de diretório do ArcGIS Server (por exemplo, arcgisjobs) | Sim | Sim | Não |
Informações de segurança (informações de proxy das URLs do LDAP) | Sim | Sim | Não |
Tipo de implantação (única máquina ou altamente disponível) | Sim | Não | Não |
URL privada do portal | Sim | Não | Não |
URL de admin para servidores federados | Sim | Não | Não |
Nomes da máquina | Sim | Não | Não |
Diretório de conteúdo do portal | Não | Não | Não |
Armazenamento de configuração do ArcGIS ServerArcGIS Server | Não | Não | Não |
Replicar o ArcGIS Enterprise
O utilitário webgisdr permite exportar conteúdo do portal, sites federados do ArcGIS Server e conteúdo do armazenamento de dados do cache de mosaico e relacional do ArcGIS Data Store para um arquivo que você pode mover para a máquina auxiliar para restaurar. O utilitário mantém as configurações definidas do Portal for ArcGIS, ArcGIS Server e ArcGIS Data Store e copia todo o conteúdo criado no portal, bem como os dados que são copiados para o servidor de hospedagem e armazenamento de dados durante a publicação.
O utilitário não copia dados dos bancos de dados ou pastas registradas com servidor de hospedagem ou sites do ArcGIS ServerArcGIS Server federados. É de responsabilidade do administrador replicar estes dados em um desenvolvimento auxiliar do ArcGIS Enterprise e garantir que os serviços no desenvolvimento auxiliar possam acessar os dados replicados.
Quando você registra as fontes de dados com sites do ArcGIS Server, você fornece informações específicas sobre como acessar os dados. Estas informações devem ser as mesmas da implantação auxiliar como para a primária. Por exemplo, se você copiar os arquivos geodatabases utilizados para fonte de dados para a implantação auxiliar, os caminhos de diretório dos arquivos geodatabases devem ser o mesmo que na implantação primária. Além disso, o desenvolvimento auxiliar deve ser capaz de acessar um banco de dados usando as mesmas informações de conexão que você forneceu quando registrou o banco de dados com o site ArcGIS Server no desenvolvimento primário .
Você pode executar o utilitário webgisdr como uma tarefa agendada no Cronograma de Tarefas do Windows. Adicionalmente, o utilitário pode ser movido e executado de uma máquina diferente do que a instalação do portal, desde que a comunicação esteja aberta entre a máquina onde esteja executando o utilitário e os componentes do ArcGIS Enterprise.
Você deve restaurar as cópias de segurança do ArcGIS Enterprise para o desenvolvimento auxiliar, assim que são exportadas do desenvolviemnto primário. Isto evita a restauração de cópias de segurança incrementais na ordem errada e significa que ocorrerá perda mínima de dados ou tempo de paralisação no caso de falha na implantação primária. Se você não restaurar imediatamente as cópias de segurança, poderá haver uma despesa adicional ao importar a cópia de segurança e criar a ativação após falha na implantação auxiliar.
Considere também que se algo estiver incorreto na implantação primária quando a cópia de segurança for criada e houver processos automatizados para importar a cópia de segurança na auxiliar, estas configurações incorretas serão importadas para a implantação auxiliar.
Consulte Configurar recuperação de desastre para instruções em reproduzir um desenvolvimento do ArcGIS Enterprise.
Monitorar ArcGIS Enterprise
O monitoramente é importante em ambos o ambiente replicado e altamente disponível. Em um ambiente altamente disponível, certas partes da implantação falham sem a intervenção humana. Por exemplo, se o portal primário em um ArcGIS Enterprise falhar, o software imediatamente criará uma ativação após falha na auxiliar sem qualquer intervenção humana. Semelhantemente, componentes do ArcGIS Server e ArcGIS Data Store podem falhar, e o sistema poderá funcionar de forma normal, como se não existisse um único ponto de falha. Considerando que pode não haver nenhuma ruptura visível no ArcGIS Enterprise, você deve colocar mecanismos em prática para notificar os administradores de falhas em qualquer componente em particular dentro do desenvolvimento do ArcGIS Enterprise.
Você pode utilizar o ArcGIS Monitor para analisar a saúde do Portal for ArcGIS, ArcGIS Server, e componentes relacionais do ArcGIS Data Store de seu desenvolvimento. Você também pode utilizar a Tarefa de Índice do Portal para consultar o status do indexador na máquina primária do portal antes de replicar sua implementação. Se você utilizar um banco de dados PostgreSQL, Oracle ou Microsoft SQL Server registrado com sua implantação, você poderá utilizar uma das tarefas Egdb disponíveis na galeria do ArcGIS Monitor para monitorar as estatísticas destes bancos de dados.
Você precisará utilizar o Python ou a linguagem de script de sua escolha com o ArcGIS Server REST API para automatizar a validação de conexões para pastas registradas, compartilhamentos do arquivo de grandes dados de espaço-espaço, armazenamentos de dados raster, caches de mosaico e armazenamentos de grandes dados de espaço-tempo.
Em um ambiente replicado, a ativação após falha exige intervenção humana; então, você deve monitorar sua implantação para determinar quando ocorrem as falhas, assim você poderá decidir se uma ativação após falha é necessária.
Se você automatizar a replicação da sua implantação da primária para auxiliar, você também precisará monitorar estes processos para garantir que as cópias de segurança, a movimentação de arquivos e as operações de restauração sejam concluídos com sucesso.
Sobre a ativação após falha
No ArcGIS Enterprise, Portal for ArcGIS, ArcGIS Server, e ArcGIS Data Store têm seus próprios mecanismos internos para ativação após falha. Em uma configuração altamente disponível, cada componente pode criar uma ativação após falha sem ruptura significativa para o ArcGIS Enterprise completo.
A ativação após falha de uma implantação replicada do centro de dados da primária para a auxiliar tipicamente envolve o departamento de TI da organização e pode ser alcançada por um seletor de site global (GSS) ou DNS global. Os membros de uma organização normalmente alcançam sua implantação do ArcGIS Enterprise por meio de algumas URLs, por exemplo, https://myportalwa.organization.com/portal para a URL do portal e https://myserverwa.organization.com/server para a URL de serviços do ArcGIS Server. O GSS ou GNS global pode atribuir um endereço IP para cada nome de host. Se for necessário criar a ativação após falha para um centro de dados diferente, o GSS ou DNS global atribuirá novamente os nomes de host myportalwa.organization.com e myserverwa.organization.com aos endereços IP associados com o centro de dados auxiliar. Os clientes e usuários não serão afetados, mas todos os pedidos serão enviados para o centro de dados auxiliar. Após o centro de dados primário estar novamente online, o endereço IP de hosts do principal site poderá ser reatribuído aos endereços IP dentro do centro de dados original. Você então precisará reconciliar os dados da auxiliar para a primária para garantir que o centro de dados primário contém todo o novo conteúdo e dados que foram criados enquanto a auxiliar estava ativa.
Se os dados em qualquer servidor de hospedagem ou bancos de dados registrados do site do ArcGIS Server (geodatabase enterprise ou banco de dados) foram editados, utilize ferramentas de replicação do banco de dados para gerantir que o ArcGIS Enterprise primário original contém estes dados atualizados. Se os dados em fontes de dados baseadas em arquivo, como arquivos geodatabase, registrados com quaisquer sites do ArcGIS Server em um desenvolvimento do ArcGIS Enterprise tiverem mudado, copie os arquivos editados para o diretório original no qual foram armazenados. Finalmente, utilize o utilitário webgisdr para exportar uma cópia de segurança do ArcGIS Enterprise de auxiliar e importá-la para o primário. O utilitário replicará o conteúdo no portal, inclusive dados da camada de cena e da feição hospedada associados e novos serviços registrados com o portal, para o desenvolvimento primário original do ArcGIS Enterprise.