Documentação do Oracle Cloud Infrastructure

Aplicar Patch e Atualizar um Sistema Oracle Exadata Database Service on Cloud@Customer

Aprenda a atualizar e aplicar patches no Sistema Oracle Exadata Database Service on Cloud@Customer

Tópico principal: Guias de Instruções

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

Para manter um sistema Oracle Exadata Database Service on Cloud@Customer seguro nas melhores condições de funcionamento, é necessário executar 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 Patch e Atualizando um Sistema Exadata Cloud@Customer.
  • Atualizando o sistema operacional nas máquinas virtuais do Cluster de VMs. Para obter informações e instruções, consulte Atualizando o Sistema Operacional da VM Convidada e Configuração e Administração do Oracle Clusterware.

Aplicando Patch e Atualizando um Sistema Oracle Exadata Database Service on Cloud@Customer

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 Patch e Atualizando um Sistema Oracle Exadata Database Service on Cloud@Customer Manualmente.

Para obter mais informações e exemplos de como aplicar patches trimestrais do banco de dados no Exadata Cloud@Customer, consulte a nota do My Oracle Support: How to Apply Database Quarterly Patch on Exadata Cloud Service e 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 Oracle Exadata Database Service on Cloud@Customer

Aplicando Patch e Atualizando Clusters de VMs e Homes de Banco de Dados

Saiba como executar operações de aplicação de patch no Grid Infrastructure (GI) do Cluster de VMs e nos Homes de Banco de Dados usando a Console ou a API

Tópico pai: Aplicando Patch a um Sistema Oracle Exadata Database Service on Cloud@Customer e Atualizando

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

A aplicação de patch em um cluster de VMs atualiza os componentes de cada VM convidada no cluster de VMs. A aplicação de patch do cluster de VMs atualiza a infraestrutura de grade (GI) e a aplicação de patch do Home do Banco de Dados atualiza o software Oracle Database compartilhado pelos bancos de dados nesse home.

Para obter mais informações sobre os patches disponíveis, consulte a nota https://support.oracle.com/epmos/faces/DocContentDisplay?id=2333222.1 do My Oracle Support.

Considere as seguintes práticas recomendadas:
  • Como a aplicação de patch em um sistema exige uma reinicialização, planeje executar as operações em um horário no qual elas tenham impacto mínimo para os usuários.
  • A Oracle recomenda que você faça backup dos bancos de dados antes de aplicar qualquer patch. Para obter informações sobre o backup dos bancos de dados, consulte Gerenciando Backup e Recuperação de Banco de Dados no Exadata Database Service on Cloud@Customer.
  • A Oracle recomenda que a versão do Oracle Grid Infrastructure RU não fique mais de 6 meses atrás da versão mais recente do banco de dados RU. Ao atualizar a versão do banco de dados, você também deve atualizar a versão do GI, se possível.
  • 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. Consulte Usando a Console para Mover um Banco de Dados para Outro Home.
Pré-requisitos para Aplicação de Patch e Atualização de um Sistema Oracle Exadata Database Service on Cloud@Customer

Verifique e aplique os patches mais recentes do Cloud que foram baixados e disponibilizados pela Oracle no host CPS.

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

Saiba como usar a console para exibir o histórico de operações de patch no cluster de VMs e nos Homes de Bancos de Dados, aplicar patches e monitorar o status das operações de aplicação de patch.

A Oracle recomenda que você use a ação de pré-verificação para garantir que o cluster de VMs ou o Home do Banco de Dados atenda aos requisitos do patch que você deseja aplicar.

Tópico principal: Aplicando Patch e Atualizando Clusters de VMs e Homes de Banco de Dados

Usando a Console para Executar Atualizações do Grid Infrastructure

Aprenda a aplicar atualizações do Grid Infrastructure em um cluster de VMs.

  1. Abra o menu de navegação. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
    A opção Clusters de VMs é selecionada por padrão.
  2. Escolha seu Compartimento.
    Uma lista de Clusters de VMs é exibida para o Compartimento escolhido.
  3. Na lista de clusters de VMs, clique no cluster em que deseja executar uma operação de patch.
  4. Na página Detalhes do Cluster de VMs resultante, clique em Atualizações.
  5. Verifique a lista de patches disponíveis para o cluster de VMs.

    As imagens do software Oracle Grid Infrastructure geralmente estão disponíveis no software Oracle Grid Infrastructure que você pode usar para aplicar patch ao seu cluster. As imagens Oracle que podem ser usadas para aplicação de patch têm o Tipo de atualização "Patch".

    As imagens de software Personalizadas do Grid Infrastructure são a imagem de software do Grid Infrastructure que você criou com antecedência.

    Use o seletor Selecionar um Compartimento para especificar o compartimento que contém a imagem de software do banco de dados.

    Use o filtro Região para acessar as imagens de software criadas em outra região.

  6. Clique no ícone Ações (três pontos) 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. A Oracle recomenda fortemente que você execute essa operação antes de aplicar um patch. A pré-verificação não causa qualquer impacto na disponibilidade do cluster; tudo permanece operacional.
    • Aplicar atualização do Grid Infrastructure: Aplica o patch selecionado.
  7. Confirme quando solicitado.

A lista de patches exibe o status da operação. Enquanto a pré-verificação estiver em execução, o status do patch mostrará Checking. Enquanto um patch está sendo aplicado, o status dele mostra Applying e o status do cluster de VMs mostra Updating. Durante a aplicação de patch, as operações de ciclo de vida no cluster de VMs e em seus recursos ficam temporariamente indisponíveis. Se a aplicação de patch for concluída com sucesso, o status do patch será alterado para Applied e o status do cluster de VMs será alterado para Available. Você pode ver mais detalhes sobre uma operação de aplicação de patch individual clicando em Histórico de Atualizações. A aplicação de patch do Grid Infrastructure é feita de forma incremental, nó por nó, e os recursos do cluster serão interrompidos e reiniciados em cada nó.

Usando a Console para Executar a Operação de Atualização em um Home do Banco de Dados

Aprenda a aplicar patches em um Home do Banco de Dados.

  1. Abra o menu de navegação. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
    A opção Clusters de VMs é selecionada por padrão.
  2. Escolha seu Compartimento.
    Uma lista de Clusters de VMs é exibida para o Compartimento escolhido.
  3. Na lista de clusters de VMs, clique no cluster em que o Home do Banco de Dados está localizado.
  4. Clique em Homes de Banco de Dados.
  5. Na lista de Homes de Bancos de Dados, clique no Home no qual você deseja executar uma operação de patch.
  6. Clique em Atualizações.
  7. Verifique a lista de patches disponíveis para o Home do Banco de Dados.

    As Imagens do Software Oracle Database são imagens do software Oracle Database de disponibilidade geral que você pode usar para atualizar seu banco de dados. As imagens Oracle que podem ser usadas para aplicação de patch têm o Tipo de atualização "Patch".

    As Imagens de Software de Banco de Dados Personalizadas são a imagem de software do banco de dado que você criou com antecedência.

    Use o seletor Selecionar um Compartimento para especificar o compartimento que contém a imagem de software do banco de dados.

    Use o filtro Região para acessar as imagens de software criadas em outra região.

  8. Clique no ícone Ações (três pontos) 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. A Oracle recomenda fortemente que você execute essa operação antes de aplicar um patch. A Pré-verificação não causa qualquer impacto na disponibilidade do cluster; tudo permanece operacional.
    • Aplicar atualização do Banco de Dados: Aplica o patch selecionado.
  9. Confirme quando solicitado.

A lista de patches exibe o status da operação. Enquanto a pré-verificação estiver em execução, o status do patch mostrará Checking. Enquanto um patch está sendo aplicado, o status do patch mostra Applying, o status do Home do Banco de Dados e dos bancos de dados nele são exibidos como Updating e as operações de ciclo de vida no cluster de VMs e em seus recursos ficam temporariamente indisponíveis. Os patches são aplicados ao Home do Banco de Dados de maneira incremental, nó por nó, e cada banco de dados no home é interrompido e depois reiniciado. Isso pode resultar em interrupção temporária do serviço. Se a aplicação de patch for concluída com sucesso, o status do patch será alterado para Applied e o status do Home do Banco de Dados será alterado para Available. Você pode ver mais detalhes sobre uma operação de aplicação de patch individual clicando em Histórico de Atualizações.

Usando a Console para Exibir o Histórico de Atualizações

Cada entrada no histórico de atualizações representa uma tentativa de aplicaçã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 atualizações na Console não mostram os patches que foram aplicados usando ferramentas de linha de comando, como dbaascli.

Usando a Console para Exibir o Histórico de Atualizações de um Cluster de VMs

Saiba como exibir o histórico de patches aplicados em um cluster de VMs.

  1. Abra o menu de navegação. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
    A opção Clusters de VMs é selecionada por padrão.
  2. Escolha seu Compartimento.
    Uma lista de Clusters de VMs é exibida para o Compartimento escolhido.
  3. Na lista de clusters de VMs, clique no cluster desejado.
  4. Clique em Histórico de Atualizações.

O histórico de operações de patch desse cluster de VMs é exibido, com o histórico de operações de patch nos Homes de Banco de Dados.

Usando a Console para Exibir o Histórico de Atualizações de um Home de Banco de Dados

Saiba como exibir o histórico de patches aplicados em um Home do Banco de Dados.

  1. Abra o menu de navegação. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
    A opção Clusters de VMs é selecionada por padrão.
  2. Escolha seu Compartimento.
    Uma lista de Clusters de VMs é exibida para o Compartimento escolhido.
  3. Na lista de clusters de VMs, clique no cluster em que o Home do Banco de Dados está localizado.
  4. Clique em Homes de Banco de Dados.
    Uma lista de Homes de Banco de Dados é exibida.
  5. Na lista de Homes de Banco de Dados, clique no Home desejado.
  6. Clique em Histórico de Atualizações.

O histórico de operações de patch desse Home do Banco de Dados é exibido, com o histórico de operações de patch no cluster de VMs ao qual ele pertence.

Usando a Console para Mover um Banco de Dados para Outro Home

Você pode atualizar a versão de um banco de dados de cluster de VMs movendo-o para um Home do Banco de Dados que esteja executando a versão do Oracle Database do seu interesse.

  1. Abra o menu de navegação. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
    A opção Clusters de VMs é selecionada por padrão.
  2. Escolha seu Compartimento.
    Uma lista de Clusters de VMs é exibida para o Compartimento escolhido.
  3. Na lista de clusters de VMs, clique no cluster em que está localizado o banco de dados que você deseja mover.
  4. Clique em Homes de Banco de Dados.
  5. Na lista de Homes de Banco de Dados, clique no Home desejado.
  6. Clique em Bancos de Dados.
  7. Na lista de bancos de dados, clique no banco de dados desejado.
  8. Clique em Ações e selecione Mover Banco de Dados.
  9. Selecione o Home do Banco de Dados de destino.
  10. Clique em Mover.
    O banco de dados será interrompido no home atual e reiniciado no home de destino.
  11. 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. Embora o banco de dados esteja sendo movido, os status dele e do Home são exibidos como Updating. O local do Home do Banco de Dados, mostrado em Versão do Banco de Dados, é 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.

Usando a API para Aplicação de Patch e Atualização do Cluster de VMs e dos Homes de Banco de Dados

Use vários recursos de API para ajudar a gerenciar a aplicação de patch em um sistema Oracle Exadata Database Service on Cloud@Customer.

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 essas operações de API para gerenciar a aplicação de patch de clusters de VMs, Homes de Banco de Dados e Bancos de Dados.

Cluster de VMs:

  • UpdateVmCluster

Homes de Banco de Dados:

  • CreateDbHome
  • UpdateDbHome
  • DeleteDbHome

Banco de Dados:

  • CreateDatabase
  • UpdateDatabase
  • DeleteDatabase

Use UpdateVMCluster para aplicar patch ao Oracle Grid Infrastructure no Cluster de VMs. Use UpdateDbHome para aplicar patch ao Software de Banco de Dados do Home do Banco de Dados. Use UpdateDatabase para mover um banco de dados para outro Home, atualizando o banco de dados para a mesma versão do Home do Banco de Dados de destino.

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

Atualizando o Sistema Operacional da VM Convidada

Aprenda a atualizar a imagem do sistema operacional nos nós de cluster de VMs do Oracle Exadata Database Service on Cloud@Customer de forma automatizada por meio da console e das 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, o sistema de banco de dados ou o Home do Banco de Dados do Exadata Cloud@Customer atendam 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 pai: Aplicando Patch a um Sistema Oracle Exadata Database Service on Cloud@Customer e Atualizando

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 a Infraestrutura do Exadata Cloud@Customer 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 for Exadata Cloud@Customer Infrastructure estará disponível com o ciclo de atualização de fevereiro de 2024.
Usando a Console para Atualizar o Sistema Operacional da VM Convidada

Para atualizar o sistema operacional da VM convidada com a Console, prepare-se para fornecer os valores dos campos obrigatórios.

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 a Infraestrutura do Exadata Cloud@Customer estiver executando um Software do Sistema Exadata versão 22.1.16 e posterior.

O upgrade para o Exadata System Software 23.1 para a Infraestrutura do Exadata Cloud@Customer estará disponível com o ciclo de atualização de fevereiro de 2024.

  1. Abra o menu de navegação. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
  2. Escolha seu Compartimento.
    Uma lista de Clusters de VMs é exibida para o Compartimento escolhido.
  3. 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.
  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:
    • 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 podem ocorrer mudanças 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 estiver em execução:
      • 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.
Usando a Console para Fazer Rollback ou Repetir a Atualização do Sistema Operacional da VM Convidada com Falha

Para atualizar o sistema operacional da VM convidada com a Console, prepare-se para fornecer os valores dos campos obrigatórios.

  1. Abra o menu de navegação. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
  2. Escolha seu Compartimento.
    Uma lista de Clusters de VMs é exibida para o Compartimento escolhido.
  3. Na lista de Clusters de VMs, clique no nome do cluster ao qual você deseja aplicar patch para exibir os detalhes do cluster.

    Se a aplicação da atualização tiver falhado, na página Detalhes do Cluster de VMs, um banner com as opções Fazer Rollback e Repetir Aplicação será exibido.

    Escolha uma opção apropriada.

    1. Clique em Repetir Aplicação.

      A caixa de diálogo Aplicar Atualização da Imagem do Sistema Operacional do Exadata é exibida com as opções Aplicar Atualização da Imagem do Exadata e Executar Pré-verificação.

      Escolha uma opção apropriada.

      (ou)

    2. Clique em Voltar.

      A caixa de diálogo Confirmar Operação de Rollback é exibida.

      Clique em Fazer Rollback para confirmar.

  4. Você também pode Aplicar a Atualização de Imagem do Exadata na página Atualizações (SO).
Usando a API para Atualizar o Sistema Operacional da VM Convidada

Verifique a lista de chamadas de API para atualizar o sistema operacional da VM convidada.

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 e exibir o histórico de atualizações do cluster:
  • ListVmClusterUpdates
  • GetVmClusterUpdate
  • ListVmClusterUpdateHistoryEntries
  • GetVmClusterUpdateHistoryEntry
  • UpdateVmCluster

Para obter a lista completa de APIs, consulte API de Serviço de Banco de Dados.

Upgrade do Oracle Grid Infrastructure em um Cluster de VMs do Oracle Exadata Database Service on Cloud@Customer

Aprenda a fazer upgrade do Oracle Grid Infrastructure em um cluster de VMs do Oracle Exadata Database Service on Cloud@Customer 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.

Tópico pai: Aplicando Patch a um Sistema Oracle Exadata Database Service on Cloud@Customer e Atualizando

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
    • Fazer 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 Gerenciar o Upgrade do Oracle 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.

Usando a Console para Pré-verificar o Cluster de VMs antes de Fazer Upgrade

  1. Abra o menu de navegação. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
  2. Escolha seu Compartimento.
    Uma lista de Clusters de VMs é exibida para o Compartimento escolhido.
  3. 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.
  4. Clique em Atualizações.
  5. Clique no ícone Ações (três pontos) no final da linha que lista o upgrade do Oracle Grid Infrastructure (GI) e, em seguida, clique em Executar Pré-verificação.
  6. Na caixa de diálogo Confirmar, confirme se deseja fazer o upgrade para iniciar a operação de pré-verificação.
Usando a Console para Fazer Upgrade do Oracle Grid Infrastructure de um Cluster de VMs

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
Observação

No momento, o upgrade do Grid Infrastructure de 19c para 23ai não é suportado para clusters de VMs de nó único.
  1. Abra o menu de navegação. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
  2. Escolha seu Compartimento.
    Uma lista de Clusters de VMs é exibida para o Compartimento escolhido.
  3. 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.
  4. Clique em Atualizações.
  5. Clique no ícone Ações (três pontos) no final da linha que lista o upgrade do Oracle Grid Infrastructure (GI) e, em seguida, clique em Fazer Upgrade do Grid Infrastructure.
  6. Na caixa de diálogo Fazer Upgrade do Grid Infrastructure, confirme que 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 Gerenciar o Upgrade do Oracle Grid Infrastructure

Verifique a lista de chamadas de API para gerenciar o upgrade do Oracle Grid Infrastructure.

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 e exibir o histórico de atualizações do cluster:
  • ListVmClusterUpdates
  • GetVmClusterUpdate
  • ListVmClusterUpdateHistoryEntries
  • GetVmClusterUpdateHistoryEntry
  • UpdateVmCluster

Para obter a lista completa de APIs, consulte API de Serviço de Banco de Dados.

Upgrade de Bancos de Dados Oracle

Aprenda a fazer upgrade de uma instância de 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. Para obter as linhas de tempo do suporte de software e release do Oracle Database, consulte Release Schedule of Current Database Releases (ID do Documento).

Tópicos Relacionados

Tópico pai: Aplicando Patch a um Sistema Oracle Exadata Database Service on Cloud@Customer e Atualizando

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@Customer.

  • 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. Consulte Como atualizar o Software do Sistema Exadata (DomU) de 18 para 19 no Exadata Cloud Service no OCI para obter instruções sobre como atualizar manualmente o sistema operacional.
  • 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 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 Usando a Console para Criar o Home do Oracle Database no Exadata Cloud@Customer para obter informações sobre como criar um Home de 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.
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 Oracle

Antes de fazer upgrade do banco de dados, familiarize-se com os procedimentos a seguir para preparar o banco de dados para upgrade.

  • 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 Criando um Backup sob Demanda Usando o Utilitário bkup_api 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.
  • 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 Criando um Backup sob Demanda Usando o Utilitário bkup_api e Personalizando a Configuração de Backup Automático 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).
Como a Operação de Upgrade é Executada pelo Serviço de Banco de Dados?

Familiarize-se com o que o serviço de Banco de Dados faz durante o processo de upgrade.

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

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 Banco de Dados Oracle 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.
Usando a Console para Gerenciar o Upgrade do Oracle Database

A Oracle recomenda que você use a ação de pré-verificação para garantir que seu banco de dados atenda aos requisitos da operação de upgrade.

Usando a Console para Executar a Pré-verificação de Upgrade do Oracle Database ou Executar Upgrade

  1. Abra o menu de navegação. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
  2. Escolha seu Compartimento.
    Uma lista de Clusters de VMs é exibida para o Compartimento escolhido.
  3. 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 Detalhes do Cluster de VMs, clique no nome do banco de dados que você deseja atualizar para exibir a página Detalhes do Banco de Dados.
  5. Clique no menu 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.
Usando a Console para Fazer Rollback de um Upgrade de Banco de Dados com Falha

  1. Abra o menu de navegação. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
  2. Escolha seu 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.
Usando a Console para Exibir o Histórico de Upgrades de um Banco de Dados

  1. Abra o menu de navegação. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
  2. Escolha seu Compartimento.
    Uma lista de Clusters de VMs é exibida para o Compartimento escolhido.
  3. 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 Detalhes do Cluster da VM, clique no nome do banco de dados para o qual você deseja exibir o histórico da atualização.
  5. Na página Detalhes do Banco de Dados, clique em Atualizar Histórico.
Usando a API para Fazer Upgrade de Bancos de Dados Oracle

Verifique a lista de chamadas de API para fazer upgrade de Bancos de Dados Oracle.

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 as seguintes APIs para gerenciar upgrades de banco de dados:
  • getDatabaseUpgradeHistoryEntry
  • ListDatabaseUpgradeHistoryEntries
  • UpgradeDatabase

Para obter a lista completa de APIs, consulte API de Serviço de Banco de Dados.

Aplicando Patch e Atualizando um Sistema Oracle Exadata Database Service on Cloud@Customer Manualmente

Este tópico descreve os procedimentos para aplicação de patch e atualização de vários componentes no Oracle Exadata Database Service on Cloud@Customer fora da automação da nuvem. Para obter informações relacionadas à aplicação de patch e à atualização com dbaascli, consulte "Aplicando Patch no Oracle Grid Infrastructure e em Bancos de Dados Oracle com o Utilitário dbaascli."

Observação

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 Oracle Exadata Database Service on Cloud@Customer

Atualizando o Software Manualmente

Para horário de verão e alguns patches de rotina ou one-off, pode ser necessário aplicar patch manualmente no software.

Para executar aplicação de patch de rotina do software Oracle Database e Oracle Grid Infrastructure, a Oracle recomenda que você use os recursos fornecidos pelo Oracle Exadata Database Service on Cloud@Customer. No entanto, em algumas circunstâncias, pode ser necessário aplicar patches no software Oracle Database ou Oracle Grid Infrastructure manualmente:
  • Patches de Horário de Verão: Como não podem ser aplicados de maneira incremental, os patches das definições de Horário de Verão do Oracle Database não estão incluídos nos conjuntos de patches de rotina do Exadata Database Service on Cloud@Customer. Se você precisar aplicar patches às definições de Horário de Verão do Oracle Database, faça isso manualmente. Consulte o Doc ID 412160.1 do My Oracle Support.
  • Patches Fora da Rotina ou One-off: Se você encontrar um problema que exija um patch que não está incluído em qualquer conjunto de patches de rotina, trabalhe com o Suporte Técnico da Oracle para identificar e aplicar o patch correto.

Para obter informações gerais sobre aplicação de patch no Oracle Database, consulte informações sobre atualizações e requisitos de conjuntos de patches no Guia de Upgrade do Oracle Database para sua versão.

Atualizando o Sistema Operacional da VM Convidada Manualmente

Saiba mais sobre ferramentas e técnicas padrão do Exadata que você pode usar para atualizar os componentes do sistema operacional nas VMs Guest do Oracle Exadata Database Service on Cloud@Customer.

Você é responsável por gerenciar patches e atualizações no ambiente do sistema operacional das VMs (Máquinas Virtuais) do Servidor de Banco de Dados. Para obter mais informações, leia sobre a atualização de servidores Exadata Database Machine no Oracle Exadata Database Machine Maintenance Guide.

Tópicos Relacionados

Tópico principal: Aplicando Patch e Atualizando um Sistema Oracle Exadata Database Service on Cloud@Customer Manualmente

Preparação para uma Atualização de Sistema Operacional

Para preparar uma atualização de sistema operacional no Oracle Exadata Database Service on Cloud@Customer, confira esta lista de verificação de tarefas.

Antes de atualizar o sistema operacional, execute cada uma destas tarefas de preparação:

Determine a atualização de software mais recente. Antes de começar uma atualização, para determinar o software mais recente a ser usado, verifique o documento Versões de Software do Exadata Cloud Service no My Oracle Support, nota 2333222.1.

Atualizando o Sistema Operacional em Todas as Máquinas Virtuais de um Sistema Oracle Exadata Database Service on Cloud@Customer

Para atualizar o sistema operacional nas VMs (Máquinas Virtuais) do Servidor de Banco de Dados, use a ferramenta patchmgr.

Observação

Os clientes que não têm o privilégio de download de patch do My Oracle Support podem obter o utilitário de atualização patchmgr do Exadata e as releases recentes do Software do Sistema Exadata usando o utilitário exadata_updates.sh do Exadata Cloud@Customer Gen 2. Para obter mais informações, consulte o Doc 2730739.1 do My Oracle Support.

O utilitário patchmgr gerencia a atualização inteira de uma ou mais máquinas virtuais remotamente, incluindo as etapas de pré-reinicialização, reinicialização e pós-reinicialização de um sistema Oracle Exadata Database Service on Cloud@Customer.

Você pode executar o utilitário em uma das máquinas virtuais do Oracle Exadata Database Service on Cloud@Customer ou em outro servidor que esteja executando o Oracle Linux. O servidor no qual você executa o utilitário é conhecido como sistema de acionamento. Você não pode usar o sistema de acionamento para atualizar ele mesmo. Portanto, se o sistema de acionamento for uma das máquinas virtuais em um cluster de VMs que você está atualizando, execute o utilitário patchmgr mais de uma vez. Os seguintes cenários descrevem formas típicas de executar as atualizações:

  • Sistema de Acionamento Não Exadata

    A forma mais simples de executar a atualização do sistema é usar outro servidor Oracle Linux para atualizar todas as máquinas virtuais em uma única operação.

  • Sistema de Acionamento de Máquina Virtual Exadata

    Você pode usar uma máquina virtual para acionar as atualizações do restante das máquinas virtuais no cluster de VMs. Em seguida, pode usar um dos nós atualizados para acionar a atualização no sistema de acionamento original. Por exemplo, considere atualizar um sistema half rack com quatro máquinas virtuais: node1, node2, node3 e node4. Você pode usar node1 primeiro para acionar as atualizações de node2, node3 e node4. Em seguida, pode usar node2 para acionar a atualização de node1.

O sistema de acionamento exige acesso SSH do usuário root a cada máquina virtual que está sendo atualizada.

O procedimento a seguir se baseia em um exemplo que presume o seguinte:

  • O sistema tem duas máquinas virtuais, node1 e node2.
  • A versão do software Exadata de destino é 18.1.4.0.0.180125.3.
  • Cada nó é usado como sistema de acionamento para atualizar o outro nó.
  1. Obtenha os detalhes do ambiente.
    1. Usando SSH, conecte-se a node1 como usuário opc.

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

    2. Inicie um shell de comando do usuário root.
      sudo su -
    3. Execute o comando a seguir para determinar a versão atual do software Exadata.
      imageinfo -ver
      Por exemplo:
      # imageinfo -ver 19.2.13.0.0.200428
    4. Alterne para o usuário grid e identifique todos os nós do cluster.
      su - grid
      olsnodes
      Por exemplo:
      olsnodes
node1
node2
  2. Configure o sistema de acionamento.
    1. Volte para o usuário root em node1 e verifique se existe um par de chaves SSH (id_rsa e id_rsa.pub). Caso contrário, gere-o.
      ls /root/.ssh/id_rsa*
ls: cannot access /root/.ssh/id_rsa*: No such file or directory

ssh-keygen -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /root/.ssh/id_rsa.
Your public key has been saved in /root/.ssh/id_rsa.pub.
The key fingerprint is:
93:47:b0:83:75:f2:3e:e6:23:b3:0a:06:ed:00:20:a5 root@node1.example.com
The key's randomart image is:
+--[ RSA 2048]----+
|o..     + .      |
|o.     o *       |
|E     . o o      |
| . .     =       |
|  o .   S =      |
|   +     = .     |
|    +   o o      |
|   . .   + .     |
|      ...        |
+-----------------+
    2. Distribua a chave pública para os nós de destino e verifique esta etapa. No exemplo, o único nó de destino é node2.
      scp -i ~root/.ssh/id_rsa.pub opc@node2:/tmp/id_rsa.node1.pub
      ls -al /tmp/id_rsa.node1.pub
-rw-r--r-- 1 opc opc 442 Feb 28 03:33 /tmp/id_rsa.node1.pub
      date
Wed Feb 28 03:33:45 UTC 2018
    3. No nó de destino (node2 no exemplo), adicione a chave pública raiz de node1 ao arquivo authorized_keys raiz.
      cat /tmp/id_rsa.node1.pub >> ~root/.ssh/authorized_keys
    4. Faça download do patchmgr em /root/patch no sistema de acionamento (node1 neste exemplo).

      Você pode fazer download do pacote patchmgr no Suporte Técnico da Oracle usando o ID 21634633 de Patch do My Oracle Support. Obtenha sempre o utilitário de atualização patchmgr mais recente do Exadata disponível para instalar qualquer release de Software do Sistema Exadata.

      Para obter mais informações, consulte também dbnodeupdate.sh e dbserver.patch.zip: Atualizando o Software do Servidor de Banco de Dados Exadata com o Utilitário DBNodeUpdate e patchmgr: Doc ID 1553103.1 do My Oracle Support.

    5. Descompacte o pacote patchmgr.

      Dependendo da versão baixada, o nome do arquivo ZIP pode diferir. 

      cd /root/patch/18.1.4.0.0.180125.3
unzip dbserver.patch.zip
Archive:  p21634633_181400_Linux-x86-64.zip   creating: dbserver_patch_5.180228.2/
creating: dbserver_patch_5.180228.2/ibdiagtools/
inflating: dbserver_patch_5.180228.2/ibdiagtools/cable_check.pl
inflating: dbserver_patch_5.180228.2/ibdiagtools/setup-ssh
inflating: dbserver_patch_5.180228.2/ibdiagtools/VERSION_FILE
extracting: dbserver_patch_5.180228.2/ibdiagtools/xmonib.sh
inflating: dbserver_patch_5.180228.2/ibdiagtools/monitord
inflating: dbserver_patch_5.180228.2/ibdiagtools/checkbadlinks.pl
creating: dbserver_patch_5.180228.2/ibdiagtools/topologies/
inflating: dbserver_patch_5.180228.2/ibdiagtools/topologies/VerifyTopologyUtility.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/topologies/verifylib.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/topologies/Node.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/topologies/Rack.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/topologies/Group.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/topologies/Switch.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/topology-zfs
inflating: dbserver_patch_5.180228.2/ibdiagtools/dcli
creating: dbserver_patch_5.180228.2/ibdiagtools/netcheck/
inflating: dbserver_patch_5.180228.2/ibdiagtools/netcheck/remoteScriptGenerator.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/netcheck/CommonUtils.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/netcheck/SolarisAdapter.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/netcheck/LinuxAdapter.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/netcheck/remoteLauncher.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/netcheck/remoteConfig.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/netcheck/spawnProc.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/netcheck/runDiagnostics.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/netcheck/OSAdapter.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/SampleOutputs.txt
inflating: dbserver_patch_5.180228.2/ibdiagtools/infinicheck
inflating: dbserver_patch_5.180228.2/ibdiagtools/ibping_test
inflating: dbserver_patch_5.180228.2/ibdiagtools/tar_ibdiagtools
inflating: dbserver_patch_5.180228.2/ibdiagtools/verify-topology
inflating: dbserver_patch_5.180228.2/installfw_exadata_ssh
creating: dbserver_patch_5.180228.2/linux.db.rpms/
inflating: dbserver_patch_5.180228.2/md5sum_files.lst
inflating: dbserver_patch_5.180228.2/patchmgr
inflating: dbserver_patch_5.180228.2/xcp
inflating: dbserver_patch_5.180228.2/ExadataSendNotification.pm
inflating: dbserver_patch_5.180228.2/ExadataImageNotification.pl
inflating: dbserver_patch_5.180228.2/kernelupgrade_oldbios.sh
inflating: dbserver_patch_5.180228.2/cellboot_usb_pci_path
inflating: dbserver_patch_5.180228.2/exadata.img.env
inflating: dbserver_patch_5.180228.2/README.txt
inflating: dbserver_patch_5.180228.2/exadataLogger.pm
inflating: dbserver_patch_5.180228.2/patch_bug_26678971
inflating: dbserver_patch_5.180228.2/dcli
inflating: dbserver_patch_5.180228.2/patchReport.py
extracting: dbserver_patch_5.180228.2/dbnodeupdate.zip
creating: dbserver_patch_5.180228.2/plugins/
inflating: dbserver_patch_5.180228.2/plugins/010-check_17854520.sh
inflating: dbserver_patch_5.180228.2/plugins/020-check_22468216.sh
inflating: dbserver_patch_5.180228.2/plugins/040-check_22896791.sh
inflating: dbserver_patch_5.180228.2/plugins/000-check_dummy_bash
inflating: dbserver_patch_5.180228.2/plugins/050-check_22651315.sh
inflating: dbserver_patch_5.180228.2/plugins/005-check_22909764.sh
inflating: dbserver_patch_5.180228.2/plugins/000-check_dummy_perl
inflating: dbserver_patch_5.180228.2/plugins/030-check_24625612.sh
inflating: dbserver_patch_5.180228.2/patchmgr_functions
inflating: dbserver_patch_5.180228.2/exadata.img.hw
inflating: dbserver_patch_5.180228.2/libxcp.so.1
inflating: dbserver_patch_5.180228.2/imageLogger
inflating: dbserver_patch_5.180228.2/ExaXMLNode.pm
inflating: dbserver_patch_5.180228.2/fwverify
    6. No diretório que contém o utilitário patchmgr, crie o arquivo dbs_group, que contém a lista de máquinas virtuais a serem atualizadas. Inclua os nós listados depois de executar o comando olsnodes na etapa 1, exceto o sistema de acionamento. Neste exemplo, dbs_group só contém o node2.
      cd /root/patch/18.1.4.0.0.180125.3/dbserver_patch_5.180228
cat dbs_group
node2
  3. Execute uma operação de pré-verificação de aplicação de patch.
    ./patchmgr -dbnodes dbs_group -precheck -iso_repo zipped_iso_file -target_version target-version -nomodify_at_prereq
    Observação

    Execute a operação de pré-verificação com a opção -nomodify_at_prereq para evitar qualquer alteração no sistema que possa impactar o backup a ser feito na próxima etapa. Caso contrário, o backup pode não conseguir fazer rollback do sistema para o estado original, se necessário.

    A saída deve ser semelhante ao seguinte exemplo:

    ./patchmgr -dbnodes dbs_group -precheck -iso_repo /root/patch/18.1.4.0.0.180125.3/exadata_ol6_18.1.4.0.0.180125.3_Linux-x86-64.zip -target_version 18.1.4.0.0.180125.3 -nomodify_at_prereq
 
************************************************************************************************************
NOTE    patchmgr release: 5.180228 (always check MOS 1553103.1 for the latest release of dbserver.patch.zip)
NOTE
WARNING Do not interrupt the patchmgr session.
WARNING Do not resize the screen. It may disturb the screen layout.
WARNING Do not reboot database nodes during update or rollback.
WARNING Do not open logfiles in write mode and do not try to alter them.
************************************************************************************************************
2018-02-28 21:22:45 +0000        :Working: DO: Initiate precheck on 1 node(s)
2018-02-28 21:24:57 +0000        :Working: DO: Check free space and verify SSH equivalence for the root user to node2
2018-02-28 21:26:15 +0000        :SUCCESS: DONE: Check free space and verify SSH equivalence for the root user to node2
2018-02-28 21:26:47 +0000        :Working: DO: dbnodeupdate.sh running a precheck on node(s).
2018-02-28 21:28:23 +0000        :SUCCESS: DONE: Initiate precheck on node(s).
  4. Faça backup do sistema atual.
    ./patchmgr -dbnodes dbs_group -backup -iso_repo zipped_iso_file -target_version target-version -allow_active_network_mounts
    Observação

    Certifique-se de fazer o backup nesse ponto, antes de fazer qualquer modificação no sistema.

    A saída deve ser semelhante ao seguinte exemplo:

    ./patchmgr -dbnodes dbs_group -backup -iso_repo /root/patch/18.1.4.0.0.180125.3/exadata_ol6_18.1.4.0.0.180125.3_Linux-x86-64.zip -target_version 18.1.4.0.0.180125.3 -allow_active_network_mounts
 
************************************************************************************************************
NOTE    patchmgr release: 5.180228 (always check MOS 1553103.1 for the latest release of dbserver.patch.zip)
NOTE
WARNING Do not interrupt the patchmgr session.
WARNING Do not resize the screen. It may disturb the screen layout.
WARNING Do not reboot database nodes during update or rollback.
WARNING Do not open logfiles in write mode and do not try to alter them.
************************************************************************************************************
2018-02-28 21:29:00 +0000        :Working: DO: Initiate backup on 1 node(s).
2018-02-28 21:29:00 +0000        :Working: DO: Initiate backup on node(s)
2018-02-28 21:29:01 +0000        :Working: DO: Check free space and verify SSH equivalence for the root user to node2
2018-02-28 21:30:18 +0000        :SUCCESS: DONE: Check free space and verify SSH equivalence for the root user to node2
2018-02-28 21:30:51 +0000        :Working: DO: dbnodeupdate.sh running a backup on node(s).
2018-02-28 21:35:50 +0000        :SUCCESS: DONE: Initiate backup on node(s).
2018-02-28 21:35:50 +0000        :SUCCESS: DONE: Initiate backup on 1 node(s).
  5. Remova todos os RPMs personalizados das máquinas virtuais de destino. Os RPMs personalizados são reportados nos resultados da pré-verificação. Eles incluem RPMs instalados manualmente depois que o sistema foi provisionado.
    • Se você estiver atualizando o sistema da versão 12.1.2.3.4.170111 e os resultados da pré-verificação incluírem krb5-workstation-1.10.3-57.el6.x86_64, remova-o. Este item é considerado um RPM personalizado para essa versão.
    • Não remova exadata-sun-vm-computenode-exact nem oracle-ofed-release-guest. Esses dois RPMs são tratados automaticamente durante o processo de atualização.
  6. Execute a atualização. Para garantir que o processo de atualização não seja interrompido, use o comando nohup. Por exemplo:
    nohup ./patchmgr -dbnodes dbs_group -upgrade -nobackup -iso_repo zipped_iso_file -target_version target-version -allow_active_network_mounts &

    A saída deve ser semelhante ao seguinte exemplo:

    nohup ./patchmgr -dbnodes dbs_group -upgrade -nobackup -iso_repo /root/patch/18.1.4.0.0.180125.3/exadata_ol6_18.1.4.0.0.180125.3_Linux-x86-64.zip -target_version 18.1.4.0.0.180125.3 -allow_active_network_mounts &
 
************************************************************************************************************
NOTE    patchmgr release: 5.180228 (always check MOS 1553103.1 for the latest release of dbserver.patch.zip)
NOTE
NOTE    Database nodes will reboot during the update process.
NOTE
WARNING Do not interrupt the patchmgr session.
WARNING Do not resize the screen. It may disturb the screen layout.
WARNING Do not reboot database nodes during update or rollback.
WARNING Do not open logfiles in write mode and do not try to alter them.
*********************************************************************************************************
2018-02-28 21:36:26 +0000        :Working: DO: Initiate prepare steps on node(s).
2018-02-28 21:36:26 +0000        :Working: DO: Check free space and verify SSH equivalence for the root user to node2
2018-02-28 21:37:44 +0000        :SUCCESS: DONE: Check free space and verify SSH equivalence for the root user to node2
2018-02-28 21:38:43 +0000        :SUCCESS: DONE: Initiate prepare steps on node(s).
2018-02-28 21:38:43 +0000        :Working: DO: Initiate update on 1 node(s).
2018-02-28 21:38:43 +0000        :Working: DO: Initiate update on node(s)
2018-02-28 21:38:49 +0000        :Working: DO: Get information about any required OS upgrades from node(s).
2018-02-28 21:38:59 +0000        :SUCCESS: DONE: Get information about any required OS upgrades from node(s).
2018-02-28 21:38:59 +0000        :Working: DO: dbnodeupdate.sh running an update step on all nodes.
2018-02-28 21:48:41 +0000        :INFO   : node2 is ready to reboot.
2018-02-28 21:48:41 +0000        :SUCCESS: DONE: dbnodeupdate.sh running an update step on all nodes.
2018-02-28 21:48:41 +0000        :Working: DO: Initiate reboot on node(s)
2018-02-28 21:48:57 +0000        :SUCCESS: DONE: Initiate reboot on node(s)
2018-02-28 21:48:57 +0000        :Working: DO: Waiting to ensure node2 is down before reboot.
2018-02-28 21:56:18 +0000        :Working: DO: Initiate prepare steps on node(s).
2018-02-28 21:56:19 +0000        :Working: DO: Check free space and verify SSH equivalence for the root user to node2
2018-02-28 21:57:37 +0000        :SUCCESS: DONE: Check free space and verify SSH equivalence for the root user to node2
2018-02-28 21:57:42 +0000        :SEEMS ALREADY UP TO DATE: node2
2018-02-28 21:57:43 +0000        :SUCCESS: DONE: Initiate update on node(s)
  7. Após a conclusão da operação de atualização, verifique a versão do software Exadata na máquina virtual que foi atualizada.
    imageinfo -ver
18.1.4.0.0.180125.3
  8. Repita as etapas 2 a 7 deste procedimento usando a máquina virtual atualizada como sistema de acionamento para atualizar a máquina virtual restante. Neste exemplo de atualização, agora você usaria node2 para atualizar node1.
  9. Como root Em cada máquina virtual, execute o comando uptrack-install para instalar as atualizações de ksplice disponíveis.
    uptrack-install --all -y
    uptrack-install --all -y
Instalando Pacotes Adicionais de Sistema Operacional

Verifique essas diretrizes antes de instalar pacotes adicionais de sistema operacional no Oracle Exadata Database Service on Cloud@Customer.

É permitido instalar e atualizar pacotes de sistemas operacionais no Oracle Exadata Database Service on Cloud@Customer, desde que você não modifique o kernel ou os pacotes específicos do InfiniBand. No entanto, o suporte técnico da Oracle, incluindo instalação, teste, certificação e resolução de erro, não se aplica a qualquer software que não seja da Oracle que você instale.

Além disso, lembre-se de que, se você adicionar ou atualizar pacotes separados de uma atualização de software do Oracle Exadata, essas adições ou atualizações de pacotes poderão apresentar problemas quando você aplicar uma atualização de software do Oracle Exadata. Podem ocorrer problemas porque pacotes de software adicionais incluem novas dependências que podem interromper uma atualização do Oracle Exadata. Por esse motivo, a Oracle recomenda minimizar a personalização.

Se você instalar pacotes adicionais, a Oracle recomenda que tenha scripts para automatizar a remoção e a reinstalação desses pacotes. Após uma atualização do Oracle Exadata, se você instalar pacotes adicionais, verifique se os pacotes adicionais ainda são compatíveis e se ainda precisa desses pacotes.

Para obter mais informações, consulte o Oracle Exadata Database Machine Maintenance Guide.

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