Gerenciar Clusters de VMs

Saiba como gerenciar seus clusters de VMs no Oracle Exadata Database Service on Cloud@Customer.

Sobre o Gerenciamento de Clusters de VMs no Oracle Exadata Database Service on Cloud@Customer

O cluster de VMs fornece um link entre a infraestrutura do Oracle Exadata Database Service on Cloud@Customer e os Bancos de Dados Oracle que você implanta.

O cluster de VMs contém uma instalação do Oracle Clusterware, que suporta os bancos de dados do cluster. Na definição do cluster de VMs, você também especifica o número de núcleos de CPU ativados, que determina a quantidade de recursos de CPU que estão disponíveis para seus bancos de dados

Para poder criar bancos de dados na infraestrutura do Exadata Cloud@Customer, crie uma rede de clusters de VMs e associe-a a um cluster de VMs.

Observação

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

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 clusters de VMs novos e existentes, 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 Subconjunto de Nós de Clusters de VMs está disponível para clusters de VMs novos e existentes no serviço Exadata Cloud@Customer Gen2.
  • 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 um mínimo de 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.
  • Cada rede de clusters de VMs é pré-provisionada com endereços IP para cada Servidor de Banco de Dados na infraestrutura. Uma rede de clusters só pode ser usada por um único cluster de VMs e é validada para garantir que os endereços IP não substituam outras redes de clusters. A adição ou remoção de VMs no cluster não afeta os endereços IP pré-provisionados designados a cada servidor de Banco de Dados na rede de clusters associada.

Para obter o número Máximo de VMs por servidor de banco de dados e o número Máximo de Clusters de VMs por Sistema, consulte Tabelas de Configuração e Forma do Sistema. O número Máximo de Clusters de VMs por Sistema depende dos recursos disponíveis por servidor de BD e está sujeito ao limite máximo de VMs por Servidor de BD.

Observação

Quando um cluster contém um banco de dados subdefinido por nó, o recurso de uso e custo atribuídos para bancos de dados plugáveis não funcionará porque o processo de criação de bancos de dados subdefinidos por nó ocorre no backend e os metadados dos bancos de dados subdefinidos por nó não são sincronizados com o Servidor de Plano de Controle.

No entanto, se o banco de dados foi originalmente criado sem usar a subdefinição de nó e posteriormente convertido em um banco de dados subdefinido de nó, esse problema não surgirá, pois os metadados já estão disponíveis no Plano de Controle.

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) referente ao CSI (Identificador de Suporte) de infraestrutura quando um problema for detectado e precisar da interação do cliente para ser resolvido.
  • O e-mail de administrador da tenancy do Oracle Cloud Infrastructure do cliente será usado como contato CSI para criar uma 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 só ocorrerão quando você aceitar 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-13 Coletas de Logs Orientadas por Componentes do Oracle TFA (Trace File Analyzer)

Componente Script Arquivos/Diretórios

SO: Logs do sistema operacional

oscollect.pl

  • /var/log/messages
  • Arquivo compactado 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/cssd
  • 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 Ferramenta 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-14 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 de 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 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 do 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 Utilizado

GB

Máximo

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áximo

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áximo

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áximo

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-15 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áximo

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áximo

Um minuto

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

CpuUtilization

Utilização de CPU

Porcentagem

Média

Um minuto

Percentual de utilização de CPU.

MemoryUtilization

Utilização de 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 Troca

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áximo

Um minuto

O número de OCPUs alocadas.

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.

Ampliando ou Reduzindo os Recursos do Cluster de VMs

Você pode expandir ou reduzir a memória, o tamanho do disco local (/u02), o Armazenamento ASM e as CPUs (ECPUs para X11M).

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 ampliaçã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 da Nuvem do Exadata Cloud@Customer 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 abaixo 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 considera OCPUs reservadas (ECPUs para X11M) ao mostrar o máximo disponível de OCPU (ECPU para X11M), portanto, considere 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 a operação com sucesso.
  • 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 dimensionar os recursos do Cluster de VMs mesmo que qualquer um dos servidores de Banco de Dados do Cluster de VMs esteja inativo:
    • Se um servidor de Banco de Dados estiver inativo e o dimensionamento for executado, as VMs desse servidor não serão dimensionadas automaticamente para as novas OCPUs quando o servidor de Banco de Dados e as VMs voltarem para o estado on-line. É sua responsabilidade garantir que todas as VMs do cluster tenham os mesmos valores de OCPU.
    • Mesmo que o servidor de Banco de Dados esteja inativo, o faturamento não será interrompido para o Cluster de VMs que tem as VMs nesse servidor.

Redimensionando Memória e Large Pages

Você pode aumentar ou diminuir a memória do servidor de banco de dados em um Cluster de VMs. O dimensionamento de memória exige uma reinicialização incremental dos servidores de banco de dados para entrar em vigor. Para que o dimensionamento da memória seja bem-sucedido, os bancos de dados devem iniciar automaticamente no estado Aberto.

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, o sistema operacional de cada VM é configurado com 50% da memória alocada para a VM para Large Pages e os bancos de dados são configurados para usar essa memória para SGA. 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 incorretas podem impedir que todos os bancos de dados sejam iniciados e até mesmo impedir a inicialização da VM.

Embora a modificação da configuração de páginas grandes não seja recomendada, ela é permitida. No entanto, quaisquer alterações feitas poderão ser substituídas pela automação da nuvem se a memória da VM for redimensionada posteriormente. Durante uma operação de redimensionamento de memória, a automação da nuvem tentará manter a memória de grandes páginas como uma porcentagem da memória total, com um limite máximo de 60%. Se grandes páginas forem configuradas para usar mais de 60% do total de memória, a automação da nuvem a redimensionará automaticamente para esse limite de 60%.

Depois que a nova alocação de páginas grandes for calculada, a automação executará as seguintes verificações:
  • Condição 1: O uso atual do HugePages, multiplicado por 1,15 (15% a mais do que o usado atualmente), deve ser menor que a nova alocação de páginas grandes.
  • Condição 2: O uso atual do HugePages, multiplicado por 1,15, também deve ser inferior a 60% do novo tamanho total da memória.
Observação

O uso atual do HugePages é determinado subtraindo o HugePages livre do total atual do HugePages.
Se ambas as condições forem atendidas, a automação da nuvem aplicará as alterações de memória às VMs. Se uma das condições não for atendida, o processo será encerrado com um erro semelhante ao seguinte:
EXACLOUD: Requested memory is insufficient. The new hugepage count is <<>>, which is less than the minimum required for the VM. Not proceeding with the change.

Esse processo garante que haja memória convencional suficiente para a VM inicializar. Antes de continuar com o redimensionamento, a automação executa uma pré-verificação para determinar o uso atual de grandes páginas executando instâncias de banco de dados. Se a pré-verificação indicar que não haverá memória suficiente de páginas grandes após o redimensionamento para suportar os bancos de dados existentes, o redimensionamento falhará e o processo 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-3 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 BD Exadata e no Exadata Cloud@Customer, 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 = 8192 GB; 8192 *.6 = 4915 GB; 8192 *.2 = 1638 GB; 8192 *.2 = 1638 GB

      Para DATA: (704.98 * 1.15 ) <= 4.915 GB

      Para RECO: (32.36 * 1.15) <= 1.638 GB

      Para SPR: (0 * 1.15) <= 1638 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

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.

Sistemas X8-2 e X7-2

  • Espaço total disponível para imagens da VM (X7 Todos os Sistemas): 1.237 GB
  • Espaço total disponível para imagens da VM (X8 Todos os Sistemas): 1.037 GB
  • Tamanho da Imagem da VM (padrão e mínimo), incluindo /u02: 244 GB
  • Padrão (mínimo) /u02: 60 GB

X8M-2 Sistemas

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

Sistemas X11M, X10M e X9M-2

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

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 grade de usuário 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.

Usando a Console para Gerenciar Clusters de VMs no Oracle Exadata Database Service on Cloud@Customer

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

Usando a Console para Criar um Cluster de VMs do ASM

Para criar seu cluster de VMs do ASM, esteja preparado para fornecer os valores dos campos obrigatórios para configurar a infraestrutura.

Para criar um cluster de VMs do ASM, verifique se você tem:

  • Uma infraestrutura ativa do Exadata está disponível para hospedar o cluster de VMs.
  • Uma rede de clusters de VMs validada está disponível para uso do cluster de VMs.
  1. Abra o menu de navegação. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
  2. Escolha a Região que contém a infraestrutura do Exadata.
  3. Clique em Clusters de VMs do Exadata.
  4. Clique em Criar Cluster de VMs do Exadata.
  5. Forneça as informações solicitadas na página Criar Cluster de VMs do Exadata:
    1. Forneça o nome para exibição: É um nome simples para identificar o cluster de VMs. O nome não precisa ser exclusivo porque um OCID (Oracle Cloud Identifier) identifica com exclusividade o cluster de VMs.
    2. Selecionar um compartimento: Na lista de compartimentos disponíveis, escolha aquele que deverá conter o cluster de VMs.
    3. Selecionar uma Infraestrutura do Exadata: Na lista, escolha a infraestrutura do Exadata para hospedar o cluster de VMs. Você não pode criar um cluster de VMs sem uma infraestrutura disponível e ativa do Exadata.
    4. Selecione uma Rede de Clusters de VMs: Na lista, escolha uma definição da rede de clusters de VMs a ser utilizada para o cluster de VMs. Você deve ter uma rede de clusters de VMs disponível e validada para poder criar um cluster de VMs.
    5. Tipo de Cluster de VMs:
      Observação

      Você não pode alterar o tipo de cluster de VMs após implantar o cluster de VMs. Se quiser alterar o tipo de cluster de VMs, crie um novo cluster de VMs e migre o banco de dados para o novo cluster.
      • Exadata Database: VM de Banco de Dados Padrão sem restrições, adequada para todas as cargas de trabalho.
      • Exadata Database-Developer: VM do Banco de Dados do Desenvolvedor com restrições, adequada apenas para desenvolvimento de aplicativos.
    6. Configurar Cluster de VMs:
      • Servidores de BD:
        • Clique em Alterar Servidores de Banco de Dados para o posicionamento da VM a fim de alocar recursos de VM.
        • Na caixa de diálogo Alterar Servidores de Banco de Dados:

          Tipo de Cluster de VMs - Banco de Dados Exadata: Selecione no mínimo um servidor de banco de dados para posicionamento de VM. Se você precisar de um serviço de banco de dados de alta disponibilidade que permaneça disponível durante a manutenção e interrupções não planejadas, selecione pelo menos dois servidores de banco de dados. O número máximo de recursos disponíveis para alocação por VM é baseado no número de servidores de banco de dados selecionados.

          Tipo de Cluster de VMs - Exadata Database-Developer: Selecione um servidor de banco de dados para posicionamento de VM. Somente um servidor de banco de dados pode ser selecionado.
          Observação

          • Os Servidores de Banco de Dados que já têm 8 VM em execução não estão disponíveis para seleção
          • Ao calcular o máximo de recursos de armazenamento local nos Servidores de BD selecionados, o armazenamento local reservado necessário ao sistema para hospedar uma VM é deduzido do Servidor de BD com o mínimo de recursos.

            Por exemplo, se o armazenamento local disponível nos servidores de Banco de Dados selecionados for de 823 GB para o Servidor de Banco de Dados 3 e 813 GB para o Servidor de Banco de Dados 4, o mínimo nos servidores selecionados será de 813 GB e o máximo disponível para alocação de recursos será de 813 GB a 184 GB (armazenamento local reservado para hospedagem de VM em servidores de Banco de Dados X8M) = 629 GB.

            Para obter mais informações, consulte Estimando Quanto Armazenamento Local Você Pode Provisionar para suas VMs.

        • Clique em Salvar.
      • Especifique a contagem de OCPUs (ECPUs para X11M) por VM: Especifique a contagem de OCPUs (ECPUs para X11M) a ser provisionada para cada VM neste cluster. O valor mínimo é 2 OCPUs por VM ou 8 ECPUs por VM para X11M (para uma condição de VM ativa), a menos que você esteja especificando nenhuma OCPU ou 0 ECPUs para X11M (para uma condição de shutdown da VM).

        Se você especificar um valor zero, será feito shutdown de todas as máquinas virtuais do cluster de VMs no final do processo de criação do cluster. Nesse caso, você poderá iniciar posteriormente as máquinas virtuais dimensionando os recursos de OCPU (ECPUs para X11M). Consulte Usando a Console para Dimensionar os Recursos em um Cluster de VMs.

        A contagem de OCPUs (ECPUs para X11M) para todo o Cluster de VMs será calculada automaticamente com base na contagem de OCPUs por VM (ECPUs para X11M) que você especificou e no número de Servidores de Banco de Dados físicos configurados para o Cluster de VMs.

        OCPU: Uma OCPU fornece capacidade de CPU equivalente a um núcleo físico de processador Intel Xeon com hyperthreading ativado. Cada OCPU corresponde a dois threads de execução de hardware, conhecido como vCPUs.

        Consulte Oracle Platform as a Service and Infrastructure as a Service – Public Cloud Service DescriptionsMetered & Non-Metered.

        ECPU: É uma medida abstrata de recursos de computação. As ECPUs se baseiam no número de núcleos alocados elasticamente de um pool de servidores de computação e armazenamento.

      • Contagem de OCPU Solicitada (ECPUs para X11M) do Cluster de VMs: Exibe o número total de núcleos de CPU alocados para o cluster de VMs com base no valor especificado no campo Especificar a contagem de OCPU (ECPUs para X11M) por VM. Este campo não é editável.
      • Especifique a memória por VM (GB): Especifique a memória para cada VM individual. O valor deve ser um múltiplo de 1 GB e limitado pela memória disponível na infraestrutura do Exadata.
      • Memória solicitada para o Cluster de VMs (GB): Exibe a quantidade total de memória alocada para o cluster de VMs com base no valor especificado no campo Especificar a memória por VM (GB). Este campo não é editável.
      • Especifique o tamanho do sistema de arquivos local por VM (GB): Clique em Mostrar opções avançadas para exibir opções adicionais de configuração de sistemas de arquivos locais. Especifique o tamanho do sistema de arquivos local de cada VM individual. O valor deve ser um múltiplo de 1 GB e limitado pelo tamanho do sistema de arquivos na infraestrutura X11M.

        Observe que o tamanho mínimo do armazenamento do sistema local deve ser de 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.

        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.

        1. Clique em Mostrar opções avançadas para exibir opções adicionais de configuração de sistemas de arquivos locais.
        2. Redimensione os 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.
          • Em decorrência de partições de backup e espelhamento, os sistemas de arquivos / e /var consumirão o dobro do espaço em que foram alocados, o que é indicado nos campos Total de armazenamento alocado para / (GB) somente leitura em decorrência de espelhamento e Total de armazenamento alocado para /var (GB) em decorrência de espelhamento.
          • Depois de criar o Cluster de VMs, verifique a seção Recursos do Exadata na página Detalhes do Exadata Infrastructure para verificar o tamanho do arquivo alocado para o armazenamento local (/u02) e o armazenamento local (sistemas de arquivos adicionais).
      • Armazenamento local reservado por VM (GB): Exibe o tamanho do armazenamento local reservado internamente para sistemas de arquivos raiz, Homes do Oracle Grid Infrastructure e logs de diagnóstico. Este campo não é editável.
    7. Configure o Armazenamento do Exadata: As seguintes definições estabelecem como o armazenamento do Exadata é configurado para uso com o cluster de VMs. Uma vez selecionado, o tipo de armazenamento não poderá ser alterado posteriormente quando o cluster de VMs for provisionado com o tipo de armazenamento desejado. Você tem duas opções para escolher: Tipo de armazenamento automático (ASM) e Exascale. Para obter mais informações sobre o tipo de armazenamento do Exascale, consulte Usando a Console para Criar um Cluster de VMs do Exascale.
      ASM (Gerenciamento Automático de Armazenamento)
      • Especifique o Armazenamento Utilizável do Exadata: Especifique o tamanho de cada VM individual. O tamanho mínimo recomendado é 2 TB.
      • Alocar Armazenamento para Snapshots do Exadata: Marque essa opção para criar um grupo de discos dispersos, que é obrigatório para suportar a funcionalidade de snapshot do Exadata Os snapshots do Exadata permitem usar clones dos bancos de dados Oracle com economia de espaço que podem ser criados e destruídos de forma muito rápida e fácil.
      • Alocar Armazenamento para Backups Locais: Marque essa opção para configurar o armazenamento do Exadata para ativar backups locais do banco de dados. Se você selecionar essa opção, mais espaço será alocado para o grupo de discos RECO para incluir os backups. Se você não selecionar essa opção, não poderá usar o armazenamento local do Exadata como destino de backup para nenhum banco de dados no cluster de VMs.

      Tabela 5-16 Alocação de Armazenamento

      Alocação de Armazenamento Grupo de Discos DATA Grupo de Discos RECO Grupo de Discos SPARSE

      Snapshots do Exadata: Não

      Ativar Backups no Armazenamento Local do Exadata: Não

      80%

      20%

      0% (O grupo de discos SPARSE não é criado.)

      Snapshots do Exadata: Não

      Ativar Backups no Armazenamento Local do Exadata: Sim

      40%

      60%

      0% (O grupo de discos SPARSE não é criado.)

      Alocar Armazenamento para Snapshots do Exadata: Sim

      Ativar Backups no Armazenamento Local do Exadata: Não

      60%

      20%

      20%

      Alocar Armazenamento para Snapshots do Exadata: Sim

      Ativar Backups no Armazenamento Local do Exadata: Sim

      35%

      50%

      15%

    8. Selecionar versão:
      • 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
      • Escolha uma versão de convidado do Exadata:
        • Infraestrutura do Exadata com o Oracle Linux 7 e a versão 22.1.10.0.0.230422 da imagem 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 o Oracle Linux 8 e a versão 23.1.3.0.0.230613 da imagem 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 está 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. Adicionar Chave SSH: Especifique a parte da chave pública de um par de chaves SSH que você deseja usar para acessar as máquinas virtuais do cluster de VMs. Você pode fazer upload de um arquivo contendo a chave ou pode colar a string da chave SSH.

      Para fornecer várias chaves, faça upload de vários arquivos de chave ou cole cada chave em um campo distinto. 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.

    10. Escolha um tipo de licença:
      • 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.
        Observação

        O BYOL não está disponível para o tipo de Cluster de VMs do Exadata Database-Developer.
      • Licença Incluída: Selecione essa opção para assinar as licenças de software do Oracle Database como parte do Exadata Database Service on Cloud@Customer.
    11. 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. Para obter mais informações, consulte Conceitos Básicos de Eventos.

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

        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ó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).
    12. Mostrar Opções Avançadas:
      • Fuso Horário: O fuso horário padrão do Exadata Infrastructure é o 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.
        Observação

        Se quiser definir um fuso horário diferente do UTC ou do fuso horário detectado pelo browser, escolha a opção Selecionar outro fuso horário, selecione uma Região ou um país e escolha o Fuso horário correspondente.

        Se você não vir a região ou o país desejado, selecione Diversos e, em seguida, selecione um Fuso horário apropriado.

      • Tags: Você tem a opção de aplicar tags. Se você tiver permissão para criar um recurso, também terá permissão para aplicar tags de formato livre a esse recurso. Para aplicar uma tag definida, você deverá ter permissão para usar o namespace de tag. Para obter mais informações sobre tags, consulte Tags de Recurso. Se você não tiver certeza se deverá aplicar tags, ignore essa opção (você poderá aplicar tags posteriormente) ou pergunte ao seu administrador.
  6. Você tem a opção de salvar a configuração do recurso como pilha.
    • Para salvar a configuração do recurso como Pilha:
      1. Clique em Salvar como Pilha.
      2. Na caixa de diálogo Salvar como Pilha resultante, forneça os seguintes detalhes:
        1. Nome: (Opcional) Forneça um nome descritivo fácil de lembrar.
        2. Descrição: (Opcional) Digite uma descrição curta.
        3. Compartimento: Selecione um compartimento no qual essa Pilha residirá.
        4. Tags: Adicione tags.
      3. Clique em Salvar.

        Depois de salvar a Pilha, o sistema exibirá um banner com um link para a Pilha salva.

      4. Clique no link para abrir a Pilha na console do Resource Manager Service.

        Consulte Resource Manager e Terraform.

    • Para exibir os detalhes de uma Pilha:
      1. Abra o menu de navegação. Em Serviços do Desenvolvedor, clique em Resource Manager.
      2. Clique em Pilhas.
      3. Clique no nome da Pilha cujos detalhes você deseja exibir.

        Como alternativa, clique no menu Ações (três pontos) e selecione a opção Exibir detalhes da pilha.

  7. Clique em Criar Cluster de VMs.

    A página Detalhes do Cluster de VMs é exibida. Enquanto o processo de criação estiver em execução, o estado do cluster de VMs será Pendente. Quando o processo de criação do cluster de VMs for concluído, o estado desse cluster mudará para Disponível.

    A seção Armazenamento do Banco de Dados Exadata na página Detalhes do Cluster de VMs mostra o tipo de armazenamento configurado, que, nesse caso, é ASM.

Usando a Console para Criar um Cluster de VMs do Exascale

Para criar seu cluster de VMs do Exascale, prepare-se para fornecer os valores dos campos obrigatórios para configurar a infraestrutura.

Para criar um cluster de VMs do Exascale, verifique se você tem:

  • Uma infraestrutura do Exadata ativa disponível para hospedar o cluster de VMs.
  • Uma rede de clusters de VMs validada disponível para uso do cluster de VMs.
  1. Abra o menu de navegação. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
  2. Escolha a Região que contém a infraestrutura do Exadata.
  3. Clique em Clusters de VMs do Exadata.
  4. Clique em Criar Cluster de VMs do Exadata.
  5. Forneça as informações solicitadas na página Criar Cluster de VMs do Exadata:
    1. Selecione um compartimento: Na lista de compartimentos disponíveis, escolha aquele que deverá conter o cluster de VMs.
    2. Forneça o nome para exibição: É um nome simples para identificar o cluster de VMs. O nome não precisa ser exclusivo porque um OCID (Oracle Cloud Identifier) identifica com exclusividade o cluster de VMs.
    3. Selecione a Infraestrutura do Exadata: Na lista, escolha a infraestrutura do Exadata para hospedar o cluster de VMs. Você não pode criar um cluster de VMs sem uma infraestrutura disponível e ativa do Exadata.
    4. Selecione uma Rede de Clusters de VMs: Na lista, escolha uma definição da rede de clusters de VMs a ser utilizada para o cluster de VMs. Você deve ter uma rede de clusters de VMs disponível e validada para poder criar um cluster de VMs.
    5. Tipo de Cluster de VMs
      Observação

      Você não pode alterar o tipo de cluster de VMs após implantar o cluster de VMs. Se quiser alterar o tipo de cluster de VMs, crie um novo cluster de VMs e migre o banco de dados para o novo cluster.
      • Exadata Database: VM de Banco de Dados Padrão sem restrições, adequada para todas as cargas de trabalho.
      • Exadata Database-Developer: VM do Banco de Dados do Desenvolvedor com restrições, adequada apenas para desenvolvimento de aplicativos.
    6. Configurar Cluster de VMs:
      • Servidores de BD:
        • Clique em Alterar Servidores de Banco de Dados para o posicionamento da VM a fim de alocar recursos de VM.
        • Na caixa de diálogo Alterar Servidores de Banco de Dados:

          Tipo de Cluster de VMs - Banco de Dados Exadata: Selecione no mínimo um servidor de banco de dados para posicionamento de VM. Se você precisar de um serviço de banco de dados de alta disponibilidade que permaneça disponível durante a manutenção e interrupções não planejadas, selecione pelo menos dois servidores de banco de dados. O número máximo de recursos disponíveis para alocação por VM é baseado no número de servidores de banco de dados selecionados.

          Tipo de Cluster de VMs - Exadata Database-Developer: Selecione um servidor de banco de dados para posicionamento de VM. Somente um único servidor de banco de dados pode ser selecionado.

          Observação

          • Os Servidores de Banco de Dados que já têm 8 VM em execução não estão disponíveis para seleção
          • Ao calcular o máximo de recursos de armazenamento local nos Servidores de BD selecionados, o armazenamento local reservado necessário ao sistema para hospedar uma VM é deduzido do Servidor de BD com o mínimo de recursos.

            Por exemplo, se o armazenamento local disponível nos servidores de Banco de Dados selecionados for de 823 GB para o Servidor de Banco de Dados 3 e 813 GB para o Servidor de Banco de Dados 4, o mínimo nos servidores selecionados será de 813 GB e o máximo disponível para alocação de recursos será de 813 GB a 184 GB (armazenamento local reservado para hospedagem de VM em servidores de Banco de Dados X8M) = 629 GB.

            Para obter mais informações, consulte Estimando Quanto Armazenamento Local Você Pode Provisionar para suas VMs.

        • Clique em Salvar.
      • Especifique a contagem de OCPUs (ECPUs para X11M) por VM: Especifique a contagem de OCPUs (ECPUs para X11M) a ser provisionada para cada VM neste cluster. O valor mínimo é 2 OCPUs por VM ou 8 ECPUs por VM para X11M (para uma condição de VM ativa), a menos que você esteja especificando nenhuma OCPU ou 0 ECPUs para X11M (para uma condição de shutdown da VM).

        Se você especificar um valor zero, será feito shutdown de todas as máquinas virtuais do cluster de VMs no final do processo de criação do cluster. Nesse caso, você poderá iniciar posteriormente as máquinas virtuais dimensionando os recursos de OCPU (ECPUs para X11M). Consulte Usando a Console para Dimensionar os Recursos em um Cluster de VMs.

        A contagem de OCPUs (ECPUs para X11M) para todo o Cluster de VMs será calculada automaticamente com base na contagem de OCPUs por VM (ECPUs para X11M) que você especificou e no número de Servidores de Banco de Dados físicos configurados para o Cluster de VMs.

        OCPU: Uma OCPU fornece capacidade de CPU equivalente a um núcleo físico de processador Intel Xeon com hyperthreading ativado. Cada OCPU corresponde a dois threads de execução de hardware, conhecido como vCPUs.

        Consulte Oracle Platform as a Service and Infrastructure as a Service – Public Cloud Service DescriptionsMetered & Non-Metered.

        ECPU: É uma medida abstrata de recursos de computação. As ECPUs se baseiam no número de núcleos alocados elasticamente de um pool de servidores de computação e armazenamento.

      • Contagem de OCPU Solicitada (ECPUs para X11M) do Cluster de VMs: Exibe o número total de núcleos de CPU alocados para o cluster de VMs com base no valor especificado no campo Especificar a contagem de OCPU (ECPUs para X11M) por VM. Este campo não é editável.
      • Especifique a memória por VM (GB): Especifique a memória para cada VM individual. O valor deve ser um múltiplo de 1 GB e limitado pela memória disponível na infraestrutura do Exadata.
      • Memória solicitada para o Cluster de VMs (GB): Exibe a quantidade total de memória alocada para o cluster de VMs com base no valor especificado no campo Especificar a memória por VM (GB). Este campo não é editável.
      • Especifique o tamanho do sistema de arquivos local por VM (GB): Especifique o tamanho do sistema de arquivos local de cada VM individual. O valor deve ser um múltiplo de 1 GB e limitado pelo tamanho do sistema de arquivos na infraestrutura X11M.

        Observe que o tamanho mínimo do armazenamento do sistema local deve ser de 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.

        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.

        1. Clique em Mostrar opções avançadas para exibir opções adicionais de configuração de sistemas de arquivos locais.
        2. Redimensione os 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.
          • Em decorrência de partições de backup e espelhamento, os sistemas de arquivos / e /var consumirão o dobro do espaço em que foram alocados, o que é indicado nos campos Total de armazenamento alocado para / (GB) somente leitura em decorrência de espelhamento e Total de armazenamento alocado para /var (GB) em decorrência de espelhamento.
          • Depois de criar o Cluster de VMs, verifique a seção Recursos do Exadata na página Detalhes do Exadata Infrastructure para verificar o tamanho do arquivo alocado para o armazenamento local (/u02) e o armazenamento local (sistemas de arquivos adicionais).
      • Armazenamento local reservado por VM (GB): Exibe o tamanho do armazenamento local reservado internamente para sistemas de arquivos raiz, Homes do Oracle Grid Infrastructure e logs de diagnóstico. Este campo não é editável.
    7. Configure o Armazenamento do Exadata: As seguintes definições estabelecem como o armazenamento do Exadata é configurado para uso com o cluster de VMs. Uma vez selecionado, o tipo de armazenamento não poderá ser alterado posteriormente quando o cluster de VMs for provisionado com o tipo de armazenamento desejado. Você tem duas opções para escolher: Tipo de armazenamento automático (ASM) e Exascale. Para obter mais informações sobre o tipo de armazenamento do ASM, consulte Usando a Console para Criar um Cluster de VMs do ASM.
      Observação

      Requisito mínimo para configurar o armazenamento do Exascale

      • Esse recurso é suportado no Modelo de Infraestrutura Exadata X8M e posterior.
      • Esse recurso está disponível na release 24.1 e posterior do software do sistema Exadata.
      • Esse recurso requer o Oracle Grid Infrastructure versão 23ai (24.3) e suporta o banco de dados Oracle versões 23ai (23.4) e posteriores.

      A opção Exascale será desativada se o requisito mínimo não for atendido.

      Vault de armazenamento do banco de dados Exascale:
      • Criar novo vault de armazenamento: Escolha esta opção para criar um novo vault de armazenamento de banco de dados do Exascale durante o provisionamento do cluster de VMs.
        • Nome do vault de armazenamento: Digite um nome descritivo para o vault. Clique no link alterar compartimento e escolha um compartimento se quiser criar esse vault em outro compartimento.
        • Capacidade de armazenamento para bancos de dados: Informe a capacidade de armazenamento para os bancos de dados dentro dos valores mínimo e máximo exibidos na tela.
          Observação

          Se for necessário espaço adicional além do máximo mostrado, a capacidade do Exascale deverá ser aumentada. Para obter mais informações, consulte Usando a Console para Dimensionar um Vault de Armazenamento do Exascale.
      • Selecionar vault de armazenamento existente: Selecione um vault que resida no compartimento de sua escolha.
    8. Selecionar versão:
      Observação

      Somente o banco de dados Oracle 23ai pode ser provisionado no cluster de VMs do Exascale.
      • Escolher a versão do Oracle Grid Infrastructure: O padrão da versão do Oracle Grid Infrastructure é 23ai.
      • Escolha uma versão de convidado do Exadata:
        • A versão do convidado do Exadata assume como padrão a mais recente (24.1.6.0)
        • O padrão da versão do Oracle Grid Infrastructure é 23ai
        • 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 (24.1.6.0 e posterior).

          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 do Exadata 24.1.6.0 e posteriores, são exibidas.

        • Escolha uma versão.
        • Clique em Salvar Alterações.
    9. Adicionar Chave SSH: Especifique a parte da chave pública de um par de chaves SSH que você deseja usar para acessar as máquinas virtuais do cluster de VMs. Você pode fazer upload de um arquivo contendo a chave ou pode colar a string da chave SSH.

      Para fornecer várias chaves, faça upload de vários arquivos de chave ou cole cada chave em um campo distinto. 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.

    10. Escolha um tipo de licença:
      • 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.
        Observação

        O BYOL não está disponível com o tipo de Cluster de VMs do Exadata Database-Developer.
      • Licença Incluída: Selecione essa opção para assinar as licenças de software do Oracle Database como parte do Exadata Database Service on Cloud@Customer.
    11. 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. Para obter mais informações, consulte Conceitos Básicos de Eventos.

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

        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ó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).
    12. Mostrar Opções Avançadas:
      • Fuso Horário: O fuso horário padrão do Exadata Infrastructure é o 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.
        Observação

        Se quiser definir um fuso horário diferente do UTC ou do fuso horário detectado pelo browser, escolha a opção Selecionar outro fuso horário, selecione uma Região ou um país e escolha o Fuso horário correspondente.

        Se você não vir a região ou o país desejado, selecione Diversos e, em seguida, selecione um Fuso horário apropriado.

      • Tags: Você tem a opção de aplicar tags. Se você tiver permissão para criar um recurso, também terá permissão para aplicar tags de formato livre a esse recurso. Para aplicar uma tag definida, você deverá ter permissão para usar o namespace de tag. Para obter mais informações sobre tags, consulte Tags de Recurso. Se você não tiver certeza se deverá aplicar tags, ignore essa opção (você poderá aplicar tags posteriormente) ou pergunte ao seu administrador.
  6. Você tem a opção de salvar a configuração do recurso como pilha.
    • Para salvar a configuração do recurso como Pilha:
      1. Clique em Salvar como Pilha.
      2. Na caixa de diálogo Salvar como Pilha resultante, forneça os seguintes detalhes:
        1. Nome: (Opcional) Forneça um nome descritivo fácil de lembrar.
        2. Descrição: (Opcional) Digite uma descrição curta.
        3. Compartimento: Selecione um compartimento no qual essa Pilha residirá.
        4. Tags: Adicione tags.
      3. Clique em Salvar.

        Depois de salvar a Pilha, o sistema exibirá um banner com um link para a Pilha salva.

      4. Clique no link para abrir a Pilha na console do Resource Manager Service.

        Consulte Resource Manager e Terraform.

    • Para exibir os detalhes de uma Pilha:
      1. Abra o menu de navegação. Em Serviços do Desenvolvedor, clique em Resource Manager.
      2. Clique em Pilhas.
      3. Clique no nome da Pilha cujos detalhes você deseja exibir.

        Como alternativa, clique no menu Ações (três pontos) e selecione a opção Exibir detalhes da pilha.

  7. Clique em Criar Cluster de VMs.

    A página Detalhes do Cluster de VMs é exibida. Enquanto o processo de criação estiver em execução, o estado do cluster de VMs será Pendente. Quando o processo de criação do cluster de VMs for concluído, o estado desse cluster mudará para Disponível.

    A seção Armazenamento do Banco de Dados Exadata na página Detalhes do Cluster de VMs mostra o tipo de armazenamento configurado, que, nesse caso, é o Exascale.

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 só ocorrerão quando você aceitar novamente a opção de coleta de arquivos de logs e rastreamento de incidentes.
  1. Abra o menu de navegação. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
  2. Escolha a Região que contém a infraestrutura do Exadata.
  3. Clique em Clusters de VMs do Exadata.
  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 parcialmente ou desative a Coleta de Diagnósticos.
  6. Clique em Editar.

    A janela Editar Definições de Coleta de Diagnósticos é exibida.

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

Usando a Console para Adicionar VMs a um Cluster Provisionado

Para adicionar máquinas virtuais a um cluster provisionado, use este procedimento.

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

Observação

O upgrade para o Exadata System Software 23.1 for Exadata Cloud@Customer Infrastructure estará disponível com o ciclo de atualização de fevereiro de 2023.
Considere a verificação dos pontos a seguir que ajudarão você a adicionar VMs a um cluster provisionado.
  • A mesma versão da Imagem do Sistema Operacional Convidado em execução nas VMs provisionadas existentes no cluster é usada para provisionar novas VMs adicionadas para estender o cluster de VMs. No entanto, qualquer personalização feita na Imagem do Sistema Operacional Convidado nas VMs existentes deve ser aplicada manualmente à VM recém-adicionada.
  • Para clusters de VMs que executam uma versão da Imagem do Sistema Operacional Convidado mais antiga que um ano, atualize a versão da Imagem do Sistema Operacional Convidado antes de adicionar uma VM para estender o cluster.
  • Para bancos de dados que não fazem parte de uma configuração do Data Guard, somente os bancos de dados em execução em todas as VMs do cluster existente serão adicionados à VM recém-provisionada. Nenhum banco de dados em execução em um subconjunto de VMs será estendido automaticamente para execução na VM recém-adicionada.
Quando você tenta adicionar uma VM a um cluster de VMs, talvez encontre o erro [FATAL] [INS-32156] O Instalador detectou que há arquivos ilegíveis no oracle home. Para resolver o problema, siga as etapas descritas em Falha ao Adicionar uma VM a um Cluster de VMs antes de tentar adicionar um nó de cluster.
  1. Abra o menu de navegação. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.

    A opção Clusters de VMs é selecionada por padrão.

  2. Escolha seu Compartimento.

    Uma lista de Clusters de VMs é exibida para o Compartimento escolhido.

  3. Clique no nome de um cluster de VMs no qual você deseja adicionar máquinas virtuais.
  4. Na página Detalhes do Cluster de VMs, em Recursos, clique em Máquinas Virtuais e, em seguida, clique em Adicionar Máquinas Virtuais.
  5. Na caixa de diálogo Adicionar Máquinas Virtuais, selecione servidores de Banco de Dados adicionais nos quais adicionar a VM.

    Não é possível cancelar a seleção de Servidores de Banco de Dados existentes. O máximo de recursos disponíveis por VM é atualizado com base nos servidores de Banco de Dados recém-adicionados.

    Os Status do Servidor de Banco de Dados incluem Neste cluster de VMs, Rede não configurada, Hospedando uma VM, Disponível para adição e Recursos suficientes. Você só pode adicionar servidores de banco de dados com a elegibilidade de seleção Disponível para adição.

    Os servidores de banco de dados que não têm uma rede configurada não estão disponíveis para adição. Para configurar a rede, edite a Rede de Clusters de VMs da infraestrutura associada. Para obter mais informações, consulte Usando a Console para Adicionar Outro Servidor de Banco de Dados à Rede de Clusters de VMs.

  6. Selecione os servidores de banco de dados com a elegibilidade de seleção Disponível para adição e clique em Adicionar.

    Os status dos servidores de banco de dados são alterados para Alocado.

    Observação

    Você não pode remover um servidor de banco de dados alocado.

Para estender a instância de banco de dados para bancos de dados ativados pelo Data Guard nas VMs recém-adicionadas, consulte A Lista de Nós não está Atualizada para Bancos de Dados Ativados pelo Data Guard.

Usando a Console para Exibir uma Lista de Servidores de Banco de Dados em uma Infraestrutura do Exadata

Para exibir uma lista de hosts de servidores de banco de dados em um sistema Oracle Exadata Cloud@Customer, use este procedimento.

  1. Abra o menu de navegação. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
  2. Em Infraestrutura, clique em Infraestrutura do Exadata.
  3. Na lista de Infraestruturas do Exadata, clique no nome para exibição da infraestrutura cujos detalhes você deseja ver.
  4. Em Recursos, clique em Servidores de Banco de Dados.
  5. Na lista de Servidores de Banco de Dados, clique no nome do Servidor cujos detalhes você deseja ver.

    O Servidor de Banco de Dados lista as VMs de cada cluster hospedado nelas, com os recursos alocados para elas.

Usando a Console para Remover uma VM de um Cluster de VMs

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

Observação

O encerramento de uma VM de um cluster exige a remoção de qualquer banco de dados que faça parte de uma configuração do Data Guard (principal ou stand-by) da VM para continuar com o fluxo de encerramento. Para obter mais informações sobre etapas manuais, consulte a nota 2811352.1 do My Oracle Support.
  1. Abra o menu de navegação. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
  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 do Exadata.
  4. Clique no nome do cluster de VMs cuja máquina virtual você deseja remover.
  5. Em Recursos, clique em Máquinas Virtuais.
  6. Na lista de máquinas virtuais, clique no ícone Ações (três pontos) de uma máquina virtual e, em seguida, clique em Encerrar.
  7. Na caixa de diálogo Encerrar Máquina Virtual, digite o nome da máquina virtual e clique em Encerrar.

    VM removida do cluster. A página Detalhes do Cluster de VMs exibe os detalhes da alocação atualizada de recursos em Alocação de Recursos do Cluster de VMs.

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 Database Service on Cloud@Customer.
  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 do Exadata.
  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 janela Atualizar tipo de licença resultante, escolha um dos tipos de licença a seguir 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 essa opção para assinar as licenças de software do Oracle Database como parte do Exadata Database Service on Cloud@Customer.

    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.

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

  1. Abra o menu de navegação. Em Oracle Database, clique em Exadata Cloud@Customer.
  2. Escolha a Região que contém a infraestrutura do Exadata.
  3. Clique em Clusters de VMs do Exadata.
  4. Clique no nome do cluster de VMs ao qual você deseja adicionar chave(s) SSH.
  5. Na página Detalhes do Cluster de VMs, clique em Adicionar Chaves SSH.
  6. 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.

  7. Clique em Salvar Alterações.

Usando a Console para Dimensionar os Recursos em um Cluster de VMs

A partir do Oracle Exadata Database Service on Cloud@Customer, você pode expandir ou reduzir vários recursos ao mesmo tempo. Você também pode ampliar ou reduzir recursos um de cada vez.

Reduza os recursos nas seguintes circunstâncias:
  • Caso de Uso 1: Se você tiver alocado todos os recursos para um cluster de VMs e quiser criar vários clusters de VMs, não haverá recursos disponíveis a serem alocados para os novos clusters. Portanto, reduza os recursos conforme necessário para criar clusters de VMs adicionais.
  • Caso de Uso 2: Se você quiser alocar recursos diferentes com base na carga de trabalho, reduza ou amplie adequadamente. Por exemplo, talvez você queira executar jobs em batch noturnos para fins de geração de relatórios/ETL e reduzir a VM após o término do job.
Você pode reduzir os seguintes recursos em qualquer combinação:
  • OCPU (ECPUs 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 (ECPUs para X11M) por um curto período de tempo pode prolongar o tempo de conclusão. Embora on-line, o dimensionamento de OCPU (ECPUs para X11M) não é implementado em todas as VMs em paralelo para 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.

  1. Abra o menu de navegação. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
  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 do Exadata.
  4. Clique no nome do cluster de VMs cujos recursos de CPU você deseja dimensionar.

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

  5. Clique em Dimensionar Recursos de VM.
  6. Na caixa de diálogo, ajuste todos ou qualquer um destes itens:
    • Contagem de OCPUs (ECPUs para X11M):

      O valor da Contagem de OCPUs (ECPUs para X11M) deve ser um múltiplo do número de máquinas virtuais para que cada máquina virtual tenha o mesmo número de núcleos de CPU ativados.

      Se você definir a Contagem de OCPUs (ECPUs para X11M) como zero, as máquinas virtuais do cluster de VMs serão todas submetidas a shutdown. Se você alterar de uma definição zero, as máquinas virtuais do cluster de VMs serão todas iniciadas. Caso contrário, a modificação do número de núcleos de CPU ativados será uma operação on-line e as máquinas virtuais não serão reinicializadas por causa dessa operação. Consulte também Configuração do Sistema.

      Observação

      Se você tiver definido explicitamente o parâmetro de inicialização de banco de dados CPU_COUNT, essa definição não será afetada com a modificação do número de núcleos de CPU alocados para o cluster de VMs. Portanto, se você tiver ativado o recurso de limitação de instâncias do Oracle Database, a instância do banco de dados não usará núcleos de CPU extras até que a definição CPU_COUNT seja alterada. Se CPU_COUNT estiver definido como 0 (a definição padrão), o Oracle Database vai monitorar continuamente o número de CPUs reportadas pelo sistema operacional e usar a contagem atual.
    • Memória:

      Especifique a memória para cada VM individual. O valor deve ser um múltiplo de 1 GB e limitado pela memória disponível na infraestrutura do Exadata.

      Quando você expande ou reduz a memória, as máquinas virtuais associadas são reinicializadas de maneira incremental, uma máquina virtual por vez, para minimizar o impacto no cluster de VMs.

    • Tamanho do sistema de arquivos local:

      Especifique o tamanho de cada VM individual. O valor deve ser um múltiplo de 1 GB e limitado pelo tamanho do sistema de arquivos na infraestrutura do Exadata.

      Quando você expande ou reduz o tamanho do sistema de arquivos local, as máquinas virtuais associadas são reinicializadas de maneira incremental, uma máquina virtual por vez, para minimizar o impacto no cluster de VMs.

      1. Clique em Mostrar opções avançadas para exibir opções adicionais de configuração de sistemas de arquivos locais.
      2. Redimensione os sistemas de arquivos /, /u01, /tmp, /var, /var/log, /var/log/audit e /home conforme necessário.
        Observação

        • Só é possível expandir esses sistemas de arquivos e não pode reduzir o tamanho depois de 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 /var (GB) devido ao espelhamento.
      3. 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).

      Armazenamento local reservado por VM (GB): Exibe o tamanho reservado internamente para sistemas de arquivos raiz, Homes do Oracle Grid Infrastructure e logs de diagnóstico.

    • Tamanho do armazenamento do Exadata utilizável:

      Especifique a quantidade total de armazenamento do Exadata alocado para o cluster de VMs. Esse armazenamento é alocado uniformemente de todos os Exadata Storage Servers. O tamanho mínimo recomendado é 2 TB.

      Você pode reduzir a alocação de armazenamento do Exadata para um cluster de VMs. No entanto, assegure-se de que a nova quantidade inclua o conteúdo existente e também permita o crescimento antecipado de dados.

      Observação

      Quando você reduz o tamanho, o novo tamanho deve ser pelo menos 15% maior que o tamanho utilizado no momento.

      A modificação do armazenamento do Exadata alocado para o cluster de VMs é uma operação on-line. As máquinas virtuais não são reinicializadas por causa dessa operação.

  7. 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. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
  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 do Exadata.
  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. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
  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 do Exadata.
  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

Use este procedimento para alterar o compartimento que contém o cluster de VMs no Oracle Exadata Database Service on Cloud@Customer.

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. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
  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 do Exadata.
  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 selecione Mover recurso.
  6. Na caixa de diálogo resultante, escolha o novo compartimento para o cluster de VMs e clique em Mover Recurso.

Usando a Console para Encerrar um Cluster de VMs

Para poder encerrar um cluster de VMs, encerre primeiramente os bancos de dados que ele contém.

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.
  1. Abra o menu de navegação. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
  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 do Exadata.
  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 selecione Encerrar.
  6. Na caixa de diálogo resultante, digite o nome do cluster de VMs e clique em Encerrar para confirmar a ação.

Usando a API para Gerenciar Clusters de VMs do Oracle Exadata Database Service on Cloud@Customer

Verifique a lista de chamadas de API para gerenciar as redes e os clusters de VMs do Oracle Exadata Database Service on Cloud@Customer.

Para obter informações sobre como usar a API e assinar solicitações, consulte "APIs REST" e "Credenciais de Segurança". Para obter informações sobre SDKs, consulte "Kits de Desenvolvimento de Software e Interface de Linha de Comando".

Use estas operações de API para gerenciar as redes e os clusters de VMs do Oracle Exadata Database Service on Cloud@Customer:

Redes de clusters de VMs:
  • GenerateRecommendedVmClusterNetwork
  • CreateVmClusterNetwork
  • DeleteVmClusterNetwork
  • GetVmClusterNetwork
  • ListVmClusterNetworks
  • UpdateVmClusterNetwork
  • ValidateVmClusterNetwork
Clusters de VMs:
  • CreateVmCluster
  • DeleteVmCluster
  • GetVmCluster
  • ListVmClusters
  • UpdateVmCluster

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

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 uso do recurso de console serial requer o Exadata Infrastructure versão 22.1.10 ou mais recente para 22. Usuários X e versão 23.1.1 ou superior para 23. X usuários. O recurso de console serial estará disponível em qualquer novo Cluster de VMs criado imediatamente, mas só estará disponível em Clusters de VMs existentes anteriormente após o próximo ciclo de manutenção trimestral. 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. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
  2. Em Região, selecione a região que você deseja associar à infraestrutura do Oracle Exadata.
  3. Em Infraestrutura, clique em Infraestrutura do Exadata.
  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.

Políticas Obrigatórias do Serviço IAM

Um administrador deve conceder a você acesso seguro à console de máquina virtual no sistema Exadata Database Service on Cloud@Customer 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.

Portas a Serem Abertas para Conectividade do Control Plane

Certifique-se de que as regras de firewall estejam corretas para que o CPS (Control Plane Server) possa acessar os pontos finais necessários do OCI. Para obter mais informações, consulte a Tabela 3-2

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 inserir os comandos.
  2. No prompt, digite ssh-keygen e forneça um nome para a chave quando solicitado. Se preferir, inclua uma frase-chave.

    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 Comentário 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 como 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 toda a chave gerada que aparece sob a chave Pública para colar no arquivo OpenSSH authorized_keys, copie-a usando Ctrl + C, cole-a em um arquivo de texto e salve o arquivo no mesmo local que a chave privada.
    Observação

    Não use Salvar chave pública porque ele 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 o local 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 como gerar o par de chaves SSH, consulte Criar o Par de Chaves SSH para Windows Usando PuTTY

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

  1. Cole a Chave SSH gerada no formato OpenSSH ou escolha Fazer Upload do arquivo de chaves 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. Quando 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 PPK (Chave Privada) 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 no futuro, antes de uma situação potencial que possa exigir que você faça log-in 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.exacc.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.

Observação

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. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
  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 em Criar conexão da console.
  5. Na janela Criar acesso à console serial resultante, 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 Criando 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.

    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. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
  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 SSH ProxyCommand, 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 ExaDB-C@C Detalhes do Cluster de VMs.
    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.

Observação

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 mais informações, consulte Installing an SSH Client and a Command-line Shell (Windows).

Para estabelecer conexão com a console serial no Microsoft Windows

  1. Na página 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 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 é exibido 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 ExaDB-C@C Detalhes do Cluster de VMs.
    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 Criar acesso da console serial:
  1. Clique em Generate a key pair for me.
  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 a fim de apontar para o caminho da Chave Privada (PPK) PuTTY. Substitua <PATH_FILE_PUTTY_PRIVATE.ppk> para apontar para o caminho do arquivo PPK (Chave Privada) PuTTY no 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 o 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.

Usando o Cloud Shell para Conectar-se à Console Serial

Você pode estabelecer conexão com a console serial rápida e facilmente usando a integração do Cloud Shell. O Cloud Shell é um terminal baseado em um web browser acessível por meio da Console. A integração do Cloud Shell cria automaticamente a conexão da console da instância e uma chave SSH temporária. O único pré-requisito para estabelecer conexão com a console serial do Cloud Shell é conceder aos usuários as permissões corretas. Para obter uma apresentação do uso do Cloud Shell, consulte Usando o Cloud Shell.

Observação

  • Por padrão, o Cloud Shell limita o acesso à rede aos recursos internos do OCI em sua região home da tenancy apenas, a menos que você tenha ativado a Rede Pública gerenciada pelo Cloud Shell. Seu administrador deve configurar uma política de Identidade para ativar a Rede Pública do Cloud Shell. Para obter mais informações, consulte Cloud Shell Networking.
  • Não é possível estabelecer conexão simultânea com mais de um nó de banco de dados usando o Cloud Shell. Como exemplo, se você tiver uma conexão aberta com DBnode1 e quiser estabelecer conexão com DBnode2, primeiro saia do Cloud Shell ativo de DBnode1 e, em seguida, estabeleça uma conexão com DBnode2.
  • Certifique-se de que as regras de firewall estejam corretas para que o CPS (Control Plane Server) possa acessar os pontos finais necessários do OCI. Para obter mais informações, consulte a Tabela 3-2

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.

Para estabelecer conexão com a console serial usando o Cloud Shell

  1. Acesse a Console.
  2. Abra o menu de navegação. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
  3. Na página de detalhes da instância na Console do Oracle Cloud Infrastructure, em Recursos, clique em Conexão da console.
  4. Clique em Iniciar conexão do Cloud Shell.

    Esta ação exibe o Cloud Shell em uma "gaveta" na parte inferior da Console.

  5. Se já existir uma conexão de console, será perguntado se você deseja excluir o recurso existente. Pressione y e, depois, Enter.
  6. Quando terminar, saia da conexão da console da instância.

Exibindo o Histórico da Console de uma Máquina Virtual

Observação

Para acessar a console serial e usar o histórico da console, as regras de firewall devem ser configuradas para que o CPS (Control Plane Server) possa acessar os pontos finais necessários do OCI. Verifique os detalhes da Tabela 3-2 para obter os requisitos de conectividade do Object Storage e do console da VM.

É possível capturar e exibir dados recentes da console serial de uma Máquina Virtual. Os dados incluem mensagens de configuração que ocorrem quando a Máquina Virtual é inicializada, como mensagens do kernel e do BIOS, e são úteis para verificar o status da Máquina Virtual ou diagnosticar e solucionar problemas.

O histórico da console captura até um megabyte dos dados mais recentes da console serial para a Máquina Virtual especificada. Observe que os dados brutos da console, incluindo caracteres multibyte, são capturados.

O histórico da console é um registro pontual. Para solucionar problemas de uma Máquina Virtual com mau funcionamento usando uma conexão de console interativa, use uma conexão de console serial.

Gerenciando Dados do Histórico da Console

Você pode usar a Console ou a API para gerenciar capturas de histórico da console. O histórico da console permite que você veja a saída serial da sua Máquina Virtual sem precisar se conectar à instância remotamente. O histórico da console pode ser usado para auditar o acesso anterior e as ações executadas com a console serial.

Na página de detalhes da instância na Console, você pode capturar e fazer download de históricos da console, exibir e editar detalhes de metadados e excluir capturas de histórico da console.

Usando a Console para Capturar o Histórico da Console

  1. Abra o menu de navegação. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
  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 em Histórico da console.
  5. Clique no nome do histórico desejado.
  6. Na janela resultante, clique em Fazer Download para fazer download de uma cópia do histórico da console.
  7. Clique em Salvar e fechar para salvar o histórico e fechar a janela.
Usando a Console para Fazer Download de Capturas do Histórico da Console

  1. Abra o menu de navegação. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
  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 em Histórico da console.
  5. Clique no nome do histórico desejado.
  6. Na janela resultante, clique em Fazer Download para fazer download de uma cópia do histórico da console.
Usando a Console para Exibir Capturas de Histórico da Console

  1. Abra o menu de navegação. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
  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 em Histórico da console.
  5. Clique no nome do histórico desejado.
  6. Na lista de histórico da console, para a captura do histórico da console que você deseja exibir, clique no menu Ações e, em seguida, clique em Exibir detalhes.
Usando a Console para Exibir e Editar os Detalhes de Metadados de uma Captura de Histórico da Console

  1. Abra o menu de navegação. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
  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 em Histórico da console.
  5. Na lista de histórico da console, para a captura do histórico da console que você deseja exibir, clique no menu Ações e, em seguida, clique em Exibir detalhes.
  6. Opcionalmente, edite o nome do histórico da console. Evite digitar informações confidenciais.
  7. Para exibir ou editar tags, clique em Mostrar opções de tag.
  8. Para editar ou remover tags, clique no ícone de edição ao lado da tag. Para editar uma tag, na caixa de diálogo Editar Tag, faça as alterações e clique em Salvar. Para remover uma tag, clique em Remover Tag.
  9. Clique em Salvar e fechar.
Usando a Console para Excluir Capturas do Histórico da Console

  1. Abra o menu de navegação. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
  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 em Histórico da console.
  5. Na lista de histórico da console, para a captura do histórico da console que você deseja exibir, clique no menu Ações e, em seguida, clique em Excluir.
  6. Na caixa de diálogo de confirmação, clique em Excluir histórico da console.
Usando a API para Gerenciar os Dados do Histórico da Console

Verifique a lista de chamadas de API para gerenciar dados do histórico da console.

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.

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

Use as operações de API a seguir para gerenciar os dados do histórico da console.

  • Para capturar o histórico da console, use o método createDbNodeConsoleHistory.
  • Para obter detalhes sobre metadados do histórico da console, use o método getDbNodeConsoleHistory.
  • Para obter os detalhes sobre o conteúdo do histórico da console, use o método getDbNodeConsoleHistoryContent.
  • Para editar metadados do histórico da console, use o método updateDbNodeConsoleHistory.
  • Para listar capturas de histórico da console, use o método listDbNodeConsoleHistories.
  • Para excluir capturas de histórico da console, use o método deleteDbNodeConsoleHistory.

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. Inicialize 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 reconstruir a partição raiz com permissões de leitura/gravação:
    /bin/mount -o remount, rw /
  3. Edite os arquivos de configuração conforme necessário para tentar recuperar a instância.
  4. Depois de concluir a edição dos 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 reconstruir 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 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. Inicie 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 reconstruir 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. Inicie 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:
    ~.
  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. Em Oracle Database, clique em Exadata Database Service on Cloud@Customer.
  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 Actions e, em seguida, em Delete. Confirme quando solicitado.