Documentação do Oracle Cloud Infrastructure

Gerenciar Backup e Recuperação de Banco de Dados no Oracle Exadata Database Service on Dedicated Infrastructure

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

Tópico principal: Guias Práticos

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 aos serviços de nuvem ExaDB-D ou ExaDB-C@C do Plano de Controle, 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, eles 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á um 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ê usou 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 repetir a operação quando a instância do Exadata Cloud Infrastructure e a disponibilidade do banco de dados forem restauradas.

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: 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 que você especifica 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.
  • 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 é feita começando com o dbaastools versão 21.4.1.1.0.

Backup de Retenção de Longo Prazo com o Recovery Service

O backup de retenção de longo prazo (LTR) permite que você armazene backups completos por períodos de até dez anos para conformidade, regulamentação ou outras necessidades de negócios com gerenciamento completo do ciclo de vida do LTR e imutabilidade.

Para LTR com Recovery Service, o período de retenção deve estar em Dias (90 - 3.650) ou anos (1 - 10) a partir do momento em que o backup foi criado.

Para criar um backup LTR com o período de retenção necessário, o Recovery Service não requer a criação de um novo backup de produção completo, mas faz isso utilizando backups operacionais já existentes no sistema dentro da janela de recuperação definida na política. Para obter mais informações, consulte Para criar um backup sob demanda de um banco de dados.

Você pode alterar o período de retenção para um backup LTR existente específico dentro do período de retenção. Para obter mais informações, consulte Para alterar o período de retenção de um backup LTR com o Recovery Service.

Você pode restaurar um backup LTR para criar um novo banco de dados dentro do período de retenção. Para obter mais informações, consulte Para criar um banco de dados com base em um backup.

Ao encerrar um banco de dados, os backups LTR serão excluídos de acordo com o valor 'Opções de exclusão após o encerramento do banco de dados'.

  • Excluir backups em 72 horas: Todos os backups, incluindo backups de longo prazo, serão excluídos.
  • Excluir com base na política: Os backups LTR serão retidos de acordo com a política de retenção de cada backup LTR.

Observação: A Oracle recomenda escolher a opção 'Excluir com base na política' ao encerrar um banco de dados para garantir que os backups de longo prazo sejam mantidos.

Considere os seguintes fatores adicionais para backups de longo prazo:

  • Os backups LTR continuarão a existir independentemente de quaisquer backups automáticos configurados no banco de dados.
  • Os backups LTR serão excluídos automaticamente após o término do período de retenção especificado.
  • A restauração no local não é suportada para LTR.
  • Para bancos de dados em uma configuração do Data Guard, o backup de longo prazo será criado apenas para o banco de dados em que for solicitado.
  • O banco de dados deve estar no estado AVAILABLE para criar um LTR.
  • O LTR é suportado para bancos de dados com armazenamentos de chaves baseados em arquivo TDE ou KMS.
  • As chaves de criptografia serão mantidas durante todo o período de retenção do LTR.
  • Um backup LTR pode ser cancelado enquanto estiver no estado 'criando'.
  • Um backup LTR pode ser excluído a qualquer momento após sua criação.
  • Durante a restauração:
    • Se o backup for de uma versão principal DBHome suportada, ele será restaurado para a RU mais recente dessa versão.
    • Se o backup for de uma versão principal DBHome não suportada, ele será restaurado para uma versão principal suportada, após a qual o banco de dados deverá ser atualizado para qualquer uma das versões principais suportadas.

Alocação de Canal de Backup Padrão

As definições padrão dos canais de backup do 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 OCPUs do nó. A tabela a seguir fornece os valores usados e a faixa de OCPUs; tanto a OCPU quanto os valores do 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.

OCPUs 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 OCPU <= 12 2 4
Superior a 12 e inferior ou igual a 24 OCPU > 12 e OCPU <= 24 4 8
Superior a 24 OCPU > 24 8 16

Se necessário, um valor estático por nó pode ser definido usando o DBAASCLI getConfig/configure para gerar um 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 de OCPU.

Pré-requisitos para Backups no Exadata Cloud Infrastructure

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

Políticas para Ativar o Acesso ao Recovery Service e Recursos Relacionados

Obrigatórias

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

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

Obrigatórias

Criar políticas de proteção

Revisar Políticas de Proteção para Retenção de Backup do Banco de Dados

Opcional

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

Armazenamento de Objetos

  • A instância do Exadata Cloud Service requer acesso ao Oracle Cloud Infrastructure Object Storage. A Oracle recomenda o uso de um gateway de serviço com a VCN para permitir esse acesso. Para obter mais informações, consulte Configuração da Rede para Instâncias do Exadata Cloud Infrastructure. Neste tópico, preste atenção específica aos seguintes itens:
  • Um bucket existente do Object Storage para usar como destino do backup. Você pode usar a Console ou a API do Object Storage para criar o bucket. Para obter informações, consulte Gerenciando Buckets.
  • Um token de autenticação gerado pelo Oracle Cloud Infrastructure. Você pode usar a Console ou a API do IAM para gerar a senha. Para obter mais informações, consulte Trabalhando com Tokens de Autenticação.
  • O nome do usuário especificado no arquivo de configuração de backup deve ter acesso no nível da tenancy ao Object Storage. Uma maneira fácil de fazer isso é adicionar o nome do usuário ao grupo de Administradores. No entanto, o acesso a todos os serviços de nuvem será permitido. Em vez disso, um administrador deve criar uma política como a seguinte, que limita o acesso somente aos recursos necessários no Object Storage para fazer backup e restaurar o banco de dados:
    Allow group <group_name> to manage objects in compartment <compartment_name> where target.bucket.name = '<bucket_name>'
Allow group <group_name> to read buckets in compartment <compartment_name>

    Para obter mais informações sobre como adicionar um usuário a um grupo, consulte Gerenciando Grupos. Para obter mais informações sobre políticas, consulte Conceitos Básicos de Políticas.

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

Ao criar uma instância do Exadata Cloud Infrastructure, você pode ativar backups automáticos para o banco de dados inicial. Use este procedimento para ativar ou desativar backups automáticos após a criação do banco de dados.

Observação

Os bancos de dados em um compartimento de zona de segurança devem ter backups automáticos ativados. Consulte o tópico Políticas da Zona de Segurança para obter uma lista completa de políticas que afetam os recursos do serviço Database.
  1. Abra o menu de navegação. Clique no Oracle Database e, em seguida, clique em Exadata no Oracle Public Cloud.
  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 configurar:

    Clusters de VMs na nuvem (O Novo Modelo de Recurso do Exadata Cloud Infrastructure): Em Oracle Exadata Database Service on Dedicated Infrastructure, 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.

    Sistemas de Banco de Dados: Em Oracle Base Database, clique em Sistemas de Banco de Dados. 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 aquele cujos backups automáticos você deseja ativar ou desativar e clique no nome dele para exibir seus detalhes. Os detalhes indicam se há backups automáticos ativados.
  5. Clique em Ativar backups automáticos.
  6. Na caixa de diálogo Configurar Backups Automáticos, informe os detalhes a seguir.
    Observação

    Os backups operacionais em dois destinos de backup diferentes podem criar cenários de perda de dados. Portanto, antes de ativar backups automáticos, você deve desativar scripts e processos de backup manual para outros destinos de armazenamento.
    • Destino de Backup: Suas opções são Autonomous Recovery Service (padrão) ou Object Storage.

      • Cenário 1: O cliente ativa backups automáticos E tem limites disponíveis E há capacidade disponível na região para o Autonomous Recovery Service.

        Destino de Backup: Suas opções são Autonomous Recovery Service (padrão) ou Object Storage. Você pode alternar o destino de backup do Autonomous Recovery Service para o Object Storage.

      • Cenário 2: O cliente ativa backups automáticos E esgotou os limites padrão para o Recovery Service E há capacidade disponível na região para o Autonomous Recovery Service.

        Destino de Backup: Você só pode usar o Object Storage. No entanto, você pode fazer uma solicitação de limites adicionais e usar o Autonomous Recovery Service.

        O sistema exibe a seguinte mensagem com um vínculo para solicitar um aumento nos limites.

        Tenancy has reached the limit for Autonomous Recovery Service. View your service limits and request an update.

      • Cenário 3: O cliente ativa backups automáticos E não há capacidade disponível na região para o Autonomous Recovery Service.

        Destino de Backup: Você só pode usar o Object Storage. Você pode fazer a transição para o Autonomous Recovery Service quando houver capacidade suficiente.

        O sistema exibe a seguinte mensagem

        Autonomous Recovery Service has no available capacity in this region. Select Object Storage as your backup destination. You can transition from Object Storage to Autonomous Recovery Service when there is sufficient capacity.

        Verifique proativamente se a capacidade do Autonomous Recovery Service está disponível. Se a capacidade necessária ficar disponível e se você tiver escolhido o Object Storage, poderá fazer a transição para o Autonomous Recovery Service.

    • Programação de Backup:
      • Object Storage (L0):
        • Dia de programação de backup completo: Escolha um dia da semana para iniciar os backups L0 iniciais e futuros.
        • Horário de programação de backup completo (UTC): Especifique a janela de tempo em que os backups completos começam quando o recurso de backup automático é selecionado.

        • Fazer o primeiro backup imediatamente: Um backup completo é um backup do sistema operacional de todos os arquivos de dados e do arquivo de controle que constituem um Oracle Database. Um backup completo também deve incluir o(s) arquivo(s) de parâmetros associado(s) ao banco de dados. Você poderá fazer um backup completo do banco de dados quando ele for encerrado ou enquanto o banco de dados estiver aberto. Normalmente, você não deve fazer backup completo após uma falha de instância ou outras circunstâncias incomuns.

          Se você optar por adiar o primeiro backup completo, talvez seu banco de dados não possa ser recuperado na hipótese de uma falha do banco de dados.

      • Object Storage (L1):
        • Tempo de programação de backup incremental (UTC): Especifique a janela de tempo em que os backups incrementais começam quando o recurso de backup automático é selecionado.
      • Autonomous Recovery Service (L0):
        • Dia programado para backup inicial: Escolha um dia da semana para o backup inicial.
        • Hora programada para backup inicial (UTC): Selecione a janela de tempo para o backup inicial.
        • Fazer o primeiro backup imediatamente: Um backup completo é um backup do sistema operacional de todos os arquivos de dados e do arquivo de controle que constituem um Oracle Database. Um backup completo também deve incluir o(s) arquivo(s) de parâmetros associado(s) ao banco de dados. Você poderá fazer um backup completo do banco de dados quando ele for encerrado ou enquanto o banco de dados estiver aberto. Normalmente, você não deve fazer backup completo após uma falha de instância ou outras circunstâncias incomuns.

          Se você optar por adiar o primeiro backup completo, talvez seu banco de dados não possa ser recuperado na hipótese de uma falha do banco de dados.

      • Autonomous Recovery Service (L1):
        • Horário programado para backup diário (UTC): Especifique a janela de tempo em que os backups incrementais começam quando o recurso de backup automático é selecionado.
      • Opções de exclusão após encerramento do banco de dados: Opções que você pode usar para manter backups do banco de dados protegido após o encerramento do banco de dados. Essas opções também podem ajudar a restaurar o banco de dados usando backups em caso de danos acidentais ou mal-intencionados no banco de dados.
        • Reter backups para o período especificado na sua política de proteção ou no período de retenção de backup: Selecione esta opção se quiser reter backups de banco de dados durante todo o período definido no período de retenção do Backup do Serviço Object Storage ou na política de proteção do Autonomous Recovery Service depois que o banco de dados for encerrado.
        • Manter os backups durante 72 horas, depois excluí-los: Selecione esta opção para mantê-los por um período de 72 horas após o encerramento do banco de dados.
    • Ativar Proteção de Dados em Tempo Real: A proteção em tempo real é a transferência contínua de alterações de redo de um banco de dados protegido para o Autonomous Recovery Service. Essa opção reduz a perda de dados e fornece um RPO (Recovery Point Objective) próximo a 0. Essa é uma opção de custo extra.
  7. Clique em Salvar.

    A página Detalhes do Banco de Dados exibe os detalhes da configuração, Saúde, Proteção de Dados em Tempo Real e Informações da política na seção Backup.

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 Oracle Exadata Database Service on Dedicated 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 cujo backup você deseja fazer:

    Clusters de VMs na nuvem ( novo modelo de recurso): Em Oracle Exadata Database Service on Dedicated Infrastructure, 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.

    Sistemas de banco de dados: Em Bare Metal, VM e Exadata, clique em Sistemas de banco de dados. 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 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 esse 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.
  8. Clique em Criar.

Para exibir o status do backup

  1. Abra o menu de navegação. Clique em Oracle Database e, em seguida, clique em Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Escolha o Compartimento.
  3. Navegue até o cluster de VMs na nuvem que contém o backup do banco de dados que você deseja exibir.
  4. 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.
  5. Na lista de bancos de dados, encontre o banco de dados desejado e clique em seu nome para exibir detalhes.
  6. Em Recursos, clique em Backups.

    Uma lista de backups será exibida. A coluna de estado exibe o status do backup: Ativo, Criando, Cancelado, Cancelando ou Com Falha.

Para cancelar um backup

  1. Abra o menu de navegação. Clique no Oracle Database e, em seguida, clique em Exadata no Oracle Public Cloud.
  2. Escolha o Compartimento.
  3. Navegue até o cluster de VMs na nuvem que contém o backup do banco de dados que você deseja exibir:
  4. 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.

  5. Na lista de bancos de dados, encontre o banco de dados desejado e clique em seu nome para exibir detalhes.
  6. Em Recursos, clique em Backups.

    Uma lista de backups será exibida. A coluna de estado exibe o status do backup: Ativo, Criando, Cancelado, Cancelando ou Com Falha.

  7. Um backup no estado Criando pode ser cancelado clicando no ícone Ações (três pontos) à direita da linha de backup e clicando em Cancelar Backup.

    Uma caixa de diálogo de confirmação Cancelar Backup será exibida.

  8. Informe o nome do backup e clique em Cancelar Backup.

    O estado muda para Canceling.

    A solicitação de Serviço Cancelar backup pode ser exibida clicando em Solicitações de serviço em Recursos.

Se o backup Cancelar falhar:

  • No painel Solicitações de serviço em Recursos, você verá um item de linha chamado "Cancelar Backup do Banco de Dados" com um estado de "Com Falha". Também haverá uma solicitação de serviço para o backup "Criar Backup do Banco de Dados" que refletirá o estado da operação de Backup.

Para excluir backups completos do Object Storage

Observação

Não é possível excluir explicitamente backups automáticos. A menos que você encerre o banco de dados, os backups automáticos permanecerão no Recovery Service e no Object Storage pelo número de dias especificado pelo usuário. Depois disso, eles serão excluídos automaticamente.

  1. Abra o menu de navegação. Clique em Oracle Database e, em seguida, clique em Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Escolha o Compartimento.

  3. Navegue até o cluster de VMs na nuvem ou sistema de banco de dados que contém o backup do banco de dados que você deseja excluir:

    Clusters de VMs na nuvem ( novo modelo de recurso): Em Oracle Exadata Database Service on Dedicated Infrastructure, 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.

    Sistemas de banco de dados: Em Bare Metal, VM e Exadata, clique em Sistemas de banco de dados. 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 desejado e clique em seu nome para exibir detalhes.

  5. Em Recursos, clique em Backups.

    Uma lista de backups será exibida.

  6. Clique no ícone Ações (três pontos) do backup desejado e clique em Excluir.
  7. Confirme quando solicitado.

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 Oracle Exadata Database Service on Dedicated 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 cujo período de retenção de backup você deseja alterar:

    Clusters de VMs na nuvem ( novo modelo de recurso): Em Oracle Exadata Database Service on Dedicated Infrastructure, 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.

    Sistemas de banco de dados: Em Bare Metal, VM e Exadata, clique em Sistemas de banco de dados. 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, 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

Para designar o Autonomous Recovery Service como Destino de Backup de um banco de dados existente, use este procedimento.

  1. Abra o menu de navegação. Clique em Oracle Database e, em seguida, clique em Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Escolha o Compartimento.
  3. Navegue até o banco de dados:

    Clusters de VMs na nuvem (O Novo Modelo de Recurso do Exadata Cloud Infrastructure): Em Exadata no Oracle Public Cloud, 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.

    Sistemas de Banco de Dados: Em Oracle Base Database, clique em Sistemas de Banco de Dados.

    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.

    Na página de detalhes do cluster de VMs ou do sistema de banco de dados na nuvem, na tabela Bancos de Dados, clique no nome do banco de dados para exibir a página Detalhes do Banco de Dados.
  4. Clique em Configurar backups automáticos.
  5. Na janela resultante, forneça os seguintes detalhes:
    • Ativar backup automático: Marque a caixa de seleção para ativar backups incrementais automáticos para este banco de dados. Se você estiver criando um banco de dados em um compartimento de uma zona de segurança, deverá ativar backups automáticos.
    • Destino de Backup: Selecione Autonomous Recovery Service.
    • Programação de Backup: Se você ativar backups automáticos, poderá escolher uma janela de programação de duas horas para controlar quando as operações de backup começarão. Se você não especificar uma janela, uma janela padrão de seis horas das 00:00 às 06:00 (no fuso horário da região do sistema de banco de dados) será usada para seu banco de dados.

    • Política de Proteção: Se você optar por ativar backups automáticos, poderá escolher uma política com um dos seguintes períodos de retenção predefinidos ou uma política Personalizada.

      Período de retenção do Backup do Object Storage: 7, 15, 30, 45, 60. Padrão: 30. O sistema exclui automaticamente seus backups incrementais no fim do período de retenção escolhido.

      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
    • Ativar Proteção de Dados em Tempo Real: A proteção em tempo real é a transferência contínua de alterações de redo de um banco de dados protegido para o Autonomous Recovery Service. Essa opção reduz a perda de dados e fornece um RPO (Recovery Point Objective) próximo a 0. Essa é uma opção de custo extra.
  6. Clique em Salvar.

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.

Tópicos Relacionados

Tópico principal: Gerenciar Backup e Recuperação de Banco de Dados no Oracle Exadata Database Service on Dedicated Infrastructure

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 o estado válido conhecido mais recente 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. Este 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 Oracle Exadata Database Service on Dedicated 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:

    Clusters de VMs na nuvem (O Novo Modelo de Recurso do Exadata Cloud Infrastructure): Em Oracle Exadata Database Service on Dedicated Infrastructure, 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.

    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. Este 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 estará no estado " Falha na Restauração". Você pode tentar restaurar novamente usando outra opção de restauração. 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 subdiretores do diretório /var/opt/oracle/log.

Gerenciando Backups de Bancos de Dados Exadata Usando o dbaascli

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

Para 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 de acordo com 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. Depois que a configuração for bem-sucedida, o banco de dados será submetido a backup conforme programado, ou você poderá criar um backup on-demand com uma tag.
Observação

Atualize o conjunto de ferramentas específicas da nuvem em todos os nós de computação na instância do Exadata Cloud Infrastructure antes de executar os procedimentos a seguir. Para obter mais informações, consulte Aplicando Patches e Atualizando um Sistema Exadata Cloud Infrastructure Manualmente.

Configuração de Backup Padrão

Diretrizes de melhores práticas da Oracle para a 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 serviço Object Storage são criptografados.
  • Compressão para backups: BAIXO
  • Compactação padrão para logs de arquivamento: falso
  • Algoritmo de Criptografia RMAN: AES256
  • Otimização para backups: ATIVADO

Para obter a configuração de backup padrão de um banco de dados recém-provisionado

  1. Estabeleça SSH em um dos nós configurados do banco de dados 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. Use o comando dbaascli database backup --getConfig para gerar um arquivo contendo as definições de backup padrão para a implantação do banco de dados recém-provisionada.
    # dbaascli database backup --getConfig [--configFile <file_name>] --dbname <database_name>
    Em que:
    • --getConfig - retorna a configuração de backup do banco de dados.
    • --configFile - especifica o arquivo de configuração de backup do banco de dados.

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ó.

Observação

No dbaascli Release 25.1.2.0.0, os parâmetros de configuração de backup foram renomeados. No entanto, você ainda pode usar os nomes de parâmetros antigos, pois eles são mantidos para compatibilidade com versões anteriores.
  1. Estabeleça SSH em um dos nós configurados do banco de dados 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
    backupDestination=oss 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.

    Nome antigo: bkup_oss_url=<swift_url>

    Novo nome: ossURL=<swift_url>

    Obrigatório se backupDestination=oss.

    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 contenha caracteres maiúsculos) que você especifica ao acessar a Console
    • <bucket> - nome do bucket existente que você deseja usar para backups.

    Nome antigo: bkup_oss_user=<oci_user_name>

    Novo nome: ossUserName=<oci_user_name>

    Obrigatório se backupDestination=oss.

    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, conforme descrito em Pré-requisitos para Backups no Exadata Cloud Infrastructure.

    Nome antigo: bkup_oss_passwd=<auth_token>

    Novo nome: ossAuthToken=<auth_token>

    Obrigatório se backupDestination=oss.

    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.

    Nome antigo: bkup_oss_recovery_window=n

    Novo nome: ossRecoveryWindow=n

    Obrigatório se backupDestination=oss.

    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.

    Nome antigo: bkup_daily_time=hh:mm

    Novo nome: autoBackupTime=hh:mm

    		 O horário em que o backup diário é programado, especificado em horas e minutos (hh:mm), no formato de 24 horas.
  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 esse 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.

Os seguintes parâmetros podem ser modificados para personalizar a configuração de backup:

Observação

Compatible with Console Automatic Backups=Yes indica que é seguro alterar o parâmetro, mesmo ao usar backups automáticos baseados na console. Se estiver usando parâmetros com Compatible with Console Automatic Backups=No, não ative backups por meio da console.

Tabela 5-5 Parâmetros de Configuração de Backup - Parâmetros de Programação para dbaascli

Parâmetro Descrição Compatível com Backups Automáticos da Console*

Nome antigo: bkup_cron_entry

Novo nome: scheduleBackups

Ativa a configuração de backup automático.

Os valores válidos são yes e no.

Número

Nome antigo: bkup_archlog_cron_entry

Novo nome: manageArchivelogs

Ativa backups automáticos de arquivos de log do banco de dados arquivados.

Os valores válidos são yes e no.

A definição de manageArchivelogs como não desativa os jobs de limpeza automática do log de arquivamento. Essa definição só é válida quando o banco de dados associado não tem backups automáticos de banco de dados configurados.

Número

Nome antigo: bkup_l0_day

Novo nome: L0BackupDay

Esse parâmetro controla o dia da semana de Nível 0.

Dia da semana em que um backup de nível 0 é feito.

Os valores válidos são mon, tue, wed, thu, fri, sat e sun. Formatos mais longos, por exemplo, Monday, Tuesday também são suportados.

Padrão: sun.

Número

Tabela 5-6 Parâmetros de Configuração de Backup - Parâmetros Gerais de Configuração do RMAN (válidos para todos os destinos de backup, exceto Armazenamento Local (FRA))

Parâmetro Descrição Compatível com Backups Automáticos da Console*

Nome antigo: bkup_rman_compression

Novo nome: compressionLevel

Nível de compactação aplicado a backups automáticos.

Os valores válidos são NONE, basic, low, medium e high.

O valor padrão é low.

Um valor NONE desativa a compactação RMAN.

Se a compactação do RMAN estiver ativada, qualquer arquivo de dados criptografado de TDE será decriptografado, compactado e criptografado pelo RMAN.

 Sim

Nome antigo: bkup_section_size

Novo nome: sectionSize

Tamanho da seção do RMAN usado para backups automáticos.

O valor padrão é 64G.

 Sim

Nome antigo: bkup_channels_node

Novo nome: channelsPerNode

Número de canais do RMAN por nó usados para backups automáticos.

Os valores válidos estão entre 1 e 32.

O valor default é 2.

 Sim

Nome antigo: bkup_daily_time

Novo nome: autoBackupTime

Horário de início do backup diário automático expresso em 24 horas como hh:mm.

Sim

Nome antigo: bkup_archlog_frequency

Novo Nome: backupFrequencyAL

Intervalo em minutos entre backups automáticos de arquivos de log do banco de dados arquivado.

Os valores válidos são 15, 20, 30, 60, 120 a 1440 em intervalos de uma hora expressos em minutos.

O valor padrão é 30 para ExaDB-D.

 Sim

Nome antigo: bkup_type

Novo nome: backupDestination

O tipo do local onde o backup reside. Especifique o OSS como o destino de backup, que é a opção padrão e única.

 Sim

Nome antigo: bkup_filesperset_regular

Novo nome: filesPerSet

 Especifica o número máximo de arquivos de dados que podem ser incluídos em um conjunto de backups para backups Regulares/Arquivamento. Sim

Nome antigo: bkup_filesperset_al

Novo nome: filesPerSetAL

 Especifica o número máximo de arquivos de log de arquivamento que podem ser incluídos em um conjunto de backup para Backups de Log de Arquivamento. Sim

Nome antigo: bkup_encryption

Novo nome: encryption

A criptografia especifica se os backups devem ser criptografados ou não.

Por padrão, a criptografia é ativada para o OSS e o Recovery Service, e essa definição não pode ser alterada.

 Sim

Nome antigo: rmanBackupOptimization

Novo nome: optimization

 A otimização é um recurso que reduz a quantidade de dados que precisam ser submetidos a backup, transferidos e restaurados. O valor recomendado é ON. Sim

Nome antigo: rmanFraCleanupChannels

Novo nome: numberOfChannelsForFraCleanup

 Especifica o número de canais usados para o job de Limpeza FRA. Sim

Nome antigo: Compress_Archive_Logs

Novo nome: compressionAL

Especifica se os backups do log de arquivamento devem ser compactados.

Não aplicável ao Recovery Service.

 Sim

Nome antigo: bkup_archlog_fra_retention

Novo nome: archivelogRetentionDays

 Especifica o número de dias que o log de arquivamento será retido no FRA. Sim

Tabela 5-7 Parâmetros de Configuração de Backup - Parâmetros do Object Storage Service (OSS)

Parâmetro Descrição Compatível com Backups Automáticos da Console*
backupDestination=oss

Permite backups no armazenamento na nuvem.

Os valores válidos são yes e no.

Número

Nome antigo: bkup_oss_recovery_window

Novo nome: ossRecoveryWindow

Período de retenção para backups no armazenamento na nuvem, expresso como número de dias até 90.

Só é aplicável quando bkup_oss é definido como yes ou backupdestination é definido como OSS.

O valor default é 30.

 Número

Nome antigo: bkup_oss_url

Novo nome: ossURL

Local do contêiner de armazenamento que é usado para backup no armazenamento na nuvem.

Só é aplicável quando bkup_oss é definido como yes ou backupdestination é definido como OSS.

Número

Nome antigo: bkup_oss_user

Novo nome: ossUserName

Nome do usuário do Oracle Cloud que tem privilégios de gravação no contêiner de armazenamento na nuvem especificado em bkup_oss_url.

Só é aplicável quando bkup_oss é definido como yes ou backupdestination é definido como OSS.

Número

Nome antigo: bkup_oss_passwd

Novo nome: ossAuthToken

Senha do usuário do Oracle Cloud que tem privilégios de gravação no contêiner de armazenamento na nuvem especificado em bkup_oss_url.

Só é aplicável quando bkup_oss é definido como yes ou backupdestination é definido como OSS.

Número

Tabela 5-8 Parâmetros de Configuração de Backup - Parâmetros de Suporte ao Catálogo do RMAN

Parâmetro Descrição Compatível com Backups Automáticos da Console*

Nome antigo: bkup_use_rcat

Novo nome: useCatalog

Permite o uso de um catálogo de recuperação do RMAN existente.

Os valores válidos são yes e no.

Sim

Nome antigo: bkup_rcat_user

Novo nome: catalogUserName

Nome do usuário do catálogo de recuperação.

Só é aplicável quando bkup_use_rcat é definido como yes.

Sim

Nome antigo: bkup_rcat_passwd

Novo nome: catalogPassword
Senha do usuário do catálogo de recuperação especificada em 
bkup_rcat_user
.

Só é aplicável quando bkup_use_rcat é definido como yes.

Sim

Nome antigo: bkup_rcat_conn

Novo nome: catalogConnectionString

String de conexão do catálogo de recuperação do RMAN.

Só é aplicável quando bkup_use_rcat é definido como yes.

Sim
Observação

Somente os parâmetros acima mencionados com Compatible with Console Automatic Backups = Yes são seguros para alteração em conjunto com backups automáticos baseados na console. Se quaisquer outros parâmetros precisarem ser alterados, não ative backups por meio da console.

Para criar um backup sob demanda

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

  1. Estabeleça SSH em um dos nós configurados do banco de dados 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 o 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. Estabeleça SSH em um dos nós configurados do banco de dados 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 esse comando.
    # dbaascli database backup --status --uuid <uuid> --dbname <database_name>

Isso desativará todos os backups automáticos.

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 Object Storage.

Usando a API para Gerenciar Backup e Recuperação

Usando a API para gerenciar backups

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 obrigatórias não puderem ser concluídas por meio dos métodos preferenciais, duas outras opções estarã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 o 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 Infrastructure, na API ou no dbaascli, funcionam para vários 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 for Release 19.

O gerenciamento de backup e recuperação, usando o RMAN, no Exadata Cloud Infrastructure, requer a propriedade total dos backups de banco de dados e de log de arquivamento, e os backups gerenciados pela 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 dbaascli para desativar backups gerenciados pela nuvem, incluindo a desativação do job de expurgação automático do log de arquivamento.

Tópico principal: Métodos de Backup Alternativos

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

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

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 dbaascli 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.