Backup e recuperação do Alteryx Server - Parte 1: melhores práticas

[Community_Admin]

Recentemente, passei por algumas situações que resultaram na perda de dados porque um backup do Alteryx Server não estava disponível. Eu não consigo enfatizar o suficiente a importância de fazer backup do seu Server regularmente. Este artigo, o primeiro de uma série de duas partes, abordará algumas opções e práticas recomendadas para garantir que você tenha disponíveis os backups necessários caso precise deles. A Parte II terá foco na instância incorporada do MongoDB fornecida com a instalação do Alteryx Server. Se estiver utilizando uma instância do MongoDB gerenciada pelo usuário, consulte a documentação do MongoDB para procedimentos de backup e recuperação em https://docs.mongodb.org/manual/administration/backup/.

Vamos explorar algumas práticas recomendadas amplamente aceitas para fazer backup de servidores e bases de dados:

Agende backups regulares - Fazer backup consistentemente de forma programada é fundamental para minimizar a perda de dados e o tempo de inatividade. Eu recomendo fazer backup todas as noites, fora do horário de pico, para minimizar o impacto potencial para os usuários e para a perda mínima de dados em caso de uma pane ou outra falha. Se não for possível fazer backup todas as noites, o agendamento de backups semanais também é uma opção. O importante é definir um agendamento regular.

Mantenha backups históricos por um período definido - Às vezes, o inesperado acontece e um backup falha, fica corrompido, é perdido/excluído ou o problema não é percebido imediatamente (fazendo com que o estado do problema esteja presente nos backups). Ter backups históricos disponíveis ajuda a garantir que você tenha um backup disponível e permite que você escolha um backup criado antes do início do problema.

Armazene backups na rede ou no armazenamento SAN - Backups que são armazenados no mesmo servidor em que os dados ficam apresentam o risco de não estarem disponíveis durante um evento de falha. Vamos considerar o que acontece quando seu servidor sofre uma falha de disco. Se os backups estiverem armazenados localmente nesse disco, eles também desaparecerão, impossibilitando a recuperação.  Entretanto, se os backups estiverem armazenados na rede, eles não serão afetados por um evento de falha no servidor.

Mantenha uma cópia do backup em local externo - seguindo a mesma lógica acima, se os únicos backups estiverem em um servidor de arquivos no mesmo data center que o Alteryx Server e esse data center sofrer um desastre, ambos o Server e os backups serão perdidos. Manter uma cópia adicional em local externo permite que você traga o backup do Server na nuvem ou em outro data center, se necessário.

Valide seus arquivos de backup - É importante fazer uma verificação periódica para garantir que seus backups estão ocorrendo com sucesso e para confirmar que eles são válidos e utilizáveis. Não há nada pior do que implementar um processo de backup e, após uma falha, descobrir que os backups pararam de funcionar 6 meses antes ou que nenhum dos seus backups é utilizável. 

Pratique seus procedimentos de recuperação regularmente - As simulações de recuperação permitem que você se familiarize com o processo de restauração e com o tempo necessário para retornar a um estado totalmente funcional no caso de um desastre. Também já foi comprovado que praticar diminui a ocorrência de erros e pode economizar um tempo precioso. Eu recomendo executar uma simulação de recuperação a cada três ou seis meses.

Tenha em mente que, na maioria dos casos, fazer backup de todo o servidor, incluindo SO e todos os dados, não é necessário. Na verdade, isso pode aumentar significativamente o tempo médio de restauração. Em vez disso, recomendo fazer backup somente dos dados críticos e dos arquivos de configuração para o servidor. O motivo é que é bem mais rápido fazer uma instalação limpa do servidor e dos softwares necessários e depois restaurar os dados/configurações do backup do que restaurar o servidor inteiro. Isso fica ainda mais evidente no caso de servidores virtuais, já que a implantação de um novo servidor virtual leva minutos na maioria dos casos. Esses backups reduzidos podem também diminuir o tempo necessário para concluir e validar os backups e diminuir as necessidades/custos de armazenamento envolvidos na manutenção dos mesmos.

Parte 2 - Backup e recuperação do Alteryx Server - Parte 2: procedimentos