Serviço de backup e DR para Oracle

O banco de dados Oracle é um banco de dados de classe empresarial popular que oferece suporte a aplicativos essenciais. Esta página apresenta o serviço de backup e DR para ambientes de banco de dados Oracle. A arquitetura associada oferece backup incremental e consistente do aplicativo para o Google Cloud, além de recuperação instantânea e clonagem para bancos de dados Oracle de vários terabytes.

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 preparação no servidor de banco de dados.

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

  4. Invocar a mesclagem incremental do RMAN para criar um novo full virtual.

  5. Desmonte o disco de transferência do servidor de banco de dados.

  6. O backup e o DR fazem um snapshot interno. O ponto-no-tempo sintético completo está pronto.

Recuperação de dados

O backup e a DR montam instantaneamente um disco de preparo gravável por ISCSI ou NFS e colocam o banco de dados on-line.

APIs de backup do Oracle

O Backup e DR usa as seguintes APIs da Oracle:

  • Cópia de imagem 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 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 registro de arquivo RMAN: os registros de arquivo gerados são armazenados em backup no disco de preparo e limpos do local do arquivo de produção.

Minimize conflitos ao usar o serviço de backup e DR com outros produtos de backup

O serviço de 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 ajudar a melhorar sua experiência:

Programação de backup do banco de dados Oracle

Prática recomendada Programe jobs de backup do banco de dados do serviço de backup e DR para começar quando o software de backup legado for concluído. Não programe o software de backup legado para ser executado imediatamente após a conclusão normal de um job de backup do banco de dados do serviço de Backup e DR.
Motivo Se as tarefas de backup legada e de backup e DR Service forem executadas 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 imagens de backup inválidas para uma ou ambas as soluções.

Gerenciamento de registro de arquivo do Oracle

O Oracle usa registros de arquivamento gerados durante um backup de banco de dados para garantir a consistência e a recuperação desse backup. Como resultado, se os registros de arquivamento forem limpos durante um job de backup de banco de dados, essa cópia de backup não poderá ser recuperada.

Requisito Apenas um sistema pode gerenciar (capturar e/ou truncar/limpar) registros, seja o software de backup legado ou o serviço de 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 serviço de backup e DR limpe os registros de arquivo durante um job 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 mantenha o registro de arquivo por pelo menos 24 horas antes da limpeza.
Motivo Se os registros de arquivamento forem limpos durante um job de backup de banco de dados, a imagem de backup do banco de dados poderá não ser recuperada.

Conflito de metadados do RMAN com backups legados que tornam os backups do serviço de backup e DR obsoletos

Por padrão, o parâmetro DO NOT UNCATALOG nos detalhes e configurações do aplicativo do serviço 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 esse valor como Sim otimiza o tempo de backup de bancos de dados com um grande número de arquivos de dados, mantendo o backup de arquivos 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 do banco de dados do serviço de 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 e DR com snapshot interno do disco de backup. O backup incremental RMAN subsequente é executado com a mesclagem incremental do RMAN no disco de backup e de DR, atualizando o último completo com as 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 e o DR do banco de dados, todos os arquivos de dados de backup em 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 preparação e falha no 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 bloco do banco de dados Oracle (BCT, na sigla em inglês)

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

  • O serviço de backup e DR incremental permanente oferece suporte a bancos de dados executados com o BCT ativado ou desativado. Com o BCT desativado, o tempo de backup incremental aumenta.

  • O rastreamento de mudança de bloco 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 arquivo binário pequeno 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 mudança 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 do Oracle e qualquer número de aplicativos do sistema de arquivos do servidor Oracle. Um grupo de consistência é a escolha recomendada para bancos de dados Oracle em desenvolvimento de teste e outros casos de uso de agilidade empresarial.

Bancos de dados Oracle com TDE

O serviço de Backup e DR oferece suporte a vários métodos de captura e apresentação para bancos de dados Oracle em várias configurações. Isso inclui operações de montagem de backup, recuperação e Application Aware do banco de dados Oracle com 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 todos os pontos de montagem Application Aware. Isso pode ser feito de várias maneiras.

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

  • Se os arquivos da carteira do Oracle tiverem sido capturados durante o backup do serviço de backup e DR ao definir a configuração avançada "Local do arquivo de configuração" do Oracle, os arquivos da carteira poderão 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 do ponto de 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. Execute uma montagem Aware do aplicativo do banco de dados no host de destino.

Backup e DR com o Oracle Exadata Database ou o Oracle ExaCC

Os dispositivos de backup/recuperação oferecem suporte à captura e apresentação de dados do Exadata por protocolos iSCSI ou dNFS do Oracle.

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

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

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

  • O backup incremental permanente de backup e DR usa backups atualizados incrementalmente do RMAN, avançando os backups de cópia de imagem.

Backup e captura de DR de dados do Exadata e do ExaCC

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

O agente de backup e DR expõe e mapeia os discos de backup e DR para o servidor Exadata como um destino iSCSI. O formato de captura de dados pode estar no grupo de discos ASM ou no 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 de banco de dados.

Capturar o formato no grupo de discos do 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âmetro 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 de DR.

    • Backup do RMAN usando o RMAN para gravar diretamente no armazenamento de dados de cópia apresentado pelo dispositivo de backup/recuperação como Grupo de discos ASM ou como sistema de arquivos.

    • Backup incremental permanente usando backups atualizados incrementalmente do RMAN, fazendo backup de cópias de imagem.

Capturar o formato no sistema de arquivos usando o dNFS

O NFS direto (dNFS) da Oracle é um cliente NFS (sistema de arquivos de rede) otimizado que oferece acesso mais rápido e escalonável ao armazenamento NFS localizado em dispositivos de armazenamento NAS (acessíveis por TCP/IP). O NFS direto é 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 os 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.

Retorne os grupos de discos do ASM protegidos por backup e DR on-line 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 de backup e DR está montada ou os backups de backup e DR estão em andamento para o banco de dados no momento da reinicialização/falha, siga estas etapas para recuperar a montagem do grupo de discos de backup e DR:

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

  2. Reinicie o agente de backup e DR (do raiz).

  3. Definir 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 o grupo de disco estiver desconectado, monte-o: alter diskgroup <dg name> mount;

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

A seguir

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

Outras documentações do Backup e DR para Oracle