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

Você precisa criar cópias de segurança para recuperar os dados no caso de um desastre como dados corrompidos ou defeito de hardware. Se você criar cópias de segurança dos armazenamentos de dados implementados por meio ArcGIS Data Store, e coloque os arquivos de cópia de segurança em um local seguro, você pode configurar um novoArcGIS Data Store, acessar os arquivos de cópia de segurança e restaurar os dados se o armazenamento de dados travar 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. Alterar o local de cópia de segurança padrão de um armazenamento de dados relacional, alterar o local padrão inicial de um armazenamento de dados de cache de mosaico em execução no modo de espera principal oudefinir um local de cópia de segurança padrão para todos os outros tipos de armazenamento de dados.
2. Configurar cópias de segurança automáticas.
3. Criar cópias de segurança manualmente, se necessário.

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

Lembre-se do seguinte ao implementar uma estratégia de cópia de segurança e recuperação para ArcGIS Data Store:

• As cópias de segurança permitem que você recupere os 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 os arquivos de cópia de segurança em um servidor diferente do armazenamento de dados e, se possível, em um local físico diferente do armazenamento de dados.
• Os arquivos da cópia de segurança do ArcGIS Data Store contém somente armazenamentos de grandes dados de espaço-tempo, cache do mosaico, gráficos ou relacional. Os arquivos de cópia de segurança não mantém uma cópia de segurança do site do GIS Server, o portal ArcGIS Enterprise 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 portal, servidor de hospedagem e servidores federados. Consulte cópias de segurança do ArcGIS Enterprise para obter informações sobre como usar 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 grande dados espaço-temporal e o armazenamento de gráficos.

• As cópias de segurança do ArcGIS Data Store ajuda você recuperar dados perdidos se a máquina do ArcGIS Data Store falhar ou dados estiverem corrompidos. Eles não fornecem disponibilidade alta. Se você precisar que suas camadas de feição hospedadas, espaço-temporais e de cena e gráficos de conhecimento hospedados continuem disponíveis mesmo que uma única máquina do ArcGIS Data Store falhe, adicione uma máquina para cada tipo de armazenamento de dados para torná-los altamente disponíveis. Você pode adicionar diversas máquinas ao cache de mosaico (agrupamento) e aos armazenamentos de grandes dados espaço-temporal.
• 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.
• Não há limpeza automática de armazenamento de gráficos, armazenamento de dados de cache de mosaico ou arquivos de cópia de segurança do armazenamento de grandes dados espaço-temporal. Não há limpeza automática de nenhuma cópia de segurança criada usando o utilitário backupdatastore.

Locais e comportamento de cópia de segurança ArcGIS Data Store

Todos os tipos do ArcGIS Data Store exigem um local de cópia de segurança padrão. As cópias de segurança criadas automaticamente pelo ArcGIS Data Store são sempre criadas no local de cópia de segurança padrão.

Você pode definir locais de cópia de segurança adicionais que podem ser especificados para saída ao executar o utilitário backupdatastore para criar cópias de segurança completas. Esse tipo de cópia de segurança também é conhecido como cópia de segurança manual. Se você não especificar um local ao executar o utilitário backupdatastore, o local de cópia de segurança padrão será usado.

A tabela a seguir resume as diferenças nos padrões e locais de cópia de segurança para cada tipo de armazenamento de dados. Leia as informações pertinentes para o tipo de armazenamento de dados (ou armazenamentos) que você gerencia.

Armazenamento de dados	Local de cópia de segurança padrão	Locais para cópias de segurança manuais.
Armazamento de gráfico	Você deve registrar um local de cópia de segurança padrão em um compartilhamento de arquivos antes de criar uma cópia de segurança do armazenamento de gráficos.	Você pode registrar locais adicionais de cópia de segurança de compartilhamento de arquivos para o armazenamento de gráficos.
Armazenamento de dados relacional	As cópias de segurança padrão são gravadas em uma subpasta no diretório de conteúdo do ArcGIS Data Store até que você a altere. Altere o local de cópia de segurança padrão para um compartilhamento de arquivos em uma máquina separada.	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.
Armazenamento de dados de cache de mosaico no modo de agrupamento	Você deve registrar um local de cópia de segurança padrão antes de poder criar uma cópia de segurança de um armazenamento de dados de cache de mosaico em execução no modo de agrupamento. O local de cópia de segurança padrão pode ser um local de compartilhamento de arquivos, um contêiner Amazon S3 ou um contêiner de armazenamento Blob Microsoft Azure.	Você pode registrar locais de cópia de segurança adicionais para o armazenamento de dados do cache de mosaico, incluindo outros compartilhamentos de arquivos, contêiners Amazon S3 e contêiners de armazenamento Blob Microsoft Azure.
Armazenamento de dados de cache de mosaico no modo de espera principal.	As cópias de segurança padrão são gravadas em uma subpasta no diretório de conteúdo do ArcGIS Data Store até que você a altere. Altere o local de cópia de segurança padrão inicial para um compartilhamento de arquivos em uma máquina separada ou para um contêiner Amazon S3 ou um contêiner de armazenamento Blob Microsoft Azure.	Você pode registrar locais de cópia de segurança adicionais para o armazenamento de dados do cache de mosaico, incluindo outros compartilhamentos de arquivos, contêiners Amazon S3 e contêiners de armazenamento Blob Microsoft Azure.
Armazenamento de grandes dados de espaço-tempo	Você deve registrar um local de cópia de segurança antes de poder criar arquivos de cópia de segurança do armazenamento de grandes dados espaço-temporais. O local de cópia de segurança padrão pode ser um local de compartilhamento de arquivos, um contêiner Amazon S3 ou um contêiner de armazenamento Blob Microsoft Azure.	Você pode registrar locais de cópia de segurança adicionais para o armazenamento de grandes dados espaço-temporal, incluindo outros compartilhamentos de arquivos, contêiners Amazon S3 e contêiners de armazenamento Blob Microsoft Azure.

Alterar o local de cópia de segurança padrão de um armazenamento 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 parão, o ArcGIS Data Store cria cópias de segurança dos armazenamentos de dados relacionais em /usr/arcgisdatastore/backup/relational. Este é o local de cópia de segurança padrão.

No entanto, não é uma boa prática manter as cópias de segurança na mesma máquina que o armazenamento de dados. 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 hospedada. Outro motivo pelo qual você não deve deixar os arquivos de cópia de segurança e o armazenamento de dados na mesma máquina é que os arquivos de cópia de segurança podem ocupar rapidamente o espaço em disco da máquina. Se você ficar com pouco espaço em disco, o armazenamento de dados será colocado no modo somente leitura para evitar corrupção de dados e você não poderá publicar novas camadas hospedadas.

Portanto, defina um local diferente e seguro para armazenar cópias de segurança do armazenamento de dados relacional. Para fazer isso, use a operação change com o utilitário configurebackuplocation.

Para armazenamentos de dados relacionais, você pode designar um diretório de arquivos compartilhado em outra máquina para usar como local de cópia de segurança padrão.

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.
• A taxa de preenchimento do local de cópia de segurança padrão depende da sua programação de cópia de segurança e o número de dias que você retém cópias de segurança. Monitore o tamanho do diretório de cópia de segurança e ajuste essas configurações e tamanhos de armazenamento conforme necessário.
• Todas as máquinas no mesmo armazenamento de dados devem ter acesso ao local de cópia de segurança padrão. Por exemplo, ao registrar um local de cópia de segurança de compartilhamento de arquivos para o armazenamento de dados relacional, as máquinas primária e de espera no armazenamento de dados relacional deverão ter acesso de gravação ao local de compartilhamento de arquivos.

Siga estas etapas para alterar o local de cópia de segurança padrão para um armazenamento de dados relacional:

1. Crie um diretório compartilhado em outra máquina para armazenar arquivos da cópia de segurança.
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 com a opção change para especificar o diretório compartilhado como o local de saída padrão para cópias de segurança de armazenamento de dados relacionais.

   Se você executar este utilitário para um armazenamento de dados relacional para usar um diretório compartilhado após os usuários publicarem camadas de feição hospedadas e uma cópia de segurança automática já tiver ocorrido, o utilitário configurebackuplocation moverá seus arquivos da cópia de segurança do armazenamento de dados relacional existente 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. O local de cópia de segurança é denominado reldefbu.

   ./configurebackuplocation.sh --operation change --store relational 
   --location "type=fs;location=/net/sysshare/ds_backups;name=reldefbu"
   
   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

   Para sintaxe completa e exemplos adicionais, consulte ArcGIS Data Store referência do utilitário de comando.

Alterar o local de cópia de segurança padrão para um armazenamento de dados de cache de mosaico (modo de espera principal)

Ao criar um armazenamento de dados de cache de mosaico implementado no modo de espera principal, um local de cópia de segurança é automaticamente configurado na mesma máquina que o armazenamento de dados. O local padrão é /usr/arcgisdatastore/backup/tilecache. Tal como acontece com o armazenamento de dados relacional, o local de cópia de segurança padrão deve ser alterado para um local remoto. Ao contrário do armazenamento de dados relacional, porém, você usa o register e operações setdefault para estabelecer um novo local de cópia de segurança padrão para um armazenamento de dados de cache de mosaico executado no modo de espera principal.

Siga estas etapas para alterar o local de cópia de segurança padrão para um armazenamento de dados de cache de mosaico que está em execução no modo de espera principal:

1. Crie um dos seguintes para armazenar arquivos de cópia de segurança do armazenamento de dados:
   • Um diretório compartilhado em outra máquina
   • Um contêiner Amazon S3 em sua conta do Amazon Web Services
   • Um contêiner de armazenamento Blob Microsoft Azure em sua conta do armazenamento Blob Azure
2. Conceda acesso de leitura e gravação ao local configurado na etapa anterior para a conta que instalou ArcGIS Data Store.
3. Execute o utilitário configurebackuplocation com a operação register para adicionar um diretório compartilhado ou um local de armazenamento em nuvem para o armazenamento de dados do cache de mosaico.

   Neste exemplo, um local de cópia de segurança em um contêiner de armazenamento Blobs Azure nomeado scenebackups é adicionado ao armazenamento de dados do cache de mosaico. O local de cópia de segurança é denominado tc_defaultbu. Credenciais para acessar o contêiner são fornecidas.

   ./configurebackuplocation.sh --operation register --store tileCache 
   --location "type=azure;location=scenebackups;name=tc_defaultbu;username=myazureaccountlogin;password=zpw4myazureaccount"

4. Agora designe o local de cópia de segurança recém-registrado como o local de cópia de segurança padrão para o armazenamento de dados do cache de mosaico.

   Anotação:

   Este utilitário não moverá cópias de segurança automáticos existentes para armazenamentos de dados de cache de mosaico que existem no local de cópia de segurança padrão anterior.

   No exemplo a seguir, o local de cópia de segurança registrado na etapa anterior (tc_defaultbu) é definido como local de cópia de segurança padrão.

   ./configurebackuplocation.sh --operation setdefault --store tileCache 
   --location "name=tc_defaultbu"

Dica:

Para confirmar se o novo local agora é o local padrão, você pode executar o utilitário configurebackuplocation com a operação list .

Para sintaxe completa e exemplos adicionais, consulte ArcGIS Data Store referência do utilitário de comando.

Registre um local de cópia de segurança padrão inicial

Após a criação, armazenamentos de gráficos, armazenamentos de dados do cache de mosaico (modo de agrupamento) e 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 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.

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

Você pode registrar um compartilhamento de arquivo para qualquer um desses tipos de armazenamento de dados. Para armazenamentos de grandes dados de espaço-tempo e de cache do mosaico, você pode registrar um contêiner do Amazon S3 ou contêiner de armazenamento do Microsoft Azure Blob como o local da cópia de segurança padrão.

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. Os armazenamentos de dados do cache de mosaico e armazenamentos de gráficos podem ser bastante grandes e os armazenamentos de grandes dados de espaço-tempo tendem a ser ainda maiores.
• A taxa de preenchimento do local de cópia de segurança padrão depende da sua agendamento de cópia de segurança e quantas cópias de segurança manuais você cria no local padrão. Monitore o tamanho do diretório de cópia de segurança e ajuste a programação e os tamanhos de armazenamento conforme necessário.
• Todas as máquinas no mesmo armazenamento de dados devem ter acesso ao local de cópia de segurança padrão. Por exemplo, quando você registra um local de cópia de segurança de compartilhamento de arquivos para um armazenamento de grandes dados espaço-temporais, todas as máquinas no armazenamento de grandes dados espaço-temporais devem ter acesso de gravação ao local de compartilhamento de arquivos.

Siga estas etapas para configurar um local para armazenar arquivos de cópia de segurança de armazenamento de dados para armazenamentos de dados de cache de mosaico (modo de agrupamento), armazenamentos de grandes dados espaço-temporais ou armazenamentos de gráficos:

1. Crie um dos seguintes para armazenar arquivos de cópia de segurança do armazenamento de dados:
   • Um diretório compartilhado em outra máquina
   • Um contêiner Amazon S3 em sua conta do Amazon Web Services
   • Um contêiner de armazenamento Blob Microsoft Azure em sua conta do armazenamento Blob Azure
2. Conceda acesso de leitura e gravação ao local configurado na etapa anterior para a conta que instalou ArcGIS Data Store.
3. Execute o utilitário configurebackuplocation com a opção register para especificar o local de saída padrão para cópias de segurança de armazenamento de dados.

   Consulte as seções que seguem estas etapas para obter exemplos de cada tipo de armazenamento de dados.

   Para sintaxe completa e exemplos adicionais, consulte ArcGIS Data Store referência do utilitário de comando.

Dica:

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

Exemplo de armazenamento gráfico

Neste exemplo, um local de cópia de segurança padrão é registrado para um armazenamento gráfico. O local é um diretório de compartilhamento de arquivos denominado graphbu no sysshare. O nome do local de cópia de segurança é graph_defaultbu.

./configurebackuplocation.sh --operation register --store graph 
--location "type=fs;location=/net/sysshare/graphbu;name=graph_defaultbu"

Exemplo de armazenamento de grandes dados espaço-temporal

Neste exemplo, um local da cópia de segurança é registrado para um armazenamento de grande dados de espaço-tempo. O local é um local de armazenamento Blob Azure nomeado dsbackups. O local da cópia de segurança é nomeado sbds_defaultbu. São fornecidas credenciais para acessar o local de armazenamento de Blob.

./configurebackuplocation.sh --operation register --store spatiotemporal 
--location "type=azure;location=dsbackups;name=sbds_defaultbu;username=azureaccountlogin;password=zpw4azureaccount"

Exemplo de armazenamento de dados de cache de mosaico (modo de agrupamento)

Neste exemplo, um local de cópia de segurança padrão é registrado para um armazenamento de dados de cache de mosaico implementado no modo de agrupamento. O local é um contêiner S3 com uma subpasta nomeada cena. O contêiner reside na região Leste dos EUA (Ohio) AWS. O nome do local de cópia de segurança é tc_defaultbu. São fornecidas credenciais para acessar o contêiner.

./configurebackuplocation.sh --operation register --store graph 
--location "type=s3;location=backups/scene;name=tc_defaultbu;region=us-east-2;username=abc12345;password=dearliz@a0"

Registrar locais da cópia de segurança adicional

Você pode registrar locais de cópia de segurança adicionais. Ao executar o utilitário backupdatastore para criar cópias de segurança manualmente, você pode especificar um desses locais predefinidos.

Anotação:

Você precisa limpar os locais de armazenamento da 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 da cópia de segurança:

1. Crie outro local para os arquivos da cópia de segurança.
   • Para registrar um diretório compartilhado (compartilhamento de arquivo), crie o diretório em outra máquina. Certifique-se de que o espaço de armazenamento seja grande o suficiente para armazenar todos os arquivos de cópia de segurança. Certifique-se também de que o login que você usa ao se conectar à máquina ArcGIS Data Store to para executar o utilitário backupdatastore tenha acesso de gravação a este diretório. Se você criar um diretório compartilhado adicional para um cache do mosaico (agrupamento) ou armazenamento de grandes dados de espaço-tempo, todas as máquinas na mesma implementação do ArcGIS Data Store deverão ter acesso a este diretório compartilhado. Se você criar um diretório compartilhado adicional para cópias de segurança do armazenamento de dados (primário-auxiliar) do cache de mosaico ou relacional, a máquina auxiliar deverá 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.

   Neste exemplo, um segundo local de compartilhamento de arquivos é registrado para armazenar cópias de segurança manuais do armazenamento de dados relacional. O local da cópia de segurança recebe o nome rbu_manual.

   ./configurebackuplocation.sh --operation register --store relational
    --location "type=fs;location=/net/sysshar2e/ds_manual_backups;name=rbu_manual"

   Neste exemplo, um contêiner de armazenamento Blob Azure está registrado para armazenar cópias de segurança manuais para o armazenamento de dados do cache de mosaico. O local da cópia de segurança recebe o nome tcbu_manual.

   ./configurebackuplocation.sh --operation register --store tileCache
    --location "type=azure;location=bucontainer;name=tcbu_manual;username=myazureaccountlogin;password=zpw4myazureaccount"

   As etapas e exemplos para registrar locais de cópia de segurança adicionais para cache de mosaico (agrupamento), gráfico e armazenamentos de grandes dados espaço-temporal são os mesmos ao adicionar locais de cópia de segurança e ao registrar um local de cópia de segurança inicial.

Especifique um dos locais de cópia de segurança como local padrão

Depois de ter vários locais de cópia de segurança definidos para um armazenamento de gráficos, armazenamento de dados de cache de mosaico ou armazenamento de grandes dados espaço-temporal, será possível designar um deles como o local de cópia de segurança padrão. Depois de fazer isso, as cópias de segurança criadas pelo ArcGIS Data Store (cópias de segurança automáticos) irão gravar os arquivos de cópia de segurança nesse local.

Dica:

Para alterar o local padrão de um armazenamento de dados relacional, use a operação change .

Execute o utilitário configurebackuplocation com a operação setdefault e especifique o local de cópia de segurança registrado. Se você nomeou o local de cópia de segurança quando o registrou, poderá usar o nome para designar o local.

Exemplo de armazenamento gráfico

No exemplo a seguir, o armazenamento gráfico possui vários locais de cópia de segurança de compartilhamento de arquivos. A operação setdefault é usada para designar um deles como o novo local de cópia de segurança padrão.

./configurebackuplocation.sh --operation setdefault --store graph --location "location=/net/server/gsbackups24"

Exemplo de armazenamento de grandes dados espaço-temporal

No exemplo a seguir, um dos locais de cópia de segurança adicionais do armazenamento de grandes dados espaço-temporal (um chamado bu_bucket) é designado como o novo local de cópia de segurança padrão:

./configurebackuplocation.sh --operation setdefault --store spatiotemporal --location "name=bu_container"

Exemplo de armazenamento de dados de cache de mosaico

No exemplo a seguir, um dos locais de cópia de segurança adicionais do armazenamento de dados do cache de mosaico em um contêiner S3 na região Ásia-Pacífico (Cingapura) é designado como o novo local de cópia de segurança padrão:

./configurebackuplocation.sh --operation setdefault --store tileCache --location "type=s3;location=bu_bucket;
username=hijklmn1234567;password=z9y8x7w6v5u4t3s2r1q0;region=ap-northeast-1"

Determine todos os locais de cópia de segurança.

Pode ser confuso acompanhar todos os locais de cópia de segurança do armazenamento de dados quando você tem vários tipos de armazenamento de dados e vários locais para cada um. Ou talvez você tenha assumido o cargo de administrador do ArcGIS Data Store de outra pessoa. Nesses casos, você pode executar o utilitário configurebackuplocation com a operação list para consultar o ArcGIS Data Store para obter uma lista de todos os locais de cópia de segurança de um tipo de armazenamento de dados específico.

No exemplo a seguir, todos os locais de cópia de segurança registrados são retornados para o armazenamento de grandes dados espaço-temporal em uma implantação do ArcGIS Data Store. Para obter uma lista de outros tipos de armazenamento de dados, especifique esse tipo com a opção, --store ou relational, tileCache ou graph.

./configurebackuplocation.sh --operation list --store spatiotemporal

Gerenciar cópias de segurança automáticas

Por padrão, o ArcGIS Data Store cria uma cópia de segurança completa de armazenamentos de dados relacionais a cada quatro dias, mas você pode alterar a frequência que o ArcGIS Data Store cria uma cópia de segurança completa do armazenamento de dados relacional executando o utilitário updatebackupschedule. Para todos os outros tipos de armazenamento de dados, não há agendamento de cópia de segurança até que você defina um usando o utilitário updatebackupschedule.

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

Se os seus membros da organização publicarem e editarem grandes números de camadas hospedadas ou você arquiva grandes volumes de dados de streaming, aumente a frequência das 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ê possui, mas se você usar as configurações de cópia de segurança padrão, as cópias de segurança conterão duas cópias de segurança completas. 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.

Anotação:

Não há limpeza automática de armazenamento de gráficos, armazenamento de dados de cache de mosaico ou arquivos de cópia de segurança do armazenamento de grandes dados espaço-temporal. Se você aumentar a frequência de cópia de segurança para esses armazenamentos de dados, provavelmente também precisará limpar o local de cópia de segurança para armazenamentos de gráficos e armazenamentos de dados de cache de mosaicos com mais frequência.

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.

Anotação:

Ao desativar cópias de segurança automáticos, não é possível usar a recuperação pontual para o armazenamento de dados relacional; todos os cópias de segurança de armazenamento de dados relacionais serão cópias de segurança completos.

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

1. Abra uma shell de comando.
2. Execute o utilitário updatebackupschedule para especificar a frequência de cópia de segurança necessária.

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

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

   Por exemplo, digite o seguinte para agendar cópias de segurança completas do armazenamento de dados relacionais às 3h00 (horário do servidor local) todos os dias:

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

   Neste exemplo, uma cópia de segurança do armazenamento de grandes dados espaço-temporal está planejado para 23h30. (hora 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ê desabilitar os cópias de segurança automáticos, é recomendável criar cópias de segurança manuais regularmente.

Os arquivos de cópia de segurança do armazenamento de dados relacionais criados manualmente devem ser excluídos usando o utilitário deletebackup .

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

Você pode usar o utilitário backupdatastore para criar uma cópia de segurança completa do armazenamento de dados especificado. 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 execução do utilitário backupdatastore para um armazenamento de dados relacional sempre cria uma cópia de segurança completa do armazenamento de dados.

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 | graph}] [--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 do Amazon Simple Storage Service (S3)) ou azure (contêiner de armazenamento do Microsoft Azure Blob). Você pode usar somente compartilhamentos de arquivos para cópias de segurança do armazenamento de gráfico.
• 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 o type e location da cópia de segurança. 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 do 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

Quando você não precisar mais de um arquivo de cópia de segurança de armazenamento de dados relacional criado usando o utilitário backupdatastore, execute o utilitário listbackups para obter o nome do arquivo de cópia de segurança específico e execute 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 do armazenamento de dados que você criou antes de atualizar.

Neste exemplo, o arquivo da cópia de segurana do armazenamento de dados relacional preupgrade1104_bu é excluído do local de cópia de segurança padrão:

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