Backup e DR para Oracle em um dispositivo de backup/recuperação

O banco de dados Oracle é um banco de dados de classe empresarial conhecido que oferece suporte a aplicativos essenciais. Nesta página, apresentamos o Backup e DR para ambientes de banco de dados Oracle. A arquitetura associada oferece backup consistente com o aplicativo e incremental para sempre no Google Cloud, além de recuperação instantânea e clonagem para bancos de dados Oracle de vários TBs.

Como funciona

As seções a seguir descrevem o processo de captura e recuperação de dados.

Captura de dados

  1. O agente de Backup e DR é implantado no servidor Oracle.

  2. Monte o disco de preparo no servidor de banco de dados.

  3. Invoque a API incremental do RMAN para copiar blocos alterados.

  4. Invoque a mesclagem incremental do RMAN para criar um novo backup virtual completo.

  5. Desmonte o disco de preparo do servidor de banco de dados.

  6. O Backup e DR faz um snapshot interno. O backup completo sintético pontual está pronto.

Recuperação de dados

O Backup e DR monta instantaneamente um disco de preparo regravável em ISCSI ou NFS e coloca o banco de dados on-line.

APIs de backup da Oracle

O Backup e DR usa as seguintes APIs da Oracle:

  • Cópia de imagem do RMAN: uma cópia de imagem de um arquivo de dados é muito mais rápida de restaurar porque a estrutura física do arquivo de dados já existe. A diretiva do RMAN BACKUP AS COPY cria cópias de imagem para todos os arquivos de dados de todo o banco de dados e mantém o formato do arquivo de dados.

  • API ASM e CRS: o grupo de discos de backup do ASM é gerenciado usando a API ASM e CRS.

  • API de backup de registros RMAN: os registros de backup gerados são armazenados em um disco de preparo e limpos do local do arquivo de produção.

Minimizar conflitos ao usar o Backup e DR com outros produtos de backup

O Backup e DR pode coexistir com produtos legados que capturam dados de bancos de dados de produção. As práticas recomendadas a seguir podem melhorar sua experiência:

Programação de backup do banco de dados Oracle

Prática recomendada Programe os jobs de backup do banco de dados do Backup e DR para começar em um horário em que o software de backup legado já tenha terminado. Não programe o software de backup legado para ser executado imediatamente após a conclusão normal de um job de backup de banco de dados do Backup e DR.
Motivo Se os jobs de backup legados e os jobs de backup do banco de dados do Backup e DR forem executados simultaneamente, isso poderá resultar em um impacto sério no desempenho do servidor de banco de dados, levando à instabilidade e possivelmente a uma interrupção. Além disso, para o Oracle, isso pode resultar em backups inválidos para uma ou ambas as soluções.

Gerenciamento de registros de arquivo do Oracle

A Oracle usa registros de arquivo gerados durante um backup de banco de dados para garantir a consistência e a capacidade de recuperação desse backup. Como resultado, se os registros de arquivo forem limpos durante um job de backup do banco de dados, essa cópia de backup será irrecuperável.

Requisito Apenas um sistema pode gerenciar (capturar e/ou truncar/limpar) registros, seja o software de backup legado ou o Backup e DR.
Prática recomendada Não permita que os registros de arquivo do Oracle sejam limpos durante um job de backup e DR e não permita que o backup e DR limpe os registros de arquivo durante um job de RMAN de backup legado.
Se o software legado estiver gerenciando o registro de arquivo, desative os jobs de limpeza de registro de arquivo no software de backup legado no início do job de backup e DR e retome os jobs de limpeza no final ou retenha o registro de arquivo por no mínimo 24 horas antes da limpeza.
Motivo Se os registros de arquivo forem limpos durante um job de backup de banco de dados, esse backup poderá se tornar irrecuperável.

Conflito de metadados do RMAN com backups legados que tornam os backups de Backup e DR obsoletos

Por padrão, o parâmetro DO NOT UNCATALOG em detalhes e configurações do aplicativo de backup e DR é definido como Não. Um backup de arquivo de dados de backup e DR é catalogado no início do backup e descatalogado no final do job. Definir como Sim otimiza o tempo de backup para bancos de dados com um grande número de arquivos de dados, mantendo o backup do arquivo de dados do RMAN catalogado após cada job de backup. No entanto, ele interfere em outros produtos de backup.

Requisito Defina o parâmetro de detalhes e configurações do aplicativo de Backup e DR Do not uncatalog como Não.
Prática recomendada Os backups de banco de dados do Backup e DR são incrementais permanentes. Isso é feito usando a cópia de imagem do RMAN com a API de mesclagem incremental do RMAN. O primeiro backup do RMAN é uma cópia de imagem completa do arquivo de dados do banco de dados no disco de backup do Backup e DR com snapshot interno do disco de backup. As execuções subsequentes de backup incremental do RMAN com mesclagem incremental do RMAN no disco de backup do Backup e DR, atualizando o último backup completo com mudanças incrementais antes do snapshot. No entanto, se um backup de banco de dados de terceiros ou uma verificação cruzada de backup for executada após o backup do banco de dados do Backup e DR, todos os arquivos de dados de backup do Backup e DR serão marcados como obsoletos nos metadados do RMAN. O parâmetro de detalhes e configurações do aplicativo de backup e DR Do not uncatalog definido como Sim resulta no seguinte erro: Falha ao catalogar cópias de imagem do dispositivo de preparo e falha de backup. Mantenha Do not uncatalog definido como Não para coexistir com outros produtos de backup legados.
Motivo Por padrão, o parâmetro Do not uncatalog> in Backup and DR application details & settings is set to No. Setting this to Yes interferes with other backup products.

Rastreamento de alterações de bloqueio (BCT, na sigla em inglês) do banco de dados Oracle

O rastreamento de alterações de bloqueio do Oracle permite backups rápidos de bancos de dados ao identificar quais blocos foram alterados. Somente os blocos alterados são incluídos na operação de backup.

  • O backup e DR incremental permanente oferece suporte a bancos de dados em execução com o BCT ativado ou desativado. Sem o BCT ativado, o tempo de backup incremental aumenta.

  • O rastreamento de alterações de bloqueio está ativado no nível do banco de dados.

  • O Oracle registra os blocos alterados em cada arquivo de dados em um arquivo de rastreamento, que é um pequeno arquivo binário armazenado na área do banco de dados.

  • Com o BCT ativado, o RMAN usa o arquivo BCT para receber os blocos alterados para backup incremental.

  • O RMAN verifica cada bloco em um arquivo de dados para todos os arquivos de dados no banco de dados durante o backup incremental quando o rastreamento de blocos de alteração no banco de dados não está ativado.

Proteger bancos de dados Oracle em um grupo de consistência de backup e DR

Na maioria das configurações, um grupo de consistência pode conter um único aplicativo de banco de dados Oracle e qualquer número de aplicativos de sistemas de arquivos do servidor Oracle. Um grupo de consistência é a escolha recomendada para bancos de dados Oracle em teste-desenvolvimento e outros casos de uso de agilidade empresarial.

Bancos de dados Oracle com TDE

O Backup e DR oferece suporte a vários métodos de captura e apresentação para databases Oracle em várias configurações. Isso inclui operações de backup, recuperação e montagem com reconhecimento de aplicativo do banco de dados Oracle com a criptografia de dados transparente (TDE, na sigla em inglês) configurada.

Para bancos de dados Oracle com TDE, os arquivos de carteira do host de backup de origem precisam estar disponíveis para o host de destino de todas as montagens com reconhecimento de aplicativo. Isso pode ser feito de várias maneiras.

  • Os arquivos da carteira podem ser copiados do servidor de origem do backup para o servidor de montagem de destino, e o Oracle pode ser configurado para acessá-los.
  • Se os arquivos da carteira do Oracle estiverem armazenados em um dispositivo central compartilhado na rede, a instância do Oracle de destino de montagem do Appaware precisará ser configurada para acessá-los.

  • Se os arquivos da carteira do Oracle foram capturados durante o backup do Backup e DR ao definir a configuração avançada "Local do arquivo de configuração do Oracle", os arquivos da carteira podem ser recuperados com as seguintes etapas:

    1. Faça uma montagem padrão do banco de dados no host de destino.
    2. Copie os arquivos da carteira da montagem do banco de dados padrão para o host de destino e configure o Oracle para usá-los.
    3. Desmonte o banco de dados do host de destino.
    4. Realize uma montagem com reconhecimento de aplicativo do banco de dados no host de destino.

Backup e DR com o banco de dados Oracle Exadata ou Oracle ExaCC

Os dispositivos de backup/recuperação são compatíveis com a captura e a apresentação de dados do Exadata por protocolos iSCSI ou Oracle dNFS.

  • O dispositivo de backup/recuperação é conectado por iSCSI ou Oracle dNFS na rede (não no caminho de dados).

  • O backup do RMAN usa o RMAN para gravar diretamente em um repositório de dados de cópia apresentado pelo Backup e DR como um sistema de arquivos ou como um grupo de discos do ASM.

  • Formatos de captura de dados: em Grupo de discos ASM (somente iSCSI) ou em Sistema de arquivos (dNFS ou iSCSI).

  • O backup incremental permanente do Backup e DR usa backups com atualização incremental do RMAN, que avançam os backups de cópia de imagem.

Captura de dados do Exadata e do ExaCC pelo Backup e DR

O agente de Backup e DR precisa ser instalado no servidor Exadata para facilitar a comunicação com o dispositivo de backup/recuperação e invocar a API RMAN para backup do banco de dados.

O agente de Backup e DR expõe e mapeia discos de Backup e DR para o servidor Exadata como um destino iSCSI. O formato de captura de dados pode estar em Grupo de discos ASM ou em Sistema de arquivos.

Instale o agente de backup e DR em cada host do Exadata no espaço do usuário para facilitar a comunicação com o dispositivo de backup/recuperação e invocar a API RMAN para backup do banco de dados.

Formato de captura no grupo de discos ASM

Durante um backup, o agente de Backup e DR faz o seguinte:

  1. Mapeie e exponha o disco lógico ao servidor Exadata como um destino iSCSI.

  2. Adicione o caminho do disco de backup e DR à string de disco do ASM.

  3. Verifique se a string de disco do ASM foi adicionada ao arquivo de parâmetros e não existe no perfil do CRS.

  4. Crie um grupo de discos do ASM como uma redundância externa usando o disco de backup e DR.

    • Backup do RMAN usando o RMAN para gravar diretamente em um repositório de dados de cópia apresentado pelo dispositivo de backup/recuperação como grupo de discos do ASM ou como sistema de arquivos.

    • Backup incremental permanente usando backups atualizados de forma incremental do RMAN, com backups de cópia de imagem de rolagem para frente.

Formato de captura no sistema de arquivos usando dNFS

O Oracle Direct NFS (dNFS) é um cliente NFS (sistema de arquivos de rede) otimizado que fornece acesso mais rápido e escalonável ao armazenamento NFS localizado em dispositivos de armazenamento NAS (acessíveis por TCP/IP). O Direct NFS é integrado diretamente ao kernel do banco de dados, assim como o ASM.

O protocolo dNFS pode ser usado para backup baseado em sistema de arquivos como um compartilhamento NFS.

O agente de Backup e DR expõe e mapeia discos de Backup e DR para o servidor Exadata como compartilhamento NFS.

Pré-requisitos para dNFS no servidor Exadata:

  • Ative o dNFS no servidor Exadata:

    cd $ORACLE_HOME/rdbms/lib make -f ins_rdbms.mk nfs on

  • Reinicie o banco de dados.

    Use a API RMAN para fazer backup do banco de dados no sistema de arquivos no compartilhamento dNFS apresentado pelo dispositivo de backup/recuperação.

Colocar os grupos de discos do ASM protegidos pelo Backup e DR on-line novamente após a reinicialização de um servidor de banco de dados de destino

Após qualquer reinicialização do servidor de banco de dados em que a cópia do Backup e DR esteja montada ou os backups do Backup e DR estejam em andamento para o banco de dados no momento da reinicialização/falha, siga estas etapas para recuperar a montagem do grupo de discos do Backup e DR:

  1. Verifique se o servidor de banco de dados de destino está ativo e se o sistema ASM e RAC também estão ativos.

  2. Reinicie o agente de Backup e DR (da raiz).

  3. Defina o ambiente do ASM.

  4. Faça login no ASM sqlplus e verifique o status do grupo de discos:

    select name, state from v$asm_diskgroup where name = '<dg name>';)

  5. Se estiver desmontado, monte o grupo de discos: alter diskgroup <dg name> mount;

  6. Faça login no SO Oracle, defina o ambiente do banco de dados e inicie o banco de dados.

A seguir

Leia sobre os pré-requisitos para fazer backup de um banco de dados Oracle.

Outras documentações sobre Backup e DR para Oracle