Uma Estratégia de Backup e Recuperação eficiente é fundamental para proteger o seu negócio contra os diversos riscos existentes. Desde falhas simples de hardware até uma catástrofe completa de infraestrutura, ou mesmo um ataque ransomware que criptografa seus servidores e backups. Os riscos são numerosos, e é necessário adotar uma política abrangente de backup e recuperação que atenda a todas as necessidades da sua empresa.

A seguir, abordaremos algumas questões para reflexão. Enquanto você lê este artigo, você tem a certeza de que seus dados estão 100% protegidos contra perdas aceitáveis para o seu negócio?

A Importância da Recuperação de Banco de Dados

Quando ocorre uma indisponibilidade do banco de dados, o Administrador de Banco de Dados (DBA) deve avaliar se a recuperação é necessária. Em alguns casos, uma falha pode não afetar a integridade dos bancos de dados ativos, dependendo de vários fatores, como hardware utilizado, bugs, arquitetura das aplicações e outras variáveis.

Supondo que seja necessário efetuar a recuperação, o administrador de banco de dados (DBA) terá a responsabilidade de identificar quais recursos (cópias de segurança e registros de atividade) estão disponíveis e qual é a abordagem mais adequada para realizar a recuperação de acordo com a política de backup e restauração. Para compreender a origem e definir o plano de recuperação, várias questões devem ser respondidas. As respostas ditarão os passos a serem tomados para recuperar o sistema. O DBA só poderá responder a algumas dessas questões se a política de backup for amplamente divulgada, clara e atualizada.

Perguntas para Reflexão

  • Que tipo de falha aconteceu: disco, transação ou instância do banco de dados?
  • Qual foi a causa da falha?
  • Como o banco de dados ficou indisponível: abortou, falhou ou foi desligado normalmente?
  • Houve algum erro no sistema operacional?
  • O servidor foi reiniciado?
  • Existem erros nos logs: log do sistema operacional, log de alerta, logs do banco de dados?
  • Foi gerado algum despejo de memória?
  • Algum arquivo de rastreamento foi gerado?
  • Qual é a criticidade dos dados perdidos?
  • Que tipos de backups você possui: completo, incremental, diferencial?
  • O que precisa ser recuperado: o banco de dados completo, um tablespace, uma única tabela, um índice?
  • Sua estratégia de backup suporta o tipo de recuperação necessário para o seu negócio?
  • Todos os archives log do banco de dados estão disponíveis para recuperação?
  • Você possui um backup lógico recente (export ou dump)?
  • Quais atividades simultâneas estavam sendo executadas quando o sistema caiu?
  • É possível iniciar a instância?
  • É possível acessar os objetos do banco de dados?
  • Quais são os requisitos de disponibilidade do sistema?
  • Quais dados precisam ser recuperados?
  • Quanto tempo levará para que os bancos de dados voltem a funcionar?

Esses são apenas alguns exemplos de questionamentos que, às vezes, são feitos tarde demais. Outros fatores também podem afetar as operações do seu negócio, como a migração para uma nova versão do banco de dados. Geralmente, a migração para uma nova versão quebra a cadeia de backup, o que pode causar problemas que não são percebidos imediatamente.

Atualização e Preparação do DBA

Os principais bancos de dados do mercado, como Oracle e Microsoft SQL Server, alteram o formato de arquivos de dados, bem como a estrutura de metadados e arquivos de log. Isso torna impossível ou problemática a recuperação para a versão anterior. Uma nova versão também pode alterar algumas funcionalidades do utilitário RECOVER, e backups antigos não poderão ser recuperados na nova versão sem um procedimento de atualização. Em ambos os casos, o DBA pode enfrentar dificuldades por não ter um backup válido para recuperação imediata. Por essas razões, é fundamental garantir que sua política de backup e recuperação esteja atualizada e considere a nova versão do SGBD antes da migração, além de garantir que seu DBA esteja preparado para agir em todos os cenários possíveis.

Estas são apenas algumas das perguntas às quais o DBA deve estar preparado para responder, a fim de obter sucesso na recuperação de dados. Além disso, o DBA precisa ter um profundo conhecimento da tecnologia de banco de dados específica. Por exemplo, informações sobre os segmentos de rollback do Oracle ou como identificar o LSN de um backup de log para a recuperação do SQL Server.

Este foi apenas um vislumbre do assunto. Há muito mais a ser abordado quando se trata de recuperação de dados, mas vamos parar por aqui por enquanto. Manter uma estratégia de backup e recuperação consistente e atualizada, e garantir que seu DBA e equipe de infraestrutura estejam sempre preparados para responder às perguntas mais importantes durante um momento de crise é essencial.

Portanto, se você busca tranquilidade, a melhor maneira de alcançá-la é entrar em contato com a Tripletech IT Solutions. Com a consultoria da Tripletech, sua empresa estará protegida e segura. Saiba como!

Fale com um especialista

Fale com um especialista agora, e tenha a melhor solução de TI para sua empresa.

Acompanhe a Tripletech nas redes sociais: