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. Então, você precisa armazenar seus arquivos da cópia de segurança em um servidor diferente do 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 mantenha uma cópia de segurança do site do GIS Server , seu portal ou armazenamentos de dados que você registra com o site do GIS Server no ArcGIS Server Manager ou um aplicativo do ArcGIS Desktop . 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 no Guia de Administrador do Portal for ArcGIS para mais informações sobre utilizar esta ferramenta. Você ainda precisará criar cópias de segurança separadas dos armazenamentos de dados que você registra com o site do GIS Server no ArcGIS Server Manager ou um aplicativo do ArcGIS Desktop .

• 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 continuam a estar disponíveis mesmo se uma máquina única do ArcGIS Data Store falhar, adicione uma máquina auxiliar para seus armazenamentos de dados de cache e mosaicos para torná-los altamente disponíveis. Você pode adicionar máquinas múltiplas para seu armazenamento de dados spatiotemporal big para torná-lo altamente disponível.
• 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, você deve criar uma cópia de segurança completa de cada um dos seus armazenamentos de dados após você atualizar o ArcGIS Data Store.

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/backups/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 de cache de mosaico

  Quando você criar um 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 o armazenamento de dados. Por padrão, o ArcGIS Data Store cria cópias de segurança dos armazenamentos de dados de cache de mosaico no /usr/arcgisdatastore/backups/tilecache. Se a máquina de 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 cena.

  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 com pouco espaço em disco, o armazenamento de dados de cache de mosaico fechará.

  Portanto, você deve registrar um diretório de arquivo compartilhado seguro em outra máquina para suas cópias de segurança ao invés da localização padrão. Defina um diretório de arquivo compartilhado para cópias de segurança automáticas antes de você criar cópias de segurança com a utilização do utilitário backupdatastore. Este diretório de arquivo é considerado o local da cópia de segurança padrão. As cópias de segurança do armazenamento de dados de cache de mosaico criado pelo ArcGIS Data Store sempre vão para esta localizaçã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.

• 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. Se este local executar com pouco espaço em disco, o armazenamento de dados spatiotemporal big fechará.

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

   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 adicional

Para armazenamentos de grandes dados de espçao-tempo e armazenamentos de dados relacionais, você tem a opção de registrar locais da cópia de segurança adicionais. Estes locais podem ser utilizados para armazenar cópias de segurança que você cria manualmente 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 outro local dos arquivos de cópia de segurança que você cria para um armazenamento de dados spatiotemporal big 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 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 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 Amazon Simple Storage Service (S3)) ou azure (contêiner de armazenamento Microsoft 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