Documentação do Oracle Cloud Infrastructure

Aplicar Patch e Atualizar um Sistema Exadata Cloud Infrastructure

Tópico principal: Guias Práticos

Atualizações de Manutenção Gerenciadas pelo Usuário

A manutenção de uma instância segura do Exadata Cloud Infrastructure na melhor ordem de serviço exige que você execute as seguintes tarefas regularmente:

  • Aplicando patch no Oracle Grid Infrastructure e no software Oracle Database das máquinas virtuais do Cluster de VMs. Para obter informações e instruções, consulte Aplicando Patches e Atualizando o GI do Cluster de VMs e Homes do Banco de Dados.
  • Atualizando o sistema operacional nas máquinas virtuais do Cluster de VMs. Consulte Atualizando um Sistema Operacional de Cluster de VMs do Exadata Cloud para obter informações e instruções.

Aplicando Patches e Atualizando um Sistema Exadata Cloud Infrastructure

Saiba como executar operações de aplicação de patch em máquinas virtuais de banco de dados Exadata e Homes de Banco de Dados usando a Console, API ou CLI.

Para obter informações e instruções sobre como aplicar patch ao sistema usando o utilitário dbaascli, consulte Aplicando Patches e Atualizando um Sistema Exadata Cloud Infrastructure Manualmente.

Para obter mais informações e exemplos de como aplicar patches trimestrais do banco de dados no Exadata Cloud Infrastructure, consulte a nota do My Oracle Support: How to Apply Database Quarterly Patch on Exadata Cloud Service and Exadata Cloud at Customer Gen 2 (Doc ID 2701789.1).

Para obter mais orientações sobre a continuidade dos serviços durante as operações de aplicação de patch, consulte o white paper Application Checklist for Continuous Service for MAA Solutions.

Tópicos Relacionados

Tópico principal: Aplicar Patch e Atualizar um Sistema Exadata Cloud Infrastructure

Aplicando Patches e Atualizando o GI do Cluster de VMs e Homes do Banco de Dados

Este tópico explica como executar operações de aplicação de patch nos recursos do Exadata Cloud Infrastructure usando a Console, a API ou a CLI.

Observação

A Oracle recomenda aplicar patches aos bancos de dados movendo-os para um Home do Banco de Dados que use o nível de aplicação de patches de destino. Consulte Para aplicar patch a um banco de dados movendo-o para outro Home do Banco de Dados para obter instruções sobre esse método de aplicação de patches do banco de dados.

Para obter informações e instruções sobre como aplicar patches ao sistema usando o utilitário dbaascli, consulte Aplicando Patch no Oracle Grid Infrastructure e em Bancos de Dados Oracle com o Utilitário dbaascli.

Tópico principal: Aplicando Patches e Atualizando um Sistema Exadata Cloud Infrastructure

Sobre Aplicação de Patch e Atualização do GI do Cluster de VMs e dos Homes de Banco de Dados

Este tópico descreve os tipos de aplicação de patches executados em instâncias do Exadata Cloud Infrastructure e fornece instruções para concluir as operações de aplicação de patches.

Tópico principal: Aplicando Patches e Atualizando o GI do Cluster de VMs e Homes do Banco de Dados

Aplicação de Patch no Oracle GI (Grid Infrastructure)

A aplicação de patches em uma instância do Exadata Cloud Infrastructure atualiza os componentes em todos os nós de computação da instância. Um patch do cluster de VMs ou do sistema de banco de dados atualiza o Oracle GI (Grid Infrastructure) no recurso.

Observação

O modelo de recurso do Exadata na nuvem que a instância está usando determina se você aplica patch ao Grid Infrastructure em um recurso de sistema de banco de dados ou em um recurso de cluster de VMs na nuvem. Os clusters de VMs são usados pelo O Novo Modelo de Recurso do Exadata Cloud Infrastructure. Os sistemas de banco de dados podem ser facilmente migrados para o novo modelo de recurso sem período de indisponibilidade do sistema. Alternar um sistema de banco de dados Exadata para o novo modelo de recurso do Exadata.

Aplicação de Patch do Home do Banco de Dados

Um patch do Home do Banco de Dados atualiza o software Oracle Database compartilhado pelos bancos de dados nesse home.

Sendo assim, você aplica patches a um banco de dados por um dos seguintes métodos:

  • Movendo o banco de dados para um Home do Banco de Dados que tenha a versão de patch correta. Isso afeta apenas o banco de dados que está sendo movido.
  • Aplicando patches ao Home do Banco de Dados em que o banco de dados está no momento. Isso afeta todos os bancos de dados localizados no Home do Banco de Dados que está recebendo o patch.

Ao aplicar patch em um Home do Banco de Dados, você pode usar uma imagem de software de banco de dados fornecida pela Oracle para aplicar uma atualização de software do Oracle Database disponível em geral ou pode usar uma imagem de software de banco de dados personalizada criada pela sua organização para aplicar um conjunto específico de patches exigidos pelo seu banco de dados. Consulte Imagens de Software do Oracle Database para obter mais informações sobre como criar e usar imagens personalizadas.

Para obter instruções sobre como executar operações de aplicação de patch, consulte Para aplicar patch ao software Oracle Database em um Home de Banco de Dados (cluster de VMs na nuvem). Para instâncias do Exadata Cloud Infrastructure que usam o modelo de recurso mais antigo do sistema de banco de dados, consulte Para aplicar patches ao software Oracle Database em um Home do Banco de Dados (sistema de banco de dados).

Melhores Práticas para Aplicar Patches em Componentes do Exadata Cloud Infrastructure

Considere as seguintes práticas recomendadas:

  • Faça backup dos bancos de dados antes de aplicar patches. Para obter informações sobre o backup dos bancos de dados, consulte Gerenciando Backup de Bancos de Dados Exadata.
  • Aplique patches em um cluster de VMs ou em um sistema de banco de dados Exadata antes de aplicar nos Homes de Bancos de Dados e nos bancos de dados desse recurso.
  • Antes de aplicar um patch, execute a operação de pré-verificação para garantir que o cluster de VMs, o sistema de banco de dados Exadata ou o Home do Banco de Dados atenda aos requisitos desse patch.
  • Para aplicar patch a um banco de dados em uma versão diferente da versão do banco de dados do home atual, mova o banco de dados para um Home que esteja executando a versão de destino. Essa técnica requer menos tempo de indisponibilidade e permite que você faça rollback facilmente do banco de dados para a versão anterior movendo-o de volta para o Home do Banco de Dados antigo. Consulte Para mover um banco de dados para outro Home do Banco de Dados Para aplicar patch a um banco de dados movendo-o para outro Home do Banco de Dados.
  • Para as versões principais do Oracle Database e do Oracle Grid Infrastructure disponíveis no Oracle Cloud Infrastructure, os patches são fornecidos para a versão atual mais as três versões anteriores mais recentes (N a N - 3). Por exemplo, se uma instância estiver usando o Oracle Database 19c e a versão mais recente do 19c oferecida for 19.8.0.0.0.0, os patches estarão disponíveis para as versões 19.8.0.0.0, 19.7.0.0, 19.6.0.0 e 19.5.0.0.

Tópico principal: Sobre Aplicação de Patch e Atualização do GI do Cluster de VMs e dos Homes de Banco de Dados

dbaascli database runDatapatch

Para aplicar patch em um Banco de Dados Oracle, use o comando dbaascli database runDatapatch.

Pré-requisitos

  • Antes de executar uma operação runDatapatch, verifique se todas as instâncias associadas do banco de dados estão em funcionamento.

  • Execute o comando como usuário root.

Sintaxe

dbaascli database runDatapatch --dbname
[--resume]
    [--sessionID]
[--skipPdbs | --pdbs]
[--executePrereqs]
[--patchList]
[--skipClosedPdbs]
[--rollback]

Em que:

  • --dbname especifica o nome do banco de dados
  • --resume retoma a execução anterior
    • --sessionID especifica para retomar um ID de sessão específico
  • --skipPdbs ignora a execução do datapatch em uma lista especificada de PDBs delimitados por vírgulas. Por exemplo: pdb1,pdb2...
  • --pdbs executa o datapatch somente em uma lista delimitada por vírgulas de PDBs especificada. Por exemplo: pdb1,pdb2...
  • --executePrereqs executa verificações de pré-requisitos
  • --patchList aplica ou faz rollback da lista especificada de patches delimitados por vírgulas. Por exemplo: patch1,patch2...
  • --skipClosedPdbs ignora a execução do datapatch em PDBs fechados
  • --rollback faz rollback dos patches aplicados 
dbaascli database runDatapatch --dbname db19
Chaves Gerenciadas pelo Cliente no Exadata Cloud Infrastructure

As chaves gerenciadas pelo cliente do Exadata Cloud Infrastructure são um recurso do serviço OCI (Oracle Cloud Infrastructure) Vault que permite criptografar seus dados usando chaves de criptografia que você controla.

O serviço OCI Vault fornece recursos centralizados de gerenciamento de chaves, altamente disponíveis e duráveis. Essa solução de gerenciamento de chaves também oferece armazenamento de chaves seguro usando partições isoladas (e uma opção de partição compartilhada de menor custo) nos módulos de segurança de hardware certificado pelo FIPS 140-2 Nível 3 e integração com serviços selecionados do Oracle Cloud Infrastructure. Use chaves gerenciadas pelo cliente quando precisar de governança de segurança, conformidade regulatória e criptografia homogênea de dados, enquanto gerencia, armazena e monitora centralmente o ciclo de vida das chaves usadas para proteger seus dados.

Você pode:

  • Ativar chaves gerenciadas pelo cliente ao criar bancos de dados no Exadata Cloud Infrastructure
  • Alternar chaves gerenciadas pela Oracle para chaves gerenciadas pelo cliente
  • Alternar suas chaves para manter a conformidade de segurança

Requisitos

Para ativar o gerenciamento de chaves de criptografia gerenciadas pelo cliente, crie uma política na tenancy que permita a um grupo dinâmico específico fazer isso, semelhante ao seguinte: allow dynamic-group dynamic_group_name to manage keys in tenancy.

Outra política será necessária se o Vault que está sendo usado pelo cliente for replicado (https://docs.oracle.com/en-us/iaas/Content/KeyManagement/Tasks/replicatingvaults.htm). Para vaults replicados, esta política é necessária: allow dynamic-group dynamic_group_name to read vaults in tenancy

Limitações

Para ativar o Data Guard em bancos de dados Exadata Cloud Infrastructure que usam chaves gerenciadas pelo cliente, os bancos de dados principal e stand-by devem estar no mesmo realma.

Tarefa 1. Criar um Vault e uma Chave de Criptografia Principal

Crie um vault no serviço Vault seguindo as instruções em Para criar um novo vault na Documentação do Oracle Cloud Infrastructure. Ao seguir essas instruções, a Oracle recomenda que você crie o vault em um compartimento criado especificamente para conter os vaults que contêm chaves gerenciadas pelo cliente, conforme descrito em Antes de Começar: Melhores Práticas da Hierarquia de Compartimentos.

Após criar o vault, crie pelo menos uma chave de criptografia principal no vault seguindo as instruções em Para criar uma nova chave de criptografia principal na Documentação do Oracle Cloud Infrastructure. Ao seguir estas instruções, faça estas escolhas:

  • Criar no Compartimento: A Oracle recomenda que você crie a chave de criptografia principal no mesmo compartimento do seu vault; ou seja, o compartimento criado especificamente para conter os vaults que contêm chaves gerenciadas pelo cliente.
  • Modo de Proteção: Escolha um valor apropriado na lista suspensa:
    • HSM para criar uma chave de criptografia principal que é armazenada e processada em um módulo de segurança de hardware (HSM).
    • Software para criar uma chave de criptografia principal que é armazenada em um sistema de arquivos de software no serviço Vault. Chaves protegidas por software são protegidas em repouso usando uma chave raiz baseada em HSM. Você pode exportar chaves de software para outros dispositivos de gerenciamento de chaves ou para outra região da nuvem do OCI. Ao contrário das chaves HSM, as chaves protegidas por software são gratuitas.
  • Algoritmo de Forma da Chave: AES
  • Tamanho da Forma da Chave: 256 bits

A Oracle recomenda enfaticamente que você crie uma chave de criptografia principal separada para cada um dos seus bancos de dados contêineres (CDBs). Isso torna o gerenciamento da alternância de chaves ao longo do tempo muito mais simples.

Tarefa 2. Criar um Gateway de Serviço, uma regra de roteamento e uma regra de segurança de saída

Crie um gateway de serviço na VCN (Rede Virtual na Nuvem) em que os recursos do Oracle Exadata Database Service on Dedicated Infrastructure residem seguindo as instruções na Tarefa 1: Criar o gateway de serviço na Documentação do Oracle Cloud Infrastructure.

Após a criação do gateway de serviço, adicione uma regra de roteamento e uma regra de segurança de saída a cada sub-rede (na VCN) em que os recursos do Oracle Exadata Database Service on Dedicated Infrastructure residem para que esses recursos possam usar o gateway para acessar o serviço Vault:

  1. Vá para a página Detalhes da Sub-rede da sub-rede.
  2. Na guia Informações da Sub-rede, clique no nome da Tabela de Roteamento da sub-rede para exibir sua respectiva página Detalhes da Tabela de Roteamento.
  3. Na tabela de Regras de Roteamento existentes, verifique se já existe uma regra com as seguintes características:
    • Destino: Todos os Serviços IAD no Oracle Services Network
    • Tipo de Destino: Gateway de Serviço
    • Destino: O nome do gateway de serviço que você acabou de criar na VCN

    Se essa regra não existir, clique em Adicionar Regras de Roteamento e adicione uma regra de roteamento com essas características.

  4. Retorne à página Detalhes da Sub-rede da sub-rede.
  5. Na tabela Listas de Segurança da sub-rede, clique no nome da lista de segurança da sub-rede para exibir a página Detalhes da Lista de Segurança.
  6. No menu lateral, em Recursos, clique em Regras de Saída.
  7. Na tabela de Regras de Saída existentes, verifique se já existe uma regra com as seguintes características:
    • Sem Monitoramento de Estado: Não
    • Destino: Todos os Serviços IAD no Oracle Services Network
    • Protocolo IP: TCP
    • Intervalo de Portas de Origem: Tudo
    • Intervalo de Portas de Destino: 443

    Se essa regra não existir, clique em Adicionar Regras de Saída e adicione uma regra de saída com essas características.

Tarefa 3. Criar um Grupo Dinâmico e uma instrução de Política

Para conceder aos seus recursos do Oracle Exadata Database Service on Dedicated Infrastructure permissão para acessar chaves gerenciadas pelo cliente, você cria um grupo dinâmico do serviço IAM que identifica esses recursos e, em seguida, cria uma política do serviço IAM que concede a esse grupo dinâmico acesso às chaves de criptografia principais criadas no serviço Vault.

Ao definir o grupo dinâmico, você identifica seus recursos do Oracle Exadata Database Service on Dedicated Infrastructure especificando o OCID do compartimento que contém o recurso Exadata Infrastructure.

  1. Copie o OCID do compartimento que contém o recurso Exadata Infrastructure. Você pode localizar esse OCID na página Detalhes do Compartimento do compartimento.
  2. Crie um grupo dinâmico seguindo as instruções em Para criar um grupo dinâmico na Documentação do Oracle Cloud Infrastructure. Ao seguir estas instruções, digite uma regra correspondente deste formato:
    ALL {resource.compartment.id ='<compartment-ocid>'}

    em que <compartment-ocid> corresponde ao OCID do compartimento que contém o recurso Exadata Infrastructure.

Após criar o grupo dinâmico, navegue (ou crie) até uma política do serviço IAM em um compartimento superior na hierarquia ao compartimento que contém seus vaults e chaves. Em seguida, adicione uma instrução de política deste formato:

allow dynamic-group <dynamic-group-name>
to manage keys
in compartment <vaults-and-keys-compartment>
where all {
target.key.id='<key_ocid>',
request.permission!='KEY_DELETE',
request.permission!='KEY_MOVE',
request.permission!='KEY_IMPORT',
request.permission!='KEY_BACKUP’
}

Se você estiver usando um vault privado virtual replicado para a implantação do Oracle Data Guard, adicione outra instrução de política nesse formato:

allow dynamic-group <dynamic-group>
to read vaults
in tenancy | compartment <vaults-and-keys-compartment>

em que <dynamic-group> corresponde ao nome do grupo dinâmico criado e <vaults-and-keys-compartment> corresponde ao nome do compartimento no qual você criou seus vaults e chaves de criptografia principais.

dbaascli database addInstance

Para adicionar a instância do banco de dados no nó especificado, use o comando dbaascli database addInstance.

Pré-requisito

  • Execute o comando como usuário root.

Sintaxe

dbaascli database addInstance --dbname <value> --node <value> [--newNodeSID <value>]
Em que:
  • --dbname especifica o nome do Oracle Database
  • --node especifica o nome do nó da instância do banco de dados
    • --newNodeSID especifica o SID para a instância a ser adicionada no novo nó
dbaascli database convertToPDB

Para converter em PDB o banco de dados não CDB especificado, use o comando dbaascli database convertToPDB.

Sintaxe

dbaascli database convertToPDB --dbname <value> [--cdbName <value>] [--executePrereqs]
        {
            [--copyDatafiles [--keepSourceDB]]|[backupPrepared]
        }
        [--targetPDBName <value>] [--waitForCompletion <value>] [--resume [--sessionID <value>]]
Em que:
  • --dbname especifica o nome do Oracle Database
  • --cdbName especifica o nome do CDB de destino no qual o PDB será criado. Se o CDB não existir, ele será criado no mesmo Oracle home que o não CDB de origem
  • --executePrereqs especifica para só executar as verificações de pré-conversão
  • --copyDatafiles especifica para criar uma nova cópia dos arquivos de dados em vez de usar os do banco de dados de origem

    --keepSourceDB - para preservar o banco de dados de origem após a conclusão da operação.

  • --backupPrepared - flag para confirmar que há um backup adequado do banco de dados para o não CDB antes de executar a conversão para o PDB.
  • Flag --backupPrepared para confirmar que um backup de banco de dados adequado está em vigor para o não CDB antes de executar a conversão em PDB
  • --targetPDBName especifica o nome do PDB que será criado como parte da operação
  • --waitForCompletion especifica false para executar a operação em segundo plano. Valores válidos: true|false
  • --resume especifica para retomar a execução anterior
    • --sessionID especifica para retomar um ID de sessão específico

Exemplo 5-3 dbaascli database convertToPDB

Para executar pré-verificações de conversão:
dbaascli database convertToPDB --dbname ndb19 --cdbname cdb19 --backupPrepared --executePrereqs
Para executar uma conversão completa com uma cópia dos arquivos de dados do não CDB:
dbaascli database convertToPDB --dbname tst19 --cdbname cdb19 --copyDatafiles
dbaascli database getDetails

Esse comando mostra as informações detalhadas de um determinado banco de dados, por exemplo, dbname, informações do nó, informações de bancos de dados plugáveis etc.

Pré-requisitos

Execute o comando como usuário root ou o usuário oracle

Sintaxe

dbaascli database getDetails --dbname <value>
Em que:
  • --dbname - corresponde ao nome do banco de dados Oracle.
dbaascli database modifyParameters

Para modificar ou redefinir os parâmetros de inicialização de um Banco de Dados Oracle, use o comando dbaascli database modifyParameters.

Pré-requisito

Execute o comando como usuário root.

Sintaxe

dbaascli database modifyParameters --dbname <value> --setParameters <values>| --resetParameters <values> | --responseFile
[--backupPrepared]
[--instance]
[--allowBounce]
Em que:
  • --dbname especifica o nome do banco de dados.
  • --setParameters especifica uma lista de parâmetros delimitados por vírgulas a serem modificados com novos valores. Por exemplo: parameter1=valueA,parameter2=valueB e assim por diante. Para valores em branco, use parameter1=valueA,parameter2='',etc.
  • --resetParameters especifica uma lista de parâmetros delimitados por vírgulas a serem redefinidos para seus valores padrão correspondentes. Por exemplo, parameter1,parameter2 e assim por diante.
  • --responseFile especifica o local absoluto do arquivo JSON de resposta para modificar os parâmetros do banco de dados
  • --backupPrepared confirma que há um backup adequado do banco de dados antes de modificar parâmetros críticos ou confidenciais.
  • --instance especifica o nome da instância na qual os parâmetros serão processados. Se não for especificado, a operação será executada no nível do banco de dados.
  • --allowBounce concede permissão para devolver o banco de dados a fim de refletir as alterações nos parâmetros estáticos aplicáveis.

Exemplo 5-4 dbaascli database modifyParameters

dbaascli database modifyParameters --dbname dbname --setParameters "log_archive_dest_state_17=ENABLE"
dbaascli database upgrade

Para fazer upgrade de um Banco de Dados Oracle, use o comando dbaascli database upgrade.

Pré-requisito

Execute o comando como usuário root.

Sintaxe

dbaascli database upgrade --dbname <value> 
{--targetHome <value> | --targetHomeName <value>}
{ [--executePrereqs | --postUpgrade | --rollback]}
{[--standBy | --allStandbyPrepared]}
{[--upgradeOptions <value>]  | [--standBy]}
[--removeGRP]
[--increaseCompatibleParameter]
[--resume [--sessionID <value>]]
[--waitForCompletion <value>]
Em que:
  • --dbname (obrigatório) especifica o nome do banco de dados.
  • --targetHome especifica o local do Oracle home de destino
  • --targetHomeName especifica o nome do home do Banco de Dados Oracle de destino
  • --standBy use esta opção para fazer upgrade de bancos de dados stand-by nas configurações do Data Guard
  • --allStandbyPrepared obrigatório para bancos de dados principais configurados pelo Data Guard. Flags para confirmar que todas as operações obrigatórias foram executadas nos bancos de dados stand-by antes de fazer upgrade do banco de dados principal
  • --removeGRP só remove automaticamente o backup de Ponto de Restauração Garantido (GRP) se o upgrade do banco de dados foi bem-sucedido
  • --increaseCompatibleParameter aumenta automaticamente o parâmetro compatível como parte do upgrade do banco de dados. O parâmetro só será aumentado se o upgrade do banco de dados tiver sido bem-sucedido
  • --executePrereqs executa apenas as verificações de pré-upgrade
  • --postUpgrade use esta opção se o pós-upgrade falhar e precisar executar novamente as etapas pós-upgrade
  • --rollback reverte um Oracle Database para seu Oracle home original
  • --upgradeOptions use esta opção para transmitir argumentos específicos do DBUA para executar o upgrade do Oracle Database. Consulte a documentação correspondente da Oracle para obter os argumentos e as opções com suporte.

    --standby

  • --resume para retomar a execução anterior
  • --sessionID para retomar um id de sessão específico.
  • --waitForCompletion especifique false para executar a operação em segundo plano. Valores válidos : true|false.

Exemplo 5-5 dbaascli database upgrade pre-upgrade requisite checks

dbaascli database upgrade --dbbname dbname --targetHome Target Oracle home location --executePrereqs
Pré-requisitos para Aplicação de Patches e Atualização de um Sistema Exadata Cloud Infrastructure

A instância do Exadata Cloud Infrastructure requer acesso ao serviço Oracle Cloud Infrastructure Object Storage, incluindo conectividade com o ponto final Swift aplicável para o 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 estes tópicos:
Observação

Certifique-se de que as seguintes condições sejam atendidas para evitar falhas na aplicação de patch:
  • O diretório /u01 no sistema de arquivos de host do banco de dados tem pelo menos 15 GB de espaço livre para a execução dos processos de aplicação de patch.
  • O Oracle Clusterware está ativo e em execução no cluster de VMs.
  • Todos os nós do cluster de VMs estão ativos e em execução.
Usando a Console para Aplicar Patches e Atualizar Instâncias do Exadata Cloud Infrastructure

Você pode usar a Console para exibir o histórico de operações de patch nas instâncias do Exadata Cloud Infrastructure, aplicar patches e monitorar o status das operações de patch.

Tópico principal: Aplicando Patches e Atualizando o GI do Cluster de VMs e Homes do Banco de Dados

Aplicando Patch a Instâncias do Exadata que Usam o Modelo de Recurso do Sistema de Banco de Dados

As tarefas desta seção descrevem como aplicar patches e monitorar o status das operações de patch nos sistemas de banco de dados Exadata e seus Homes de Banco de Dados.

Tópico principal: Usando a Console para Aplicar Patches e Atualizar Instâncias do Exadata Cloud Infrastructure

Para aplicar patch ao Oracle Grid Infrastructure em um sistema de banco de dados Exadata

Como aplicar patches e monitorar o status das operações de patch nos sistemas de banco de dados Exadata

  1. Abra o menu de navegação. Clique em Oracle Database e, em seguida, clique em Bare Metal, VM e Exadata.
  2. Escolha o Compartimento.
  3. Na lista de sistemas de banco de dados, clique no nome do sistema de banco de dados Exadata ao qual você deseja aplicar patches para exibir os detalhes do sistema de banco de dados.
  4. Clique em Atualizações (GI).
  5. Verifique a lista de patches disponíveis para o sistema de banco de dados.
  6. Clique no menu Ações do patch no qual você está interessado e, em seguida, clique em uma das seguintes ações: Pré-verificação: Verifique se há pré-requisitos para garantir que o patch possa ser aplicada com sucesso. Aplicar atualização do Grid Infrastructure: Aplica o patch selecionado. A Oracle recomenda que você execute a operação de pré-verificação de um patch antes de aplicá-lo.
    • Pré-verificação: Verifique se há pré-requisitos para garantir que o patch possa ser aplicado com sucesso.
    • Aplicar atualização do Grid Infrastructure: Aplica o patch selecionado. A Oracle recomenda que você execute a operação de pré-verificação de um patch antes de aplicá-lo.
  7. Confirme quando solicitado.

A lista de patches exibe o status da operação. Durante a aplicação de um patch, o status dele é exibido como Aplicando Patch e o status do sistema de banco de dados é exibido como Atualizando. As operações do ciclo de vida no sistema de banco de dados e seus recursos podem ficar temporariamente indisponíveis. Se a aplicação de patch for concluída com sucesso, o status do patch será alterado para Aplicado e o status do sistema de banco de dados será alterado para Disponível. Você pode exibir mais detalhes sobre uma operação de patch individual clicando em Histórico de Patches.

Para aplicar patches ao software Oracle Database em um Home do Banco de Dados (sistema de banco de dados)

Como aplicar patches e monitorar o status das operações de patch nos Homes do Banco de Dados Exadata para Sistemas de banco de dados.

Observação

Este procedimento de aplicação de patch atualiza o software Oracle Database para todos os bancos de dados localizados no Home do Banco de Dados. Para aplicar patches a um banco de dados individual, você pode movê-lo para outro Home do Banco de Dados que use a configuração desejada do software Oracle Database.

  1. Abra o menu de navegação. Clique em Oracle Database e, em seguida, clique em Bare Metal, VM e Exadata.
  2. Escolha o Compartimento.
  3. Na lista de sistemas de banco de dados, clique no nome do sistema de banco de dados Exadata com o Home do Banco de Dados ao qual você deseja aplicar patch para exibir os detalhes do sistema de banco de dados.
  4. Clique em Homes de banco de dados.
  5. Clique no nome do Home do Banco de Dados ao qual deseja aplicar patch para exibir os detalhes do Home do Banco de Dados.
  6. Clique em Atualizações.
  7. Verifique os patches disponíveis para o Home do Banco de Dados. Você pode optar por aplicar patch usando uma imagem de software fornecida pela Oracle ou uma imagem de software personalizada. As imagens fornecidas pela Oracle geralmente são atualizações de release disponíveis. As imagens de software personalizadas são criadas pela sua organização com um conjunto especificado de patches. Consulte Imagens do Software Oracle Database para obter informações sobre como criar imagens de software personalizadas. A imagem usada para aplicar patch deve se basear na versão mais recente da release do software Oracle Database ou em uma das três versões anteriores da release.
  8. Clique no menu Ações no final da linha da tabela que lista o patch desejado e clique em uma das seguintes ações:

    • Pré-verificação: Verifique os pré-requisitos para garantir que o patch possa ser aplicado com sucesso.

    • Aplicar atualização do Home do Banco de Dados: Aplica o patch selecionado. A Oracle recomenda que você execute a operação de pré-verificação de um patch antes de aplicá-lo.

  9. Confirme quando solicitado.

A lista de patches exibe o status da operação. Durante a aplicação de um patch, o status do patch é exibido como Aplicando Patch e o status do Home do Banco de Dados e os bancos de dados nele são exibidos como Atualizando. Durante a operação, cada banco de dados no home é interrompido e reiniciado. Se a aplicação de patch for concluída com sucesso, o status do patch será alterado para Aplicado e o status do Home do Banco de Dados será alterado para Disponível. Você pode exibir mais detalhes sobre uma operação de patch individual clicando em Histórico de Patches.

Aplicando Patch a Instâncias do Exadata que Usam o Novo Modelo de Recurso

As tarefas dessa seção descrevem como aplicar patches e monitorar o status das operações de patch em clusters de VMs na nuvem e seus Homes de Banco de Dados.

Para aplicar patch ao Oracle Grid Infrastructure em um cluster de VMs na nuvem do Exadata

Como aplicar patches e monitorar o status das operações de patch em clusters de VMs na nuvem.

  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. Clique em Clusters de VMs do Exadata.
  4. Na lista de clusters de VMs da nuvem, clique no nome do cluster ao qual você deseja aplicar patch para exibir os detalhes do cluster.
  5. Clique em Atualizações (GI).
  6. Reveja a lista de patches disponíveis para o cluster de VMs na nuvem.
  7. Clique no menu Ações do patch desejado e clique em uma das seguintes ações:

    • Pré-verificação: Verifique os pré-requisitos para garantir que o patch possa ser aplicado com sucesso.

    • Aplicar atualização do Grid Infrastructure: Aplica o patch selecionado. A Oracle recomenda que você execute a operação de pré-verificação de um patch antes de aplicá-lo.

  8. Confirme quando solicitado.
A lista de patches exibe o status da operação. Durante a aplicação de um patch, o status do patch é exibido como Aplicando Patch e o status do cluster de VMs na nuvem é exibido como Atualizando. As operações do ciclo de vida no cluster e seus recursos podem ficar temporariamente indisponíveis. Se a aplicação de patch for concluída com sucesso, o status do patch será alterado para Aplicado e o status do cluster será alterado para Disponível. Você pode ver mais detalhes sobre uma operação de aplicação de patch individual clicando em Histórico de Atualizações.

Para aplicar patch ao software Oracle Database em um Home do Banco de Dados

Observação

Este procedimento de patch atualiza o software Oracle Database para todos os bancos de dados localizados no Home do Banco de Dados. Para aplicar patch a um banco de dados individual, você pode Para mover um banco de dados para outro Home do Banco de Dados que use a configuração desejada do software Oracle Database.
  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. Clique em Clusters de VMs do Exadata.
  4. Na lista de clusters de VMs da nuvem, clique no nome do cluster ao qual você deseja aplicar patch para exibir os detalhes do cluster.
  5. Clique em Homes de banco de dados.
  6. Clique no nome do Home do Banco de Dados ao qual deseja aplicar patch para exibir os detalhes do Home do Banco de Dados.
  7. Clique em Atualizações.
  8. Verifique os patches disponíveis para o Home do Banco de Dados. Você pode optar por aplicar patch usando uma imagem de software fornecida pela Oracle ou uma imagem de software personalizada. As imagens fornecidas pela Oracle geralmente são atualizações de release disponíveis. As imagens de software personalizadas são criadas pela sua organização com um conjunto especificado de patches. Consulte Imagens do Software Oracle Database para obter informações sobre como criar imagens de software personalizadas. A imagem usada para aplicar patch deve se basear na versão mais recente da release do software Oracle Database ou em uma das três versões anteriores da release.
  9. Clique no menu Ações no final da linha da tabela que lista o patch desejado e clique em uma das seguintes ações:
    • Pré-verificação: Verifique os pré-requisitos para garantir que o patch possa ser aplicado com sucesso.
    • Aplicar atualização do Home do Banco de Dados: Aplica o patch selecionado. A Oracle recomenda que você execute a operação de pré-verificação de um patch antes de aplicá-lo.

  10. Confirme quando solicitado.

    A lista de patches exibe o status da operação. Durante a aplicação de um patch, o status do patch é exibido como Aplicando Patch e o status do Home do Banco de Dados e os bancos de dados nele são exibidos como Atualizando. Durante a operação, cada banco de dados no home é interrompido e reiniciado. Se a aplicação de patch for concluída com sucesso, o status do patch será alterado para Aplicado e o status do Home do Banco de Dados será alterado para Disponível. Você pode ver mais detalhes sobre uma operação de aplicação de patch individual clicando em Histórico de Atualizações.

Aplicando Patch a Oracle Databases Individuais em uma Instância do Exadata Cloud Infrastructure

Essa tarefa explica como aplicar patch a um único Oracle Database na instância do Exadata Cloud Infrastructure movendo-o para outro Home do Banco de Dados.

Para obter informações sobre como aplicar patch em Homes de Banco de Dados, consulte Para aplicar patch ao software Oracle Database em um Home de Banco de Dados (cluster de VMs na nuvem)

Tópico principal: Usando a Console para Aplicar Patches e Atualizar Instâncias do Exadata Cloud Infrastructure

Para mover um banco de dados para outro Home do Banco de Dados

Essa tarefa explica como aplicar patch a um único Oracle Database na instância do Exadata Cloud Infrastructure movendo-o para outro Home do Banco de Dados.

Você pode mover um banco de dados para qualquer Home do Banco de Dados que atenda a um dos seguintes critérios:

  • O Home do Banco de Dados de destino use a mesma versão do software Oracle Database (incluindo atualizações de patch) que o Home do Banco de Dados de origem
  • O Home do Banco de Dados de destino seja baseado na versão mais recente da release do software Oracle Database usada pelo banco de dados ou em uma das três versões anteriores da release

A movimentação de um banco de dados para um novo Home do Banco de Dados faz com que o banco de dados vá para o nível de patch do Home do Banco de Dados de destino. Para obter informações sobre como aplicar patches a Homes de Bancos de Dados, consulte Aplicação de Patch do Home do Banco de Dados e .

  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 que você deseja mover:

    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, clique no nome do cluster de VMs que contém o banco de dados que você deseja mover.

    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 item que deseja acessar e clique no nome do sistema de banco de dados Exadata que contém o banco de dados que você deseja mover.

  4. Clique em Mais Ações e depois clique em Mover para Outro Home.
  5. Selecione o Home do Banco de Dados de destino.
  6. Clique em Mover.

  7. Confirme a operação de movimentação.

    O banco de dados é movido de forma incremental. A instância do banco de dados será interrompida, nó por nó, no home atual e depois reiniciada no home de destino. Enquanto o banco de dados está sendo movido, o status do Home é exibido como Movendo o Banco de Dados. Quando a operação for concluída, o Home do Banco de Dados será atualizado com o home atual. O Datapatch é executado automaticamente, como parte da movimentação do banco de dados, para concluir as ações SQL de pós-patch para todos os patches, incluindo one-offs, no novo Home de Banco de Dados. Se a operação de movimentação do banco de dados não tiver êxito, o status do banco de dados será exibido como Failed e o campo Home do Banco de Dados fornecerá informações sobre o motivo da falha.

Exibindo Histórico de Patches

Cada entrada no histórico de patches representa uma tentativa de operação de patch e indica se a operação foi bem-sucedida ou falhou. Você pode repetir uma operação de patch com falha. A repetição de uma operação resulta em uma nova entrada no histórico de patches.

As views do histórico de patches na Console não mostram patches aplicados com ferramentas de linha de comando, como dbaascli.

Se sua instância de serviço usar o novo modelo de recurso, o histórico de patches estará disponível navegando até a página Detalhes do Cluster de VMs. Se sua instância de serviço usar o modelo de recurso do sistema de banco de dados, o histórico de patches estará disponível navegando até a página Detalhes do Sistema de Banco de Dados.

  • Para exibir o histórico de patches de um cluster de VMs na nuvem
    Cada entrada no histórico de patches representa uma tentativa de operação de patch e indica se a operação foi bem-sucedida ou falhou.
  • Para exibir o histórico de patches de um sistema de banco de dados
    Cada entrada no histórico de patches representa uma tentativa de operação de patch e indica se a operação foi bem-sucedida ou falhou. Você pode repetir uma operação de patch com falha. A repetição de uma operação resulta em uma nova entrada no histórico de patches. Para uma instância de serviço que usa o modelo de recurso do sistema de banco de dados, o histórico de patches está disponível navegando até a página Detalhes do Sistema de Banco de Dados
  • Para exibir o histórico de patches de um Home do Banco de Dados
    Cada entrada no histórico de patches representa uma tentativa de operação de patch e indica se a operação foi bem-sucedida ou falhou. Você pode repetir uma operação de patch com falha. A repetição de uma operação resulta em uma nova entrada no histórico de patches. Se sua instância de serviço usar o novo modelo de recurso, o histórico de patches estará disponível navegando até a página Detalhes do Cluster de VMs.

Tópico principal: Usando a Console para Aplicar Patches e Atualizar Instâncias do Exadata Cloud Infrastructure

Para exibir o histórico de patches de um cluster de VMs na nuvem

Cada entrada no histórico de patches representa uma tentativa de operação de patch e indica se a operação foi bem-sucedida ou falhou.

  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. Clique em Clusters de VMs do Exadata.
  4. Na lista de clusters de VMs da nuvem, clique no nome do cluster ao qual você deseja aplicar patch para exibir os detalhes do cluster.
  5. Clique em Histórico de Atualizações.

    A página Histórico de Atualizações exibe o histórico de operações de patch para esse cluster de VMs na nuvem e para os Homes do Banco de Dados nesse cluster de VMs na nuvem.

Tópico principal: Exibindo Histórico de Patches

Para exibir o histórico de patches de um sistema de banco de dados

Cada entrada no histórico de patches representa uma tentativa de operação de patch e indica se a operação foi bem-sucedida ou falhou. Você pode repetir uma operação de patch com falha. A repetição de uma operação resulta em uma nova entrada no histórico de patches. Para uma instância de serviço que usa o modelo de recurso do sistema de banco de dados, o histórico de patches está disponível navegando até a página Detalhes do Sistema de Banco de Dados

  1. Abra o menu de navegação. Clique em Oracle Database e, em seguida, clique em Bare Metal, VM e Exadata.
  2. Escolha o Compartimento.
  3. Na lista de sistemas de banco de dados, clique no nome do sistema de banco de dados do Exadata que contém as informações desejadas para exibir seus detalhes.
  4. Clique em Histórico de Atualizações.

A página Histórico de Patches exibe o histórico de operações de patch para esse sistema de banco de dados e para os Homes do Banco de Dados desse sistema de banco de dados.

Tópico principal: Exibindo Histórico de Patches

Para exibir o histórico de patches de um Home do Banco de Dados

Cada entrada no histórico de patches representa uma tentativa de operação de patch e indica se a operação foi bem-sucedida ou falhou. Você pode repetir uma operação de patch com falha. A repetição de uma operação resulta em uma nova entrada no histórico de patches. Se sua instância de serviço usar o novo modelo de recurso, o histórico de patches estará disponível navegando até a página Detalhes do Cluster de VMs.

  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 o sistema de banco de dados que contém o Home do Banco de Dados.

    • Clusters de VMs na nuvem (O 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 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. Clique em Homes de banco de dados.
  5. Clique no nome do Home do Banco de Dados desejado para exibir os detalhes do Home do Banco de Dados.
  6. Clique em Histórico de Atualizações.
    A página do histórico exibe o histórico de operações de patch desse Home do Banco de Dados e do cluster de VMs na nuvem ou do sistema de banco de dados a que ele pertence.

Tópico principal: Exibindo Histórico de Patches

Usando a API para Aplicar Patches a uma Instância do Exadata Cloud Infrastructure

Use estas operações de API para gerenciar a aplicação de patches dos seguintes recursos do Exadata: clusters de VMs na nuvem, sistemas de banco de dados, bancos de dados e Homes de Bancos de Dados.

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.

Clusters de VMs na nuvem (para sistemas que usam o novo modelo de recurso):

Sistema de banco de dados:

Bancos de Dados:

  • UpdateDatabase - Use essa operação para aplicar patch a um banco de dados movendo-o para outro Home do Banco de Dados

Homes de Banco de Dados:

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

Atualizando um Sistema Operacional de Cluster de VMs do Exadata Cloud

As atualizações de imagem do cluster de VMs do Exadata permitem atualizar a imagem do sistema operacional nos nós do cluster de VMs na nuvem do Exadata de forma automatizada na console e nas APIs do OCI.

Esse recurso automatizado simplifica e acelera a aplicação de patch no cluster de VMs, torna a aplicação de patch menos propensa a erros e elimina a necessidade de usar o Gerenciador de Patch.

Quando você aplica um patch, o sistema executa uma operação de pré-verificação para garantir que o cluster de VMs na nuvem, o sistema de banco de dados Exadata ou o Home de Banco de Dados atenda aos requisitos desse patch. Se a pré-verificação não for bem-sucedida, o patch não será aplicado e o sistema exibirá uma mensagem informando que o patch não pode ser aplicado porque a pré-verificação falhou. Uma operação de pré-verificação distinta que você pode executar antes da atualização planejada também está disponível.

Tópico principal: Aplicando Patches e Atualizando um Sistema Exadata Cloud Infrastructure

Versões de Software Suportadas e Restrições de Atualização

Requisitos mínimos para atualização para a versão 23.1.0.0.0 da imagem do Exadata (imagem baseada no Oracle Linux 8):

Observação

Esses são apenas os requisitos mínimos. Se você quiser atualizar o Grid Infrastructure e/ou o Oracle Database para atender aos requisitos do Exadata 23.1, a recomendação será atualizar para as versões mais recentes disponíveis do Grid Infrastructure e do Oracle Database, e não no mínimo.
  • Imagem do Exadata (SO Convidado): Versão 22.1.0 da imagem do Exadata (maio de 2022) ou 21.2.10 (março de 2022). Os sistemas com versões anteriores à versão 21.2.10 precisarão primeiro atualizar para pelo menos 22.1.0 (maio de 2022) ou 21.2.10 (março de 2022) antes de atualizar para a versão 23.1.0.0.0. Isso se aplica aos servidores de armazenamento e de banco de dados.
    • Além de executar atualizações de versão secundária nas imagens do Cluster de VMs do Exadata, você poderá atualizar para uma nova versão principal se a versão atualmente instalada for 19.2 ou mais recente. Por exemplo, se o cluster de VMs estiver na versão 20, você poderá atualizá-lo para a versão 21.
    • As 4 (N a N-3) mais recentes ou mais versões secundárias de cada versão principal das imagens do Cluster de VMs estão disponíveis para aplicação por meio da console.
  • Oracle Grid Infrastructure: A release 23.1.0.0.0 da imagem do Exadata suporta as seguintes versões mínimas ou mais recentes do Oracle Grid Infrastructure.
    • Versão 19c: Versão 19.15, Atualização de versão (RU) de abril de 2022 e mais recente (padrão)
    • Versão 21c: Versão 21.6, Atualização de versão (RU) de abril de 2022 e versões mais recentes
  • Oracle Database: O Exadata System Software 23.1 suporta as seguintes versões mínimas ou mais recentes para novas instalações de banco de dados.
    • Versão 19c: Versão 19.15, Atualização de versão (RU) de abril de 2022 e mais recente (padrão)
    • Versões de banco de dados adicionais suportadas na aprovação de exceção Suporte Orientado ao Mercado ou Atualizações Trimestrais:
      • Versão 12.2.0.1, Release Update (RU) 12.2.0.1.220118 (janeiro de 2022)
      • Versão 12.1.0.2, Bundle Patch 12.1.0.2.220719 (julho de 2022) - requer o patch 30159782
      • Release 11.2.0.4, Bundle Patch 11.2.0.4.210119 (janeiro de 2021) - requer o patch 30159782, patch 33991024
  • Se você tiver uma operação de manutenção de infraestrutura do Exadata programada para começar nas próximas 24 horas, o recurso de atualização de Imagem do Exadata não estará disponível.
  • Depois que o cluster de VMs for submetido a upgrade para o SO 23.1 da VM Convidada do Exadata Database Service, você poderá adicionar uma nova VM ou um novo servidor de banco de dados a esse cluster de VMs se o Exadata Cloud Infrastructure estiver executando um Software do Sistema Exadata versão 22.1.16 e posterior.
    Observação

    O upgrade para o Exadata System Software 23.1 para o Exadata Cloud Infrastructure estará disponível com o ciclo de atualização de fevereiro de 2024.
Atualizando o Sistema Operacional com a Console

Observação

Depois que o cluster de VMs for submetido a upgrade para o SO 23.1 da VM Convidada do Exadata Database Service, você poderá adicionar uma nova VM ou um novo servidor de banco de dados a esse cluster de VMs se o Exadata Cloud Infrastructure estiver executando um Software do Sistema Exadata versão 22.1.16 e posterior.

O upgrade para o Exadata System Software 23.1 para o Exadata Cloud Infrastructure estará disponível com o ciclo de atualização de fevereiro de 2024.

  1. Abra o menu de navegação. Clique em Oracle Database e, em seguida, clique em Oracle Exadata Database Service on Dedicated Infrastructure
  2. Em Oracle Exadata Database Service on Dedicated Infrastructure, clique em Clusters de VMs do Exadata.
  3. Na lista de clusters de VMs na nuvem, clique no nome do cluster ao qual você deseja aplicar patch para exibir a página de detalhes.
  4. Clique em Atualizações (SO).
  5. Revise a lista de atualizações de software disponíveis e localize o patch do sistema operacional que você está aplicando.
  6. Clique no ícone Ações (três pontos) no fim da linha que lista o patch desejado e clique em uma das seguintes ações:
    • Pré-verificação: A pré-verificação verifica os pré-requisitos para garantir que o patch possa ser aplicado com sucesso. A Oracle recomenda que você execute a operação de pré-verificação antes de aplicar um patch. A razão é que as coisas podem mudar em um banco de dados em qualquer momento, e a pré-verificação executada um pouco antes de executar um patch pode encontrar erros que a pré-verificação anterior não encontrou.
      Observação

      Se a pré-verificação falhar, o sistema exibirá uma mensagem na caixa de diálogo Aplicar Atualização de Imagem do Sistema Operacional do Exadata em que a última pré-verificação falhou. A Oracle recomenda que você execute a pré-verificação novamente. Clique no ícone Ações (três pontos) no final da linha que lista o patch do sistema operacional para exibir a caixa de diálogo.
    • Aplicar Atualização de Imagem do Sistema Operacional do Exadata:: Esse link exibe a caixa de diálogo Aplicar Atualização de Imagem do Exadata que você usa para aplicar o patch. A caixa de diálogo mostra o nome do sistema de banco de dados no qual você está aplicando patch, a versão atual do banco de dados e a nova versão do banco de dados após a aplicação do patch. Para iniciar o processo, clique em Aplicar Atualização de Imagem do Sistema Operacional do Exadata.
    • Copiar OCID. Isso copia o ID do Oracle Cloud. Isso pode ser usado ao solucionar problemas de um patch ou dar ao Suporte ao entrar em contato com eles.
      Observação

      Enquanto o patch está sendo executado:

      • A opção Executar Pré-verificação e Aplicar Atualização de Imagem do Sistema Operacional não está disponível. Quando o patch tiver sido concluído, essas ações estarão disponíveis novamente.
      • Se a infraestrutura do Exadata que contém esse cluster de VMs estiver programada para manutenção que entra em conflito com a operação de aplicação de patch, o patch falhará e o sistema exibirá uma mensagem explicando o motivo. Após a conclusão da manutenção da infraestrutura, execute a operação de aplicação de patch novamente.
  7. Confirme quando solicitado.

A lista de patches exibe o status da operação na seção Versão da página de detalhes do banco de dados. Clique em Exibir Atualizações para exibir mais detalhes sobre um status de patch individual e exibir todas as atualizações disponíveis para execução. Se nenhuma nova atualização estiver disponível, o sistema exibirá uma mensagem informando Nenhuma Atualização Disponível.

Upgrade do Exadata Grid Infrastructure

Esse tópico descreve como fazer upgrade do Oracle GI (Grid Infrastructure) em um cluster de VMs na nuvem do Exadata usando a Console ou a API do Oracle Cloud Infrastructure.

O upgrade permite que você provisione Homes do Oracle Database e bancos de dados que usam o software Oracle Database mais atual. Para obter mais informações sobre clusters de VMs na nuvem do Exadata e o novo modelo de recurso do Exadata, consulte Visão Geral do X8M, X9M e X11M Exadata Infrastructure Escalável.

Tópico principal: Aplicando Patches e Atualizando um Sistema Exadata Cloud Infrastructure

Pré-requisitos para o Upgrade do Exadata Grid Infrastructure

Para fazer upgrade do GI para o Oracle Database 19c, você deve estar usando o sistema operacional Oracle Linux 7 para o seu cluster de VMs.

Para obter mais informações sobre como fazer upgrade do sistema operacional, consulte o seguinte documento:

Sobre o Upgrade do Oracle Grid Infrastructure

O upgrade do Oracle Grid Infrastructure (GI) em um cluster de VMs envolve o upgrade de todos os nós de computação da instância. O upgrade é executado de forma incremental, com apenas um nó sendo atualizado de cada vez.

  • A Oracle recomenda a execução de uma pré-verificação de upgrade para identificar e resolver quaisquer problemas que possam impedir o sucesso de um upgrade.
  • Você pode monitorar o andamento da operação de upgrade exibindo as solicitações de serviço associadas.
  • Se você tiver uma operação de manutenção de infraestrutura do Exadata programada para começar nas próximas 24 horas, o recurso de upgrade do GI não estará disponível.
  • Durante o upgrade, você não pode executar outras operações de gerenciamento, como iniciar, interromper ou reinicializar nós, dimensionar CPU, provisionar ou gerenciar Homes de Banco de Dados ou bancos de dados, restaurar um banco de dados ou editar definições do IORM. As seguintes operações do Data Guard não são permitidas no cluster de VMs que está passando por um upgrade do GI:
    • Ativar o Data Guard
    • Switchover
    • Fazer failover para o banco de dados usando o cluster de VMs (uma operação de failover para stand-by em outro cluster de VMs é possível)
Usando a console para fazer upgrade do Grid Infrastructure

Você pode usar a Console para executar uma pré-verificação antes de fazer upgrade do Oracle Grid Infrastructure (GI), e para executar a operação de upgrade do GI.

Para Pré-verificar seu Cluster de VMs na Nuvem antes do Upgrade

  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. Clique em Clusters de VMs do Exadata.
  4. Na lista de clusters de VMs da nuvem, clique no nome do cluster ao qual você deseja aplicar patch para exibir os detalhes do cluster.
  5. Clique em Atualizações (GI) para exibir a lista de patches e upgrades disponíveis.
  6. Clique no ícone Ações (três pontos) no final da linha listando o upgrade do GI (Oracle Grid Infrastructure) e, em seguida, clique em Pré-verificar.
  7. Na caixa de diálogo Confirmar, confirme se deseja fazer o upgrade para iniciar a operação de pré-verificação.
Para Fazer Upgrade do Oracle Grid Infrastructure de um Cluster de VMs na Nuvem

Procedimento para fazer upgrade do Oracle Grid Infrastructure de um Cluster de VMs na Nuvem.

Observação

  • Ao planejar fazer upgrade do Grid Infrastructure para 23ai, certifique-se de que, para cada grupo de discos ASM, compatible.rdbms tenha um valor definido como 19.0.0.0 e posterior.
  • Requisitos mínimos para fazer upgrade do Grid Infrastructure de 19c para 23ai:
    • VM Convidada do Exadata executando o Software do Sistema Exadata 23.1.8
    • Exadata Infrastructure executando o Software do Sistema Exadata 23.1.x
  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. Clique em Clusters de VMs do Exadata.
  4. Na lista de clusters de VMs da nuvem, clique no nome do cluster ao qual você deseja aplicar patch para exibir os detalhes do cluster.
  5. Clique em Atualizações (GI) para exibir a lista de patches e upgrades disponíveis.
  6. Clique no ícone Ações (três pontos) no final da linha listando o upgrade da Oracle Grid Infrastructure (GI) e, em seguida, clique em Aplicar atualização da Grid Infrastructure.
  7. Na caixa de diálogo Fazer Upgrade do Grid Infrastructure, confirme que você deseja fazer upgrade do GI clicando em Fazer Upgrade do Grid Infrastructure. Se você não tiver executado uma pré-verificação, terá a opção de clicar em Executar Pré-verificação nessa caixa de diálogo para pré-verificar o cluster de VMs da nuvem antes do upgrade.
Usando a API para Fazer Upgrade do Grid Infrastructure em um Cluster de VMs

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 fazer upgrade do Oracle Grid Infrastructure em um cluster de VMs na nuvem e exibir o histórico de atualização do cluster.

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

Upgrade de Bancos de Dados Exadata

Este tópico descreve os procedimentos para fazer upgrade de uma instância do banco de dados Exadata para o Oracle Database 19c e o Oracle Database 23ai usando a Console e a API. O upgrade é feito movendo o banco de dados Exadata para um Home de Banco de Dados que use a versão de software de destino.

Observação

Este tópico só se aplica a instâncias do Exadata Cloud Infrastructure que usam o novo modelo de recurso. Para obter informações sobre como converter um sistema de banco de dados Exadata no novo modelo de recurso, consulte Alternando um Sistema de Banco de Dados Exadata para o Novo Modelo de Recurso e APIs.

Para obter as linhas de tempo do suporte de software e release do Oracle Database, consulte Release Schedule of Current Database Releases (Doc ID 742060.1) no portal My Oracle Support.

Tópico principal: Aplicando Patches e Atualizando um Sistema Exadata Cloud Infrastructure

Pré-requisitos para Fazer Upgrade de Bancos de Dados Oracle

Verifique a lista de pré-requisitos para fazer upgrade de uma instância do Oracle Database do Exadata Cloud Infrastructure.

  • Para fazer upgrade para 19c, o Oracle Linux 7 é o requisito mínimo e para fazer upgrade para o 23ai, o Oracle Linux 8 é o requisito mínimo. Para obter instruções detalhadas sobre como atualizar manualmente o sistema operacional, consulte Como Atualizar o Software do Sistema Exadata (DomU) de 18 para 19 no Exadata Cloud Service no OCI (ID do Documento 2521053.1 do My Oracle Support).
  • O Oracle Grid Infrastructure pode ter a versão 19c ou 23ai para o Oracle Database 19c. No entanto, o Oracle Grid Infrastructure deve ser a versão 23ai para o Oracle Database 23ai. Consulte Upgrade do Exadata Grid Infrastructure para obter instruções sobre como usar a Console ou a API do Oracle Cloud Infrastructure para fazer upgrade do Grid Infrastructure. Se houver patches disponíveis para o Grid Infrastructure, a Oracle recomenda aplicá-los antes de executar um upgrade do banco de dados.
  • Você deve ter um Home do Oracle Database disponível que use as quatro versões mais recentes do Oracle Database 19c ou do Oracle Database 23ai disponíveis no Oracle Cloud Infrastructure. Consulte Para Criar um novo Home do Oracle Database em uma Instância existente do Exadata Cloud Infrastructure para obter informações sobre como criar um Home do Banco de Dados. Você pode usar imagens de software publicadas pela Oracle ou uma imagem de software de banco de dados personalizada com base em seus requisitos de aplicação de patch para criar Homes de Banco de Dados.
  • Certifique-se de que possam ser abertos todos os bancos de dados plugáveis no banco de dados contêiner que está sendo atualizado. Bancos de dados plugáveis que não podem ser abertos pelo sistema durante o upgrade podem causar uma falha no upgrade.

  • Se você estiver fazendo upgrade de bancos de dados em uma associação do Data Guard criada manualmente (uma associação não criada usando a Console ou APIs), o seguinte se aplicará:

    • Os bancos de dados devem ser registrados com o conjunto de ferramentas da Nuvem. Consulte Atualizando Ferramentas em uma Instância do Exadata Cloud Service para obter mais informações.
    • O Redo Apply precisa ser desativado durante o upgrade do banco de dados principal e do stand-by. Para bancos de dados Oracle 11.2 e 12.1, a configuração do Data Guard também precisa ser desativada.
    • Se você tiver configurado um examinador, ele precisará ser desativado antes do upgrade.
Seu banco de dados Oracle deve ser configurado com as seguintes definições para fazer upgrade:
  • O banco de dados deve estar no modo de log de arquivamento.
  • O banco de dados deve ter flashback ativado.

Consulte a documentação do Oracle Database da versão de release do seu banco de dados para saber mais sobre essas definições.

Sobre o Upgrade de um Banco de Dados

Para upgrades de versão do software do banco de dados, observe o seguinte:

  • Os upgrades de banco de dados envolvem tempo de inatividade do banco de dados. Lembre-se disso ao programar o upgrade.
  • A Oracle recomenda que você faça backup do seu banco de dados e teste a nova versão do software em um sistema de teste ou em uma versão clonada do banco de dados antes de fazer upgrade de um banco de dados de produção. Consulte Para criar um backup completo sob demanda de um banco de dados para obter informações sobre como criar um backup manual sob demanda.
  • A Oracle recomenda a execução de uma operação de pré-verificação de upgrade do banco de dados antes de tentar um upgrade para que você possa descobrir quaisquer problemas que precisem ser minimizados antes do upgrade planejado. A operação de pré-verificação não afeta a disponibilidade do banco de dados e pode ser executada a qualquer momento que seja conveniente para você.

  • Se seus bancos de dados usarem o Data Guard, você poderá fazer upgrade do banco de dados principal ou do stand-by primeiro. Para fazer upgrade de um banco de dados principal, siga as etapas em Para fazer upgrade de um banco de dados Exadata ou verificá-lo previamente. Para fazer upgrade de um banco de dados stand-by, siga as etapas em Para mover um banco de dados para outro Home do Banco de Dados

  • Se seus bancos de dados usarem o Data Guard, o upgrade de um banco de dados principal ou stand-by desativará o redo apply durante a operação de upgrade. Após o upgrade dos bancos de dados principal e stand-by, o redo apply e o modo aberto serão reativados. A Oracle recomenda verificar a configuração do redo apply e do modo aberto após o upgrade.

  • Não será possível executar uma operação de upgrade enquanto uma operação de backup automático estiver em andamento. Antes do upgrade, a Oracle recomenda desativar backups automáticos e executar um backup manual. Consulte Para configurar backups automáticos para um banco de dados e Para criar um backup completo sob demanda de um banco de dados para obter mais informações.
  • Após o upgrade, você não poderá usar backups automáticos feitos antes do upgrade para restaurar o banco de dados em uma data específica anterior.
  • Se você estiver fazendo upgrade de um banco de dados que use o software versão 11.2, o banco de dados versão 19c resultante será um banco de dados não contêiner (não CDB).

Tópicos Relacionados

Tópico principal: Upgrade de Bancos de Dados Exadata

Como a Operação de Upgrade é Executada pelo Serviço de Banco de Dados?

Durante o processo de upgrade, o serviço Database faz o seguinte:

  • Executa uma pré-verificação automática. Isso permite ao sistema identificar problemas que precisam ser minimizados e interromper a operação de upgrade.
  • Define um ponto de restauração garantido, permitindo execute um flashback no caso de uma falha de upgrade.
  • Move o banco de dados para um Home de Banco de Dados Oracle especificado pelo usuário que utiliza a versão de software de destino desejada.
  • Executa o software DBUA (Database Upgrade Assistant) para fazer o upgrade.
  • Para bancos de dados em associações do Data Guard, o redo apply é desativado até que os bancos de dados principal e stand-by sejam submetidos a upgrade com sucesso, momento em que o redo apply é reativado pelo sistema. O sistema então ativa o Modo Aberto depois que o redo apply é ativado.
Fazendo Rollback de um Upgrade Malsucedido do Banco de Dados Oracle

Se seu upgrade não for concluído com sucesso, você terá a opção de executar um rollback.

Os detalhes sobre a falha são exibidos na página Detalhes do Banco de Dados na Console, permitindo que você analise e resolva os problemas que causam a falha.

Um rollback redefine o banco de dados para o estado antes do upgrade. Todas as alterações no banco de dados feitas durante e após o upgrade serão perdidas. A opção de rollback é fornecida em uma mensagem de banner exibida na página de detalhes do banco de dados após uma operação de upgrade malsucedida. Consulte Usando a Console para Fazer Rollback de um Upgrade de Banco de Dados com Falha para obter mais informações.

Para bancos de dados stand-by em associações do Oracle Data Guard, o rollback é realizado movendo o stand-by de volta para o Home do Banco de Dados original. Para obter instruções, consulte Para mover um banco de dados para outro Home do Banco de Dados.

Após o Upgrade de um Banco de Dados Oracle

Após uma atualização bem-sucedida, observe o seguinte:

  • Verifique se os backups automáticos estão ativados para o banco de dados se você os desativou antes do upgrade. Consulte Personalizando a Configuração de Backup Automático para obter mais informações.
  • Edite o parâmetro COMPATIBLE do Oracle Database para refletir a nova versão do software Oracle Database. Consulte O que É Compatibilidade com o Oracle Database? para obter mais informações.
  • Se o banco de dados usar um arquivo database_name.env, verifique se as variáveis no arquivo foram atualizadas para apontar para o Home do Banco de Dados 19c. Essas variáveis devem ser atualizadas automaticamente durante o processo de upgrade.
  • Se você estiver fazendo upgrade de um banco de dados não contêiner para o Oracle Database versão 19c, poderá converter o banco de dados em um banco de dados plugável após o upgrade. Consulte Como Converter Não CDB em PDB (ID de Documento 2288024.1) para obter instruções sobre como converter seu banco de dados em um banco de dados plugável.
  • Se o seu Home do Banco de Dados antigo estiver vazio e não for reutilizado, você poderá removê-lo. Consulte Usando a Console para Excluir um Home do Oracle Database para obter mais informações.
  • Para bancos de dados em associações do Data Guard, verifique o modo aberto e o status do redo apply após a conclusão do upgrade.
Usando a Console para Fazer Upgrade de um Banco de Dados

Procedimentos para pré-verificar e fazer upgrade de um banco de dados, fazer rollback de um upgrade com falha e exibir o histórico do upgrade.

Para fazer upgrade de um banco de dados Exadata ou verificá-lo previamente

Procedimento para fazer upgrade ou pré-verificar um banco de dados Exadata.

As seguintes etapas se aplicam a bancos de dados aos quais se aplicam:

  • O banco de dados é o banco de dados principal em uma associação do Data Guard
  • O banco de dados não faz parte de uma associação do Data Guard

Para fazer upgrade de um banco de dados stand-by em uma configuração do Data Guard, mova o stand-by para um Home do Banco de Dados usando a versão do Oracle Database para a qual você está fazendo upgrade. Consulte Para mover um banco de dados para outro Home do Banco de Dados para obter detalhes.

  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. EmOracle Exadata Database Service on Dedicated Infrastructure, clique em Clusters de VMs do Exadata. Na lista de clusters de VMs, clique no nome do cluster que contém o banco de dados que deseja atualizar.

    Observação

    Se seu banco de dados estiver em uma instância do Exadata Cloud Infrastructure que não use o novo modelo de recurso do Exadata, você precisará alternar a instância para o novo modelo para que possa fazer upgrade do banco de dados.

  4. Na lista de bancos de dados da página de detalhes do cluster de VMs, clique no nome do banco de dados que você deseja submeter a upgrade para exibir a página Detalhes do Banco de Dados.
  5. Clique em Ações e selecione Fazer Upgrade.
  6. Na caixa de diálogo Fazer Upgrade do Banco de Dados, selecione o seguinte:
    • Versão do Oracle Database: O seletor drop-down lista apenas as versões do Oracle Database que são compatíveis com um upgrade da versão de software atual que o banco de dados está usando. A versão do software de destino deve ser superior à versão atual do banco de dados.

    • Home do Banco de Dados de Destino: Selecione um para seu banco de dados. A lista de Homes de Banco de Dados é limitada aos homes que usam as versões mais recentes do software Oracle Database 19c. Mover o banco de dados para o novo Home resulta no upgrade do banco de dados para a versão da release principal e no nível de aplicação de patch do novo Home do Banco de Dados.

  7. Clique em uma das seguintes opções:

    • Executar Pré-verificação: Essa opção inicia uma pré-verificação de upgrade para identificar qualquer problema com o banco de dados que precise ser minimizado antes de executar um upgrade.
    • Fazer Upgrade do Banco de Dados: Essa opção inicia a operação de upgrade. A Oracle só recomenda a execução de um upgrade depois que você tiver executado uma pré-verificação bem-sucedida no banco de dados.
Para fazer rollback de um upgrade de banco de dados com falha

  1. Abra o menu de navegação. No Oracle Database, clique em Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Escolha o Compartimento.
    Uma lista de Clusters de VMs é exibida para o Compartimento escolhido.
  3. Na lista de clusters de VMs, clique no nome do cluster de VMs que contém o banco de dados com o upgrade com falha.
  4. Localize o banco de dados cujo upgrade não foi bem-sucedido e clique em seu nome para exibir detalhes sobre ele.
  5. O banco de dados deve exibir um banner na parte superior da página de detalhes que inclua um botão Fazer Rollback e detalhes sobre quais problemas causaram a falha no upgrade.
  6. Clique em Fazer Rollback.
  7. Na caixa de diálogo Confirmar rollback, confirme se você deseja iniciar um rollback para a versão anterior do Oracle Database.
Para exibir o histórico de upgrades de 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. Em Oracle Exadata Database Service on Dedicated Infrastructure, clique em Clusters de VMs do Exadata. Na lista de clusters de VMs, clique no nome do cluster que contém o banco de dados que deseja atualizar.

    Observação

    Se seu banco de dados estiver em uma instância do Exadata Cloud Infrastructure que não use o novo modelo de recurso do Exadata, você precisará alternar a instância para o novo modelo de recurso do Exadata para que possa fazer upgrade do banco de dados.

  4. Na lista de bancos de dados na página de detalhes do cluster de VMs, clique no nome do banco de dados cujo histórico de upgrades você deseja exibir.
  5. Clique em Histórico de Upgrade.
Usando a API para fazer upgrade de Bancos de Dados

Use as seguintes APIs para gerenciar upgrades de banco de dados:

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 upgrades de banco de dados:

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

Observação

Ao usar a API UpgradeDatabase para fazer upgrade de um banco de dados do Exadata Cloud Infrastructure, especifique DB_HOME como origem do upgrade.

Resolvendo Problemas de Dependência Associados a Pacotes de Software Não Exadata Adicionais para Upgrade de DOMU

Se você instalou pacotes de software não Exadata além dos fornecidos pela Oracle e a pré-verificação falhar durante um upgrade do DOMU em decorrência de conflitos entre RPMs instalados pela Oracle e entre eles, poderá usar o procedimento a seguir para resolver os conflitos e prosseguir com o upgrade.

Para atualizações que não alteram a versão principal do Oracle Linux, esse recurso integrado permite atualizar pacotes de software não Exadata adicionais como parte da atualização do servidor de banco de dados Exadata. Ele simplifica o tratamento de problemas de dependência de pacote que podem surgir quando esses pacotes de software não Exadata estão presentes no sistema.

Você pode executar iterativamente a pré-verificação para identificar e resolver problemas de dependência associados aos pacotes de software não Exadata adicionais. Assim que as atualizações necessárias forem compreendidas, você poderá executar com confiança a atualização do servidor de banco de dados Exadata e atualizar os pacotes adicionais em uma única operação coordenada.

Certifique-se de que o arquivo de configuração exista no servidor de destino para acionar a configuração de um repositório YUM temporário para pacotes de software não Exadata.

  • Local do Arquivo: /etc/exadata/additional-packages.txt
  • Propriedade e Permissões: Este arquivo deve pertencer e ser modificável somente pelo usuário root.

Se o arquivo existir, ele será usado para coletar informações sobre os pacotes de software não Exadata necessários e para configurar e ativar um repositório YUM temporário. Se o arquivo não estiver presente, nenhum repositório será configurado.

Você também pode criar um link simbólico em /etc/exadata/additional-packages.txt que aponte para um arquivo de configuração localizado em outro lugar — normalmente em uma montagem compartilhada.

Formato de Arquivo

O arquivo deve conter uma lista de pacotes de software não Exadata, com cada entrada em uma nova linha. Os formatos suportados incluem:

  • http(s)://path/to/package.rpm: URL Completo para o arquivo RPM
  • /full/path/to/package.rpm: Caminho absoluto para um arquivo RPM local
  • repo:package.rpm: Referência a um pacote em um repositório YUM existente
Observação

  • Se estiver usando o formato repo:, verifique se o repositório referenciado está definido na configuração do YUM do servidor de destino.
  • Os arquivos locais podem residir em diretórios locais padrão, montagens NFS ou montagens ACFS.
Exemplo: additional-packages.txt

/u01/elfutils-debuginfod-client-0.190-2.el8.x86_64.rpm
/u01/elfutils-libelf-devel-0.190-2.el8.x86_64.rpm
/u01/keyutils-libs-devel-1.5.10-9.0.1.el8.x86_64.rpm
https://example.com/packages/krb5-devel-1.18.2-28.0.1.el8_10.x86_64.rpm
https://example.com/packages/memstrack-0.2.5-2.el8.x86_64.rpm
/u01/pigz-2.4-4.el8.x86_64.rpm
/u01/sssd-nfs-idmap-2.9.4-3.0.1.el8_10.x86_64.rpm
https://example.com/packages/timedatex-0.5-3.el8.x86_64.rpm
https://example.com/packages/zlib-devel-1.2.11-25.el8.x86_64.rpm