Skip To Content

Gerenciar cópias de segurança do armazenamento de dados

Você precisa criar cópias de segurança para recuperar seus dados no caso de um desastre como dados corrompidos ou defeito de hardware. Se você criar cópias de segurança dos seus armazenamentos de dados e adicioná-las em um local seguro, você poderá instalar um novo ArcGIS Data Store, acessar seus arquivos da cópia de segurança e restaurar os dados se por qualquer razão seu armazenamento de dados fechar com erro e não puder ser reiniciado.

Leia as considerações de cópia de segurança do ArcGIS Data Store , então utilize as informações nas seções restantes para configurar e gerenciar as cópias de segurança do ArcGIS Data Store .

  1. Definir um local da cópia de segurança.
  2. Configurar cópias de segurança automáticas.
  3. Criar cópias de segurança manualmente, se necessário.

Considerações de cópia de segurança do ArcGIS Data Store

Mantenha o seguinte em mente ao implementar uma cópia de segurança e estratégia de recuperação para seus armazenamentos de dados:

  • As cópias de segurança permitem que você recupere seus dados se ocorrer um desastre, tal como, quando seu servidor falhar ou uma inundação destruir seu servidor. Se a sua cópia de segurança estiver no servidor que foi destruído em uma inundação, você não poderá recuperar seus dados. Portanto, você precisa armazenar seus arquivos de cópia de segurança em um servidor diferente dos seu armazenamento de dados e, se possível, em um local físico diferente dos seu armazenamento de dados.
  • Os ArcGIS Data Store arquivos de cópia de segurança somente contém cache de mosaico ou armazenamentos de dados spatiotemporal big. Os arquivos de cópia de segurança não mantém uma cópia de segurança do site do GIS Server , seu portal ou armazenamentos dados de usuário gerenciado que você registra com o site do GIS Server . Você deve criar cópias de segurança destes componentes separadamente.

    Se você utilizar um armazenamento de dados do cache de mosaico ou relacional, você poderá utilizar a ferramenta webgisdr instalada com Portal for ArcGIS para criar uma cópia de segurança. Quando você utiliza a ferramenta webgisdr, uma cópia de segurança também é criada do seu portal, servidor de hospedagem e servidores federados. Consulte as cópias de segurança do ArcGIS Enterprise para mais informações sobre utilizar esta ferramenta. Você ainda precisará criar cópias de segurança separadas de armazenamentos de dados gerenciados do usuário que você registra com o site do GIS Server e o armazenamento de dados spatiotemporal big.

  • As cópias de segurança do ArcGIS Data Store ajudam você a recuperar os dados perdidos se as máquinas do ArcGIS Data Store falharem ou se os dados estiverem corrompidos. Eles não fornecem disponibilidade alta. Se você exigir que sua feição hospedada, spatiotemporal e camadas de cena continuem a estar disponíveis mesmo se uma máquina única do ArcGIS Data Store falhar, adicione uma máquina auxiliar para cada um dos seus armazenamentos de dados para torná-los altamente disponíveis. Você pode adicionar máquinas múltiplas para seu cache de mosaico e armazenamentos de dados spatiotemporal big.
  • Devido as alterações nos mecanismos de armazenamento subjacente e em software do ArcGIS, as cópias de segurança do armazenamento de dados que você cria com as versão antigas do ArcGIS Data Store não podem ser utilizados para restaurar dados para versões mais novas do ArcGIS Data Store . Portanto, sempre crie uma cópia de segurança completa de cada um dos seus armazenamentos de dados após você atualizar o ArcGIS Data Store.
  • Quando você implantar localmente o ArcGIS Enterprise mas os arquivos da cópia de segurança do armazenamento de dados estiverem no armazenamento da nuvem, a criação das cópias de segurança e a restauração a partir destas cópias de segurança levarão mais tempo do que quando os arquivos da cópia de segurança são armazenados em compartilhamentos de arquivos locais.

Definir um local da cópia de segurança

As localizações de cópia de segurança e comportamento diferem entre os tipos de armazenamentos de dados. Leia as informações pertinentes para o tipo de armazenamento de dados (ou armazenamentos) que você gerencia.

  • Armazenamentos de dados relacional

    Quando você criar um armazenamento de dados relacional, um local da cópia de segurança é configurado automaticamente na mesma máquina que o armazenamento de dados. Por padrão, o ArcGIS Data Store cria cópias de segurança dos armazenamentos de dados relacionais em /usr/arcgisdatastore/backup/relational. Se a máquina armazenamento de dados primária falhar, você não poderá acessar os arquivos da cópia de segurança e, então, não poderá restaurar seus dados da camada de feição hospedada.

    Outra razão que você não deve deixar os arquivos de cópia de segurança na mesma máquina que os armazenamento de dados é que estes arquivos podem preencher rapidamente o espaço de disco na máquina. Se você executar no pouco espaço em disco, o armazenamento de dados relacional será adicionado em modo somente para leitura para evitar os danos de dados.

    Portanto, defina uma diretório de arquivo para cópias de segurança automáticas em um diretório de arquivo compartilhado seguro em outra máquina ao invés da localização padrão. Este diretório de arquivo é considerado o local da cópia de segurança padrão. As cópias de segurança criadas automaticamente pelo ArcGIS Data Store sempre vão para a localização da cópia de segurança padrão. Você pode alterar a localização para cópias de segurança padrões utilizando a operação change com o utilitário configurebackuplocation.

    Você pode registrar locais de cópia de segurança adicionais para seu armazenamento de dados relacional, incluindo outros compartilhamentos de arquivos, contêiners Amazon Simple Storage Service (S3) e contêiners de armazenamento Blob Microsoft Azure. Este locais adicionais podem ser utilizados para armazenar cópias de segurança completas que você cria utilizando o utilitário backupdatastore .

  • Armazenamentos de dados do cache de mosaico

    Quando você criar um armazenamento de dados de cache de mosaico, nenhuma localização de cópia de segurança padrão existe. Você deve registrar pelo menos um local da cópia de segurança antes de poder criar arquivos da cópia de segurança do armazenamento de dados de cache do mosaico. Você pode registrar um compartilhamento de arquivo, contêiner Amazon S3 ou contêiner de armazenamento Microsoft Azure Blob Microsoft Azure. Você também pode especificar localizações de cópia de segurança múltiplas dos armazenamentos de dados de cache do mosaico e configurar um como a localização padrão. As cópias de segurança criadas automaticamente pelo ArcGIS Data Store sempre vão para a localização da cópia de segurança padrão.

    Você pode gravar cópias de segurança manuais, completas para locais de cópia de segurança adicionais que você cria utilizando o utilitário backupdatastore. Para fazer isto, você deve registrar outra localização de cópia de segurança.

    No ArcGIS Data Store10.7.1 e versões anteriores, os armazenamentos de dados de cache de mosaico tiveram uma localização de cópia de segurança padrão configurada. Se você não alterar a localização de cópia de segurança padrão e você adicionou um armazenamento de dados de cache de mosaico auxiliar, certifique-se que a máquina auxiliar tenha acesso à localização de cópia de segurança antes de você atualizar o ArcGIS Data Store. Se você não fizer isto, você terá que registrar uma localização de cópia de segurança padrão após você atualizar.

  • Armazenamentos de dados spatiotemporal big

    Na criação, armazenamentos de grandes dados de espaço-tempo não têm um local da cópia de segurança padrão. Você deve registrar pelo menos um local da cópia de segurança antes de poder criar arquivos da cópia de segurança do armazenamento de dados spatiotemporal big. Você pode registrar um compartilhamento de arquivo, contêiner Amazon S3 ou contêiner de armazenamento Microsoft Azure Blob Microsoft Azure. Você também pode especificar localizações de cópia de segurança múltiplas para armazenamentos de dados spatiotemporal big e configurar um como a localização padrão. As cópias de segurança criadas automaticamente pelo ArcGIS Data Store sempre vão para a localização da cópia de segurança padrão.

    Você pode gravar cópias de segurança manuais, completas para locais de cópia de segurança adicionais que você cria utilizando o utilitário backupdatastore. Para fazer isto, você deve registrar outra localização de cópia de segurança.

Registrar um local da cópia de segurança padrão

Registre um local da cópia de segurança segura, compartilhada padrão onde o ArcGIS Data Store pode colocar arquivos das cópias de segurança (automática) agendadas.

Siga estas etapas para configurar um diretório compartilhado para armazenar arquivos da cópia de segurança do armazenamento de dados:

  1. Crie um diretório compartilhado em outra máquina para armazenar arquivos da cópia de segurança.

    Anotação:

    Certifique-se de ter um espaço de armazenamento o suficiente para manter todos os arquivos que são incluídos em uma cópia de segurança do armazenamento de dados. O número de arquivos e o tamanho dos arquivos irão variar dependendo dos seus dados e do tipo de armazenamento de dados que você está utilizando. Os armazenamentos de dados do cache de mosaico podem ser bastante grandes e os armazenamentos de grandes dados de espaço-tempo tendem a ser ainda maiores. As cópias de segurança do armazenamento de dados criadas são automaticamente e a taxa na qual seu local da cópia de segurança é preenchido, depende da sua agenda da cópia de segurança e do número de dias que você mantém as cópias de segurança. Tenha certeza de monitorar o tamanho do diretório da cópia de segurança, e ajustar estas configurações e tamanhos do armazenamento, conforme necessário.

    Também note que todas as máquinas do armazenamento de dados spatiotemporal big no mesmo desenvolvimento do ArcGIS Data Store devem todas ter acesso a este diretório compartilhado.

  2. Conceda o acesso de leitura e escrita ao diretório de rede compartilhado para a conta que instalou o ArcGIS Data Store.
  3. Execute o utilitário configurebackuplocation para especificar seu diretório compartilhado como o local de saída padrão das cópias de segurança do armazenamento de dados.

    Na criação, armazenamentos dados spatiotemporal big não têm um local da cópia de segurança padrão. Você deve registrar pelo menos uma localização de cópia de segurança antes de você poder criar cópias de segurança destes tipos de armazenamentos de dados. Você pode registrar um compartilhamento de arquivo, contêiner Amazon S3 ou contêiner de armazenamento Blob Microsoft Azure.

    Se os usuários publicaram camadas de feição hospedada e uma cópia de segurança automática ocorreu antes de você configurar o diretório compartilhado recomendado para cópias de segurança, o utilitário configurebackuplocation moverá seus arquivos de cópia de segurança de armazenamento de dados relacional existentes a partir do local da cópia de segurança padrão para o diretório compartilhado.

    Neste exemplo, o local da cópia de segurança para um armazenamento de dados relacional é alterado para um diretório compartilhado denominado ds_backups em um computador denominado sysshare.

    ./configurebackuplocation.sh --operation change --store relational 
    --location /net/sysshare/ds_backups
    You are going to change the backup location of the data store. Existing backups will be copied to the new location and it could take a few moments. Please do not interrupt the process once it has started.
    Do you want to continue (Yes or No)? Yes

    Neste exemplo, um local da cópia de segurança é registrado para um armazenamento de grande dados de espaço-tempo. O local é um diretório compartilhado denominado bigdatabus em sysshare.

    ./configurebackuplocation.sh --operation register --store spatiotemporal 
    --location /net/sysshare/bigdatabus

    Para sintaxe completa e exemplos adicionais, incluindo exemplos de como configurar locais de cópia de segurança de armazenamento de nuvem, consulte a referência de utilitário ArcGIS Data Store .

Dica:

Se o seu diretório da cópia de segurança remoto ficar offline por mais de alguns minutos, execute uma cópia de segurança manual completa do armazenamento de dados assim que o local da cópia de segurança compartilhado ficar disponível.

Registrar locais da cópia de segurança adicional

Você tem a opção de registrar localizações de cópia de segurança adicionais. Estes locais podem ser utilizados para armazenar cópias de segurança que você cria utilizando o utilitário backupdatastore .

Anotação:

Você precisa limpar os locais de armazenamento de cópia de segurança manual; o ArcGIS Data Store não exclui os arquivos para você.

Siga estas etapas para adicionar outra localização dos arquivos de cópia de segurança:

  1. Crie outro local para os arquivos de cópia de segurança.
    • Para registrar um diretório compartilhado, crie o diretório em outra máquina. Esteja certo que o espaço de armazenamento é grande suficiente para manter todos os arquivos de cópia de segurança e esteja certo que o login que você utiliza ao conectar à máquina do ArcGIS Data Store para executar o utilitário backupdatastore tem acesso de gravação para este diretório. Se você estiver criando um diretório compartilhado adicional para um armazenamento spatiotemporal big ou cache de mosaico, todas as máquinas do armazenamento spatiotemporal big ou de cache do mosaico no mesmo ArcGIS Data Store deverão ter acesso a este diretório compartilhado. Se você estiver criando um diretório compartilhado adicional para cópias de segurança de armazenamento de dados relacional, a máquina auxiliar deve ter acesso ao diretório compartilhado.
    • Para registrar um contêiner S3, crie o contêiner em sua conta do Amazon Web Services. Escolha um tamanho de contêiner que pode acomodar seus arquivos de cópia de segurança.
    • Para registrar um contêiner de armazenamento do Azure Blob Azure, crie o contêiner em sua conta de armazenamento Blob Azure .
  2. Execute o utilitário configurebackuplocation com a operação register para registrar este local da cópia de segurança adicional.

Gerenciar cópias de segurança automáticas

Por padrão, o ArcGIS Data Store cria uma cópia de segurança completa dos armazenamentos de dados a cada quatro dias, mas você pode alterar a frequência com que o armazenamento de dados cria uma cópia de segurança completa executando o utilitário updatebackupschedule.

Alterar a frequência da cópia de segurança

Se seus membros do portal publicam e editam grandes números de camadas hospedadas ou você arquiva volumes grandes de dados de streaming, aumente a frequência de cópias de segurança.

Anotação:

Por padrão, as cópias de segurança com aumentos são desativadas para armazenamentos de dados relacionais. Se você habilitar uma cobertura de ponto no tempo, cópias de segurança incrementais serão criadas quando os arquivos de log estiverem cheios ou a cada cinco minutos, o que ocorrer primeiro. O banco de dados controla a criação da cópia de segurança incremental; você não pode controlar a frequência com a qual as cópias de segurança incrementais são criadas.

Seu local da cópia de segurança deve ter espaço suficiente para armazenar todos os arquivos da cópia de segurança. O tamanho da cópia de segurança varia dependendo da quantidade de dados que você tem mas, se você utilizar configurações da cópia de segurança padrão, as cópias de segurança conterão duas cópias de segurança completas e sete dias de arquivos da cópia de segurança incremental. O tamanho destes arquivos depende da quantidade e tamanho dos seus dados. Se você reabilitar a recuperação de ponto no tempo para armazenamentos de dados relacionais, as cópias de segurança também incluem sete dias de arquivos de cópia de segurança incremental por padrão.

Esteja ciente que não há nenhuma limpeza automática de arquivos da cópia de segurança do armazenamento de grandes dados de espaço-tempo ou do cache de mosaico. Se você aumentar a frequência da cópia de segurança para estes armazenamentos de dados, você provavelmente precisará limpar o local da cópia de segurança com mais frequência também.

Se você decidir criar cópias de segurança manualmente e deseja desabilitar as cópias de segurança automáticas, configure a frequência da cópia de segurança para 0. Se você desativar cópias de segurança automáticas, você mesmo deve criar as cópias de segurança para evitar perda de dados no caso de falha de máquina ou outra catástrofe de dados.

O utilitário updatebackschedule é instalado no diretório do <ArcGIS Data Store installation directory>/datastore/tools.

  1. Abra uma shell de comando.
  2. Execute o utilitário updatebackschedule para especificar as frequências da cópia de segurança que você deseja realizar.

    A sintaxe para executar o utilitário é como segue:

    updatebackupschedule [--store relational|tileCache|spatiotemporal] [--starttime <local server time>] --frequency <number of days>

    Por exemplo, digite o seguinte para agendar as cópias de segurança completas de armazenamentos de dados relacionais às 3:00 a.m. (tempo do servidor local) todo dia:

    ./updatebackupschedule.sh --store relational --starttime 03:00:00 --frequency 1

    Neste exemplo, uma cópia de segurança do armazenamento de grandes dados de espaço-tempo está agendada para 11:30 p.m. (tempo do servidor local) a cada três dias:

    ./updatebackupschedule.sh --store spatiotemporal --starttime 23:30:00 --frequency 3

Altere o tempo que os arquivos da cópia de segurança do armazenamento de dados relacional automáticas são retidos

Por padrão, o diretório da cópia de segurança retém arquivos da cópia de segurança do armazenamento de dados relacional por sete dias. Isto significa que se você mantiver a frequência da cópia de segurança padrão (a cada quatro dias) e os cronogramas de retenção (sete dias), o diretório da cópia de segurança conterá duas cópias de segurança completas. Se você reabilitar a recuperação de ponto no tempo, o diretório da cópia de segurança também conterá sete dias de arquivos da cópia de segurança incremental. O tamanho destes arquivos depende da quantidade e tamanho dos seus dados. A máquina que armazena suas cópias de segurança devem ter espaço em disco o suficiente para todos estes arquivos. Se você aumentar a frequência da cópia de segurança, considere diminuir o período de retenção dos arquivos da cópia de segurança. Na seção anterior a frequência da cópia de segurança foi aumentada para todo dia. Para prevenir seu diretório da cópia de segurança de se tornar muito grande, diminua o período de retenção do arquivo da cópia de segurança.

A sintaxe para executar o utilitário updatebackupretaindays é como segue:

updatebackupretaindays <number of days>

No seguinte exemplo, o tempo de retenção do arquivo da cópia de segurança está alterado para quatro dias:

./updatebackupretaindays.sh 4

Crie e exclua cópias de segurança manualmente

Mesmo que você utilize cópias de segurança automáticas, pode haver momentos quando você desejar criar uma cópia de segurança para um propósito específico fora do horário de cópia de segurança habitual, o como antes de atualizar o sistema ou criar uma cópia de segurança completa secundária em um local diferente.

Se você desativar cópias de segurança automáticas, você deve criar cópias de segurança manuais periodicamente.

Todos arquivos de cópia de segurança que você cria manualmente, até para armazenamentos de dados relacionais, devem ser excluídos manualmente.

Execute um utilitário para criar uma cópia de segurança de armazenamento de dados

Você pode utilizar o utilitário backupdatastore para criar uma cópia de segurança completa dos dados da camada de feição no seu armazenamento de dados. Talvez deseje criar manualmente uma cópia de segurança completa antes de realizar um grande número de alterações no armazenamento de dados ou antes de atualizar o armazenamento de dados. Ou você pode desejar a criação de uma cópia de segurança para preservar uma cópia dos dados em um estado em particular, por exemplo, no final da primeira fase de um projeto.

A primeira vez que você executar o utilitário backupdatastore para um armazenamento de dados do cache de mosaico, cópias auxiliares serão criadas de todos os bancos de dados do armazenamento de dados do cache de mosaico existente. Semelhantemente, a primeira vez que você executar o utilitário backupdatastore para um armazenamento de grandes dados de espaço-tempo, uma cópia de segurança completa é criada. Pelo fato de ambos destes tipos de armazenamentos de dados poderem ser muito grandes, cada vez que você executar o utilitário backupdatastore após a primeira vez, o utilitário criará cópias auxiliares somente dos dados que foram criados desde a última vez que você executou o utilitário.

O login com o qual você conecta a máquina do armazenamento de dados para executar o utilitário backupdatastore deve ter acesso de leitura e escrita no local da cópia de segurança do armazenamento de dados.

A sintaxe para executar o utilitário backupdatastore é como segue:

backupdatastore [<backup file name>] [--store {relational | tileCache | spatiotemporal}] [--location <backup_arguments>] [--prompt {yes | no}]

Os cenários do parâmetro --location são como seguem e devem ser separados com pontos-e-vírgulas (;):

  • type=: Os tipos válidos são fs (compartilhamento de arquivo), s3 (contêiner Amazon Simple Storage Service (S3)) ou azure (contêiner de armazenamento Microsoft Azure Blob).
  • name=: Se você atribuiu nomes para locais da cópia de segurança que você configurou para seu armazenamento de dados , você poderá utilizar o nome de localização para especificar onde deseja que os arquivos da cópia de segurança sejam criados ao executar o utilitário backupdatastore.
  • location=: Se você não especificar um nome do local da cópia de segurança, você deverá especificar a cópia de segurança type e location. Para compartilhamentos de arquivo, forneça o caminho do arquivo. Para contêiners S3 , forneça o nome do contêiner. Para contêiners de armazenamento Azure Blob, forneça o nome do contêiner.

Forneça um nome significativo para o arquivo de forma que você possa encontrá-lo quando desejar a restauração dos dados. Se você não especificar um nome, o utilitário atribuirá um nome padrão para o arquivo. O nome padrão está no formato datastorename-timestamp. Por exemplo, se o seu armazenando de dados for denominado corpds e você criar a cópia de segurança em 10 de Julho de 2014 às 14:25:49:554 UTC, o nome do arquivo da cópia de segurança será corpds-20140710142549554.

Você será solicitado para confirmar que deseja criar uma cópia de segurança. Digite yes ou y para prosseguir com criação da cópia de segurança.

Dica:

Se você precisar de script para cópias de segurança manuais, inclua uma bandeira para suprimir o lembrete de confirmação, como no seguinte exemplo:

backupdatastore --store tilecache --prompt no

Neste exemplo, o armazenamento de dados gera o nome do arquivo da cópia de segurança. Isto é necessário em um script para garantir um nome de arquivo da cópia de segurança único.

Excluir cópias de segurança de armazenamento de dados manualmente

Se você não precisar mais manter um arquivo da cópia de segurança do armazenamento de dados que você criou através do utilitário backupdatastore, você poderá executar o utilitário listbackups para obter o nome do arquivo da cópia de segurança específico, e executar o utilitário deletebackup para remover o arquivo desnecessário. Por exemplo, após você atualizar seu armazenamento de dados e confirmar que todas as camadas estão executando conforme esperado, você pode excluir a cópia de segurança de armazenamento de dados que você criou antes de atualizar.

Neste exemplo, o banco de dados preupgrade1104_bu foi excluído:

./listbackups.sh --store relational
Backup_Name                      Status           Backup_Time         Mode
====================================================================================
phase1proj_bu                    BackupComplete   2014-03-08 14:12    manual phase2proj_bu                    BackupComplete   2014-06-21 11:43    manual preupgrade_bu                    BackupComplete   2014-10-04 09:30    manual ds_gdt1oomh-20141103160748082    BackupComplete   2014-11-01 03:00    scheduled
/deletebackup preupgrade1104_bu You are attempting to delete backup 'preupgrade1104_bu'. This operation is irreversible.
Do you wish to continue (Yes or No)?yes
Operation completed successfully