Gerenciar Backup e Recuperação de Banco de Dados no Oracle Exadata Database Service em Infraestrutura do Exascale

Saiba como trabalhar com os recursos de backup e recuperação fornecidos pelo Oracle Exadata Database Service on Exascale Infrastructure.

Opções Recomendadas pela Oracle para Executar Operações de Backup e Recuperação

A Oracle oferece as opções a seguir para operações de Backup e Recuperação do Oracle Database. Essas opções são mutuamente exclusivas.

Observação

Não há suporte para uma configuração híbrida, ou seja, a combinação das opções. A combinação de opções interromperá a automação.

Opção 1: Backups Gerenciados pela Oracle

Os backups gerenciados pela Oracle são totalmente gerenciados pelo ExaDB-D (Exadata Cloud Infrastructure) ou pelo ExaDB-C@C (Exadata Cloud@Customer) com base em uma configuração única. Além de serem totalmente integrados no Plano de Controle dos serviços de nuvem ExaDB-D ou ExaDB-C@C, esses backups também podem ser acessados por meio de APIs do OCI. A Oracle recomenda essa abordagem.

  • Os comandos dbaascli database backup e dbaascli database recover podem ser usados em conjunto com os backups automatizados para determinadas operações. Para obter mais informações, consulte dbaascli database backup e dbaascli database recover.
  • Os clientes têm permissão para consultar views do RMAN ou emitir comandos de restauração e recuperação do RMAN, por exemplo, comandos de recuperação de tabela, arquivo de dados ou tablespace.
    Observação

    Não use a configuração do RMAN para alterar nenhuma das definições pré-ajustadas do RMAN na nuvem.

Opção 2: Backups Configurados pelo Usuário

Os clientes também podem configurar backups do host usando os comandos dbaascli database backup e dbaascli database recover. No entanto, esses backups não são sincronizados com o Plano de Controle nem integrados às APIs do OCI. Além disso, não há suporte para as operações de gerenciamento nem de ciclo de vida desses backups na console do Plano de Controle do serviço. Por conseguinte, esta não é uma abordagem recomendada.

Essa abordagem é útil quando o acesso direto aos destinos de Backup é necessário para executar determinadas tarefas. Acessar o bucket do OSS, por exemplo, para replicar backups entre regiões ou monitorar Destinos de Backup.

Se os clientes configurarem backups para o Object Storage usando o RMAN sem usar o OCI Control Plane ou as APIs do OCI, os clientes serão responsáveis por configurar manualmente os backups da Wallet de TDE. Por padrão, a automação da nuvem da Oracle limpa arquivos de log de arquivamento a cada 24 horas. Quando você usa o RMAN para executar backups manuais, há o risco de os logs de arquivamento serem excluídos. Consulte dbaascli database backup para obter informações sobre como configurar a limpeza do log de arquivamento. A recomendação é usar backups gerenciados pela Oracle.

Para obter mais informações, consulte Backup Configurado pelo Usuário.

Opção 3: Backups usando o RMAN

Os backups podem ser feitos diretamente usando o RMAN com scripts personalizados de propriedade do cliente. A Oracle, no entanto, não recomenda essa abordagem.

Não é recomendável usar backups do RMAN em conjunto com Backups Gerenciados pela Oracle ou Backups Configurados pelo Usuário.

Quem pode usar esta opção:
  • Clientes que desejam manter seus scripts de backup/restauração existentes do RMAN.
  • Clientes que desejam configurar backups do banco de dados Stand-by em ambientes do Data Guard para descarregar a carga de trabalho de backup no banco de dados Stand-by.

ExaDB-D:

Se você planeja fazer backup usando o RMAN, cancele o registro do banco de dados da automação de backup. Para obter mais informações, consulte Desativando Backups Automáticos para Facilitar o Gerenciamento Manual de Backup e Recuperação.

Gerenciando Backups de Bancos de Dados Exadata

Os backups automáticos de bancos de dados Exadata são gerenciados pelo Oracle Cloud Infrastructure. Você configura isso usando a Console ou a API.

Para backups não gerenciados, consulte Gerenciando Backups de Bancos de Dados Exadata com o Uso de dbaascli.

Há dois destinos possíveis para backups automáticos de bancos de dados Exadata: Autonomous Recovery Service ou Oracle Object Storage.

O recurso de backups automáticos gerenciados pela Oracle é o método preferido para fazer backup de bancos de dados do Oracle Cloud, porque você pode configurar facilmente as definições de backup usando a Console. O recurso de backups automáticos suporta o Recovery Service e o serviço Object Storage como destino de backup para fornecer a você uma solução de backup na nuvem totalmente automatizada com o mesmo custo. Não é necessário executar backups manuais ou tarefas de administração do armazenamento de backup. Você também pode armazenar backups no armazenamento local. Cada destino de backup tem vantagens e requisitos que devem ser considerados, conforme descrito a seguir.

Recovery Service (Recomendado)

Um serviço totalmente gerenciado baseado na tecnologia Zero Data Loss Recovery Appliance on-premises da Oracle, que oferece proteção moderna de segurança cibernética para Oracle Databases. Recursos exclusivos e automatizados protegem as alterações do Oracle Database em tempo real, validam backups sem sobrecarga do banco de dados de produção e permitem uma recuperação rápida e previsível a qualquer momento.

Se seus backups estiverem configurados no momento com o Object Storage, você poderá fazer a transição perfeita para o Recovery Service para obter recursos avançados com o mesmo custo.

Para obter mais informações sobre o Recovery Service, consulte Sobre o Oracle Database Autonomous Recovery Service.

Serviço Object Storage

Uma solução de armazenamento segura, escalável e sob demanda para bancos de dados.

Observação

Se você tiver usado o dbaascli anteriormente para configurar backups e alternar para o uso da Console ou API para backups:

  • Uma nova configuração de backup será criada e associada ao seu banco de dados. Isso significa que você não pode mais confiar em seus backups não gerenciados configurados anteriormente para proteger seu banco de dados.

Tipos de Backup Gerenciado e Informações de Uso

Há dois tipos de backups automáticos de bancos de dados Exadata: Autonomous Recovery Service e Oracle Object Storage.

O banco de dados e a infraestrutura (cluster de VMs ou sistema de banco de dados) devem estar no estado "Disponível" para que uma operação de backup seja executada com sucesso. A Oracle recomenda que você evite a execução de ações que possam interferir na disponibilidade (como operações de aplicação de patch) enquanto uma operação de backup estiver em andamento. Se uma operação de backup automático falhar, o serviço Database tentará executar a operação novamente durante a janela de backup do dia seguinte. Se um backup completo sob demanda falhar, tente executar a operação novamente quando o Oracle Exadata Database Service na instância do Exascale Infrastructure e a disponibilidade do banco de dados forem restaurados.

Quando você ativa o recurso Backup Automático, ambos os serviços criam backups incrementais diários do banco de dados no Destino de Backup selecionado.

Se você optar por ativar backups automáticos, poderá controlar o período de retenção. O sistema exclui automaticamente os backups quando o período de retenção designado expira.

Período de retenção do Backup do Object Storage

Os períodos de retenção (em dias) são 7, 15, 30, 45, 60. Padrão: 30 dias.

O processo de backup automático é iniciado a qualquer momento durante sua janela de backup diário. Opcionalmente, você pode especificar uma janela de programação de 2 horas para o seu banco de dados, durante a qual o processo de backup automático será iniciado. Há 12 janelas de programação para escolher, cada uma começando em uma hora com número par (por exemplo, uma janela é executada das 4:00 às 6:00 e a próxima das 6:00 às 8:00). Os jobs de backup não são necessariamente concluídos dentro da janela de programação.

A janela de backup padrão de 00:00 às 06:00 no fuso horário da região da instância do Exadata Cloud Infrastructure será designada ao seu banco de dados se você não especificar uma janela. Observe que a janela de programação de backup padrão tem duração de seis horas, e as janelas de backup especificadas têm duas horas.

Política de proteção do Autonomous Recovery Service

  • Bronze :14 dias
  • Silver: 35 dias
  • Gold: 65 dias
  • Platinum: 95 dias
  • Personalizado definido por você
  • Padrão: Silver - 35 dias

O processo de backup automático é iniciado a qualquer momento ou dentro da janela atribuída.

Observação

  • Data Guard: Você pode ativar o recurso Backup Automático em um banco de dados com a atribuição stand-by em uma associação do Data Guard. No entanto, os backups automáticos desse banco de dados só serão criados quando ele assumir a atribuição principal.
  • Alterações na Retenção de Backup: Se você reduzir o período de retenção de backup do seu banco de dados ou a sua política de proteção no futuro, o sistema excluirá os backups existentes fora do período de retenção atualizado.
  • Custos de Armazenamento de Backup: Os backups automáticos incorrem em custos de uso de armazenamento para o Autonomous Recovery Service ou o Object Storage, dependendo do destino de backup selecionado.

Você pode criar um backup completo do seu banco de dados a qualquer momento usando um dos serviços.

Quando você encerra um banco de dados de instância do Exadata Cloud Service, todos os recursos dele são excluídos. Os backups gerenciados que usam o destino do serviço Object Storage serão excluídos e os backups gerenciados que usam o Autonomous Recovery Service serão excluídos de acordo com a opção de exclusão selecionada. Os backups stand-alone criados no Object Storage permanecerão após o encerramento do banco de dados e deverão ser excluídos manualmente. Você pode usar um backup stand-alone para criar um novo banco de dados.

Para estar alinhado com a prática recomendada pela Oracle de usar o privilégio administrativo de SYSBACKUP para operações de Backup e Recuperação, a automação da nuvem cria um usuário administrativo comum C##DBLCMUSER com a atribuição SYSBACKUP no nível do contêiner CDB$ROOT. Portanto, as operações de backup e recuperação são executadas com o usuário tendo o mínimo de privilégios necessários. As credenciais para esse usuário são geradas aleatoriamente e gerenciadas com segurança pela automação da nuvem. Se o usuário não for encontrado ou for LOCKED e EXPIRED, a automação da nuvem recriará ou desbloqueará esse usuário durante a operação de backup ou recuperação. Essa alteração na automação da nuvem foi feita começando com o dbaastools versão 21.4.1.1.0.

Alocação de Canal de Backup Padrão

Estas são as definições padrão dos canais de backup de banco de dados ao usar "Backup Gerenciado pela Oracle" ou "Backup Configurado pelo Usuário".

Quando um banco de dados é configurado para backup usando "Backup Gerenciado pela Oracle" ou "Backup Configurado pelo Usuário", o conjunto de ferramentas usa "padrão" para os canais de backup. Quando o padrão for usado, o dbaas determinará o número de canais a serem alocados no momento em que o comando de backup ou restauração for executado. O número de canais alocados é determinado pela contagem de núcleos do nó. A tabela a seguir fornece os valores usados e o intervalo de núcleo; os valores de núcleo e de canal são por nó. As operações de restauração são priorizadas. A contagem total de canais em todo o cluster é o valor por nó multiplicado pelo número de nós. A automação usa o SCAN para distribuir canais do RMAN em todos os nós do cluster.

Núcleos por Nó Fórmula Alocação de Canais de Backup por Nó Alocação de Canais de Restauração por Nó
Menor ou igual a 12 Núcleos <= 12 2 4
Superior a 12 e inferior ou igual a 24 Núcleos > 12 e Núcleos <= 24 4 8
Superior a 24 Núcleos > 24 8 16

Se necessário, um valor estático por nó pode ser definido usando o DBAASCLI getConfig/configure para gerar um arquivo bckup cfg e definir o parâmetro bkup_channels_node com o número de canais por nó desejado.

Os valores válidos são 1 - 32: A contagem total de canais será o valor vezes o número de nós. Esse valor não pode exceder o limite de 255 canais. Um valor de default para bkup_channels_node define a alocação baseada em canal principal.

Pré-requisitos para Backups no Oracle Exadata Database Service na Infraestrutura do Exascale

Recovery Service

Certifique-se de que sua tenancy esteja configurada para usar o Recovery Service.

Tabela 5-4 Revise as tarefas de pré-requisito antes de usar o Recovery Service como destino de backup automático

Tarefa Mais Informações Obrigatório ou Opcional

Criar políticas de IAM

Permissões Necessárias para Bancos de Dados Oracle no OCI Usarem o Recovery Service

Obrigatório

Configure recursos de rede e registre uma sub-rede do Recovery Service

Criar uma Sub-rede do Recovery Service na VCN do Banco de Dados

Obrigatório

Criar políticas de proteção

Criando uma Política de Proteção

Opcional

Para obter mais informações sobre o Recovery Service, consulte Visão Geral do Oracle Database Autonomous Recovery Service.

Serviço Object Storage

Usando a Console para Gerenciar Backups

Você pode usar a Console para ativar backups incrementais automáticos, criar backups completos sob demanda e exibir a lista de backups gerenciados para um banco de dados. Você também pode usar a Console para excluir backups manuais (sob demanda).

Observação

  • Todos os backups são criptografados com a mesma chave principal usada para criptografia de wallet de TDE (Criptografia Transparente de Dados).
  • Os backups de um banco de dados específico são listados na página de detalhes desse banco de dados. A coluna Chave de Criptografia exibe a Chave Gerenciada pela Oracle ou o nome de uma chave se você estiver usando suas próprias chaves de criptografia para proteger o banco de dados. Consulte Fazendo Backup de Vaults e Chaves para obter mais informações.
Observação

Não exclua nenhuma chave de criptografia necessária do vault, pois isso faz com que bancos de dados e backups protegidos pela chave não fiquem disponíveis.

Para configurar backups automáticos de um banco de dados

Para criar um backup on-demand de um banco de dados

Observação

O serviço Object Storage cria um backup completo do banco de dados enquanto o Recovery Service cria um backup incremental.
  1. Abra o menu de navegação. Clique em Oracle Database e, em seguida, clique em Exadata Database Service on Exascale Infrastructure
  2. Escolha o Compartimento.
  3. Navegue até o cluster de VMs na nuvem que contém o banco de dados cujo backup você deseja fazer:

    Em Oracle Exadata Database Service na Exascale Infrastructure, clique em Clusters da VM do Exadata. Na lista de clusters de VMs, localize o cluster que você deseja acessar e clique em seu nome destacado para exibir a página de detalhes do cluster.

  4. Na lista de bancos de dados, encontre o banco de dados cujo backup completo sob demanda você deseja criar e clique no nome dele para exibir seus detalhes.
  5. Em Recursos, clique em Backups.

    Uma lista de backups será exibida.

  6. Clique em Criar Backup.
  7. Na janela Criar backup resultante, faça o seguinte:
    • Nome: Forneça um nome descritivo para o backup.
    • Selecione uma opção de Retenção de backup:
      • Manter backups por período de retenção de backup: Selecione esta opção para usar o período de retenção da política de proteção para este backup.
      • Especificar período de retenção de backup de longo prazo: Selecione esta opção para especificar um período LTR com o Autonomous Recovery Service. O período de retenção deve ser informado em Dias (90 - 3.650) ou Anos (1 - 10) a partir do momento em que o backup foi criado.
    • Clique em Criar.

Para exibir o status do backup

Para cancelar um backup

Para excluir backups completos do Object Storage

Para excluir backups stand-alone do Object Storage

  1. Abra o menu de navegação. Clique em Oracle Database e, em seguida, clique em Backups Stand-alone em Recursos.
  2. Na lista de backups stand-alone, localize o backup que você deseja usar para excluir.
  3. Clique no menu Ações do backup desejado e clique em Excluir.
  4. Na caixa de diálogo Excluir, clique em Excluir para confirmar a exclusão do backup.

Para alterar o período de retenção de um backup LTR com o Recovery Service

  1. Abra o menu de navegação. Selecione Oracle Database e, em seguida, selecione Exadata Database Service na Infraestrutura do Exascale.
  2. Escolha o Compartimento.
  3. Navegue até o cluster da VM na nuvem ou sistema de Banco de Dados que contém o banco de Dados cujo período de retenção de backup você deseja alterar:

    Em Exadata Database Service na Infraestrutura do Exascale, clique em Clusters de VMs do Exadata. Na lista de clusters de VMs, localize o cluster de VMs que você deseja acessar e clique em seu nome destacado para exibir a página de detalhes do cluster.

  4. Na lista de bancos de dados, clique no nome do banco de dados cujo período de retenção você deseja alterar.
  5. Em Recursos, clique em Backups.

    Uma lista de backups será exibida.

  6. Na lista de backups, clique no menu Ações do backup com o tipo Backup de longo prazo para o qual você deseja alterar o período de retenção.
  7. Clique em Alterar período de retenção.
  8. No período de retenção de alteração resultante, altere o período de retenção.
    Observação

    O período de retenção deve ser informado em Dias (90 - 3.650) ou Anos (1 - 10) a partir do momento em que o backup foi criado.
  9. Clique em Salvar.

Para designar o Autonomous Recovery Service como Destino de Backup de um Banco de Dados Existente

Recuperando um Banco de Dados Exadata do Destino de Backup

Este tópico explica como recuperar um banco de dados Exadata de um backup armazenado no Object Storage ou no Autonomous Recovery Service usando a Console ou a API.

  • O serviço Object Storage é uma solução de armazenamento segura, escalável e sob demanda no Exadata Cloud Infrastructure.
  • OracleDatabase O Autonomous Recovery Service é uma solução de backup centralizada, totalmente gerenciada e autônoma para bancos de dados da Oracle Cloud Infrastructure (OCI).

Para obter mais informações sobre como fazer backup de bancos de dados no Object Storage, consulte Gerenciando Backups de Banco de Dados Exadata.

Usando a Console para restaurar um banco de dados

Você pode usar a Console para restaurar o banco de dados de um backup em um destino de backup que foi criado usando a Console.

Observação

Os backups LTR representam um único ponto no tempo para o banco de dados, portanto, as opções a seguir não são suportadas durante a restauração.

Você pode restaurar para:

  • Restaurar para mais recente: Restaura o banco de dados para um estado melhor conhecido com a menor perda de dados possível.
  • Restaurar para um timestamp: Restaura o banco de dados para o timestamp especificado.
  • Restaurar para SCN: Restaura o banco de dados usando o SCN especificado. Esse SCN deve ser válido.
    Observação

    Você pode determinar o número SCN a ser usado acessando e consultando o host do banco de dados ou acessando logs on-line ou arquivados.
Observação

A lista de backups que você vê na Console não inclui backups não gerenciados (backups criados diretamente usando dbaascli).

Para restaurar um banco de dados
  1. Abra o menu de navegação. Clique em Oracle Database e, em seguida, clique em Exadata Database Service on Exascale Infrastructure
  2. Escolha o Compartimento.
  3. Navegue até o cluster de VMs na nuvem ou sistema de banco de dados que contém o banco de dados que você deseja restaurar:

    Cluster de VMs na Nuvem (O Novo Modelo de Recursos do Exadata Cloud Infrastructure): Em Oracle Exadata Database Service na Infraestrutura Exascale, clique em Clusters da VM do Exadata. Na lista de clusters de VMs, localize o cluster de VMs que você deseja acessar e clique em seu nome destacado para exibir a página de detalhes do cluster.

    Sistemas de BD: Em Oracle Base Database, clique em Sistemas de BD. Na lista de sistemas de banco de dados, localize o sistema de banco de dados Exadata que você deseja acessar e clique em seu nome para exibir detalhes sobre ele.

  4. Na lista de bancos de dados, encontre o banco de dados que você deseja restaurar e clique no nome dele para exibir detalhes sobre ele.
  5. Clique em Restaurar.
  6. Selecione uma das seguintes opções e clique em Restaurar Banco de Dados:
    • Restaurar para o mais recente: Restaura o banco de dados para o estado válido conhecido mais recente com a menor perda de dados possível.
    • Restaurar para o timestamp: Restaura o banco de dados para o timestamp especificado.
    • Restaurar para o SCN (Número de Alteração do Sistema): Restaura o banco de dados usando o SCN especificado. Esse SCN deve ser válido.

      Observação

      Você pode determinar o número SCN a ser usado acessando e consultando o host do banco de dados ou acessando logs on-line ou arquivados.
  7. Confirme quando solicitado.

    Se a operação de restauração falhar, o banco de dados ficará em um estado "Falha na Restauração". Você pode tentar restaurar novamente usando uma opção de restauração distinta. No entanto, a Oracle recomenda verificar os logs do RMAN no host e corrigir qualquer problema antes de tentar restaurar o banco de dados novamente. Esses arquivos de log podem ser encontrados em subdiretórios do diretório /var/opt/oracle/log.

Gerenciando Backups de Bancos de Dados Exadata Usando dbaascli

Você pode usar o utilitário de backup do Exadata, dbaascli, para fazer backup de bancos de dados em uma instância do Oracle Exadata Database Service no Exascale Infrastructure para um bucket existente no serviço Oracle Object Storage.

Para obter backups gerenciados pelo Oracle Cloud Infrastructure, consulte Gerenciando Backups de Bancos de Dados Exadata.

Este tópico explica como:

  • Crie um arquivo de configuração de backup padrão e modifique os parâmetros para corresponder aos seus requisitos para fazer backup do banco de dados no serviço de armazenamento de objetos.
  • Associar o arquivo de configuração de backup a um banco de dados. Quando a configuração for bem-sucedida, o backup do banco de dados será feito conforme programado ou você poderá criar um backup sob demanda com uma tag.

Configuração de Backup Padrão

Diretrizes de melhores práticas da Oracle para configuração de backup padrão.

A configuração de backup padrão segue um conjunto de diretrizes de melhores práticas da Oracle:

  • Criptografia: Todos os backups no Object Storage são criptografados.
  • Compactação para backups: BAIXO
  • Compactação padrão para logs de arquivamento: falso
  • Algoritmo de Criptografia do RMAN: AES256
  • Otimização para backups: ATIVADO

Para criar um arquivo de configuração de backup

Observação

O procedimento a seguir deve ser executado no primeiro nó de computação do cluster de VMs do Exadata Cloud Infrastructure ou no recurso do sistema de banco de dados. Para determinar o primeiro nó de computação, conecte-se a qualquer nó de computação como o usuário grid e execute este comando:
$ $ORACLE_HOME/bin/olsnodes -n

O primeiro nó tem o número 1 listado ao lado do nome do nó.

  1. Conecte-se via SSH a um dos nós configurados no cluster de VMs ou no recurso do sistema de banco de dados.
    ssh -i <private_key_path> opc@<node_1_ip_address>
  2. Faça log-in como opc e, em seguida, sudo para o usuário root.
    login as: opc [opc@dbsys ~]
    $ sudo su -
  3. Use o comando dbaascli database backup --getConfig para gerar um arquivo contendo as definições de backup atuais para a implantação do banco de dados:
    # dbaascli database backup --getConfig [--configFile <file_name>] --dbname <database_name>
  4. Modifique os parâmetros no arquivo para atender aos seus requisitos.
    Parâmetro Descrição
    bkup_disk=[yes|no] Se o backup deve ser feito localmente no disco (Área de Recuperação Rápida).
    bkup_oss=[yes|no] Se o backup deve ser feito no Object Storage. Em caso afirmativo, forneça também os parâmetros bkup_oss_url, bkup_oss_user, bkup_oss_passwd e bkup_oss_recovery_window.
    bkup_oss_url=<swift_url>

    Obrigatório se bkup_oss=yes.

    O URL do Object Storage, incluindo o tenant e o bucket que você deseja usar. O URL é:

    https://swiftobjectstorage.<region_name>.oraclecloud.com/v1/<tenant>/<bucket>

    Em que:

    • <tenant> - nome do tenant em letras minúsculas (mesmo que ele contenha caracteres em letras maiúsculas) que você especifica ao acessar a Console
    • <bucket> - nome do bucket existente que você deseja usar para backups.
    bkup_oss_user=<oci_user_name>

    Obrigatório se bkup_oss=yes.

    O nome do usuário para a conta de usuário do Oracle Cloud Infrastructure. Este é o nome de usuário que você usa para acessar a Console do Oracle Cloud Infrastructure.

    Por exemplo, jsmith@example.com para um usuário local ou <identity_provider>/jsmith@example.com para um usuário federado.

    Para determinar que tipo de usuário você tem, consulte os seguintes tópicos:

    Observe que o usuário deve ser membro do grupo Administradores.

    bkup_oss_passwd=<auth_token>

    Obrigatório se bkup_oss=yes.

    O token de autenticação gerado usando a Console ou a API do IAM, conforme descrito em Pré-requisitos.

    Esta não é a senha do usuário do Oracle Cloud Infrastructure.

    bkup_oss_recovery_window=n

    Obrigatório se bkup_oss=yes.

    O número de dias pelos quais os backups e redo logs arquivados são mantidos no bucket do Object Storage. Especifique de 7 a 90 dias.

    bkup_daily_time=hh:mm O horário em que o backup diário é programado, especificado em horas e minutos (hh:mm), no formato de 24 horas.
    bkup_archlog_cron_entry=[yes|no] Quando nenhum backup for configurado usando-se dbaastools, a definição de bkup_archlog_cron_entry=no removerá o job de limpeza de log de arquivamento de crontab. O valor padrão é "sim".
    Por exemplo:
    bkup_oss=[yes|no]
    bkup_oss_url=<swift_url>
    bkup_oss_user=<oci_user_name>
    bkup_oss_passwd=<auth_token>
    bkup_oss_recovery_window=n
    bkup_daily_time=hh:mm
    bkup_archlog_cron_entry=[yes|no]
    bkup_cron_entry=[yes|no]
  5. Use dbaascli database backup --configure para associar essa configuração de backup a um nome de banco de dados.
    # dbaascli database backup --configure --configFile <file_name> --dbname <database_name>
  6. Use dbaascli database backup --status para verificar o status do UUID gerado para este comando.
    # dbaascli database backup --status --uuid <uuid> --dbname <database_name>
    Observação

    Um arquivo de configuração de backup pode conter as credenciais para acessar o bucket do Object Storage. Por esse motivo, talvez você queira remover o arquivo depois de configurar o backup com sucesso.

Para criar um backup sob demanda

Você pode usar o dbaascli para criar um backup sob demanda de um banco de dados.

  1. Conecte-se via SSH a um dos nós configurados no cluster de VMs ou no recurso do sistema de banco de dados.
    ssh -i <private_key_path> opc@<node_1_ip_address>

    Para determinar o primeiro nó de computação, conecte-se a qualquer nó de computação como o usuário grid e execute este comando:

    $ $ORACLE_HOME/bin/olsnodes -n

    O primeiro nó tem o número 1 listado ao lado do nome do nó.

  2. Faça log-in como opc e, em seguida, sudo para o usuário root.
    login as: opc [opc@dbsys ~]
    $ sudo su -
  3. Você pode permitir que o backup siga a política de retenção atual ou pode criar um backup de longo prazo que persista até que você o exclua:
    • Para criar um backup que siga a política de retenção atual, informe o seguinte comando:
      # dbaascli database backup --start --dbname <database_name>
    • Para criar um backup de longo prazo, informe o seguinte comando:
      # dbaascli database backup --start --archival --dbname --tag <archival_tag>
  4. Saia do shell de comando do usuário raiz e desconecte-se do nó de computação:
    # exit
    $ exit
  5. Use dbaascli database backup --status para verificar o status do UUID gerado para o comando de backup
    # dbaascli database backup --status --uuid <uuid> --dbname <database_name>

Para remover a configuração de backup

  1. Conecte-se via SSH a um dos nós configurados no cluster de VMs ou no recurso do sistema de banco de dados.
  2. Faça log-in como opc e, em seguida, sudo para o usuário root.
  3. Crie um arquivo temp com os seguintes parâmetros:
    • bkup_oss=no
    • bkup_cron_entry=no
    • bkup_archlog_cron_entry=no
  4. Use o arquivo acima com dbaascli database backup --configure para remover a configuração de backup de um banco de dados.
    # dbaascli database backup --configure --configFile <file_name> --dbname <database_name>
  5. Use dbaascli database backup --status para verificar o status do UUID gerado para este comando.
    # dbaascli database backup --status --uuid <uuid> --dbname <database_name>

Isso desativará todos os backups automáticos.

Para excluir um backup local

Para excluir um backup no Object Storage

Você pode excluir um backup de arquivamento ou de longo prazo do Object Storage.

# dbaascli database backup --delete --backupTag --dbname <database_name>

Em que:

  • --dbname - especifica o nome do Oracle Database
  • --delete - exclui backup de Arquivamento.
  • --backupTag - especifica a tag de backup a ser excluída.

Os backups baseados em política são excluídos com backups diários programados. Como alternativa, você pode usar o comando de exclusão de backup do RMAN para excluir um backup do Armazenamento de Objetos.

Usando a API para Gerenciar Backup e Recuperação

Usando a API para gerenciar backups

Saiba como usar a API para backups de banco de dados no Oracle Exadata Database Service na Infraestrutura do Exascale.

Para obter informações sobre como usar a API e assinar solicitações, consulte APIs REST e Credenciais de Segurança. Para obter informações sobre SDKs, consulte Kits de Desenvolvimento de Software e Interface de Linha de Comando.

Use estas operações de API para gerenciar backups de banco de dados:

Para obter a lista completa de APIs do serviço Database, consulte Database Service API.

Métodos Alternativos de Backup

Saiba mais sobre métodos alternativos de backup que estão disponíveis além da Console do OCI.

O backup de bancos de dados no Exadata Cloud Infrastructure pode ser realizado por meio de vários métodos, além dos backups automáticos configurados na console. Em geral, a console (ou a API/CLI do OCI correspondente) é o método preferencial, uma vez que fornece o método mais simples e automatizado. Em geral, é preferível utilizar a Console, a API ou a linha de comando do OCI em vez dos métodos de gerenciamento alternativos. No entanto, se as ações necessárias não puderem ser concluídas por meio dos métodos preferidos, duas outras opções estão disponíveis para configurar os backups manualmente: dbaascli e Oracle Recovery Manager (RMAN).

Observação

Use os comandos dbaascli database backup, dbaascli pdb backup, dbaascli database recovery, e dbaascli pdb recovery para fazer backup e recuperar bancos de dados contêineres e plugáveis. Para obter mais informações, consulte Backup Configurado pelo Usuário em Opções Recomendadas pela Oracle para Executar Operações de Backup e Recuperação.

O RMAN é a ferramenta de backup incluída no Oracle Database. Para obter informações sobre o uso do RMAN, consulte o Oracle Database Backup and Recovery User's Guide for Release 19. O uso do RMAN para fazer backup de bancos de dados no Exadata Cloud Infrastructure oferece mais flexibilidade em termos de opções de backup, mas também mais complexidade.

Observação

Embora o uso do RMAN para restaurar bancos de dados cujo backup tenha sido feito por meio de qualquer método descrito aqui seja considerado seguro, o RMAN nunca deverá ser usado para configurar backups em conjunto com a console (e a API/CLI do OCI), nem em conjunto com o dbaascli. Se você optar por orquestrar os backups manualmente utilizando o RMAN, não use backups automatizados da console nem dbaascli. Em primeiro lugar, desative completamente os backups automatizados baseados na console. Para obter mais informações, consulte Desativando Backups Automáticos para Facilitar o Gerenciamento Manual de Backup e Recuperação.

O método dbaascli oferece um meio termo entre os backups do RMAN e os automatizados pela console em termos de flexibilidade e simplicidade. Use o dbaascli se a funcionalidade necessária não for suportada com backups automatizados pela console, mas quando quiser evitar a complexidade do uso do RMAN diretamente. Em alguns casos, o dbaascli pode ser usado para modificar a configuração de backup automatizado pela console, mas esse geralmente não é o caso. Em geral, o dbaascli deve ser usado em vez de ativar backups na console.

Desativando Backups Automáticos para Facilitar o Gerenciamento Manual de Backup e Recuperação

Os backups, configurados na console do Exadata Cloud Service, na API ou no bkup_api, funcionam para vários casos de uso de backup e recuperação.

Os backups, configurados na console do Oracle Exadata Database Service no Exascale Infrastructure, API ou bkup_api, funcionam para uma variedade de casos de uso de backup e recuperação. Se você precisar de casos de uso não suportados pelos backups gerenciados pela nuvem, poderá gerenciar o backup e a recuperação de banco de dados manualmente, usando o utilitário Oracle Recovery Manager (RMAN). Para obter informações sobre o uso do RMAN, consulte o Oracle Database Backup and Recovery User's Guide.

O gerenciamento de backup e recuperação, usando o RMAN, no Oracle Exadata Database Service on Exascale Infrastructure, requer a propriedade total dos backups de banco de dados e de log de arquivamento, e os backups gerenciados por nuvem não devem mais ser usados. Antes do início dos backups manuais, a funcionalidade de backup gerenciado pela nuvem deve ser desativada. Isso é necessário para que os jobs de backup na nuvem não expurguem os logs de arquivamento antes do backup manual deles e não entrem em conflito com os backups manuais.

Você pode usar o utilitário bkup_api para desativar backups gerenciados pela nuvem, incluindo a desativação do job de expurgação automático do log de arquivamento, seguindo este procedimento:

Observação

Se você executar essas etapas, a automação não irá mais expurgar/fazer backup dos logs de arquivamento no FRA do banco de dados.
  1. Conecte-se como usuário opc ao primeiro nó de computação.

    Para obter instruções detalhadas, consulte Estabelecendo Conexão com um Nó de Computação usando SSH.

  2. Inicie um shell de comando do usuário raiz:
    sudo -s
  3. Use o comando bkup_api get config para gerar um arquivo contendo as definições atuais de backup para a implantação do banco de dados:
    /var/opt/oracle/bkup_api/bkup_api get config [--file=filename] --dbname=dbname
    Em que:
    • filename é um parâmetro opcional usado para especificar um nome para o arquivo gerado
    • dbname é o nome do banco de dados no qual você deseja agir
  4. Edite os valores de parâmetro no arquivo gerado para alterar os parâmetros a seguir.
    Isso removerá as entradas crontab do backup e desativará todos os backups automáticos. Se os valores estiverem definidos como yes, defina-os como no.
    bkup_cron_entry=no
    bkup_archlog_cron_entry=no
    bkup_nfs=no
    bkup_oss=no
    bkup_local=no
  5. Use o comando bkup_api set config para atualizar as definições de backup usando o arquivo que contém as definições de backup atualizadas:
    /var/opt/oracle/bkup_api/bkup_api set config --file=filename --dbname=dbname
    Em que:
    • filename é um parâmetro opcional usado para especificar um nome para o arquivo gerado
    • dbname é o nome do banco de dados no qual você deseja agir

    O job para definir a configuração levará vários minutos para ser concluído.

  6. Você pode usar o comando bkup_api configure_status para verificar o status da atualização de configuração:
    /var/opt/oracle/bkup_api/bkup_api configure_status --dbname=dbname
    Em que:
    • dbname é o nome do banco de dados no qual você deseja agir

    A opção Configurar status de backup começa como em execução e passa para finalizado quando concluído.

  7. Execute o comando bkup_api get config novamente e verifique se as definições listadas acima estão configuradas como no.
    /var/opt/oracle/bkup_api/bkup_api get config [--file=filename] --dbname=dbname
    Em que:
    • filename é um parâmetro opcional usado para especificar um nome para o arquivo gerado
    • dbname é o nome do banco de dados no qual você deseja agir
    Observação

    Depois de fazer essas alterações, nenhum backup, incluindo backups de log de arquivamento, será feito pela automação da nuvem. Certifique-se de que backups manuais do RMAN estejam implantados para evitar o preenchimento do local do log de arquivamento.
    Observação

    As alterações feitas usando o comando bkup_api não se refletem na console do Oracle Exadata Database Service no Exascale Infrastructure.
  8. Saia do shell de comando do usuário raiz:
    exit

Recuperando um Banco de Dados com o Oracle Recovery Manager (RMAN)

Se você tiver feito backup do seu banco de dados usando o bkup_api, poderá restaurar manualmente esse backup do banco de dados usando o utilitário Oracle RMAN (Recovery Manager).

Se você tiver feito backup do seu banco de dados usando o bkup_api, poderá restaurar manualmente esse backup do banco de dados usando o utilitário Oracle RMAN (Recovery Manager). Para obter informações sobre o uso do RMAN, consulte o Oracle Database Backup and Recovery User's Guide.

Observação

Embora a recuperação usando o RMAN seja segura, não use o RMAN para iniciar backups ou editar a definição de backup em conjunto com o uso do backup_api ou em conjunto com backups automatizados pela console. Isso pode resultar em condições conflitantes ou substituições de definições e os backups podem não ser executados com sucesso.