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.

Anotação:

Esteja ciente que arquivos da cópia de segurança contenham somente os armazenamentos de dados. Os arquivos da cópia de segurança não mantêm uma cópia de segurança do site do GIS Server ou do seu portal. Pelo contrário, as cópias de segurança ajudam você a recuperar os dados perdidos se as máquinas do armazenamento de dados falharem ou se os dados estiverem corrompidos. Se você desejar que suas camadas de feição e cena hospedadas funcionem mesmo que a máquina na qual os dados estão armazenados falhe, configure uma máquina do armazenamento de dados adicional para tornar o armazenamento de dados altamente disponível.

Se você utilizar ambos o armazenamento de dados do cache de mosaico e 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 no Guia de Administrador do Portal for ArcGIS para mais informações sobre utilizar esta ferramenta.

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. Então, você precisa armazenar seus arquivos da cópia de segurança em um servidor diferente do seu armazenamento de dados.

Definir um local da cópia de segurança

Quando você criar um armazenamento de dados relacional ou armazenamento de dados do cache de mosaico, um local da cópia de segurança é configurado automaticamente, mas ele está na mesma máquina que os armazenamento de dados. Você precisa configurar uma diretório de arquivo seguro, compartilhado em outra máquina para cada um destes tipos de armazenamentos de dados. Por padrão, o ArcGIS Data Store cria cópias de segurança dos armazenamentos de dados relacionais em /usr/arcgisdatastore/backups. Isto significa que arquivos da cópia de segurança são armazenados na mesma máquina que o armazenamento de dados do cache de mosaico ou relacional. Se o armazenamento de dados ou máquina 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 e de cena hospedada. Por esta razão, você deve armazenar suas cópias de segurança em um local diferente do padrão.

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. Em máquinas do armazenamento de grandes dados de espaço-tempo e relacional, o armazenamento de dados será encerrado quando a máquina for executada com pouco espaço em disco.

Para armazenamentos de dados de cache e mosaicos, você deve definir um diretório de arquivo para cópias de segurança automáticas. Este diretório de arquivo é considerado o local da cópia de segurança padrão para estes armazenamentos de dados. 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.

Iniciando com 10.6.1, você pode definir locais de cópia de segurança adicionais para seu armazenamento de dados relacional, incluindo outras ações de arquivo, contêiners Amazon Simple Storage Service (S3) e contêiners de armazenamento Microsoft Azure Blob. Este locais adicionais podem ser utilizados para armazenar cópias de segurança completas que você cria utilizando o utilitário backupdatastore.

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. 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.

Você pode criar manualmente cópias de segurança dos armazenamentos de grandes dados de espaço-tempo, relacional e de cache do mosaico. Para criar um armazenamento de grandes dados de espaço-tempo, você deve registrar um local de rede compartilhado. Você também deve registrar um local para cópias de segurança do cache de mosaico antes que cópias de segurança possam ser criadas. O registro de um local de rede compartilhado para armazenamentos de dados do cache de mosaico é opcional, mas fortemente recomendado.

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 de grandes dados de espaço-tempo na mesma implantação 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 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.

    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.

    Devido ao tamanho potencialmente grande dos armazenamentos de dados do cache de mosaico, configurar um novo local para cópias de segurança do armazenamento de dados do cache de mosaico não copiará dados existentes. Então, tenha certeza de especificar um local da cópia de segurança compartilhado antes que os usuários publiquem quaisquer camadas de cena.

    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 adicionais para cópias de segurança manuais

Para armazenamentos de grandes dados de espçao-tempo, você tem a opção de registrar locais da cópia de segurança adicionais. Iniciando com 10.6.1, você também tem a opção de registrar locais de cópia de segurança adicionais para armazenamentos de dados relacionais. Estes locais podem ser utilizados para armazenar cópias de segurança que você cria manualmente utilizando o utilitário backupdatastore.

Note que 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 outro local dos arquivos de cópia de segurança que você cria manualmente para um armazenamento de grandes dados de espaço-tempo ou armazenamento de dados relacional.

  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 segundo diretório compartilhado para um armazenamento de grandes dados de espaço-tempo, todas as máquinas de grandes dados de espaço-tempo na mesma implantação do ArcGIS Data Store deverão ter acesso a este diretório compartilhado.
    • Para registrar um contêiner S3, crie o contêiner em sua conta do AWS. 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, crie o contêiner em sua conta de armazenamento do Azure Blob.
  2. Execute o utilitário configurebackuplocation com a operação register para registrar este local da cópia de segurança adicional.

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 os seus usuários forem publicar e editar um grande número das camadas de feição hospedadas, você deverá aumentar a frequência com que as cópias de segurança completas do armazenamento de dados relacional são criadas. Se seus usuários publicam números grandes de camadas de cena, aumente a frequência com que as cópias de segurança de armazenamento de dados do cache de mosaico são criadas. Se o site do ArcGIS GeoEvent Server arquivar grandes volumes dos fluxos de dados ou muitos usuários estiverem executando Ferramentas do GeoAnalytics com frequência, aumente a frequência das cópias de segurança do armazenamento de grandes dados de espaço-tempo.

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

Cópias de segurança manuais

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 name>] [--store {relational|tileCache|spatiotemporal}] [--location <backup_arguments>] [--prompt <yes | no>]

O parâmetro --location é suportado pelos armazenamentos de grandes dados de espaço-tempo e armazenamentos de dados relacionais. O argumentos para este parâmetro 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 AWS S3) ou azure (contêiner de armazenamento Azure Blob).
  • name=: Se você atribuiu nomes para as localizações de cópia de segurança que você configurou para seu armazenamento de dados spatiotemporal big, você pode utilizar o nome da localização para especificar onde deseja que os arquivos de 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ê deve 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