Estratégias avançadas de backup

Dados são uma das coisas mais preciosas que temos. Portanto, para qualquer empresa, a segurança dos dados é essencial. Perder dados, mesmo que parcialmente, pode ter efeitos sérios e duradouros no desempenho e na lucratividade do negócio.

Como ninguém pode excluir completamente a possibilidade de falhas em hardware ou software, é melhor estar preparado.

No nosso documento de Estratégias de Backup explicamos um exemplo do processo de backup com mysqldump.

Mysqldump é um aplicativo incorporado que vem com o pacote do seu servidor MySQL. Ele permite descarregar dados dos bancos de dados selecionados em arquivos SQL, CSV ou XML. Isso lhe dá a possibilidade de editar os dados antes de restaurá-los. Entretanto, como essencialmente cria uma cópia em texto, em servidores com alta carga a criação e a restauração do backup a partir dele podem levar um tempo significativo.

Isso significa que seu tempo de recuperação aumenta e queremos mantê-lo o mais baixo possível.

Existem opções mais adequadas para servidores de alta carga que melhorarão a segurança dos seus dados e reduzirão o tempo de recuperação.

Fazendo backup dos arquivos de origem

Existem vários aplicativos de terceiros no mercado que permitem fazer backup dos arquivos de origem do seu banco de dados em vez de descarregar tudo em formato de texto.

Nosso método preferido é o xtrabackup aplicativo da Percona.

Esse aplicativo eficiente permite executar um backup a quente enquanto o sistema está em execução. O processo será transparente para seus usuários finais.

Uma vez que o backup esteja concluído, você pode optar por fazer backups incrementais (salvando apenas as alterações feitas desde o último backup completo) ou continuar fazendo backups completos e armazenando-os em outro local.

No geral, isso funciona muito melhor e mais rápido do que dumps em texto do banco de dados.

Comparação aproximada de tempo em backup completo de banco de dados de 2 TB - mysqldump 12+ horas, xtrabackup 5,5 horas

Replicação

Backups são uma necessidade. Entretanto, em um banco de dados de alta carga, mesmo backups diários não o protegem totalmente. Nesse caso, seu pior cenário de perda de dados é de 24 horas. Muito melhor do que perder tudo, mas ainda assim uma quantidade significativa.

É aí que ter um servidor de replicação é útil.

A replicação é feita em tempo real, o que significa que em qualquer momento você sempre terá uma cópia adicional do seu banco de dados.

Se algo acontecer com seu servidor de banco de dados principal, você sempre pode alternar entre eles, reduzindo seu tempo de recuperação para minutos.

Backup da aplicação

Todos os dados de telemetria são registrados no banco de dados e estão em constante atualização. Enquanto isso, os arquivos da aplicação Navixy (backend, frontend e suas configurações) permanecem estáticos ao longo do tempo, e tudo o que muda são os logs. Portanto, você pode simplesmente salvar os arquivos da plataforma em um servidor separado e manter uma cópia da plataforma inativa lá.

Dessa forma, se algum desastre acontecer com seu servidor primário, você pode alternar o endereço IP para o servidor de backup, iniciar a plataforma lá e ela continuará a funcionar. Esse método simples permitirá que você restaure rapidamente o acesso à plataforma com tempo de inatividade mínimo.

Após a atualização da plataforma, é necessário fazer um novo backup dos arquivos da aplicação para que as versões da aplicação e do banco de dados correspondam.

Método combinado

Ambos os métodos de backup de banco de dados funcionam bem isoladamente. E usar os dois simultaneamente pode trazer a máxima segurança. Abaixo está um esquema de backup simplificado para alcançar tolerância a falhas aceitável, bem como técnicas de recuperação em caso de problemas.

Guias sobre métodos de backup de banco de dados estão disponíveis online. Para maximizar a confiabilidade do backup, é recomendado ter um especialista DevOps/DBA em sua equipe.

Se você precisar de assistência da nossa equipe de suporte, entre em contato conosco em [email protected]