Aplicar Patch e Atualizar um Oracle Exadata Database Service no Sistema de Infraestrutura do Exascale

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

A manutenção de uma instância segura do Oracle Exadata Database Service no Exascale Infrastructure na melhor ordem de serviço exige que você execute manutenção regular.

As seguintes tarefas são obrigatórias

  • 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 Oracle Exadata Database Service no Sistema de Infraestrutura do Exascale

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.

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.

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

Saiba como executar operações de aplicação de patch nos recursos do Oracle Exadata Database Service no Exascale Infrastructure usando a Console ou a API.

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.
Sobre Aplicação de Patch e Atualização do GI do Cluster de VMs e dos Homes de Banco de Dados

Saiba mais sobre os tipos de aplicação de patch executados em instâncias do Oracle Exadata Database Service on Exascale Infrastructure e como concluir as operações de aplicação de patch.

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

A aplicação de patches em uma instância do Oracle Exadata Database Service no Exascale 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

Você aplica patch ao Grid Infrastructure no recurso de cluster de VMs na nuvem. Os clusters de VMs são usados pelos bancos de dados, que podem ser facilmente migrados para o novo recurso do Grid Infrastructure sem tempo de inatividade do sistema.

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.

A aplicação de patch requer a movimentação do banco de dados para um novo Home de Banco de Dados que tenha a versão de patch correta. Isso afeta apenas o banco de dados que está sendo movido.

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

Melhores Práticas para Aplicar Patch no Oracle Exadata Database Service em Componentes de Infraestrutura do Exascale

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 de Banco de Dados antigo.
  • Para as releases das 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 e as três versões anteriores mais recentes (N a N - 3).
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

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli database runDatapatch?

R: O comando dbaascli database runDatapatch é usado para aplicar patches a um Oracle Database.

P: O que deve ser garantido antes de executar o comando dbaascli database runDatapatch?

R: Antes de executar o comando, certifique-se de que todas as instâncias do banco de dados estejam ativas e em execução.

P: Como especificar qual banco de dados aplicar patch?

A: Use a opção --dbname seguida pelo nome do banco de dados. Por exemplo:

--dbname myDatabase

P: Como retomo uma operação runDatapatch interrompida anteriormente?

A: Use a opção --resume para retomar a execução anterior ou a opção --sessionID para especificar um ID de sessão específico. Por exemplo:

--resume

--sessionID 12345

P: Como posso ignorar determinados PDBs ao executar o patch?

A: Use a opção --skipPdbs seguida de uma lista delimitada por vírgulas de nomes de PDB a serem ignorados. Por exemplo:

--skipPdbs pdb1,pdb2

P: Como posso executar o patch apenas em determinados PDBs?

A: Use a opção --pdbs seguida de uma lista delimitada por vírgulas de nomes de PDB a serem incluídos. Por exemplo:

--pdbs pdb1,pdb2

P: Como aplicar ou reverter um conjunto específico de patches?

A: Use a opção --patchList seguida de uma lista delimitada por vírgulas de nomes de patch para aplicar ou fazer rollback. Por exemplo:

--patchList patch1,patch2

P: O que a opção --rollback faz?

A: A opção --rollback faz rollback dos patches que foram aplicados durante a operação de aplicação de patch.

P: O que acontece se alguns PDBs forem fechados durante a operação de aplicação de patch?

R: Se alguns PDBs estiverem fechados, você poderá usar a opção --skipClosedPdbs para ignorar a aplicação de patch nesses PDBs fechados.

P: Posso executar verificações de pré-requisitos antes de aplicar patches?

R: Sim, use a opção --executePrereqs para executar verificações de pré-requisitos antes de aplicar o patch.

P: Como descubro qual ID de sessão retomar um patch?

R: Após uma operação runDatapatch, o ID da sessão geralmente é registrado. Use a opção --sessionID para especificar esse ID ao retomar um patch. Por exemplo:

--sessionID 67890

dbaascli database runDatapatch --dbname db19
Chaves Gerenciadas pelo Cliente no Oracle Exadata Database Service na Infraestrutura do Exascale

As chaves gerenciadas pelo cliente do Oracle Exadata Database Service on Exascale Infrastructure são um recurso do serviço OCI (Oracle Cloud Infrastructure) Vault que permite criptografar 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 fazer o seguinte:

  • Ative chaves gerenciadas pelo cliente ao criar bancos de dados no Oracle Exadata Database Service no Exascale 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 Oracle Data Guard em bancos de dados Oracle Exadata Database Service on Exascale Infrastructure que usam chaves gerenciadas pelo cliente, os bancos de dados principal e standby devem estar no mesmo realmo.

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ó

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli database addInstance?

R: O comando dbaascli database addInstance é usado para adicionar uma nova instância de banco de dados a um nó especificado em um ambiente do Oracle Exadata Database Service.

P: Quais são os pré-requisitos para executar o comando dbaascli database addInstance?

R: O comando deve ser executado como o usuário root para ter as permissões necessárias para adicionar uma instância de banco de dados.

P: O que a opção --dbname representa neste comando?

A: A opção --dbname especifica o nome do Oracle Database para o qual você deseja adicionar uma nova instância.

P: Qual é a opção --node usada no comando addInstance do banco de dados dbaascli?

A: A opção --node especifica o nome do nó em que a nova instância do banco de dados será adicionada.

P: Qual é a finalidade da opção --newNodeSID neste comando?

A: A opção --newNodeSID permite especificar o SID (Identificador do Sistema) para a nova instância do banco de dados que será criada no nó especificado.

P: É obrigatório especificar a opção --newNodeSID ao adicionar uma nova instância?

A: A opção --newNodeSID é opcional. Se não for fornecido, a Oracle gerará automaticamente um SID para a nova instância do banco de dados.

P: Quando devo usar o comando dbaascli database addInstance?

R: Use este comando quando quiser dimensionar seu banco de dados adicionando uma nova instância a um nó adicional em uma configuração do Oracle Database com vários nós.

P: Posso adicionar várias instâncias de banco de dados a nós diferentes usando este comando?

R: Sim, você pode executar o comando várias vezes para adicionar instâncias de banco de dados a diferentes nós especificando os valores --node e --dbname apropriados.

P: O que acontece se o nó especificado na opção --node não estiver disponível?

R: O comando falhará se o nó especificado não estiver disponível ou acessível. Certifique-se de que o nó esteja adequadamente configurado e acessível antes de executar o comando.

P: Este comando pode ser usado em um ambiente do Data Guard?

R: Sim, você pode usar o comando dbaascli database addInstance em um ambiente do Data Guard para adicionar instâncias, mas é recomendável seguir as diretrizes necessárias do Data Guard para essas configurações.

P: Esse comando causará tempo de inatividade do banco de dados?

R: A adição de uma instância a um novo nó geralmente não causa tempo de inatividade para as instâncias de banco de dados existentes, mas é recomendável verificar seu ambiente em busca de dependências específicas.

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

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli database getDetails?

R: O comando dbaascli database getDetails mostra informações detalhadas sobre um banco de dados Oracle especificado, incluindo o nome do banco de dados, as informações do nó e os detalhes do banco de dados plugável (PDB).

P: Quem pode executar o comando dbaascli database getDetails?

R: O comando pode ser executado pelo usuário root ou pelo usuário oracle.

P: O que a opção --dbname especifica no comando dbaascli database getDetails?

A: A opção --dbname especifica o nome do banco de dados Oracle para o qual informações detalhadas estão sendo recuperadas.

P: Que tipo de informação o comando dbaascli database getDetails fornece?

R: O comando fornece detalhes como nome do banco de dados, informações do nó e informações sobre bancos de dados plugáveis (PDBs) associados ao banco de dados contêiner.

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>[--instance <value>] [--backupPrepared] [--allowBounce]|
--resetParameters <values> [--instance <value>] [--backupPrepared] [--allowBounce]
}
--responseFile
[--backupPrepared]
[--instance]
[--allowBounce]
[--waitForCompletion]
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.
  • --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.
  • --backupPrepared confirma que há um backup adequado do banco de dados antes de modificar parâmetros críticos ou confidenciais.
  • --allowBounce concede permissão para devolver o banco de dados a fim de refletir as alterações nos parâmetros estáticos aplicáveis.
  • --waitForCompletion especifique false para executar a operação em segundo plano. Valores válidos : true|false.]

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli database modifyParameters?

A: O comando dbaascli database modifyParameters é usado para modificar ou redefinir parâmetros de inicialização do Oracle Database.

P: Como eu especifico o banco de dados cujos parâmetros eu quero modificar?

R: Você deve usar a opção --dbname para especificar o nome do banco de dados para o qual deseja modificar ou redefinir parâmetros.

P: Como posso modificar os parâmetros do banco de dados usando o comando modifyParameters?

A: Use a opção --setParameters seguida de uma lista de parâmetros delimitados por vírgulas e seus novos valores. Por exemplo:

--setParameters parameter1=valueA,parameter2=valueB

P: Como redefino parâmetros para seus valores padrão usando este comando?

A: Use a opção --resetParameters seguida de uma lista de parâmetros delimitados por vírgulas para redefinir seus valores padrão. Por exemplo:

--resetParameters parameter1,parameter2

P: Posso modificar parâmetros usando um arquivo de resposta?

R: Sim, você pode especificar a localização absoluta de um arquivo JSON de resposta usando a opção --responseFile. O arquivo deve conter os parâmetros que você deseja modificar.

P: É necessário fazer um backup antes de modificar os parâmetros?

R: Embora não seja obrigatório para todas as alterações, se você estiver modificando parâmetros críticos ou confidenciais, é recomendável ter um backup em vigor. Você pode usar a opção --backupPrepared para confirmar que um backup foi preparado.

P: Posso aplicar alterações apenas a uma instância específica em um banco de dados de várias instâncias?

R: Sim, você pode especificar o nome da instância usando a opção --instance. Se esta opção não for usada, as alterações serão aplicadas no nível do banco de dados.

P: O banco de dados precisará ser devolvido (reiniciado) após a modificação dos parâmetros?

R: Para alguns parâmetros estáticos, é necessário um bounce do banco de dados. Você pode usar a opção --allowBounce para conceder permissão para que o banco de dados seja devolvido, se necessário.

P: O que acontece se eu não permitir que o banco de dados seja devolvido ao alterar parâmetros estáticos?

R: Se você não usar a opção --allowBounce ao modificar parâmetros estáticos, as alterações não entrarão em vigor até a próxima reinicialização manual do banco de dados.

P: Posso retomar a modificação de parâmetros se uma sessão anterior foi interrompida?

R: Não, este comando não suporta a retomada da sessão. Você precisará executar o comando novamente desde o início.

Exemplo 5-3 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.

Perguntas Frequentes

P: Qual é a finalidade do comando dbaascli database upgrade?

R: O comando dbaascli database upgrade é usado para fazer upgrade de um Oracle Database para uma nova versão.

P: Quais são os pré-requisitos para usar o comando dbaascli database upgrade?

R: Você deve executar o comando como usuário root e estabelecer conexão com uma máquina virtual do Exadata Cloud@Customer usando SSH.

P: Como eu especifico o banco de dados que precisa ser atualizado?

A: Use a opção --dbname seguida pelo nome do banco de dados. Por exemplo:

--dbname myDatabase

P: Como posso especificar o Oracle home de destino para o upgrade?

R: Você pode especificar o local do Oracle home de destino com a opção --targetHome ou o nome do home do Oracle Database de destino com a opção --targetHomeName.

P: O que a opção --standBy faz?

A: A opção --standBy é usada para fazer upgrade de bancos de dados stand-by nas configurações do Data Guard.

P: Qual é a finalidade do flag --allStandbyPrepared?

R: O flag --allStandbyPrepared reconhece que todas as operações necessárias em bancos de dados stand-by foram executadas antes do upgrade do banco de dados principal em uma configuração do Data Guard.

P: O que a opção --removeGRP faz?

A: A opção --removeGRP removerá automaticamente o backup de Ponto de Restauração Garantido (GRP) se o upgrade do banco de dados for bem-sucedido.

P: Quando devo usar a opção --increaseCompatibleParameter?

R: Use a opção --increaseCompatibleParameter para aumentar automaticamente o parâmetro compatível durante o upgrade do banco de dados, desde que o upgrade seja bem-sucedido.

P: O que a opção --executePrereqs faz?

A: A opção --executePrereqs executa apenas as verificações de pré-upgrade para garantir que o banco de dados esteja pronto para o upgrade.

P: Como lidar com uma etapa de pós-upgrade com falha?

A: Use a opção --postUpgrade para executar novamente as etapas de pós-upgrade se a tentativa inicial de pós-upgrade falhar.

P: Qual é a finalidade da opção --revert?

A: A opção --revert reverte o Oracle Database para seu Oracle home original, desfazendo o upgrade.

P: Como posso passar argumentos adicionais específicos do DBUA para o upgrade?

A: Use a opção --upgradeOptions para informar argumentos específicos do DBUA para o upgrade do Oracle Database. Consulte a documentação da Oracle para obter os argumentos e as opções com suporte.

P: É obrigatório especificar o Oracle home de destino para o upgrade?

R: Sim, você deve especificar --targetHome ou --targetHomeName para indicar o Oracle home de destino para o upgrade.

P: O que devo fazer se precisar executar uma verificação de pré-upgrade, mas não continuar com o upgrade?

R: Use a opção --executePrereqs para executar somente as verificações de pré-upgrade sem continuar com o upgrade real.

Exemplo 5-4 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 Cluster de VMs

A instância do Oracle Exadata Database Service no Exascale 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.

Configuração de Rede Necessária para Aplicação de Patches

Verifique as regras de segurança a serem usadas com seu sistema ExaDB-XS. As regras de segurança controlam os tipos de tráfego permitidos para a rede do cliente e a rede de backup dos nós de computação do Exadata.

Usando a Console para Aplicar Patch e Atualizar Clusters de VMs do Oracle Exadata Database Service on Exascale Infrastructure

Você pode usar a Console para exibir o histórico de operações de patch no Oracle Exadata Database Service no Exascale InfrastructureOracle Os clusters de VMs do Exadata Database Service no Exascale Infrastructure aplicam patches e monitoram o status das operações de patch.

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 depois clique em Oracle Exadata Database Service on Exascale 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. Em Versão, clique no link Exibir Patches ao lado do campo Atualizações Disponíveis.
  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:
    • Executar Pré-verificação: Verifique os pré-requisitos para garantir que o patch possa ser aplicado com sucesso.

    • Atualizar 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.
  9. Exibir ou Fazer Download de Logs para a operação de movimentação
    Para exibir o status de um job ou fazer download dos logs de um job, use este procedimento.

    Para exibir o status de um job ou fazer download dos logs de um job, use este procedimento.

    1. Vá para a página Detalhes do Cluster de VMs do cluster clicando no nome do cluster para o qual você deseja verificar os logs de job da operação de patch do Grid Infrastructure. A página Detalhes da Infraestrutura de Grade é exibida.
    2. Em Recursos, clique em Recursos associados. Haverá um recurso com o nome fsujob<*>. Clique no ícone Ações (Ícone do menu Ação) e, em seguida, clique em View log. A página Exibir log é exibida.

    O log é atualizado a cada dois minutos automaticamente. Clique em Atualizar log para atualizar os logs sob demanda. Clique em Download log para fazer download do log.

  10. Se necessário, você poderá repetir uma operação com falha do Oracle Grid Infrastructure.

    As etapas para repetir uma operação com falha do Grid Infrastructure são as seguintes:

    1. Clique em Exibir ou Fazer Download de Logs de Jobs. Verifique os logs do job da operação Aplicar Patch GI do Cluster de VMs ExaDB para entender o motivo da falha. Consulte: Arquivos de Logs e Rastreamento de Incidentes.
    2. Resolva o problema. Depois de resolver o problema subjacente, você poderá repetir a operação com falha.
    3. Repetir a Operação de atualizações do Grid Infrastructure: Para repetir a aplicação de patch do Grid Infrastructure com falha, inicie a operação Aplicar Patch do Grid Infrastructure novamente, selecionando a mesma atualização do Grid Infrastructure que na tentativa anterior.
Para aplicar patches a Bancos de Dados Oracle individuais no Oracle Exadata Database Service na Infraestrutura do Exascale

Você pode aplicar patches a um único Oracle Database no Oracle Exadata Database Service no Exascale 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 mais informações, consulte:

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

  1. Abra o menu de navegação. Clique em Oracle Database e depois clique em Oracle Exadata Database Service on Exascale Infrastructure
  2. Escolha o Compartimento.
  3. Navegue até o banco de dados que você deseja mover:

    Em Oracle Exadata Database Service na Infraestrutura do Exascale, 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.

  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 Banco de Dados.
    Observação

    Quando você atualiza a release de software dos bancos de dados movendo-os para um Home de Banco de Dados de destino, a Oracle recomenda que você use Homes de Banco de Dados, que executam as versões mais recentes (N) para 3 das versões mais recentes (N-3) de atualização de release (RU). Somente homes de banco de dados provisionados com Atualizações de Release (RUs) de banco de dados que atendem a esse critério de melhores práticas estão disponíveis como homes de destino para mover o banco de dados.

  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 do Banco de Dados é exibido como Moving Database. 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.

  8. Exibir ou Fazer Download de Logs para a operação de movimentação.

    Para exibir o status de um job ou fazer download dos logs de um job, use este procedimento.

    1. Vá para a página Detalhes do Cluster de VMs do cluster no qual o banco de dados está configurado e clique no nome do banco de dados cuja operação de movimentação você deseja verificar nos logs do job. A página de detalhes do Banco de Dados é exibida.
    2. Em Resources, clique em Work requests.
    3. Na seção Solicitações de serviço, clique em Atualizar Operação do Banco de Dados cujos logs você deseja exibir ou fazer download. A página Atualizar detalhes da solicitação de Serviço do Banco de Dados é exibida.
    4. Em Recursos, clique em Recursos associados. Haverá um recurso com o nome fsujob<*>.
    5. Clique no ícone Ações (ícone Ações) e, em seguida, clique em Exibir log. A página View log é exibida.

    O log é atualizado a cada dois minutos automaticamente. Clique em Atualizar log para atualizar os logs sob demanda. Clique em Fazer download do log para fazer download do log.

  9. Se necessário, você poderá repetir uma operação de Movimentação de Banco de Dados com falha.

    As etapas para repetir uma operação de movimentação de banco de dados com falha são as seguintes:

    1. Clique em Exibir ou Fazer Download de Logs de Jobs. Verifique os logs de job da Movimentação do Banco de Dados para entender o motivo da falha. Consulte: Arquivos de Logs e Rastreamento de Incidentes.
    2. Resolva o problema. Depois de resolver o problema subjacente, você poderá repetir a operação de movimentação com falha.
    3. Repita a operação de movimentação do banco de dados. Para repetir a operação de Movimentação do Banco de Dados com falha, inicie a etapa Mover Banco de Dados novamente, selecionando o mesmo home de destino da tentativa anterior.
Exibindo o Histórico de Patches do Oracle Exadata Database Service on Exascale Infrastructure

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.

Você pode exibir o histórico de patches navegando até a página Detalhes do Cluster de VMs.

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

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 depois clique em Oracle Exadata Database Service on Exascale 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.

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. Quando sua instância de serviço usa o novo modelo de recurso, o histórico de patches fica disponível navegando até a página Detalhes do Cluster de VMs.
  1. Abra o menu de navegação. Clique em Oracle Database e depois clique em Oracle Exadata Database Service on Exascale Infrastructure
  2. Escolha o Compartimento.
  3. Navegue até o cluster de VMs na nuvem que contém o Home do Banco de Dados.

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

  4. Em Recursos, clique em Homes de Bancos de Dados.
  5. Clique no nome do Home do Banco de Dados desejado para exibir os detalhes do Home do Banco de Dados.
  6. Em Versão do Software de Banco de Dados, clique em Exibir ao lado do campo Patch Mais Recente Disponível.
  7. 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 a que ele pertence.
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 o 26ai, 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 26ai:
    • VM Convidada do Exadata executando o Software Exadata System 23.1.8
    • Exadata Infrastructure executando o Software Exadata System 23.1.x
  1. Abra o menu de navegação. Clique em Oracle Database e depois clique em Oracle Exadata Database Service on Exascale 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 Aplicar Patch em uma Instância de Infraestrutura do Oracle Exadata Database Service no Exascale

Use essas operações de API para gerenciar a aplicação de patch dos seguintes recursos do Exadata: clusters de VMs na nuvem, 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:

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.

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 depois clique em Oracle Exadata Database Service on Exascale Infrastructure
  2. Em Oracle Exadata Database Service na Infraestrutura do Exascale, 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. Na seção Versão, à direita de Atualizações Disponíveis, clique em Exibir Atualizações para exibir a página Atualizações.
  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:
    • Executar 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. O motivo é que pode haver alterações em um banco de dados a qualquer momento e a pré-verificação executada pouco antes de aplicar 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. Este 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 de Bancos de Dados Exadata

É possível fazer upgrade das releases do Oracle Database no Oracle Exadata Database Service na Infraestrutura do Exascale 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.

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 Oracle Exadata Database Service no Exascale Infrastructure.

  • Você deve ter um Home do Oracle Database disponível que use as quatro versões mais recentes do Oracle Database disponíveis. Consulte Para Criar um novo Home do Oracle Database em um Oracle Exadata Database Service existente na Instância de Infraestrutura do Exascale 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.
    • O Redo Apply precisa ser desativado durante o upgrade do banco de dados principal e do stand-by.
    • Se você tiver configurado um observador, ele precisará ser desativado antes do upgrade.
Antes de iniciar o upgrade, sua configuração do Oracle Database deve ser configurada com as seguintes definições:
  • O banco de dados deve estar no modo de log de arquivamento.
  • O banco de dados deve ter flashback ativado.

Para saber mais sobre essas definições, consulte a documentação do Oracle Database referente à release do seu banco de dados.

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.
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, certifique-se de que as variáveis no arquivo foram atualizadas para apontar para o novo home do Banco de Dados. 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, poderá convertê-lo em um banco de dados plugável após a conversão. 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 seu Home de 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.

  1. Abra o menu de navegação. Clique em Oracle Database e depois clique em Oracle Exadata Database Service on Exascale Infrastructure
  2. Escolha o Compartimento.
  3. EmOracle Exadata Database Service na Infraestrutura do Exascale, 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.

  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 Mais Ações e, em seguida, em 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. Em Oracle Database, clique em Oracle Exadata Database Service on Exascale 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

Para exibir o histórico de upgrade de bancos de dados no Oracle Exadata Database Service on Exascale Infrastructure, use este procedimento.

  1. Abra o menu de navegação. Clique em Oracle Database e depois clique em Oracle Exadata Database Service on Exascale Infrastructure
  2. Escolha o Compartimento.
  3. Em Oracle Exadata Database Service na Infraestrutura do Exascale, 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.

  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. Na página Detalhes do Banco de Dados, em Versão do Banco de Dados, clique no link Exibir, mostrado para bancos de dados que foram submetidos a upgrade. Esse link não aparece para bancos de dados que não foram atualizados.

    A página Histórico de Atualizações é exibida. A tabela exibida nessa página mostra as operações de pré-verificação e upgrade executadas no banco de dados.

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 Oracle Exadata Database Service no banco de dados do Exascale Infrastructure, especifique DB_HOME como origem do upgrade.