Como fazer backup do banco de dados Oracle com o Bacula? Visão geral técnica do Backup e Recuperação para Oracle.

Há muitas maneiras de fazer backup dos bancos de dados Oracle. Os modos clustered oferecem resiliência a questões de hardware, e as infraestruturas altamente disponíveis, em nuvem e convergentes oferecem novas opções de garantia e liberdade de dados, juntamente com redundância. Independentemente dessas opções, o backup do Oracle continua crítico para assegurar que um pequeno erro, corrupção ou hack não destrua os dados críticos que residem até mesmo na melhor infraestrutura. Os servidores de banco de dados permanecem um componente chave da maioria das organizações, e muitas vezes contêm as informações mais críticas para a continuidade das operações. O guia a seguir lhe mostrará como executar o backup e a recuperação do Oracle usando a funcionalidade SBT do RMAN, que permite que os dados sejam transmitidos diretamente ao Bacula Enterprise.

Possíveis Tipos de Backup e Recuperação do Oracle

Há dois métodos para fazer o backup do banco de dados Oracle:

• O Bacula administra o backup usando o modo dump do Oracle. Isso é rápido e fácil de configurar, mas é limitado ao escopo de bancos de dados menores e não suporta recuperação point in time ou backups incrementais.
• RMAN gerencia o backup (modo Oracle SBT). Também conhecido como Oracle Recovery Manager (RMAN), ele é um recurso original do servidor de banco de dados Oracle, o que significa que não há necessidade de instalá-lo manualmente, pois ele já está incluído no lado do servidor. Esse modo usa a excelente ferramenta de backup RMAN e APIs para permitir que o Bacula inicie modos de backup mais avançados que suportam PITR, backups de banco de dados incrementais e diferenciais, e pode aproveitar o recurso de monitoramento de mudanças do RMAN para melhorar o desempenho do backup incremental. É também o mais fácil de usar, já que o RMAN usa uma interface para todos os sistemas operacionais, o que o torna muito menos complicado.

Uma vez que o tipo de backup baseado no RMAN é a solução preferida, aqui estão algumas das vantagens mais notáveis de usá-lo:

• Compressão binária. Esse tipo de mecanismo de compressão está integrado no banco de dados Oracle como um sistema e seu principal objetivo é reduzir o tamanho geral de um backup médio.
• Duplicação automatizada do banco de dados. Uma série de recursos implementados no Oracle que permite a fácil criação da cópia de seu banco de dados usando um grande número de configurações de armazenamento.
• Backups incrementais. Esse tipo de backup só mantém e faz backup dos blocos que foram modificados de alguma maneira desde o último backup completo. Ele requer muito menos espaço de armazenamento do que o backup tradicional e acrescenta mais flexibilidade ao processo de restauração no caso de algum tipo de desastre.
• Backups criptografados. O RMAN pode facilmente criptografar seu banco de dados usando a capacidade integrada de criptografia de backup. Há uma distinção entre criar esse tipo de backup em disco e diretamente em uma fita. Para o disco: o banco de dados em questão permite a Advanced Security Option (Opção Avançada de Segurança). Para fita: o RMAN tem que usar a interface Oracle SBT, mas não há necessidade de ativar a Opção Avançada de Segurança.
• Recuperação de mídia em bloco. Se a quantidade de dados corrompidos é relativamente pequena, você não precisa necessariamente restaurar todo o backup para corrigi-los. Nesse caso, o recurso de recuperação de mídia em bloco pode ser usado sem colocar o arquivo offline.

Para isso, vamos montar os backups do Oracle SBT.

Parte 1: Configurando o plugin de backup e recuperação do Oracle no Bweb

Passo 1. NO Bweb, configure um novo fileset para a tarefa. Na aba ‘Plugin’ do fileset, selecione Oracle SBT.

Passo 2. O plugin de backup e recuperação do Oracle é configurado principalmente no lado do cliente, portanto, na maioria dos casos, não é necessária mais nenhuma configuração no Bweb. O commit do fileset pode ser realizado.

Passo 2.1: Observe as diferentes opções disponíveis para fazer backup do banco de dados se o plugin Oracle (não-SBT) for escolhido. O white paper do plugin Oracle aborda esses métodos alternativos em profundidade.

Parte 2: Configurando o plugin de backup no servidor Oracle

Assim como acontece com outros plugins de banco de dados, o Bacula Enterprise File Daemon e o respectivo componente do plugin de banco de dados (Oracle SBT, neste caso) devem ser instalados primeiro no servidor. Isso coloca as ferramentas necessárias para o backup do Bacula no servidor do banco de dados. Consulte o white paper da Oracle ou entre em contato com o suporte da Bacula Systems se precisar de ajuda com esse passo.

Passo 1: Instale o arquivo Bacula Daemon e os pacotes de plugins de backup do Oracle

Passo 2: Instale a biblioteca SBT no Oracle

Passo 3: Reinicie o Oracle

Passo 4: Copie o bconsole e certifique-se de que o Oracle o possa ler:

Passo 5: Edite /opt/bacula/etc/sbt.conf para indicar o nome da tarefa, caminho e configuração do bconsole, e o nome do cliente:

Exemplos de fileset e tarefas:

Abaixo estão exemplos do fileset simples configurado no Bweb na Parte 1, e um exemplo de tarefa que o utiliza. Para tutoriais aprofundados sobre o Bweb, veja a documentação em vídeo da Bacula Systems:

Parte 3: Testando a conectividade do plugin e executando o backup do Oracle:

Passo 1: Teste o plugin

Passo 2: Faça um backup manual através do RMAN:

Uma saída de backup do RMAN típica e bem-sucedida é mostrada a seguir. Ela é uma indicação de que o plugin SBT está instalado, corretamente configurado, e pronto para executar os backups:

Recuperação do banco de dados Oracle

Embora um backup por si só seja incrivelmente importante, vale a pena mencionar também que as funções de recuperação são, naturalmente, uma parte vital de todo o processo no ciclo de backup e recuperação do banco de dados Oracle. Ter apenas um backup sem meios para restaurá-lo não tem utilidade para ninguém.

Mas, primeiro temos que dar uma olhada em algumas noções básicas. Como dissemos anteriormente, há um grande número de circunstâncias possíveis que poderiam criar a necessidade de recuperar seu banco de dados. Por exemplo, várias falhas de hardware e problemas de firmware:

• Corrupção de bloco;
• Perda de dados;
• Erro do usuário;
• Problemas com atualização;
• Desastre natural ou antinatural.

Você terá que se conectar primeiro com o catálogo de recuperação se quiser restaurar ou recuperar um banco de dados usando o RMAN. O próximo passo é alocar canais em fita ou em disco. O objetivo do catálogo de recuperação é fornecer todo tipo de informação sobre backups de banco de dados ou backups comuns. Você também pode configurar um arquivo de controle separado para fins similares. A diferença entre os comandos restore e recover é que “restore” faz exatamente o que você espera: restaura arquivos de banco de dados. Já o “recover” é um pouco diferente, uma vez que aplica todas as mudanças registradas nos logs de dados arquivados.

O backup e recuperação do banco de dados Oracle como um processo é capaz de fornecer várias opções de recuperação, inclusive:

• Recuperação de ponto específico

Quando você está usando o Oracle, o processo de recuperação não é tão complicado. Você pode facilmente restaurar todo o banco de dados e depois disso usar os comandos “recover” para escolher o ponto específico para o qual deseja que seu banco de dados seja recuperado. Há também várias outras opções incluídas além da recuperação completa básica se você estiver usando o RMAN: você pode levar o estado do seu banco de dados a um ponto específico no tempo ou pode corresponder a sua condição com um log de arquivo específico.

• Restauração de Tablespaces/Datafiles/Blocos

Se seu banco de dados inclui muitos tablespaces, você pode escolher esse modo de recuperação para limitar o tempo de inatividade dele apenas aos usuários que estavam usando arquivos agora danificados. Em geral, a restauração de tablespaces é um pouco mais complicada do que a função normal de restauração do banco de dados, já que você não pode recuperar tablespaces específicos após a restauração. É por isso que é aconselhado fazer um backup logo após a restauração desses tablespaces. Uma outra especificidade ao usar o RMAN é que você será capaz de fornecer tanto o número do bloco, como o número do datafile, facilitando assim o processo de recuperação.

• Data Recovery Advisor

O serviço da Oracle também inclui um recurso chamado Data Recovery Advisor, que você pode usar se estiver tendo problemas com um ou vários de seus arquivos de banco de dados. Esse assistente pode lhe fornecer tanto o script de reparo baseado em seu banco de dados, quanto pode lhe mostrar o quanto você pode recuperar em sua situação atual. Você também pode muito facilmente ativar o script fornecido logo após o assistente disponibilizar.

No entanto, o gerenciamento de backups da Oracle não se limita a manter sua política de retenção, ela também pode ser usada para acompanhar quais backups você pode usar para operações de restauração em um dado momento. Há várias abordagens para essa tarefa:

A primeira abordagem é estritamente para a recuperação de uma lista de backups disponíveis, e isso pode ser feito com pouco ou nenhum esforço com um comando LIST que o RMAN tem. Esse comando em particular recupera uma tabela de conjuntos de backups, com informações adicionais sobre cada um deles, como a data de criação, o tipo de backup, as partes específicas de um banco de dados que foram copiadas, e muito mais.

A segunda abordagem do gerenciamento de backups do Oracle é centrada em torno da eliminação de arquivos obsoletos. Ela é controlada em sua maioria por apenas dois parâmetros (RECOVERY WINDOW e REDUNDANCY, que se referem ao número de dias de uma política de retenção e número de backups, respectivamente), e consiste em três opções possíveis:

• Expire. Controlado por REDUNDANCY e RECOVERY WINDOW, geralmente uma parte de um script de backup, ou tarefa de backup, com um parâmetro EXPIREDATE.
• Delete from catalog. O histórico dos backups é apagado com chances de recuperação se for acidental, ou se os dados em questão forem necessários.
• Delete expired. Uma tarefa rotineira de limpeza que elimina os backups obsoletos e os logs de arquivo.

Enquanto a maioria das operações de backup do Oracle trata de backups de todo o banco de dados, a opção de restaurar objetos específicos também está disponível, de modo que qualquer objeto dentro do seu sistema possa ser copiado ou recuperado separadamente do resto a qualquer momento. Assim como no tópico anterior, há várias maneiras de abordar o assunto:

• Oracle Data Pump. O Data Pump é um utilitário do Oracle que pode fornecer tanto a exportação, quanto a importação de objetos ou tabelas específicas. Vale notar que a DDL (Data Definition Language) também está incluída, o que significa que toda a estrutura da tabela ou procedimento em questão seria recriada com o objeto ou tabela que está sendo restaurada. Isso também pode ser usado para restaurar apenas a estrutura com zero dados nela para ser usada como modelo ou medida de backup.
• Utilização de níveis de tabela/esquema para copiar objetos específicos. Tabelas individuais podem ser recuperadas dentro do Oracle usando o comando CREATE. Ele incluirá tablespaces sem registro, o que significa que você só poderá restaurar dados, sem qualquer estrutura, tais como índices, triggers, constantes etc.

Considerações finais sobre o backup e recuperação para Oracle

Como o plugin Oracle SBT do Bacula Enterprise potencializa o RMAN para disponibilizar recursos avançados de backup, algumas configurações adicionais devem ser feitas no Oracle.

Período de retenção:

Ao usar o plugin RMAN SBT, a retenção de backup definida no RMAN deve corresponder ao volume Bacula ou à retenção da tarefa.

Log de arquivo:

Para usar o modo de backup RMAN, o banco de dados deve estar no modo ARCHIVELOG.

Consulte o white paper da Bacula sobre backup para Oracle, ou entre em contato com o suporte da Bacula Systems, se você precisar de mais informações, assistência, ou tiver alguma dúvida depois de ler este guia de backup e recuperação para Oracle.