Documentação do Oracle Cloud Infrastructure

Gerenciar Clusters de VMs

Saiba como gerenciar seus clusters de VMs no Exadata Cloud Infrastructure.

Tópicos Relacionados

Tópico principal: Guias Práticos

Introdução às Operações de Ampliação ou Redução

Com a release do recurso Diversas VMs por sistema Exadata (MultiVM), você pode ampliar ou reduzir seus recursos de cluster de VMs.

Tópico principal: Gerenciar Clusters de VMs

Dimensionar Recursos de VM na Infraestrutura Ativada por Diversas VMs

Aumente ou reduza as OCPUs (ECPUs para X11M), a memória, o armazenamento ou o tamanho do disco local (/u02) disponíveis para um cluster de VMs

Observação

A Oracle não interrompe o faturamento quando uma VM ou um Cluster de VMs é interrompido. Para interromper o faturamento de um Cluster de VMs, diminua a contagem de OCPUs (ECPUs para X11M) para zero.

A expansão ou redução desses recursos exige auditoria completa do uso existente e do gerenciamento de capacidade pelo administrador de banco de dados do cliente. Verifique o uso existente para evitar falhas durante ou após uma operação de redução. Ao ampliar, considere quanto desses recursos serão deixados para o próximo cluster de VMs que você está planejando criar. O conjunto de ferramentas do Oracle Exadata Database Service on Dedicated Infrastructure calcula o uso atual de memória, disco local e armazenamento ASM no cluster de VMs, adiciona headroom a ele e chega a um valor "mínimo" abaixo do qual você não pode reduzir e espera que você especifique o valor acima desse valor mínimo.

Observação

  • Ao criar ou dimensionar um Cluster de VMs, a definição do número de OCPUs (ECPUs para X11M) como zero fará shutdown do Cluster de VMs e eliminará qualquer faturamento desse Cluster de VMs, mas o hypervisor ainda reservará as 2 OCPUs mínimas (8 ECPUs para X11M) para cada VM. Essas OCPUs reservadas (ECPUs para X11M) não podem ser alocadas para nenhuma outra VM, mesmo que seja feito shutdown da VM para a qual elas estão alocadas. O Plano de Controle não contabiliza OCPUs reservadas (ECPUs para X11M) ao mostrar o máximo de OCPUs disponíveis (ECPUs para X11M), portanto, você deve contabilizar essas OCPUs reservadas (ECPUs para X11M) ao executar qualquer operação de dimensionamento subsequente para garantir que a operação possa adquirir OCPUs suficientes (ECPUs para X11M) para concluir com sucesso a operação.
  • Nas operações de ampliação ou redução de memória e /u02, se a diferença entre o valor atual e o novo for menor que 2%, nenhuma alteração será feita nessa VM. Isso acontece porque a alteração de memória envolve a reinicialização da VM e a alteração de /u02 envolve a redução da pilha do Oracle Grid Infrastructure e a desmontagem de /u02. Os clientes de produção não serão redimensionados para um pequeno aumento ou diminuição e, portanto, essas solicitações não serão uma opção.
  • Você pode reduzir os seguintes recursos em qualquer combinação:
    • OCPU (ECPU para X11M)
    • Memória
    • Armazenamento local
    • Armazenamento do Exadata

    Cada operação de dimensionamento pode levar alguns minutos para ser concluída. O tempo para cada operação variará com base na atividade no sistema, mas, como regra geral, a maioria das operações deve ser concluída em 15 minutos para um quarter rack, 20 minutos para um half rack e 30 minutos para um rack completo ou maior. A execução de várias operações de dimensionamento de OCPU (ECPU para X11M) por um curto período de tempo pode prolongar o tempo de conclusão. Embora on-line, o dimensionamento de OCPU (ECPU para X11M) não é implementado em todas as VMs em paralelo, de modo a detectar e proteger contra quaisquer anomalias antes que elas afetem todo o sistema. O dimensionamento de Memória e Armazenamento Local requer uma reinicialização de VM e é executado uma VM de cada vez de maneira incremental.

    Se você executar várias operações de redução, cada operação será executada em série. Por exemplo, se você dimensionar a memória e o armazenamento local na Console, o sistema primeiro dimensionará a memória e, quando essa operação for concluída, dimensionará o armazenamento. O tempo para concluir todas as operações será a soma do tempo para concluir operações individuais.

  • Os servidores de armazenamento adicionados à infraestrutura, mas ainda para executar a etapa 'Adicionar Capacidade', não terão grupos de discos criados neles.

Redimensionando a Memória e Large Pages

Você pode expandir ou reduzir a memória do servidor de banco de dados em um Cluster de VMs. O dimensionamento de memória requer uma reinicialização incremental dos servidores de banco de dados para entrar em vigor.

A alteração da memória em um Cluster de VMs afetará as definições de Large Pages (HugePages) das VMs desse cluster. Quando uma VM é criada inicialmente, cada sistema operacional da VM é configurado com 50% da memória alocada para a VM em Large Pages e os bancos de dados são configurados para usar essa memória para suas respectivas SGAs. A Oracle recomenda que você não modifique a configuração de Large Pages, a menos que entenda a implicação de qualquer alteração feita. Configurações inadequadas podem evitar que todos os bancos de dados sejam iniciados e até mesmo impedir a inicialização da VM.

Embora não seja recomendado, você tem permissão para modificar a configuração de Large Pages. Quaisquer alterações feitas podem ser modificadas pela automação, caso você redimensione posteriormente a memória disponível para a VM. Após uma operação de redimensionamento de memória, a automação da nuvem tentará manter a mesma quantidade de memória de grandes páginas como porcentagem da memória total, com um limite de 60%. Se você configurar grandes páginas para serem maiores que 60% do total de memória, a automação da nuvem a redimensionará para 60% do total de memória. Este redimensionamento automático é para garantir memória convencional suficiente para a máquina virtual iniciar. A automação executará uma pré-verificação para determinar a memória real de grandes páginas em uso pelas instâncias de banco de dados em execução e garantirá que após o redimensionamento haja memória de grandes páginas disponível para suportar esses mesmos bancos de dados. Se não houver memória suficiente disponível após o redimensionamento, a pré-verificação falhará e o redimensionamento não continuará.

Calculando o Armazenamento ASM

Use a seguinte fórmula para calcular o armazenamento ASM mínimo necessário:

  • Para cada grupo de discos, por exemplo, DATA, RECO, observe o tamanho total e o tamanho livre executando o comando asmcmd lsdg em qualquer VM Convidada do cluster de VMs.
  • Calcule o tamanho usado como (Tamanho total - Tamanho livre) / 3 para cada grupo de discos. Usa-se /3 porque os grupos de discos são triplos espelhados.

  • A proporção DATA:RECO é:

    80:20 se a opção Backups Locais NÃO tiver sido selecionada na interface do usuário.

    40:60 se a opção Backups Locais tiver sido selecionada na interface do usuário.

  • Certifique-se de que o novo tamanho total fornecido na interface do usuário transmita as seguintes condições:

    Tamanho utilizado para DATA * 1.15 <= (Novo Tamanho Total * DATA % )

    Tamanho utilizado para RECO * 1.15 <= (Novo Tamanho Total * % RECO )

Exemplo 5-2 Calculando o Armazenamento ASM

  1. Execute o comando asmcmd lsdg na VM Convidada:
    • Sem SPARSE:
      /u01/app/19.0.0.0/grid/bin/asmcmd lsdg
ASMCMD>
State   Type Rebal Sector Logical_Sector Block AU     Total_MB   Free_MB    Req_mir_free_MB   Usable_file_MB   Offline_disks    Voting_files   Name
MOUNTED HIGH N        512     512        4096 4194304 12591936   10426224   1399104           3009040           0                       Y      DATAC5/
MOUNTED HIGH N        512     512        4096 4194304 3135456    3036336    348384            895984            0                       N      RECOC5/
ASMCMD>
    • Com SPARSE:
      /u01/app/19.0.0.0/grid/bin/asmcmd lsdg
ASMCMD>
State   Type Rebal Sector Logical_Sector Block AU       Total_MB   Free_MB   Req_mir_free_MB   Usable_file_MB   Offline_disks    Voting_files   Name
MOUNTED HIGH N        512     512        4096 4194304   12591936   10426224  1399104           3009040            0                       Y     DATAC5/
MOUNTED HIGH N        512     512        4096 4194304   3135456    3036336   348384            895984             0                       N     RECOC5/
MOUNTED HIGH N        512     512        4096 4194304   31354560   31354500  3483840           8959840            0                       N     SPRC5/
ASMCMD>
    Observação

    Os valores listados de todos os atributos do grupo de discos SPARSE (SPRC5) apresentam o tamanho virtual. Nos Sistemas de Banco de Dados Exadata e no Exadata Cloud Infrastructure, nós usamos a proporção de 1:10 para physicalSize:virtualSize. Portanto, para todos os fins de nosso cálculo, precisamos usar 1/10 dos valores exibidos anteriormente no caso de SPARSE para esses atributos.

  2. Tamanho utilizado para um grupo de discos = (Total_MB - Free_MB) /3
    • Sem SPARSE:

      Tamanho utilizado para DATAC5 = (12591936 - 10426224 ) / 3 = 704.98 GB

      Tamanho utilizado para RECO5 = (3135456 - 3036336 ) / 3 = 32.26 GB

    • Com SPARSE:

      Tamanho utilizado para DATAC5 = (12591936 - 10426224 ) / 3 ~= 704.98 GB

      Tamanho utilizado para RECO5 = (3135456 - 3036336 ) /3 ~= 32.26 GB

      Tamanho utilizado para SPC5 = (1/10 * (31354560 - 31354500)) / 3 ~= 0 GB

  3. Distribuição de armazenamento entre grupos de discos
    • Sem SPARSE:

      A proporção DATA:RECO é de 80:20 neste exemplo.

    • Com SPARSE:

      A proporção DATA RECO:SPARSE é 60:20:20 neste exemplo.

  4. O novo tamanho solicitado deve transmitir as seguintes condições:
    • Sem SPARSE: (Por exemplo, 5 TB na interface do usuário.)

      5 TB = 5.120 GB ; 5.120 *.8 = 4.096 GB; 5.120 *.2 = 1.024 GB

      Para DATA: (704,98 * 1,15 ) <= 4.096 GB

      Para RECO: (32,36 * 1,15) <= 1.024 GB

    • Com SPARSE: (Por exemplo, 8 TB na interface do usuário.)

      8 TB = 8.192 GB; 8.192 *.6 = 4.915 GB; 8.192 *.2 = 16,8 GB; 8.192 *.2 = 16,8 GB

      Para DATA: (704,98 * 1,15 ) <= 4.915 GB

      Para RECO: (32,36 * 1,15) <= 16,8 GB

      Para SPR: (0 * 1,15) <= 16,8 GB

Acima, o redimensionamento passará. Se as condições acima não forem atendidas pelo novo tamanho, o redimensionamento falhará na pré-verificação.

Estimando Quanto Armazenamento Local Você Pode Provisionar em suas VMs

Observação

Os itens a seguir não se aplicam a X6, X7, X8 e Sistemas Base, pois eles não suportam várias VMs. O Sistema Base tem 200 GB disponíveis para /u02.

As Imagens de VM incluem os arquivos necessários para inicializar e executar a VM e seu sistema operacional, bem como espaço para Oracle Homes armazenados em /u02. Para estimar quanto espaço de armazenamento local adicional além do mínimo pode ser alocado para qualquer sistema de arquivos associado a uma VM, subtraia o tamanho das imagens da VM para todas as VMs em um servidor do espaço total disponível. Se você não tiver modificado o tamanho da Imagem da VM padrão expandindo qualquer sistema de arquivos, use o tamanho da Imagem da VM (padrão e mínimo) abaixo. Se você tiver ou planeja modificar o tamanho da Imagem da VM, use a console do OCI e a ação "Dimensionar Cluster de VMs" para verificar o alocado e disponível para um Cluster de VMs existente, pois a expansão de alguns sistemas de arquivos não u02 consumirá mais armazenamento incremental do que o adicionado ao sistema de arquivos. Essas informações também estão disponíveis na ação "Configurar Cluster de VMs" ao criar um novo Cluster de VMs.

X8M-2 Sistemas

  • Espaço total disponível para imagens de VM (X8M): 2243 GB
  • Tamanho da Imagem da VM (padrão e mínimo), incluindo /u02: 244 GB
  • Padrão (mínimo) /u02: 60 GB

X9M-2 Sistemas

  • Total Disponível para Imagens de VM: 2243 GB
  • Tamanho da Imagem da VM (padrão e mínimo), incluindo /u02: 244 GB
  • Padrão (mínimo) /u02: 60 GB
X11 Sistemas
  • Total Disponível para Imagens de VM: 2243 GB
  • Tamanho da Imagem da VM (padrão e mínimo), incluindo /u02: 244 GB
  • Padrão (mínimo) /u02: 60 GB

Exemplo: Se você tiver um Sistema Elástico X9M com 2 VMs por servidor físico e não tiver feito alterações em nenhum dos sistemas de arquivos, terá 2243 GB disponíveis para todas as VMs e cada um consumirá 244 GB (488 no total), deixando 1755 GB para expandir quaisquer Imagens de VM. A imagem da VM padrão incluirá 60 GB de /u02 por VM para armazenar Oracle homes. Os 1755 GB de espaço disponível podem ser usados para expandir /u02 ou podem ser usados para expandir outros sistemas de arquivos na Imagem da VM. Cada GB usado para expandir /u02 consumirá um GB de espaço disponível. Cada GB usado para expandir outros sistemas de arquivos na imagem da VM pode consumir mais de um GB de espaço. Consulte as informações no console ao expandir sistemas de arquivos não /u02 para ver o impacto real do espaço disponível ao expandir esses sistemas de arquivos.

Dimensionando o Armazenamento Local

Dimensionar Diretrizes da Operação de Espaço Local

É possível dimensionar o armazenamento local modificando o tamanho de muitos dos sistemas de arquivos individuais em uma VM. Por padrão, os sistemas de arquivos são criados no seu tamanho mínimo. É possível aumentar o tamanho dos sistemas de arquivos conforme necessário. No entanto, observe que você só pode reduzir /u02. Outros sistemas de arquivos só podem ser aumentados em tamanho. O tamanho máximo suportado de qualquer sistema de arquivos é de 900 GB.

O armazenamento consumido por todos os sistemas de arquivos é maior que a soma dos tamanhos dos sistemas de arquivos. Consulte os cálculos exibidos na console do OCI para ver os efeitos no armazenamento local gratuito ao redimensionar um sistema de arquivos.

Usando a Console ou a API do OCI, você pode aumentar ou diminuir o tamanho dos seguintes sistemas de arquivos locais:
  • /u02
Usando a Console ou a API do OCI, você pode aumentar o tamanho dos seguintes sistemas de arquivos locais:
  • /
  • /u01
  • /tmp
  • /var
  • /var/log
  • /var/log/audit
  • /home
No entanto, não é possível redimensionar os seguintes sistemas de arquivos locais:
  • /crashfiles
  • /boot
  • /acfs01
  • /u01/app/19.0.0.0/grid
Observação

  • Com exceção de /u02, você só pode expandir os sistemas de arquivos e não pode reduzir seu tamanho depois que eles tiverem sido expandidos.
  • Para X8M e posterior, não é necessária uma reinicialização incremental ao expandir nenhum dos sistemas de arquivos da VM Convidada. No entanto, uma reinicialização incremental de cada VM é necessária quando o tamanho de /u02 é reduzido.
  • Cada sistema de arquivos só pode ser expandido para um máximo de 900 GB
  • A capacidade de aumentar o tamanho de sistemas de arquivos locais adicionais só é suportada em X8M e sistemas posteriores.

Para obter mais informações sobre como redimensionar esses sistemas de arquivos, consulte Estimando Quanto Armazenamento Local Você Pode Provisionar para suas VMs.

Limite de Recursos Baseado na Utilização Atual

  • Qualquer operação de redução deve deixar 15% de buffer no topo da utilização do espaço local mais alto em todos os nós do cluster.
  • O menor espaço local por nó permitido é maior que os dois limites acima.
  • Execute o comando df –kh em cada nó para descobrir o nó com o armazenamento local mais alto.
  • Você também pode usar o utilitário como cssh para emitir o mesmo comando em todos os hosts de um cluster digitando-o apenas uma vez.
  • O valor mais baixo do armazenamento local em cada nó pode ser reduzido para ser = 1.15x (valor mais alto do espaço local usado entre todos os nós).

Sistemas de Arquivos ACFS

Se solicitado pelo suporte, você também pode redimensionar o sistema de arquivos /acfs01. Esse sistema de arquivos é usado pelo sistema para preparar o software. Ele usa o armazenamento do Exadata e não está sujeito aos limites descritos acima para /u02. É um sistema de arquivos compartilhado visível de todos os nós do cluster e pode ser redimensionado on-line a partir da linha de comando de qualquer VM.

  • Tamanho padrão: O tamanho padrão de /acfs01 é 100 GB.
  • Dimensionamento /acfs01: Você pode dimensionar acfs01 como usuário grid de qualquer VM por meio do comando /sbin/acfsutil. Nenhuma reinicialização é necessária. A operação de redimensionamento não afetará a disponibilidade do serviço de banco de dados em execução no cluster de VMs. O seguinte comando emitido pelo usuário grid aumentará o tamanho de /acfs01 em 100 GB: /sbin/acfsutil size +100 GB /acfs01.
  • É possível criar sistemas de arquivos ACFS adicionais, se necessário. Eles também consumirão o armazenamento dos grupos de discos do Exadata Storage e poderão ser compartilhados entre todas as VMs do cluster. Consulte a documentação do ACFS para obter mais informações.

Visão Geral do Subconjunto de Nós de Clusters de VMs

O Subconjunto de Nós de Clusters de VMs permite alocar um subconjunto de servidores de banco de dados para novos clusters de VMs a fim de permitir máxima flexibilidade na alocação de recursos de computação (CPU, memória e armazenamento local).

Com o Subconjunto de Nós de Clusters de VMs, você pode:
  • Criar um cluster de VMs menor para hospedar bancos de dados que tenham poucos requisitos de recurso e escalabilidade ou para hospedar um número menor de bancos de dados que exijam isolamento do restante da carga de trabalho.
  • Expandir ou reduzir um cluster de VMs existente adicionando e removendo nós para garantir a utilização ideal dos recursos disponíveis.
Considere a verificação dos pontos a seguir que ajudarão no subconjunto de nós de clusters de VMs.
  • O recurso de Subconjunto de Nós de Clusters de VMs está disponível para novos clusters de VMs no serviço Oracle Exadata Database Service on Dedicated Infrastructure.
  • Todas as VMs de um cluster terão a mesma alocação de recursos por VM, independentemente de a VM ter sido criada durante o provisionamento do cluster ou adicionada posteriormente, estendendo um cluster de VMs existente.
  • Os Clusters de VMs só precisam de no mínimo 1 VM com subconjunto de nós. No entanto, a Oracle recomenda um mínimo de 2 VMs por Cluster de VMs para fornecer alta disponibilidade.
  • Você pode hospedar no máximo 8 VMs por Servidor de Banco de Dados nas gerações X8M e acima.
  • As Infraestruturas do Exadata com a geração X8M e superior de Servidores de Banco de Dados aceitam no máximo 8 clusters de VM em todos os Servidores de Banco de Dados.
  • O número máximo de clusters na infraestrutura depende dos recursos disponíveis por servidor de Banco de Dados e está sujeito ao limite máximo de VMs por Servidor de Banco de Dados.

Com a release de Várias VMs, não haverá suporte para a API de adição e remoção de máquina virtual para clusters de VMs na nuvem via terraform.

Você pode executar essas operações por meio de UI, SDK, CLI do OCI, OCI Ansible ou ferramentas semelhantes. Os estados do Terraform devem ser gerenciados de forma semelhante a outras operações que acontecem fora do terraform, mas precisam ser gerenciadas no terraform.

Para obter mais informações, consulte Detectando e Gerenciando Divergência com o Terraform.

Adicionar uma VM a um Cluster de VMs

Adicionar uma Máquina Virtual a um Cluster de VMs

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

Observação

  • Essa operação só está disponível com a Infraestrutura ativada por Várias VMs.
  • Para adicionar uma VM a um Cluster de VMs, todas as portas TCP devem estar abertas para o CIDR da sub-rede do cliente para entrada e saída.
  1. Abra o menu de navegação. No Oracle Database, clique em Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Escolha a Região e o Compartimento que contém o cluster de VMs cujos recursos de CPU você deseja dimensionar.
  3. Clique em Clusters de VMs.
  4. Clique no nome do cluster de VMs ao qual você deseja adicionar uma máquina virtual.
  5. Em Recursos, selecione Máquinas Virtuais e clique no botão Adicionar Máquinas Virtuais.
  6. Na janela Adicionar Máquinas Virtuais, selecione o servidor de Banco de Dados no qual você deseja que a nova VM resida.
    Observação

    A VM adicionada terá os mesmos recursos das outras VMs no cluster.
  7. Clique em Adicionar.
Observação

NÃO há suporte para a adição de uma VM a um Cluster de VMs usando o Terraform.

Encerrar ou Remover uma VM de um Cluster de VMs

Para encerrar ou remover uma máquina virtual de um cluster provisionado, use este procedimento.

Observação

Para remover uma VM de um cluster de VMs provisionado em uma infraestrutura não ativada para várias VMs, siga um procedimento semelhante ao encerramento de uma VM de um Cluster de VMs em uma infraestrutura ativada para várias VMs.
  1. Abra o menu de navegação. No Oracle Database, clique em Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Escolha a Região e o Compartimento que contém o cluster de VMs cujos recursos de CPU você deseja dimensionar.
  3. Clique em Clusters de VMs.
  4. Clique no nome do cluster de VMs cuja máquina virtual você deseja remover.
  5. Na página Detalhes do Cluster de VMs do Exadata, na seção Máquinas Virtuais, selecione a Máquina Virtual que será removida, clique no símbolo de mais comandos ( três pontos) e clique em Encerrar
Observação

No momento, NÃO há suporte para a remoção de uma VM de um Cluster de VMs usando o Terraform.

Visão Geral do Oracle Cloud Infrastructure Zero Trust Packet Routing (ZPR)

O Oracle Cloud Infrastructure Zero Trust Packet Routing (ZPR) protege dados confidenciais contra acesso não autorizado usando políticas de segurança baseadas em intenção que você define para recursos do OCI designados com atributos de segurança.

Esses atributos de segurança atuam como labels, permitindo que a ZPR identifique e organize recursos do OCI. A ZPR aplica essas políticas no nível da rede sempre que o acesso é solicitado, independentemente de quaisquer alterações ou configurações incorretas na arquitetura da rede.

O ZPR é colocado em camadas sobre as regras do grupo de segurança de rede (NSG) e da lista de controle de segurança (SCL) existentes. Para que um pacote atinja seu destino com sucesso, ele deve passar por todas as políticas NSG, SCL e ZPR aplicáveis. Se qualquer regra ou política bloquear o tráfego, a solicitação será negada.

Você pode proteger suas redes usando o Zero Trust Packet Routing (ZPR) em três etapas:

  1. Criando e gerenciando namespaces de atributos de segurança e atributos de segurança

    Para obter mais informações, consulte Gerenciando Atributos de Segurança.

  2. Gravando políticas usando atributos de segurança para controlar o acesso a recursos

    Para obter mais informações, consulte Noções Básicas sobre a Política de Roteamento do Pacote de Confiança Zero e Construtor de Modelos de Política

  3. Aplicando atributos de segurança a recursos especificados

    Para obter mais informações, consulte Adicionando um Recurso ao Roteamento de Pacote Confiável Zero.

Cuidado:

Evite digitar informações confidenciais ao designar descrições, tags ou nomes simples a recursos na nuvem por meio da Console, API ou CLI do Oracle Cloud Infrastructure.

Tópico principal: Gerenciar Clusters de VMs

Sobre o Aplicativo VIP

O Oracle Exadata Database Service on Dedicated Infrastructure suporta totalmente a criação de Endereços IP Virtuais adicionais em um Cluster de VMs do Exadata.

Esses VIPs de aplicativos são necessários para proteger aplicativos adicionais, como o Oracle GoldenGate instalado em um sistema Oracle Exadata Database Service on Dedicated Infrastructure ou outros serviços, como XA-Agents, e para fornecer Alta Disponibilidade a esses aplicativos adicionais. Para obter mais informações, consulte Oracle Grid Infrastructure Standalone Agents for Oracle Clusterware e Tornando Aplicações Altamente Disponíveis Usando o Oracle Clusterware.

No Oracle Cloud Infrastructure, a adição de Endereços IP Virtuais na pilha de clusters sozinha não é suficiente, pois esses endereços IP adicionais (secundários) também precisam ser adicionados à camada da VCN como "Flutuante Endereços IP" para que a camada da VCN saiba onde esses endereços IP estão sendo executados e, no caso de failover pelo Clusterware para alterar a VNIC à qual o endereço IP flutuante está anexado. Para obter mais informações, consulte Criando um Aplicativo VIP Gerenciado pelo Oracle Clusterware e Visão Geral de Endereços IP.

A adição de um VIP de Aplicativo a um Cluster de VMs do Exadata consiste nas seguintes etapas:

  1. Adicione o endereço IP Virtual à camada Clusterware dentro do Exadata DomU, seguindo a documentação do Oracle Clusterware padrão, ou o guia fornecido pela aplicação, por exemplo, usando 
    IPv4: appvipcfg create -network=1 -ip=10.10.10.10 -vipname=applicationvip
    IPv4/IPv6 dual-stack: appvipcfg create -network=1 -ip=“10.10.10.10 2607:9b80:9a0a:9401:1801:2645:c0a2:4283” -vipname=applicationvip
  2. Anexe o objeto de endereço IP Flutuante do Aplicativo no Cluster de VMs do Exadata para adicionar o conhecimento do IP flutuante à camada da VCN. Certifique-se de escolher a mesma sub-rede que você criou o VIP do aplicativo de backend, que normalmente é a sub-rede do cliente.

    O endereço IP privado precisa ser igual ao especificado no comando appvipcfg acima. O Nome do Host do Endereço IP Virtual é o nome no qual o endereço IP pode ser acessado via DNS e não precisa ser o mesmo que o vipname.

    Se você já tiver iniciado o VIP no backend, certifique-se de que o Nome da Máquina Virtual reflita o host no qual o VIP foi iniciado no backend.

  3. Teste a realocação do VIP. O VIP deve permanecer disponível (teste isso via ping), e a interface do usuário deve ser exibida após um curto período de tempo em que o IP flutuante também foi movido para outro host.

    Se você tiver escolhido o host errado ao criar o anexo da VCN, basta realocar o VIP no cluster. A camada da VCN detectará a alteração e a interface do usuário deverá ser atualizada após um curto período.

Observação

Um único Cluster de VMs Virtuais tem um limite de 8 VIPs de Aplicativos adicionais. A limitação existe porque uma única VNIC só pode ter 31 endereços IP secundários adicionais. Para obter mais informações, consulte Visão Geral de Endereços IP. Se todos os VIPs forem iniciados no mesmo nó, os VIPs do aplicativo não poderão ser acessados.

Se mais VIPs do aplicativo forem necessários, crie uma SR para que esse limite seja aumentado. No entanto, são necessárias algumas etapas adicionais para garantir que, em nenhum cenário, mais de 31 endereços IP secundários sejam anexados a um único nó de Cluster de VMs do Exadata. Uma maneira de fazer isso seria garantir que os VIPs do aplicativo sejam vinculados pelo Clusterware a determinados nós para que esse cenário seja impedido.

Uma configuração com 32 VIPs de aplicativos adicionais seria a seguinte:

IP flutuante Nó 1 Nó 2 Nó 3 Nó 4
Nome do Host Privado 1 1 1 1
Nome de host VIP 4 4 4 4
SCAN 3 3 3 3
Appvip 1-8 8 8 - -
Appvip 9-16 - 8 8 -
Appvip 17-24 - - 8 8
Appvip 25-32 8 - - 8
Máximo de VIP Possível se todos os IPs Flutuantes forem submetidos a failover 24 24 24 24

Usando a Console para Gerenciar Clusters de VMs no Exadata Cloud Infrastructure

Saiba como usar a console para criar, editar e gerenciar seus Clusters de VMs no Oracle Exadata Database Service on Dedicated Infrastructure.

Tópico principal: Gerenciar Clusters de VMs

Crie um cluster de VMs em uma instância do Exadata Cloud Infrastructure.

Observação

Para criar um cluster de VMs na nuvem em uma instância do Exadata Cloud Infrastructure, primeiro você deve ter criado um recurso de infraestrutura do Exadata na Nuvem.

Observação

A Infraestrutura ativada por diversas VMs suportará a criação de diversos Clusters de VMs. As infraestruturas criadas antes da liberação do recurso Criar e Gerenciar Diversas Máquinas Virtuais por Sistema Exadata (MultiVM) e Subconjunto de Nós de Clusters de VMs só suportam a criação de um único cluster de VMs na nuvem.
  1. Abra o menu de navegação. Clique em Oracle Database e, em seguida, clique em Oracle Exadata Database Service on Dedicated Infrastructure
  2. Em Oracle Exadata Database Service on Dedicated Infrastructure, clique em Clusters de VMs do Exadata.
    Observação

    Diversos clusters de VMs só podem ser criados em uma Infraestrutura ativada por diversas VMs.
  3. Clique em Criar Cluster de VMs do Exadata.

    A página Criar Cluster de VMs do Exadata é exibida. Forneça as informações necessárias para configurar o cluster de VMs.

  4. Compartimento: Selecione um compartimento para o recurso de cluster de VMs.
  5. Nome para exibição: Digite um nome para exibição amigável do cluster de VMs. O nome não precisa ser exclusivo. Um OCID (Oracle Cloud Identifier) identificará exclusivamente o sistema de banco de dados. Evite digitar informações confidenciais.
  6. Selecionar infraestrutura do Exadata: Selecione o recurso de infraestrutura que conterá o cluster de VMs. Escolha um recurso de infraestrutura que tenha recursos suficientes para criar um novo cluster de VMs. Clique em Alterar Compartimento e escolha um compartimento distinto daquele no qual você está trabalhando para exibir recursos de infraestrutura em outros compartimentos.
    Observação

    Diversos clusters de VMs só podem ser criados em uma Infraestrutura ativada por diversas VMs
  7. Escolha a versão do Oracle Grid Infrastructure: Na lista, escolha a release do Oracle Grid Infrastructure (19c e 23ai) que você deseja instalar no cluster de VMs.

    A release do Oracle Grid Infrastructure determina as releases do Oracle Database que podem ser suportadas no cluster de VMs. Não é possível executar uma release do Oracle Database que seja posterior à release do software Oracle Grid Infrastructure.

    Observação

    Requisitos mínimos para provisionar um Cluster de VMs com o Grid Infrastructure 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
  8. Escolha uma versão da imagem do Exadata:
    • Infraestrutura do Exadata com a versão 22.1.10.0.230422 da imagem do Oracle Linux 7 e do Exadata:
      • O botão Alterar imagem não está ativado.
      • O padrão da versão do Oracle Grid Infrastructure é 19.0.0.0.0.
      • A versão convidada do Exadata será a mesma do sistema operacional do host.
    • Infraestrutura do Exadata com a versão 23.1.3.0.0.230613 da imagem do Oracle Linux 8 e do Exadata:
      • A versão convidada do Exadata assume como padrão a versão mais recente (23.1.3.0).
      • O padrão da versão do Oracle Grid Infrastructure é 19.0.0.0.0
      • O botão Alterar imagem é ativado.
      • Clique em Alterar imagem.

        O painel Alterar imagem resultante exibe a lista de versões principais disponíveis da imagem do Exadata (23.1.3.0 e 22.1.3.0).

        A release mais recente de cada versão principal é indicada por "(mais recente)".

      • Slide Exibir todas as versões disponíveis.

        Seis versões anteriores, incluindo as versões mais recentes das imagens 23.1.3.0 e 22.1.3.0 do Exadata, são exibidas.

      • Escolha uma versão.
      • Clique em Salvar Alterações.
  9. Configurar o cluster de VMs: Especifique os servidores de Banco de Dados a serem usados para o novo cluster de VMs (por padrão, todos os Servidores de Banco de Dados são selecionados). Clique em Alterar Servidores de Banco de Dados para selecionar entre os servidores de banco de dados disponíveis. No painel Alocação de recursos por VM:
    • Especifique o número de OCPU/ECPU que você deseja alocar para cada nó de computação de máquina virtual do cluster de VMs. Para clusters de VMs criados na infraestrutura do Exadata X11M, especifique ECPUs. Para Clusters de VMs criados na infraestrutura Exadata X10M e anterior, especifique OCPUs. O mínimo é 2 OCPUs por VM para infraestrutura X10M e anterior ou 8 ECPUs por VM para clusters de VMs criados na infraestrutura Exadata X11M. O campo somente para leitura Contagem de OCPUs Solicitadas para o cluster de VMs do Exadata exibe o número total de núcleos de OCPU ou ECPU que você está alocando.
    • Especifique a Memória por VM a ser alocada para cada VM. O mínimo por VM é 30 GB.
    • Especifique o Armazenamento Local por VM para alocar armazenamento local a cada VM. O mínimo por VM é 60 GB.

      Sempre que você cria um novo cluster de VMs, o espaço restante fora do espaço total disponível é utilizado para o novo cluster de VMs.

      Além de /u02, é possível especificar o tamanho de sistemas de arquivos locais adicionais.

      Para obter mais informações e instruções para especificar o tamanho de cada VM individual, consulte Introdução às Operações de Ampliação ou Redução.

      • Clique em Mostrar opções adicionais de configuração de sistemas de arquivos locais.
      • Especifique o tamanho dos sistemas de arquivos /, /u01, /tmp, /var, /var/log, /var/log/audit e /home, conforme necessário.
        Observação

        • Você só pode expandir esses sistemas de arquivos e não pode reduzir o tamanho uma vez expandido.
        • Devido a partições de backup e espelhamento, os sistemas de arquivos / e /var consumirão o dobro do espaço alocado, que é indicado nos campos Armazenamento total alocado para / (GB) somente leitura devido ao espelhamento e Armazenamento total alocado para /tmp (GB) devido ao espelhamento.
      • Depois de criar o Cluster de VMs, verifique a seção Recursos do Exadata na página Detalhes da Infraestrutura do Exadata para verificar o tamanho do arquivo alocado para o armazenamento local (/u02) e o armazenamento local (sistemas de arquivos adicionais).
  10. Configurar armazenamento do Exadata: Especifique o seguinte:
    • Especificar o armazenamento utilizável do Exadata em TB. Especifique o armazenamento em múltiplos de 1 TB. Mínimo: 2 TB
    • Alocar armazenamento para snapshots esparsos do Exadata: Selecione essa opção de configuração se você pretende usar a funcionalidade de snapshot no seu cluster de VMs. Se você selecionar essa opção, o grupo de discos SPARSE será criado, o qual permitirá usar a funcionalidade de snapshot do cluster de VMs para clonagem esparsa do PDB. Se você não selecionar esta opção, o grupo de discos SPARSE não será criado e a funcionalidade de snapshot não estará disponível em implantações de banco de dados que forem criadas no ambiente.
      Observação

      A opção de configuração de armazenamento para snapshots esparsos não pode ser alterada após a criação do cluster de VMs.
    • Alocar armazenamento para backups locais: Selecione essa opção se você pretende fazer backups de bancos de dados no armazenamento local do Exadata dentro da sua instância do Exadata Cloud Infrastructure. Se você selecionar essa opção, mais espaço será alocado ao grupo de discos RECO, que é usado para armazenar backups no armazenamento do Exadata. Se você não selecionar essa opção, mais espaço será alocado ao grupo de discos DATA, que permite armazenar mais informações nos seus bancos de dados.
      Observação

      A opção de configuração de armazenamento para backups locais não pode ser alterada após a criação do cluster de VMs.
  11. Adicionar chave SSH: Adicione a parte de chave pública de cada par de chaves que você deseja usar para o acesso SSH ao sistema de banco de dados:
    • Gerar par de chaves SSH (Opção padrão) Selecione esse botão de opção para gerar um par de chaves SSH. Em seguida, na caixa de diálogo abaixo, clique em Salvar chave privada para fazer download da chave e, opcionalmente, clique em Salvar chave pública para fazer download da chave.
    • Fazer upload de arquivos de chave SSH: Selecione esse botão de opção para procurar ou arrastar e soltar arquivos .pub.
    • Colar chaves SSH: Selecione esse botão de opção para colar chaves públicas individuais. Para colar várias chaves, clique em + Outra Chave SSH e forneça uma chave única para cada entrada.
  12. Configurar as definições de rede: Especifique o seguinte:
    Observação

    Os endereços IP (100.64.0.0/10) são usados para interconexão do Exadata Cloud Infrastructure X8M.

    Você não tem a opção de escolher entre IPv4 (pilha única) e IPv4/IPv6 (pilha dupla) se ambas as configurações existirem. Para obter mais informações, consulte Gerenciamento de VCN e Sub-rede.

    • Rede virtual na nuvem: A VCN na qual você deseja criar o cluster de VMs. Clique em Alterar Compartimento para selecionar uma VCN em outro compartimento.
    • Sub-rede do cliente: A sub-rede à qual o cluster de VMs deve ser conectado. Clique em Alterar Compartimento para selecionar uma sub-rede em outro compartimento.

      Não use uma sub-rede que se sobreponha a 192.168.16.16/28, que é usada pela interconexão privada do Oracle Clusterware na instância de banco de dados. A especificação de uma sub-rede de sobreposição faz com que a interconexão privada funcione incorretamente.

    • Sub-rede de backup: A sub-rede a ser usada para a rede de backup, que geralmente é usada para transportar informações de backup de/para o Destino de Backup, e para a replicação do Data Guard. Clique em Alterar Compartimento para selecionar uma sub-rede em outro compartimento, se aplicável.

      Não use uma sub-rede que substitua 192.168.128.0/20. Essa restrição se aplica à sub-rede do cliente e à sub-rede de backup.

      Se você planeja fazer backup de bancos de dados para o serviço Object Storage ou Autonomous Recovery, consulte os pré-requisitos de rede em Gerenciando Backups de Bancos de Dados Exadata.

      Observação

      Caso o Autonomous Recovery Service seja usado, uma nova sub-rede dedicada será altamente recomendada. Verifique os requisitos e as configurações de rede necessários para fazer backup dos bancos de dados do Oracle Cloud no Recovery Service. Consulte Configurando Recursos da Rede para o Serviço de Recuperação.
    • Grupos de Segurança de Rede: Opcionalmente, você pode especificar um ou mais NSGs (grupos de segurança de rede) para as redes do cliente e de backup. Os NSGs funcionam como firewalls virtuais, permitindo que você aplique um conjunto de regras de segurança de entrada e saída ao cluster de VMs do Exadata Cloud Infrastructure. É possível especificar um máximo de cinco NSGs. Para obter mais informações, consulte Grupos de Segurança de Rede e Configuração da Rede para Instâncias do Exadata Cloud Infrastructure.

      Observe que, se você escolher uma sub-rede com uma lista de segurança, as regras de segurança do cluster de VMs serão uma união das regras da lista de segurança e dos NSGs.

      Para usar grupos de segurança de rede:

      • Marque a caixa de seleção Usar grupos de segurança de rede para controlar o tráfego. Essa caixa aparece sob o seletor das sub-redes do cliente e de backup. Você pode aplicar NSGs à rede do cliente ou à rede de backup ou a ambas as redes. Observe que você deverá ter uma rede virtual na nuvem selecionada para poder designar NSGs a uma rede.
      • Especifique o NSG a ser usado com a rede. Pode ser necessário usar mais de um NSG. Em caso de dúvida, entre em contato com o administrador.
      • Para usar NSGs adicionais com a rede, clique em + Outro Grupo de Segurança de Rede.
      Observação

      Para fornecer aos seus recursos de Cluster de VMs na nuvem segurança adicional, você pode usar o Roteamento de Pacote de Confiança Zero do Oracle Cloud Infrastructure para garantir que apenas os recursos identificados com atributos de segurança tenham permissões de rede para acessar seus recursos. A Oracle fornece modelos de política de Banco de Dados que você pode usar para ajudá-lo a criar políticas para casos de uso comuns de segurança de banco de dados. Para configurá-lo agora, você já deve ter criado atributos de segurança com o Oracle Cloud Infrastructure Zero Trust Packet Routing. Clique em Mostrar Opções Avançadas no final deste procedimento.

      Lembre-se de que, ao fornecer atributos de segurança para um cluster, assim que ele for aplicado, todos os recursos exigirão uma política de Pacote de Confiança Zero para acessar o cluster. Se houver um atributo de segurança em um ponto final, ele deverá atender às regras do grupo de segurança de rede (NSG) e da política de Roteamento de Pacote de Confiança Zero (OCI ZPR) do Oracle Cloud Infrastructure.

    • Para usar o Serviço de DNS privado
      Observação

      Um DNS Privado deve ser configurado para que possa ser selecionado. Consulte "Configurar DNS Privado"
      • Marque a caixa de seleção Usar Serviço de DNS privado.
      • Selecione uma view privada. Clique em Alterar Compartimento para selecionar uma view privada em outro compartimento.
      • Selecione uma zona privada. Clique em Alterar Compartimento para selecionar uma zona privada em outro compartimento.
    • prefixo de nome de host: Sua opção de nome de host do sistema de banco de dados Exadata. O nome do host deve começar com uma letra e só pode conter caracteres alfanuméricos e hifens (-). O número máximo de caracteres permitido para um sistema de banco de dados Exadata é 12.

      Cuidado:

      O nome do host deve ser exclusivo na sub-rede. Se não for exclusivo, o cluster de VMs não será provisionado.
    • Nome do domínio do host: O nome do domínio do cluster de VMs. Se a sub-rede selecionada usar o Resolvedor de Internet e VCN fornecido pela Oracle para resolução do nome de DNS, esse campo exibirá o nome do domínio da sub-rede e não poderá ser alterado. Caso contrário, você poderá fornecer o nome de domínio desejado. Hifens (-) não são permitidos.

      Se você planeja armazenar backups de banco de dados no serviço Object Storage ou Autonomous Recovery, a Oracle recomenda que você use um Resolvedor de VCN para resolução de nome de DNS da sub-rede do cliente porque ele resolve automaticamente os pontos finais Swift usados para backups.

    • Host e URL do domínio: Esse campo somente para leitura combina os nomes de host e domínio para exibir o FQDN (nome do domínio totalmente qualificado) do banco de dados. O tamanho máximo é 63 caracteres.
  13. Escolher um tipo de licença: O tipo de licença que você deseja usar para o cluster de VMs. Sua escolha afeta a medição de faturamento.
    • Licença Incluída significa que o custo do serviço de nuvem inclui uma licença para o serviço Database.
    • BYOL (Bring Your Own License) significa que você é um cliente Oracle Database que tem um Contrato de Licença Ilimitado ou um Contrato de Licença Não Ilimitado e deseja usar sua licença com o Oracle Cloud Infrastructure. Isso elimina a necessidade de licenças on-premises separadas e licenças na nuvem.
  14. Coleta de Diagnóstico: Ativando a coleta e as notificações de diagnóstico, o Oracle Cloud Operations e você poderão identificar, investigar, rastrear e resolver problemas de VM convidada de forma rápida e eficaz. Assine o serviço Events para ser notificado sobre alterações no estado do recurso.
    Observação

    Você está aceitando que a lista de eventos acima (ou métricas, arquivos de log) pode mudar no futuro. Você pode recusar esse recurso a qualquer momento.
    • Ativar Eventos de Diagnóstico: Permitir que a Oracle colete e publique eventos críticos, de advertência, de erro e de informações para mim.
    • Ativar Monitoramento de Integridade: Permitir que a Oracle colete métricas/eventos de integridade como o Oracle Database ativado/desativado, uso do espaço em disco etc., e compartilhe-os com as operações do Oracle Cloud. Você também receberá notificação de alguns eventos.
    • Ativar Coleta de Logs e Rastreamento de Incidentes: Permitir que a Oracle colete logs e rastreamentos de incidentes para ativar o diagnóstico de falha e a resolução de problemas.
    Observação

    Você está aceitando que a lista de eventos acima (ou métricas, arquivos de log) pode mudar no futuro. Você pode recusar esse recurso a qualquer momento.
    Todas as três caixas de seleção são marcadas por padrão. Você pode deixar as definições padrão como estão ou desmarcar as caixas de seleção, conforme necessário. Você pode exibir as definições de Coleta de Diagnóstico na página Detalhes do Cluster de VMs em Informações Gerais >> Coleta de Diagnóstico.
    • Ativada: Quando você opta por coletar diagnósticos, métricas de integridade, logs de incidentes e arquivos de rastreamento (todas as três opções).
    • Desativada: Quando você opta por não coletar diagnósticos, métricas de integridade, logs de incidentes e arquivos de rastreamento (todas as três opções).
    • Parcialmente Ativada: Quando você opta por coletar diagnósticos, métricas de integridade, logs de incidentes e arquivos de rastreamento (uma ou duas opções).
  15. Clique em Mostrar Opções Avançadas para especificar opções avançadas para o cluster de VMs:

    • Fuso horário: Essa opção está localizada na guia Gerenciamento. O fuso horário padrão para o sistema de banco de dados é UTC, mas você pode especificar outro fuso horário. As opções de fuso horário são as suportadas na classe Java.util.TimeZone e no sistema operacional Oracle Linux. Para obter mais informações, consulte Fuso Horário do Sistema de Banco de Dados .

      Observação

      Se você quiser definir um fuso horário que não seja UTC ou o fuso horário detectado pelo browser e não vir o fuso horário desejado, tente selecionar a opção Selecionar outro fuso horário, em seguida, selecionando "Diversos" na lista Região ou país e pesquisando as seleções adicionais de Fuso horário.

    • Porta do Listener SCAN: Essa opção está localizada na guia Rede. Você pode designar uma porta de listener SCAN (TCP/IP) no intervalo entre 1024 e 8999. O padrão é 1521
      Observação

      Não há suporte para a alteração manual da porta do listener SCAN de um cluster de VMs após o provisionamento usando o software de backend. Essa alteração pode causar falhas no provisionamento do Data Guard.
      .
    • ZPR (Zero Trust Packet Routing): Esta opção está localizada na guia Atributos de segurança. Selecione um namespace e forneça a chave e o valor do atributo de segurança. Para concluir esta etapa durante a configuração, você já deverá ter configurado atributos de segurança com o Oracle Cloud Infrastructure Zero Trust Packet Routing. Você também pode adicionar atributos de segurança após a configuração e adicioná-los posteriormente. Para obter mais informações sobre como adicionar políticas específicas do Oracle Exadata Database Service on Dedicated Infrastructure, consulte Criador de Modelos de Política.
    • Atualização da Automação na Nuvem: A Oracle aplica periodicamente atualizações às ferramentas de banco de dados e ao software do agente necessários para ferramentas e automação na nuvem. Você pode configurar sua janela de tempo preferencial para que essas atualizações sejam aplicadas ao Cluster de VMs.

      Defina o horário de início para atualizações de automação em nuvem.

      Observação

      A Oracle verificará as atualizações mais recentes do VM Cloud Automation todos os dias entre o intervalo de tempo configurado e aplicará atualizações quando aplicável. Se a automação não puder começar a aplicar atualizações na janela de tempo configurada devido a algum processo de longa execução subjacente, a Oracle verificará automaticamente o dia seguinte durante a janela de tempo configurada para começar a aplicar atualizações de automação na nuvem ao Cluster de VMs.

      Ativar acesso antecipado para atualização de ferramentas na nuvem: Os clusters de VMs designados para acesso antecipado recebem atualizações de 1 a 2 semanas antes de estarem disponíveis para outros sistemas. Marque essa caixa de seleção se quiser uma adoção antecipada para esse cluster de VMs.

      Período de Congelamento da Atualização do Cloud Automation: A Oracle aplica periodicamente atualizações às ferramentas de banco de dados e ao software de agente necessários para ferramentas e automação na nuvem. Ative um período de congelamento para definir um período durante o qual a automação da Oracle não aplicará atualizações na nuvem.

      Mova o controle deslizante para definir o período de congelamento.

      Observação

      • O período de congelamento pode se estender por no máximo 45 dias a partir da data inicial.
      • A automação da Oracle aplicará automaticamente atualizações com correções críticas de segurança (CVSS >= 9) mesmo durante um período de congelamento configurado.
    • Tags: Se você tiver permissões para criar um recurso, também terá permissões para aplicar tags de formato livre a esse recurso. Para aplicar uma tag definida, você deverá ter permissões para usar o namespace de tag. Para obter mais informações sobre tags, consulte Tags de Recurso. Se você não tiver certeza se deve aplicar tags, ignore essa opção (você poderá aplicar tags posteriormente) ou pergunte ao administrador.
  16. Clique em Criar.

QUAL O PRÓXIMO PASSO?

Depois que o cluster de VMs for criado com sucesso e estiver no estado Disponível, .
  • Você pode exibir a página Detalhes do Cluster de VMs clicando no nome dele na lista de clusters. Na página Detalhes do Cluster de VMs, você pode criar seu primeiro banco de dados no cluster clicando em Criar Banco de Dados
  • Os campos Endereço IP SCAN (IPv4) e Endereço IP SCAN (IPv6) na seção Rede da página Detalhes do Cluster de VMs exibem os detalhes do endereço IP de pilha dupla.
  • O campo Atualização da Automação da Nuvem na seção Versão da página Detalhes do Cluster de VMs exibe o período de congelamento definido.

Para adicionar atributos de segurança a um Cluster de VMs do Exadata, use este procedimento.

  1. Abra o menu de navegação. No Oracle Database, clique em Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Em Oracle Exadata Database Service on Dedicated Infrastructure, clique em Clusters de VMs do Exadata.
  3. Na lista de clusters de VM na nuvem, clique no nome do cluster ao qual você deseja adicionar atributos de segurança.
  4. Na página Detalhes do Cluster de VMs, clique em Mais ações e selecione Adicionar atributos de segurança.

    ou

    Na página Detalhes do Cluster de VMs, clique na guia Atributos de segurança.

  5. Clique em Adicionar atributos de segurança.
  6. Selecione o Namespace no qual o atributo de segurança obrigatório está disponível.
  7. Selecione a Chave e o Valor do atributo de segurança necessário.
  8. Para usar atributos de segurança adicionais, clique em Adicionar atributo de segurança.
    Observação

    É possível especificar no máximo 3 atributos de segurança para um Cluster de VMs do Exadata.
  9. Clique em Adicionar atributos de segurança.

Para editar um atributo de segurança de um Cluster de VMs do Exadata, use este procedimento.

  1. Abra o menu de navegação. No Oracle Database, clique em Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Na lista de clusters de VM na nuvem, clique no nome do cluster para o qual você deseja editar um atributo de segurança.
  3. Clique na tab Segurança.

    Uma lista de atributos de segurança existentes é exibida.

  4. Clique no ícone ao lado do nome do atributo de segurança para exibir seus detalhes.
  5. Escolha o valor necessário do atributo de segurança.
  6. Clique em Salvar.

Para remover um atributo de segurança de um Cluster de VMs do Exadata, use este procedimento.

  1. Abra o menu de navegação. No Oracle Database, clique em Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Na lista de clusters de VM na nuvem, clique no nome do cluster para o qual você deseja editar um atributo de segurança.
  3. Clique na tab Segurança.

    Uma lista de atributos de segurança existentes é exibida.

  4. Clique no ícone ao lado do nome do atributo de segurança para exibir seus detalhes.
  5. Clique em Remover atributo de segurança.

Para adicionar capacidade do servidor de banco de dados ou de armazenamento a um cluster de VMs na nuvem

Este tópico descreve como usar a Console do OCI (Oracle Cloud Infrastructure) para adicionar a nova capacidade ao cluster de VMs na nuvem.

Observação

Este procedimento não se aplica à Infraestrutura ativada por diversas VMs

Se você tiver usado a tarefa Para adicionar recursos de computação e armazenamento a um recurso de infraestrutura flexível do Exadata na nuvem adicionando mais servidores de banco de dados (computação) ou de armazenamento à instância de serviço, adicione mais capacidade ao cluster de VMs na nuvem para utilizar os recursos adicionais.

  1. Abra o menu de navegação. No Oracle Database, clique em Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Em Oracle Exadata Database Service on Dedicated Infrastructure, clique em Clusters de VMs do Exadata.
  3. Na lista de clusters de VMs na nuvem, clique no nome do cluster ao qual você deseja adicionar capacidade.
  4. Na página Detalhes do Cluster de VMs, clique em Dimensionar Cluster de VMs.
  5. Se você tiver capacidade adicional disponível como resultado do dimensionamento do recurso de infraestrutura do Exadata na nuvem, um banner na parte superior do painel Dimensionar Cluster de VMs fornecerá uma mensagem informando o tipo e o volume de capacidade adicional disponível para o cluster de VMs. Marque a caixa de seleção Adicionar Capacidade.
  6. Selecione o botão de opção Adicionar Servidor de Banco de Dados ou Adicionar Armazenamento, dependendo do tipo de capacidade que você deseja adicionar ao cluster de VMs na nuvem.
  7. Clique em Atualizar. O cluster de VMs na nuvem entra no estado Atualizando. Após a adição bem-sucedida da capacidade, o cluster retornará ao estado Disponível.
Observação

Se você adicionar mais servidores de banco de dados ao cluster, poderá alocar os novos núcleos de CPU quando o cluster estiver no estado Disponível clicando novamente no botão Dimensionar Cluster de VMs. Consulte Para dimensionar núcleos de CPU em um cluster de VMs na nuvem ou sistema de Banco de Dados do Exadata Cloud Service para obter mais informações sobre como adicionar núcleos de CPU ao cluster de VMs na nuvem.

Usando a Console para Ativar, Ativar Parcialmente ou Desativar a Coleta de Diagnóstico

Você pode ativar, ativar parcialmente ou desativar a coleta de diagnóstico de suas VMs Convidadas após o provisionamento do cluster de VMs. A ativação da coleta de diagnóstico no nível do cluster de VMs aplica a configuração a todos os recursos, como Banco de Dados, home do Banco de Dados etc., no cluster de VMs.

Observação

  • Você está aceitando que a lista de eventos, métricas e arquivos de log coletados pode mudar no futuro. Você pode recusar esse recurso a qualquer momento.
  • A Oracle pode adicionar mais métricas no futuro, mas se você já tiver optado por coletar métricas, não será necessário atualizar seu valor de aceitação. Ele permanecerá ativado/desativado com base na sua preferência atual.
  • Se você tiver optado anteriormente pela coleta de arquivos de logs e rastreamento de incidentes e decidir recusar quando as operações do Oracle Cloud executarem um job de coleta de logs, o job será executado e não será cancelado. As futuras coletas de logs não ocorrerão até que você aceite novamente a opção de coleta de arquivos de logs e rastreamento de incidentes.
  1. Abra o menu de navegação. Em Banco de Dados, clique em Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Escolha a Região que contém a infraestrutura do Exadata.
  3. Clique em Clusters de VMs.
  4. Clique no nome do cluster de VMs cuja coleta de dados de diagnóstico você deseja ativar ou desativar.
  5. Na página Detalhes do Cluster de VMs, em Informações Gerais, ative, ative parcialmente ou desative a Coleta de Diagnósticos ao lado de Coleta de Diagnósticos.
  6. Na caixa de diálogo Editar Definições de Coleta de Diagnóstico, ative ou desative qualquer Coleta de Diagnósticos. Ativando a coleta e as notificações de diagnóstico, o Oracle Cloud Operations e você poderão identificar, investigar, rastrear e resolver problemas de VM convidada de forma rápida e eficaz. Assine o serviço Events para ser notificado sobre alterações no estado do recurso.
    • Ativar Eventos de Diagnóstico Permitir que a Oracle colete e publique eventos críticos, de advertência, de erro e de informações para mim. Para obter mais informações, consulte Visão Geral dos Eventos do Serviço Database
    • Ativar Monitoramento de Integridade Permitir que a Oracle colete métricas/eventos de integridade como o Oracle Database ativo/desativado, uso do espaço em disco etc., e compartilhe-os com as operações do Oracle Cloud. Você também receberá notificação de alguns eventos.
    • Ativar coleta de logs e rastreamento de Incidentes. Permitir que a Oracle colete logs e rastreamentos de incidentes para ativar o diagnóstico de falha e a resolução de problemas.

      Observação: Você optou anteriormente pela coleta de arquivos de logs e rastreamento de incidentes e decidiu recusar quando as operações do Oracle Cloud executarem um job de coleta de logs; o job será executado e não será cancelado. As futuras coletas de logs não serão executadas até que você aceite novamente a opção de coleta de arquivos de logs e rastreamento de incidentes.

  7. Marque ou desmarque as caixas de seleção e clique em Salvar Alterações.

Usando a Console para Atualizar o Tipo de Licença em um Cluster de VMs

Para modificar o licenciamento, prepare-se para fornecer valores dos campos obrigatórios para modificar as informações de licenciamento.

  1. Abra o menu de navegação. Em Oracle Database, clique em Exadata Cloud Infrastructure.
  2. Escolha a Região e o Compartimento que contém o cluster de VMs cujo tipo de licença você deseja atualizar.
  3. Clique em Clusters de VMs.
  4. Clique no nome do cluster de VMs cujo tipo de licença você deseja atualizar.

    A página Detalhes do Cluster de VMs exibe informações sobre o cluster de VMs selecionado.

  5. Clique em Atualizar Tipo de Licença.
  6. Na caixa de diálogo, escolha um dos seguintes tipos de licença e clique em Salvar.
    • BYOL (Bring Your Own License): Selecione essa opção se sua organização já tiver licenças de software do Oracle Database que você queira usar no cluster de VMs.
    • Licença Incluída: Selecione esta opção para assinar as licenças de software do Oracle Database como parte do Exadata Cloud Infrastructure.

    A atualização do tipo de licença não altera a funcionalidade nem interrompe a operação do cluster de VMs. Os clientes têm permissão para alterar o tipo de licença de um Cluster de VMs no máximo uma vez por mês.

Para adicionar chaves SSH a um cluster de VMs

O cluster de VMs existe e você deseja adicionar outro usuário que exija outra chave SSH.

  1. Abra o menu de navegação. Clique em Oracle Database e, em seguida, clique em Oracle Exadata Database Service on Dedicated Infrastructure
  2. Escolha o Compartimento.
  3. Clique em Clusters de VMs do Exadata.
  4. Na lista de clusters de VMs, localize o cluster que você deseja gerenciar e clique no nome destacado.
  5. Clique em Adicionar Chaves SSH.
  6. Selecione uma das seguintes opções:

    • Gerar par de chaves SSH: Use essa opção para criar um novo par de chaves SSH. Clique em Salvar Chave Privada e em Salvar Chave Pública ao usar essa opção. A chave privada é submetida a download na sua máquina local e deve ser armazenada em um local seguro. Não é possível fazer download de outra cópia da chave privada gerada durante esta operação após a conclusão da operação.

    • Fazer upload de arquivos de chave SSH: Selecione essa opção para procurar ou arrastar e soltar arquivos .pub.

    • Colar chaves SSH: Selecione essa opção para colar chaves públicas individuais. Para colar várias chaves, clique em + Outra Chave SSH e forneça uma chave única para cada entrada.

  7. Clique em Salvar.

Usando a Console para Adicionar Chaves SSH após a Criação de um Cluster de VMs

  1. Abra o menu de navegação. No Oracle Database, clique em Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Clique em Clusters de VMs.
  3. Clique no nome do cluster de VMs ao qual você deseja adicionar chave(s) SSH.
  4. Na página Detalhes do Cluster de VMs, clique em Adicionar Chaves SSH.
  5. Na caixa de diálogo ADICIONAR Chaves SSH, escolha qualquer um dos métodos:
    • Gerar par de chaves SSH: Selecione essa opção se quiser que o Control Plane gere pares de chaves públicas/privadas para você.

      Clique em Salvar Chave Privada e em Salvar Chave Pública para fazer download e salvar o par de Chaves SSH.

    • Fazer upload de arquivos de chave SSH: Selecione essa opção para fazer upload do arquivo que contém o par de Chave SSH.
    • Colar chaves SSH: Selecione essa opção para colar a string de chave SSH.

      Para fornecer várias chaves, clique em Outra Chave SSH. Para chaves coladas, certifique-se de que cada chave esteja em uma única linha contínua. O tamanho das chaves combinadas não pode exceder 10 mil caracteres.

  6. Clique em Salvar.

Usando a Console para Interromper, Iniciar ou Reinicializar uma Máquina Virtual de Cluster de VMs

Use a console para interromper, iniciar ou reinicializar uma máquina virtual.

  1. Abra o menu de navegação. No Oracle Database, clique em Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Escolha a Região e o Compartimento que está associado ao cluster de VMs que contém a máquina virtual que você deseja interromper, iniciar ou reinicializar.
  3. Clique em Clusters de VMs.
  4. Clique no nome do cluster de VMs que contém a máquina virtual que você deseja interromper, iniciar ou reiniciar.

    A página Detalhes do Cluster de VMs exibe informações sobre o cluster de VMs selecionado.

  5. Na lista Recursos, clique em Máquinas Virtuais.

    A lista de máquinas virtuais é exibida.

  6. Na lista de nós, clique no ícone Ações (três pontos) de um nó e clique em uma das seguintes ações:
    1. Iniciar: Reinicia um nó interrompido. Após a reinicialização do nó, a ação Interromper é ativada.
    2. Interromper: Faz shutdown do nó. Após a interrupção do nó, a ação Iniciar é ativada.
    3. Reinicializar: Faz shutdown do nó e o reinicializa.

Usando a Console para Verificar o Status de uma Máquina Virtual de Cluster de VMs

Verifique o status de integridade de uma máquina virtual de cluster de VMs.

  1. Abra o menu de navegação. No Oracle Database, clique em Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Escolha a Região e o Compartimento que está associado ao cluster de VMs que contém a máquina virtual desejada.
  3. Clique em Clusters de VMs.
  4. Clique no nome do cluster de VMs que contém a máquina virtual desejada.

    A página Detalhes do Cluster de VMs exibe informações sobre o cluster de VMs selecionado.

  5. Na lista Recursos, clique em Máquinas Virtuais.

    A lista de máquinas virtuais é exibida. Para cada máquina virtual no cluster de VMs, são exibidos o nome, o estado e o endereço IP do cliente.

  6. Na lista de nós, localize a máquina virtual desejada e verifique seu estado.

    A cor do ícone e o texto associado indicam o status.

    • Disponível: Ícone verde. O nó está operacional.
    • Iniciando: Ícone amarelo. O nó está sendo iniciado por causa de uma ação de início ou reinicialização na Console ou na API.
    • Interrompendo: Ícone amarelo. O nó está sendo interrompido por causa de uma ação de interrupção ou reinicialização na Console ou na API.
    • Interrompido: Ícone amarelo. O nó é interrompido.
    • Com falha: Ícone vermelho. Uma condição de erro impede a operação contínua da máquina virtual.

Usando a Console para Mover um Cluster de VMs para Outro Compartimento

Para alterar o compartimento que contém o cluster de VMs no Exadata Cloud Infrastructure, use este procedimento.

Quando você move um cluster de VMs, a alteração de compartimento também é aplicada às máquinas virtuais e aos bancos de dados associados ao cluster de VMs. No entanto, a alteração de compartimento não afeta qualquer outro recurso associado, como a infraestrutura do Exadata, que permanece no compartimento atual.

  1. Abra o menu de navegação. No Oracle Database, clique em Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Escolha a Região e o Compartimento que contém o cluster de VMs que você deseja mover.
  3. Clique em Clusters de VMs.
  4. Clique no nome do cluster de VMs que você deseja mover.

    A página Detalhes do Cluster de VMs exibe informações sobre o cluster de VMs selecionado.

  5. Clique em Mais ações e clique em Mover recurso.
  6. Na caixa de diálogo resultante, escolha o novo compartimento para o cluster da VM e clique em Mover.

Para alterar o nome para exibição do cluster de VMs

Observação

Este tópico só se aplica a instâncias do Exadata Cloud Infrastructure que usam o novo modelo de recurso de instância do Exadata Cloud Infrastructuree.
  1. Abra o menu de navegação. Clique em Oracle Database e, em seguida, clique em Oracle Exadata Database Service on Dedicated Infrastructure
  2. Escolha o Compartimento.
  3. Clique em Clusters de VMs do Exadata em Oracle Exadata Database Service on Dedicated Infrastructure.

  4. Na lista de recursos de Clusters de VMs do Exadata, clique no nome do Cluster desejado

  5. Na página Detalhes da Infraestrutura, clique em Mais Ações e Atualizar Nome para Exibição.
  6. Na caixa de diálogo Atualizar Nome para Exibição, informe o Novo nome para exibição e o nome para exibição atual conforme instruído.
  7. Clique em Atualizar.

Usando a Console para Encerrar um Cluster de VMs

Antes de encerrar um cluster de VMs, verifique o seguinte:
  • Se algum banco de dados tiver o Data Guard configurado, desconfigure-o primeiro.
  • Se algum banco de dados tiver um backup em andamento, aguarde a conclusão do backup.

O encerramento de um cluster de VMs o remove do Cloud Control Plane. No processo, as máquinas virtuais e o conteúdo delas são destruídos.

Observação

Você não pode encerrar um cluster de VMs de uma infraestrutura com menos de 5 servidores de armazenamento
  1. Abra o menu de navegação. No Oracle Database, clique em Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Escolha a Região e o Compartimento que contém o cluster de VMs que você deseja encerrar.
  3. Clique em Clusters de VMs.
  4. Clique no nome do cluster de VMs que você deseja encerrar.

    A página Detalhes do Cluster de VMs exibe informações sobre o cluster de VMs selecionado.

  5. Clique em Mais Ações e, em seguida, clique em Encerrar.
  6. Na caixa de diálogo resultante:
    • Revise a mensagem sobre a política de retenção de backup
    • Informe o nome do cluster de VMs
    • Clique em Finalizar para confirmar a ação.
    Observação

    O banco de dados permanece em um estado encerrado com backups listados até que todos os backups expirem.

Para exibir detalhes sobre a configuração de DNS privado

  1. Abra o menu de navegação. Em Banco de Dados, clique em Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Escolha a Região que contém a infraestrutura do Exadata.
  3. Escolha o Compartimento que contém a infraestrutura do Exadata.
  4. Clique em Clusters de VMs.
  5. Clique no nome do cluster de VMs que está configurado com um DNS privado que você deseja exibir.
  6. Na seção Rede, serão exibidos DNS Privado e Zona Privada, se um DNS privado estiver configurado.
  7. Clique no nome da View Privada para editar a configuração.

Para Anexar um Endereço IP Virtual

Anexe um endereço IP Virtual de um cluster de VMs usando este procedimento.

  1. Abra o menu de navegação. Em Banco de Dados, clique em Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Escolha a Região que contém a infraestrutura do Exadata.
  3. Escolha o Compartimento que contém a infraestrutura do Exadata.
  4. Clique em Clusters de VMs do Exadata.
  5. Em Recursos, clique em Endereço IP Virtual.
  6. Clique em Anexar Endereço IP Virtual.
  7. Na caixa de diálogo Anexar Endereço IP Virtual:
    1. Selecione uma sub-rede na lista drop-down Sub-rede.
    2. Informe um nome de host para o Endereço IP Virtual no campo Nome do Host do Endereço IP Virtual.
    3. Você pode optar por designar automaticamente endereços IPv4/IPv6 da sub-rede ou designar manualmente endereços IPv4/IPv6. Se você optar pela atribuição manual, informe o endereço IP desejado no campo Endereço IP virtual.
    4. (Opcional) Você pode informar um nome de Máquina VIrtual para ser o anexo padrão no campo Máquina Virtual.
    5. Clique em Anexar.

Para Desanexar um Endereço IP Virtual

Anexe um endereço IP Virtual de um cluster de VMs usando este procedimento.

  1. Abra o menu de navegação. Em Banco de Dados, clique em Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Escolha a Região que contém a infraestrutura do Exadata.
  3. Escolha o Compartimento que contém a infraestrutura do Exadata.
  4. Clique em Clusters de VMs do Exadata.
  5. Em Recursos, clique em Endereço IP Virtual.
  6. Clique no ícone Ações (três pontos) à direita do Endereço IP Virtual que você deseja desanexar.
  7. Clique em Separar.
  8. Na caixa de diálogo Desanexar Endereço IP Virtual, confirme digitando o Endereço VIP que você deseja desanexar e clique em Desanexar.

Migrar de um Cluster de VMs do Exadata de Pilha Única (IPv4) para um Cluster de VMs do Exadata de Pilha Dupla (IPv4/IPv6) com Sincronização do Data Guard

  1. Crie um cluster de VMs do Exadata de pilha dupla.
  2. Crie uma associação do Data Guard entre o cluster de VMs do Exadata de pilha única existente (IPv4) que hospeda o banco de dados principal e o novo cluster de VMs do Exadata de pilha dupla (IPv4/IPv6) que hospeda o banco de dados stand-by.
  3. Faça um switchover de banco de dados.

    Certifique-se de que ambos os bancos de dados estejam sincronizados antes de executar o switchover. Os bancos de dados principal e stand-by devem ser sincronizados, o que significa que não deve haver backlog de redo logs no banco de dados stand-by. Você pode verificar a sincronização garantindo que nenhum redo logs esteja pendente para ser aplicado no stand-by. Use o comando DGMGRL> SHOW CONFIGURATION; para verificar o status da sincronização.

Visão Geral da Coleta Automática de Diagnóstico

Ativando a coleta e as notificações de diagnóstico, o Oracle Cloud Operations e você poderão identificar, investigar, rastrear e resolver problemas de VM convidada de forma rápida e eficaz. Assine o serviço Events para ser notificado sobre alterações no estado do recurso.

  • Ativar Eventos de Diagnóstico

    Permita que a Oracle colete e publique eventos críticos, de advertência, de erro e de informações para você. Para obter mais informações, consulte Eventos do Serviço Database.

  • Ativar Monitoramento de Integridade

    Permitir que a Oracle colete métricas/eventos de integridade como o Oracle Database ativo/desativado, uso do espaço em disco etc., e compartilhe-os com as operações do Oracle Cloud. Você também receberá notificação de alguns eventos. Para obter mais informações, consulte Métricas de Integridade.

  • Ativar Coleta de Logs e Rastreamento de Incidentes

    Permitir que a Oracle colete logs e rastreamentos de incidentes para ativar o diagnóstico de falha e a resolução de problemas. Para obter mais informações, consulte Arquivos de Logs e Rastreamento de Incidentes.

A Coleta de Diagnósticos é:

  • Ativada: Quando você opta por coletar diagnósticos, métricas de integridade, logs de incidentes e arquivos de rastreamento (todas as três opções).
  • Desativada: Quando você opta por não coletar diagnósticos, métricas de integridade, logs de incidentes e arquivos de rastreamento (todas as três opções).
  • Parcialmente Ativada: Quando você opta por coletar diagnósticos, métricas de integridade, logs de incidentes e arquivos de rastreamento (uma ou duas opções).

A desativação de eventos de diagnóstico e monitoramento de integridade só interromperá a coleta e a notificação de dados/eventos quando você desmarcar as caixas de seleção vinculadas às opções. No entanto, os dados históricos não serão expurgados dos repositórios de dados do Oracle Cloud Operations.

Arquivos de Logs e Rastreamento de Incidentes

Esta seção lista todos os arquivos que podem ser coletados pelo Suporte Técnico da Oracle se você aceitar a coleta de logs e rastreamento de incidentes.

Observação

  • A Oracle criará uma SR (solicitação de serviço) com relação ao CSI (Identificador de Suporte do Cliente) de infraestrutura quando um problema for detectado e precisar que a interação do cliente seja resolvida.
  • O e-mail de administrador da tenancy do Oracle Cloud Infrastructure do cliente será usado como contato CSI para criar a SR e anexar logs a ela. Certifique-se de que o administrador da tenancy seja adicionado como um contato CSI no MOS (My Oracle Support).

Coletas de Logs Orientadas por Componentes do Oracle TFA (Trace File Analyzer)

Os diretórios geralmente são designados a um componente e esse componente pode então ser usado para orientar o TFA para os arquivos que ele precisa coletar, por exemplo, solicitar o componente CRS dirá ao TFA para analisar os diretórios mapeados para o componente CRS e localizar arquivos que correspondam ao período de coleta necessário.

Observação

Se você tiver optado anteriormente pela coleta de arquivos de logs e rastreamento de incidentes e decidir recusar quando as operações do Oracle Cloud executarem um job de coleta de logs, o job será executado e não será cancelado. As futuras coletas de logs não ocorrerão até que você aceite novamente a opção de coleta de arquivos de logs e rastreamento de incidentes.

O TFA é fornecido com scripts que são executados quando um componente específico é solicitado, por exemplo, para o componente CRS, crscollect.pl executará vários comandos crsctl e coletará a entrada. Por padrão, o TFA não oculta os logs coletados.

Tabela 5-1 Coletas de Logs Orientadas por Componentes do Oracle TFA (Trace File Analyzer)

Componente Script Arquivos/Diretórios

OS: Logs do sistema operacional

oscollect.pl
  • /var/log/messages
  • Arquivo compactado do OSWatcher
  • Somente Exadata: arquivo compactado do ExaWatcher

    /opt/oracle.ExaWatcher/archive/

CRS: Logs do Grid Infrastructure e do cluster

crscollect.pl
  • /etc/oracle
  • GIHOME/crf/db/HOSTNAME1
  • GIHOME/crs/log
  • GIHOME/css/log
  • GIHOME/cv/log
  • GIHOME/evm/admin/log
  • GIHOME/evm/admin/logger
  • GIHOME/evm/log
  • GIHOME/log/-/client
  • GIHOME/log/HOSTNAME1
  • GIHOME/log/HOSTNAME1/admin
  • GIHOME/log/HOSTNAME1/client
  • GIHOME/log/HOSTNAME1/crflogd
  • GIHOME/log/HOSTNAME1/crfmond
  • GIHOME/log/HOSTNAME1/crsd
  • GIHOME/log/HOSTNAME1/cssd
  • GIHOME/log/HOSTNAME1/ctssd
  • GIHOME/log/HOSTNAME1/diskmon
  • GIHOME/log/HOSTNAME1/evmd
  • GIHOME/log/HOSTNAME1/gipcd
  • GIHOME/log/HOSTNAME1/gnsd
  • GIHOME/log/HOSTNAME1/gpnpd
  • GIHOME/log/HOSTNAME1/mdnsd
  • GIHOME/log/HOSTNAME1/ohasd
  • GIHOME/log/HOSTNAME1/racg
  • GIHOME/log/HOSTNAME1/srvm
  • GIHOME/log/HOSTNAME1/xag
  • GIHOME/log/diag/asmtool
  • GIHOME/log/diag/clients
  • GIHOME/log/procwatcher/PRW_SYS_HOSTNAME1
  • GIHOME/network/log
  • GIHOME/opmn/logs
  • GIHOME/racg/log
  • GIHOME/scheduler/log
  • GIHOME/srvm/log
  • GRIDBASE/crsdata/@global/cvu
  • GRIDBASE/crsdata/HOSTNAME1/core
  • GRIDBASE/crsdata/HOSTNAME1/crsconfig
  • GRIDBASE/crsdata/HOSTNAME1/crsdiag
  • GRIDBASE/crsdata/HOSTNAME1/cvu
  • GRIDBASE/crsdata/HOSTNAME1/evm
  • GRIDBASE/crsdata/HOSTNAME1/output
  • GRIDBASE/crsdata/HOSTNAME1/ovmmwallets
  • GRIDBASE/crsdata/HOSTNAME1/scripts
  • GRIDBASE/crsdata/HOSTNAME1/trace
  • GRIDBASE/diag/crs/-/crs/cdump
  • GRIDBASE/diag/crs/HOSTNAME1/crs/cdump
  • GRIDBASE/diag/crs/HOSTNAME1/crs/incident
  • GRIDBASE/diag/crs/HOSTNAME1/crs/trace

Database: Logs do Oracle Database

Nenhum Script Específico de Banco de Dados - executa opatch lsinventory para o ORACLE_HOME . O banco de dados executado do TFA executará ipspack com base no intervalo de tempo para determinados incidentes de banco de dados.

  • ORACLE_BASE/diag/rdbms/<dbname>/<instance_name>/cdump
  • ORACLE_BASE/diag/rdbms/<dbname>/<instance_name>/trace
  • ORACLE_BASE/diag/rdbms/<dbname>/<instance_name>/incident

Logs de Ferramentas da Nuvem

  • Arquivos Creg: Arquivos /var/opt/oracle/creg/*.ini com informações confidenciais mascaradas
  • Arquivo Cstate: /var/opt/oracle/cstate.xml

  • Logs do conjunto de ferramentas relacionadas ao banco de dados:

    Se dbName for especificado, /var/opt/oracle/log/<dbName>, caso contrário, colete logs para todos os bancos de dados /var/opt/oracle/log/

    Se dbName for especificado, /var/opt/oracle/dbaas_acfs/log/<dbName>, caso contrário, colete logs para todos os bancos de dados /var/opt/oracle/log/<dbName>

  • Arquivos env do banco de dados: Se dbName for especificado, /home/oracle/<dbName>.env; caso contrário, colete logs para todos os bancos de dados /home/oracle/*.env
  • Logs piloto: /home/opc/.pilotBase/logs
  • Lista de diretórios de log:
    • /var/opt/oracle/log
    • /var/opt/oracle/dbaas_acfs/log
    • /var/opt/oracle/dbaas_acfs/dbsystem_details
    • /var/opt/oracle/dbaas_acfs/job_manager
    • /opt/oracle/dcs/log

Logs do agente do DCS

  • /opt/oracle/dcs/log/

Logs do Banco de Dados/Grid Infrastructure Relacionados ao Conjunto de Ferramentas

  • Grid Infrastructure: GI_HOME/cfgtoollogs
  • Log de Alerta do banco de dados: /u02/app/oracle/diag/rdbms/*/*/alert*.log

Métricas de Integridade

Verifique a lista de métricas de integridade do banco de dados e não relacionadas ao banco de dados coletadas pelo Oracle Trace File Analyzer.

Observação

A Oracle pode adicionar mais métricas no futuro, mas se você já tiver optado por coletar métricas, não será necessário atualizar seu valor de aceitação. Ele permanecerá ativado/desativado com base na sua preferência atual.

Lista de Métricas de Integridade da VM Convidada - Métricas do Banco de Dados

Tabela 5-2 Lista de Métricas de Integridade da VM Convidada - Métricas do Banco de Dados

Nome da Métrica Nome para Exibição da Métrica Unidade Agregação Intervalo Frequência de Coleta Descrição

CpuUtilization

Utilização da CPU

Porcentagem

Média

Um minuto

Cinco minutos

A utilização da CPU é expressa como uma porcentagem, que é agregada em todos os grupos de consumidores. A porcentagem de utilização é reportada em relação ao número de CPUs que o banco de dados pode usar, que é duas vezes o número de OCPUs.

StorageUtilization

Utilização do Espaço de Armazenamento

Porcentagem

Média

Uma hora

Uma hora

A porcentagem da capacidade de armazenamento provisionado atualmente em uso. Representa o espaço total alocado para todos os tablespaces.

BlockChanges

Alterações no Bloco de Banco de Dados

Alterações por segundo

Média

Um minuto

Cinco minutos

O número Médio de blocos alterados por segundo.

ExecuteCount

Contagem de Execuções

Contagem

Soma

Um minuto

Cinco minutos

O número de chamadas de usuário e recursivas que executaram instruções SQL durante o intervalo selecionado.

CurrentLogons

Log-ons Atuais

Contagem

Soma

Um minuto

Cinco minutos

 O número de log-ons bem-sucedidos durante o intervalo selecionado.

TransactionCount

Contagem de Transações

Contagem

Soma

Um minuto

Cinco minutos

O número combinado de commits de usuário e rollbacks de usuário durante o intervalo selecionado.

UserCalls

Chamadas de Usuário

Contagem

Soma

Um minuto

Cinco minutos

O número combinado de log-ons, parsings e chamadas de execução durante o intervalo selecionado.

ParseCount

Contagem de Parsings

Contagem

Soma

Um minuto

Cinco minutos

O número de hard e soft parsings durante o intervalo selecionado.

StorageUsed

Espaço de Armazenamento Usado

GB

Máxima

Uma hora

Uma hora

Volume total de espaço de armazenamento usado pelo banco de dados no momento da coleta.

StorageAllocated

Espaço de Armazenamento Alocado

GB

Máxima

Uma hora

Uma hora

Volume total de espaço de armazenamento alocado para o banco de dados no momento da coleta.

StorageUsedByTablespace

Espaço de Armazenamento Usado por Tablespace

GB

Máxima

Uma hora

Uma hora

Volume total de espaço de armazenamento usado pelo tablespace no momento da coleta. No caso de bancos de dados contêineres, essa métrica fornece tablespaces de contêiner raiz.

StorageAllocatedByTablespace

Espaço de Armazenamento Alocado por Tablespace

GB

Máxima

Uma hora

Uma hora

Volume total de espaço de armazenamento alocado para o tablespace no momento da coleta. No caso de bancos de dados contêineres, essa métrica fornece tablespaces de contêiner raiz.

StorageUtilizationByTablespace

Utilização do Espaço de Armazenamento por Tablespace

Porcentagem

Média

Uma hora

Uma hora

Isso indica a porcentagem de espaço de armazenamento utilizado pelo tablespace no momento da coleta. No caso de bancos de dados contêineres, essa métrica fornece tablespaces de contêiner raiz.

Lista de Métricas de Integridade da VM Convidada - Métricas Não Relacionadas ao Banco de Dados

Tabela 5-3 Lista de Métricas de Integridade da VM Convidada - Métricas Não Relacionadas ao Banco de Dados

Nome da Métrica Nome para Exibição da Métrica Unidade Agregação Frequência de Coleta Descrição

ASMDiskgroupUtilization

Utilização do Grupo de Discos do ASM

Porcentagem

Máxima

10 minutos

Porcentagem de espaço utilizável usado em um Grupo de Discos. O espaço utilizável é o espaço disponível para crescimento. O grupo de discos DATA armazena nossos arquivos do banco de dados Oracle. O grupo de discos RECO contém arquivos de banco de dados para recuperação, como arquivos compactados e logs de flashback.

FilesystemUtilization

Utilização do Sistema de Arquivos

Porcentagem

Máxima

Um minuto

Percentagem de utilização do sistema de arquivos provisionado.

CpuUtilization

Utilização da CPU

Porcentagem

Média

Um minuto

Percentagem de utilização de CPU.

MemoryUtilization

Utilização da Memória

Porcentagem

Média

Um minuto

Porcentagem de memória disponível para iniciar novos aplicativos, sem swapping. A memória disponível pode ser obtida por meio do seguinte comando: cat /proc/meminfo.

SwapUtilization

Utilização de Swap

Porcentagem

Média

Um minuto

Percentagem de utilização do espaço total de swap.

LoadAverage

Média de Carga

Número

Média

Um minuto

Média de carga do sistema durante 5 minutos.

NodeStatus

Status do Nó

Número Inteiro

Média

Um minuto

Indica se o host está acessível.

OcpusAllocated

OCPU Alocada

Número Inteiro

Máxima

Um minuto

O número de OCPUs alocadas.

Usando a API para Gerenciar a Instância do Exadata Cloud 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 essas operações de API para gerenciar os componentes da instância do Exadata Cloud Infrastructure.

Recurso de infraestrutura do Exadata na nuvem (novo modelo de recurso):

Cluster de VMs na nuvem (novo modelo de recurso)

Sistemas de Banco de Dados (modelo de recurso antigo):

Nós de máquinas virtual (todas as instâncias do Exadata Cloud Infrastructure):

Tópico principal: Gerenciar Clusters de VMs

Diagnosticando e Solucionando Problemas de Máquinas Virtuais Usando Conexões da Console

Você pode solucionar problemas de mau funcionamento de máquinas virtuais usando conexões da console. Por exemplo, uma VM Convidada em funcionamento anteriormente deixa de responder.

Observação

O Exadata System Software 23.1.13 é a versão mínima necessária. Além disso, verifique todos os pré-requisitos declarados a seguir, incluindo a definição de uma senha para o usuário opc ou root. A falha em fazer as alterações necessárias para atender a esses requisitos com antecedência resultará na incapacidade de se conectar urgentemente ao console serial quando a necessidade surgir quando a VM não estiver acessível de outra forma.

Para estabelecer conexão com uma instância em execução para administração e uso geral, use um Secure Shell (SSH). Para obter mais informações, consulte Conectando-se a uma Máquina Virtual com SSH.

Para fazer uma conexão SSH com a console serial, siga estas etapas de configuração.

  1. Verifique se você tem as permissões corretas.
  2. Preencha os pré-requisitos, incluindo a criação do par de chaves SSH (caso você ainda não tenha um).
  3. Crie a Console Serial da Máquina Virtual.
  4. Conecte-se à console serial via SSH.

Para verificar a versão instalada do servidor de banco de dados, siga estas etapas:

  1. Abra o menu de navegação. No Oracle Database, clique em Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Escolha o Compartimento.
  3. Clique em Exadata Infrastructure em Oracle Exadata Database Service on Dedicated Infrastructure.
  4. Clique no nome da infraestrutura desejada.
  5. Na página Detalhes da Infraestrutura resultante, vá para a seção Versão para localizar a versão do Servidor de BD instalada.

Tópico principal: Gerenciar Clusters de VMs

Políticas Obrigatórias do Serviço IAM

Um administrador deve conceder a você acesso seguro à console de máquina virtual no sistema Oracle Exadata Database Service on Dedicated Infrastructure por meio de uma política do serviço IAM.

Esse acesso será necessário se você estiver usando a Console ou a API REST com um SDK, uma CLI ou outras ferramentas. Caso receba uma mensagem de que você não tem permissão ou de que não está autorizado, verifique com o administrador o tipo de acesso que você tem e em qual compartimento deve trabalhar.

Para criar conexões da console da máquina virtual, um administrador precisa conceder ao usuário acesso para ler e gerenciar conexões da console da máquina virtual por meio de uma política do IAM. O nome do recurso para conexões da console da máquina virtual é dbnode-console-connection. O nome do recurso da máquina virtual é db-nodes. As seguintes políticas permitem que os usuários criem conexões da console da máquina virtual: 

Allow group <group_name> to manage dbnode-console-connection in tenancy
Allow group <group_name> to read db-nodes in tenancy

Pré-requisitos

É necessário instalar um cliente SSH e criar pares de chaves SSH.

Instalar um Cliente SSH e um Shell de Linha de Comando (Microsoft Windows)

O Microsoft Windows não inclui um cliente SSH por padrão. Se você estiver estabelecendo conexão com um cliente Windows, instale um cliente SSH. Você pode usar o PuTTY plink.exe com o Windows PowerShell ou o software que inclui uma versão do OpenSSH como:

As instruções deste tópico frequentemente usam PuTTY e Windows PowerShell.

Se você quiser estabelecer a conexão da console no Windows com o Windows PowerShell, talvez o PowerShell já esteja instalado no seu sistema operacional Windows. Caso contrário, siga as etapas no link. Se você estiver estabelecendo conexão com a instância em um cliente Windows usando PowerShell, será necessária a ferramenta plink.exe. plink.exe é a ferramenta de conexão do link de comando incluída em PuTTY. Você pode instalar PuTTY ou plink.exe separadamente. Para obter informações sobre instalação, consulte http://www.putty.org.

Criar Pares de Chaves SSH

Para criar a conexão segura da console, você precisa de um par de chaves SSH. O método a ser usado para criar pares de chaves depende do seu sistema operacional. Ao estabelecer conexão com a console serial, use uma chave RSA. As instruções desta seção mostram como criar um par de chaves SSH RSA.

Criar o Par de Chaves SSH para o Linux

Se estiver usando um sistema de estilo UNIX, provavelmente você já tem o utilitário ssh-keygen instalado. Para determinar se o utilitário está instalado, digite ssh-keygen na linha de comando. Se o utilitário não estiver instalado, você poderá fazer download do OpenSSH para UNIX em http://www.openssh.com/portable.html e instalá-lo.

  1. Abra um shell ou terminal para digitar os comandos.
  2. No prompt, digite ssh-keygen e forneça um nome para a chave quando solicitado. Se preferir, inclua uma frase-senha.

    As chaves serão criadas com os valores padrão: chaves RSA de 2048 bits.

    Como alternativa, você pode digitar um comando completo ssh-keygen, por exemplo:
    ssh-keygen -t rsa -N "" -b 2048 -C "<key_name>" -f <path/root_name>
    Argumento Descrição
    -t rsa Use o algoritmo RSA.
    -N "<passphrase>" Uma frase-senha para proteger o uso da chave (como uma senha). Se você não quiser definir uma frase-senha, não digite nada entre as aspas.

    Não é obrigatória uma frase-chave. Você pode especificar uma como medida de segurança para proteger a chave privada de uso não autorizado. Se você especificar uma frase-chave, ao estabelecer conexão com a instância, deverá fornecer a frase-chave, o que normalmente dificulta a automatização da conexão com uma instância.
    -b 2048 Gere uma chave de 2048 bits. Não será necessário definir esta opção se 2048 for aceitável, pois 2048 é o padrão.

    São recomendados no mínimo 2048 bits para SSH-2 RSA.
    -C "<key_name>" Um nome para identificar a chave.
    -f <path/root_name> O local em que o par de chaves será salvo e o nome da raiz dos arquivos.

Criar o Par de Chaves SSH para Windows Usando PuTTY

Se você estiver usando um cliente Windows para estabelecer conexão com a console da instância, use um par de chaves SSH gerado por PuTTY.

Observação

Certifique-se de que esteja usando a versão mais recente do PuTTY, consulte http://www.putty.org.

  1. Localize puttygen.exe na pasta PuTTY em seu computador, por exemplo, C:\Program Files (x86)\PuTTY. Clique duas vezes em puttygen.exe para abri-lo.
  2. Especifique um tipo de chave RSA SSH-2 e um tamanho de chave de 2048 bits:
    • No menu Chave, verifique se o valor padrão SSH-2 RSA key está selecionado.
    • Para o Tipo de chave a ser gerada, aceite o tipo de chave padrão RSA.
    • Defina o Número de bits em uma chave gerada como 2048 se ainda não tiver definido.
  3. Clique em Gerar.
  4. Para gerar dados aleatórios na chave, mova o mouse pela área em branco na janela PuTTY.

    Quando a chave é gerada, ela aparece na chave Pública para colagem no arquivo OpenSSH authorized_keys.

  5. Um Observação da chave é gerado para você, incluindo a data e o timestamp. Você pode manter o comentário padrão ou substituí-lo por seu próprio comentário mais descritivo.
  6. Deixe o campo Frase senha da chave em branco.
  7. Clique em Salvar chave privada e, em seguida, clique em Sim no prompt sobre salvar a chave sem uma frase-senha.

    O par de chaves é salvo no formato PPK (Private Key) PuTTY, um formato proprietário que funciona somente com o conjunto de ferramentas PuTTY.

    Você pode atribuir à chave o nome que desejar, mas use a extensão de arquivo ppk. Por exemplo, mykey.ppk.

  8. Selecione todas as chaves geradas que aparecem sob a Chave pública para colar no arquivo OpenSSH authorized_keys, copie-as usando Ctrl + C, cole-as em um arquivo de texto e salve o arquivo no mesmo local da chave privada.
    Observação

    Não use a opção Salvar chave pública porque ela não salva a chave no formato OpenSSH.

    Você pode dar à chave o nome que desejar, mas para manter a consistência, use o mesmo nome da chave privada e uma extensão de arquivo pub. Por exemplo: mykey.pub.

  9. Anote os nomes e os locais dos seus arquivos de chave pública e privada. Você precisa da chave pública ao criar uma conexão da console da instância. Você precisa da chave privada para estabelecer conexão com a console da instância usando PuTTY. Por exemplo: $HOME\Documents\mykey.ppk.

Para criar uma conexão usando o par de chaves SSH gerado com o uso de PuTTY

Para obter mais informações sobre a geração de pares de chaves SSH, consulte Criar o Par de Chaves SSH para Windows Usando PuTTY

Faça o seguinte na janela de acesso Criar console serial:

  1. Cole a Chave SSH gerada no formato OpenSSH ou escolha Fazer Upload do arquivo de chave SSH e forneça o caminho da chave pública salva na etapa 8 em Criar o Par de Chaves SSH para Windows Usando PuTTY.
  2. Depois que a conexão estiver Ativa, clique em Copiar conexão da console serial para Windows.
  3. Cole a string de conexão copiada da etapa anterior em um arquivo de texto.
  4. No arquivo de texto, substitua <PATH_FILE_PUTTY_PRIVATE.ppk> para apontar para o caminho do arquivo da Chave Privada (PPK) PuTTY no computador. Por exemplo, se você salvou o arquivo .ppk em $HOME\Documents\mykey.ppk.
  5. Cole a string de conexão modificada na janela PowerShell e pressione Enter para estabelecer conexão com a console.

Acessar uma Máquina Virtual na Console Serial

Se quiser acessar uma máquina virtual usando uma conexão da console da máquina virtual, você poderá usar a conexão do Secure Shell (SSH) para acessar. Se você quiser acessar com um nome de usuário e uma senha, precisará de uma conta de usuário com uma senha. O Oracle Exadata Cloud não define uma senha padrão para os usuários opc ou root. Portanto, se você quiser acessar como usuário opc ou root, crie uma senha para o usuário opc ou root. Caso contrário, adicione outro usuário com uma senha e acesse como esse usuário. Isso deve ser concluído com antecedência, antes de uma situação potencial que possa exigir que você faça login no console serial.

Conexão por Meio de Firewalls

Se o cliente que você usará para acessar a console serial estiver protegido por um firewall, certifique-se de que esse cliente possa acessar o ponto final necessário para acessar a console serial da máquina virtual. O sistema cliente que está conectando com a console serial deve ser capaz de acessar o servidor da console serial (por exemplo, vm-console-ad1.exacs.us-ashburn-1.oci.oraclecloud.com) por SSH usando a porta 443, diretamente ou por meio de um proxy.

Criar a Conexão da Console Serial da Máquina Virtual

Para que você possa estabelecer uma conexão local com a console serial, é necessário criar a conexão da console da máquina virtual.

As conexões da console da máquina virtual são limitadas a um cliente por vez. Se o cliente falhar, a conexão permanecerá ativa por aproximadamente cinco minutos. Durante esse tempo, nenhum outro cliente pode estabelecer conexão. Após cinco minutos, a conexão é fechada e um novo cliente pode se conectar. Durante o timeout de cinco minutos, qualquer tentativa de conectar um novo cliente falha com a seguinte mensagem:
channel 0: open failed: administratively prohibited: console access is limited to one connection at a time
  1. Abra o menu de navegação. No Oracle Database, clique em Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Clique no Cluster de VMs desejado.
  3. Na página Detalhes do Cluster de VMs resultante, clique no nome da máquina virtual desejada.

    Em Recursos, Conexões da console são selecionadas por padrão.

  4. Clique em Criar conexão da console.
  5. Na janela de acesso resultante Create serial console, você tem três opções para adicionar a chave SSH
    • Gerar um par de chaves para mim: Você pode fazer com que o Oracle Cloud Infrastructure gere um par de chaves SSH a ser usado. Se você estiver usando PowerShell ou PuTTY para estabelecer conexão com a instância em um cliente Windows, não poderá usar o par de chaves SSH gerado sem primeiro convertê-lo em um arquivo.ppk.
    • Fazer upload do arquivo de chave pública: Navegue até um arquivo de chave pública em seu computador. Se você seguiu as etapas em Criação de Pares de Chaves SSH na seção Pré-requisitos para criar um par de chaves, use essa opção para navegar até o arquivo.pub.
    • Colar chave pública: Cole o conteúdo do seu arquivo de chave pública na caixa de texto.
  6. Clique em Criar conexão da console.

    Quando a conexão da console tiver sido criada e estiver disponível, o status será alterado para Active.

Estabelecer uma Conexão SSH com a Console Serial

Depois de criar a conexão da console para a máquina virtual, é possível conectar-se à console serial usando uma conexão SSH (Secure Shell). Ao estabelecer uma conexão SSH com a console serial, use uma chave RSA. Você pode usar a mesma chave SSH para a console serial que foi usada quando você iniciou a instância ou pode usar uma chave SSH diferente.

Quando terminar com a console serial e encerrar a conexão SSH, você deverá excluir a conexão de console serial. Se você não se desconectar da sessão, o Oracle Cloud Infrastructure encerrará a sessão da console serial após 24 horas e você deverá reautenticar para se conectar novamente.

Validar Chaves de Host do Servidor

Ao estabelecer conexão pela primeira vez com a console serial, você será solicitado a validar a impressão digital da chave de host do servidor. A impressão digital da chave de host do servidor é o hash SHA256 da chave SSH pública do host do servidor. A resposta de handshake SSH do servidor é assinada com a chave privada associada. A validação da impressão digital da chave de host do servidor protege contra ataques potenciais.

Quando você faz uma conexão manual com a console serial, a impressão digital da chave de host do servidor não é validada automaticamente. Para validar manualmente a impressão digital, compare o valor exibido na Console do Oracle Cloud Infrastructure com o valor da impressão digital da chave RSA que aparece no terminal quando você se conecta.

Para localizar a impressão digital da chave de host do servidor na Console, na página de detalhes da Máquina Virtual, em Recursos, clique em Conexão da console. A tabela exibe a impressão digital da chave de host do servidor. A impressão digital na Console deve corresponder ao valor da impressão digital da chave RSA mostrada no terminal quando você se conecta à console serial.

As chaves de host do servidor são alternadas periodicamente para fins de segurança. A rotação da chave reduz o risco representado quando as chaves são comprometidas limitando o volume de dados criptografados ou assinados por uma versão de chave. Quando sua chave é rotacionada e você tenta se conectar à console serial, uma advertência aparece indicando um ataque potencial. A advertência inclui um erro de Falha na verificação da chave do host e um número de linha no arquivo .ssh/known_hosts. Exclua essa linha no arquivo .ssh/known_hosts e conecte-se novamente à console serial. Em seguida, será solicitado que você aceite uma nova impressão digital da chave de host do servidor.

Estabelecer conexão de Sistemas Operacionais Mac OS X e Linux

Use um cliente SSH para estabelecer conexão com a console serial. Por padrão, o Mac OS X e a maioria dos sistemas operacionais Linux e UNIX incluem o OpenSSH do cliente SSH.

Para estabelecer conexão com a console serial usando OpenSSH no Mac OS X ou Linux:

  1. Abra o menu de navegação. No Oracle Database, clique em Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Clique no Cluster de VMs desejado.
  3. Na página Detalhes do Cluster de VMs resultante, clique no nome da máquina virtual desejada.
  4. Na página de detalhes da Máquina Virtual na Console do Oracle Cloud Infrastructure, em Recursos, clique em Conexão da console.
  5. Clique no menu Ações ( três pontos) e, em seguida, clique em Copiar conexão da console serial para Linux/Mac.
  6. Cole a string de conexão em uma janela de terminal de um sistema Mac OS X ou Linux e pressione Enter para estabelecer conexão com a console.

    Se você não estiver usando a chave SSH padrão ou SSH-agent, modifique a string de conexão da console serial para incluir o flag do arquivo de identidade, -i para especificar a parte da chave privada para a chave SSH a ser usada, por exemplo, id_rsa. Especifique esse flag para a conexão SSH e para o Comando de Proxy SSH, conforme mostrado na seguinte linha: 

    ssh -i /<path>/<ssh_key> -o ProxyCommand='ssh -i /<path>/<ssh_key> -W %h:%p -p 443...
  7. Se solicitado, valide e aceite a impressão digital da chave de host do servidor.

    Se você tiver aceito anteriormente uma impressão digital para a chave de host do servidor, mas a chave tiver sido girada, será exibida uma advertência indicando um ataque potencial. A advertência inclui um erro de Falha na verificação da chave do host e um número de linha no arquivo .ssh/known_hosts. Exclua a linha especificada no arquivo .ssh/known_hosts e reconecte-se à console serial. Validar e aceitar a nova impressão digital da chave de host do servidor.

  8. Pressione Enter novamente para ativar a console.

    Se a conexão estiver ativa, uma mensagem será exibida na console:

    =================================================
IMPORTANT: You are now connected to the serial console for this VM. This should be used in emergency situations only.
See product documentation for more details and alternative connectivity options for normal operations
=================================================
  9. Reinicie sua máquina virtual.

    Não é necessário informar um nome de usuário ou uma senha. Se a Máquina Virtual estiver funcional e a conexão estiver ativa, a saída serial será exibida na console. Se a saída serial não for exibida na console, o sistema operacional da VM Convidada não está sendo inicializado.

    Para obter mais opções de solução de problemas, consulte Diagnosticando e Solucionando Problemas de Máquinas Virtuais nas Conexões da Console da VM Convidada nos Sistemas Operacionais Linux.

    1. Vá para a página Detalhes do Cluster de VMs ExaDB-D.
    2. Em Recursos, clique em Máquinas Virtuais.
    3. Selecione Reinicializar no menu Ações (três pontos) da máquina virtual que você deseja reinicializar.

Conecte-se de sistemas operacionais Windows

As etapas para estabelecer conexão com a console serial pelo Microsoft Windows PowerShell são diferentes das etapas do OpenSSH. As seguintes etapas não funcionam no terminal do Windows.

Se você estiver estabelecendo conexão com a instância em um cliente Windows usando PowerShell, será necessária a ferramenta plink.exe. plink.exe será a ferramenta de conexão do link de comando incluída em PuTTY. Você pode instalar PuTTY ou plink.exe separadamente. Para obter mais informações, consulte Installing an SSH Client and a Command-line Shell (Windows).

Para conectar-se à console serial no Microsoft Windows:

  1. Na página de detalhes da Máquina Virtual na Console do Oracle Cloud Infrastructure, em Recursos, clique em Conexão da console.
  2. Clique no menu Ações ( três pontos).

    Dependendo do cliente SSH que você estiver usando, faça o seguinte:

    • Se você estiver usando o Windows PowerShell, clique em Copiar conexão da console serial para Windows.
    • Se você estiver usando OpenSSH, clique em Copiar conexão da console serial para Linux/Mac.
    Observação

    A string de conexão copiada do Windows contém o parâmetro -i que especifica a localização do arquivo de chave privada. O valor padrão para esse parâmetro na string de conexão faz referência a uma variável de ambiente que pode não estar configurada no cliente Windows ou pode não representar o local onde o arquivo de chave privada é salvo. Verifique o valor especificado para o parâmetro -i e faça as alterações necessárias antes de prosseguir para a próxima etapa.
  3. Cole a string de conexão copiada da etapa anterior em um arquivo de texto para que você possa adicionar o caminho do arquivo ao arquivo de chave privada.
  4. No arquivo de texto, substitua $env:homedrive$env:homepath\oci\console.ppk pelo caminho para o arquivo.ppk em seu computador. Esse caminho de arquivo é mostrado duas vezes na string. Substitua-o em ambos os locais.
  5. Cole a string de conexão modificada na janela PowerShell ou no cliente OpenSSH e pressione Enter para estabelecer conexão com a console.
  6. Se solicitado, valide e aceite a impressão digital da chave de host do servidor.

    Se você tiver aceito anteriormente uma impressão digital para a chave de host do servidor, mas a chave tiver sido girada, será exibida uma advertência indicando um ataque potencial. A advertência inclui um erro de verificação de chave do Host com falha e um número de linha no arquivo .ssh/known_hosts. Exclua a linha especificada no arquivo .ssh/known_hosts e reconecte-se à console serial. Validar e aceitar a nova impressão digital da chave de host do servidor.

  7. Pressione Enter novamente para ativar a console.
  8. Reinicie sua máquina virtual.

    Não é necessário informar um nome de usuário ou uma senha. Se a Máquina Virtual estiver funcional e a conexão estiver ativa, a saída serial será exibida na console. Se a saída serial não for exibida na console, o sistema operacional da VM Convidada não está sendo inicializado.

    Para obter mais opções de solução de problemas, consulte Diagnosticando e Solucionando Problemas de Máquinas Virtuais nas Conexões da Console da VM Convidada.

    1. Vá para a página Detalhes do Cluster de VMs ExaDB-D.
    2. Em Recursos, clique em Máquinas Virtuais.
    3. Selecione Reinicializar no menu Ações (três pontos) da máquina virtual que você deseja reinicializar.

Para criar uma conexão usando o par de chaves SSH gerado usando a Console do OCI:

Faça o seguinte na janela de acesso Criar console serial:

  1. Clique em Geração de um par de chaves para mim.
  2. Clique em Salvar Chave Privada.
  3. Clique em Criar conexão da console.
    Observação

    Certifique-se de que esteja usando a versão mais recente do PuTTY; consulte http://www.putty.org.
  4. Localize puttygen.exe na pasta PuTTY em seu computador, por exemplo, C:\Program Files (x86)\PuTTY. Double-click puttygen.exe para abri-lo.
  5. No Gerador de Chaves PuTTY, clique no menu Conversões e, em seguida, clique em Importar.
  6. No Windows Explorer, selecione a chave SSH gerada pela Console do OCI (etapa 1) e clique em Abrir.

    PuTTY importa a chave e exibe informações sobre a chave na janela Gerador de Chaves PuTTY.

  7. Clique em Salvar chave privada.
  8. Clique em Sim quando solicitado sobre como salvar a chave sem uma frase-senha.

    O par de chaves é salvo no formato PPK (Private Key) PuTTY, o formato proprietário que funciona somente com o conjunto de ferramentas PuTTY.

    Você pode atribuir à chave o nome que desejar, mas use a extensão de arquivo .ppk. Por exemplo, $HOME\Desktop\key-vm-console.ppk.

  9. Use um editor de texto para alterar o comando para apontar para o caminho da Chave Privada (PPK) PuTTY. Substitua <PATH_FILE_PUTTY_PRIVATE.ppk> para apontar para o caminho do arquivo da Chave Privada (PPK) PuTTY em seu computador. Por exemplo, se você salvou o arquivo .ppk em $HOME\Desktop\key-vm-console.ppk.
  10. Cole a string de conexão modificada na janela PowerShell e pressione Enter para estabelecer conexão com a console.

Para converter um arquivo de chave privada .key gerado:

  1. Abra PuTTYgen.
  2. Clique em Carregar e selecione a chave privada gerada quando você criou a instância.

    A extensão do arquivo de chave é .key.

  3. Clique em Salvar chave privada.
  4. Especifique um nome para a chave.

    A extensão da nova chave privada é.ppk.

  5. Clique em Salvar.

Diagnosticando e Solucionando Problemas de Máquinas Virtuais nas Conexões da Console da VM Convidada nos Sistemas Operacionais Linux

Após estabelecer conexão com uma console de instância, você poderá executar várias tarefas, como:

  • Editar arquivos de configuração do sistema.
  • Adicionar ou redefinir as chaves SSH para o usuário opc.
  • Redefinir a senha do usuário opc.

Essas tarefas exigem que você inicialize em um shell Bash no modo de manutenção.

Para inicializar no modo de manutenção

Observação

Usuário e senha padrão:

  • Conta: Carregador de inicialização do Grub
  • Nome do Usuário: root
  • Senha Padrão: sos1Exadata
  • Tipo de Conta: Usuário do sistema operacional

Para obter mais informações, consulte Contas de Usuário Padrão para o Oracle Exadata.

  1. Reinicialize a VM pelo Cluster de VMs.
  2. Para máquinas virtuais que executam o Oracle Linux 7.x ou Oracle Linux 8.x, quando o processo de reinicialização for iniciado, volte para a janela do terminal e você verá que as mensagens da Console começam a aparecer na janela. Assim que o menu de inicialização do GRUB for exibido, use a para cima/para baixo tecla de seta para interromper o processo de inicialização automática, permitindo que você use o menu de inicialização.
  3. No menu de inicialização, destaque o item superior no menu e pressione e para editar a entrada de inicialização.
  4. No modo de edição, use a tecla de seta para baixo para rolar pelas entradas até chegar à linha que começa com linux16.
  5. No final dessa linha, adicione o seguinte:
    init=/bin/bash
  6. Reinicialize a instância na janela do terminal digitando o atalho de teclado CTRL+X.

    Quando a instância for reinicializada, você verá o prompt de linha de comando do shell Bash e poderá continuar com os procedimentos a seguir.

Para editar os arquivos de configuração do sistema

  1. No shell Bash, execute o seguinte comando para carregar as políticas SElinux para preservar o contexto dos arquivos que você está modificando:
    /usr/sbin/load_policy -i
  2. Execute o seguinte comando para montar novamente a partição raiz com permissões de leitura/gravação:
    /bin/mount -o remount, rw /
  3. Editar os arquivos de configuração conforme necessário para tentar recuperar a instância.
  4. Depois de terminar de editar os arquivos de configuração, para iniciar a instância pelo shell existente, execute o seguinte comando:
    exec /usr/lib/systemd/systemd
    Se preferir, para reinicializar a instância, execute o seguinte comando:
    /usr/sbin/reboot -f

Para adicionar ou redefinir a chave SSH do usuário opc

  1. No shell Bash, execute o seguinte comando para carregar as políticas SElinux para preservar o contexto dos arquivos que você está modificando:
    /usr/sbin/load_policy -i
  2. Execute o seguinte comando para montar novamente a partição raiz com permissões de leitura/gravação:
    /bin/mount -o remount, rw /
  3. No shell Bash, execute o seguinte comando para alterar o diretório de chave SSH para o usuário opc:cd ~opc/.ssh
  4. Inclua sua entrada de chave pública no arquivo authorized_keys.
    Observação

    Você pode editar o arquivo e remover sua chave anterior se quiser. No entanto, certifique-se de manter as chaves de automação da nuvem para evitar que a automação da nuvem seja interrompida.
    echo '<contents of public key file>' >> authorized_keys
  5. Reinicie a instância executando o seguinte comando:
    /usr/sbin/reboot -f

Para redefinir a senha do usuário opc

  1. No shell Bash, execute o seguinte comando para carregar as políticas SElinux para preservar o contexto dos arquivos que você está modificando.

    Essa etapa é necessária para acessar sua instância usando SSH e a Console.

    /usr/sbin/load_policy -i
  2. Execute o seguinte comando para montar novamente a partição raiz com permissões de leitura/gravação:
    /bin/mount -o remount, rw /
  3. Execute o seguinte comando para redefinir a senha do usuário opc:
    sudo passwd opc
  4. Reinicie a instância executando o seguinte comando:
    sudo reboot -f
    Observação

    A definição de uma senha root seria uma alternativa aceitável para definir uma senha opc.

Saindo da Conexão da Console Serial da Máquina Virtual

Para sair da conexão da console serial

Ao usar SSH, o caractere ~ no início de uma nova linha é usado como um caractere de escape.

  1. Para sair da console serial, informe:
    ~.
  2. Para suspender a sessão SSH, digite:
    ~^z

    O caractere ^ representa a tecla CTRL.

  3. Para ver todos os comandos de escape SSH, digite:
    ~?

Para excluir a conexão da console serial de uma Máquina Virtual

  1. Abra o menu de navegação. No Oracle Database, clique em Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Clique no Cluster de VMs desejado.
  3. Na página Detalhes do Cluster de VMs resultante, clique no nome da máquina virtual desejada.

    Em Recursos, a opção Conexão da console é selecionada por padrão.

  4. Clique no menu Ações e em Excluir. Confirme quando solicitado.