Documentação do Oracle Cloud Infrastructure

Novidades do Oracle Exadata Database Service on Cloud@Customer

A Oracle está constantemente adicionando novos recursos ao Oracle Exadata Database Service on Cloud@Customer. Esta seção fornece uma visão geral dos novos recursos conforme eles são liberados.

Observação

Para obter informações sobre novos recursos do Autonomous Database no Oracle Exadata Cloud@Customer, consulte Novidades do ADB-D no Oracle Exadata Cloud@Customer

Software de Sistema Exadata 25.1.0.0.0

O Exadata System Software Versão 25.1 está disponível desde dezembro de 2024. As novas implantações de Infraestrutura do Exadata X11M incluirão o Exadata System Software 25.1. Esta release será aplicada ao Exadata Cloud Infrastructure como parte da Manutenção Trimestral, a partir de maio de 2025. Ele se baseia nos recursos introduzidos no Exadata System Software 24ai e em versões anteriores. Esta versão traz várias inovações importantes, incluindo:

O Exadata Software 25.1 para SO Convidado também está disponível e pode ser aplicado às VMs Convidadas pelos clientes.

Para saber mais, consulte a documentação do Exadata System Software Release 25.1.

Para obter instruções de atualização, consulte My Oracle Support Note 3021895.1 — Atualização do Exadata System Software 25.1.0.0.0.

Observação

Alguns recursos do Exadata Software 25.1 podem não estar disponíveis no serviço de nuvem.

Selecionar Versão Secundária do Grid Infrastructure (N-3) ao Provisionar um Cluster de VMs

Esse aprimoramento elimina a limitação anterior de provisionar um cluster de VMs com a versão padrão do Grid Infrastructure fornecida pelo sistema. Agora você pode selecionar as três últimas releases do Grid Infrastructure (quatro opções no total) durante a criação do cluster de VMs. Por exemplo, ao provisionar um cluster de VMs 19c, as versões disponíveis do Grid Infrastructure incluem: 19.24.0.0.0 (mais recente), 19.23.0.0.0, 19.22.0.0.0 e 19.21.0.0.0.0.

Suporte a Marcação Expandida nos Fluxos de Trabalho do Banco de Dados

A marcação com tags, anteriormente suportada durante a criação do banco de dados, agora é estendida para workflows adicionais, incluindo a criação de um banco de dados stand-by e a criação de um banco de dados com base em um backup.

Suporte para Operações Simultâneas do Data Guard em Vários Ambientes Stand-by

Além do Suporte para Operações Concorrentes do Data Guard, do Banco de Dados Contêiner (CDB) e do Banco de Dados Plugável (PDB), esses aprimoramentos permitem que você execute operações simultâneas em CDBs e PDBs com operações de migração do Data Guard em ambientes com vários bancos de dados stand-by.

Programar Atualizações do VM Cloud Automation

Temos o prazer de anunciar a Disponibilidade Geral (GA) da programação de Atualizações de Automação da Nuvem de VMs para Clusters de VMs no Exadata Database Service on Cloud@Customer (ExaDB-C@C).

Anteriormente, a Oracle aplicava essas atualizações automaticamente em segundo plano sem interromper as VMs convidadas. Com esse novo recurso, agora você tem controle aprimorado, permitindo definir quando as atualizações serão aplicadas, priorizar quais clusters as receberão primeiro e definir períodos de congelamento alinhados às suas políticas de negócios para pausar atualizações durante períodos críticos.

Embora as atualizações de software de automação em nuvem para agentes e ferramentas gerenciados pela Oracle em VMs convidadas sejam essenciais para acessar os recursos mais recentes da Oracle cloud, muitos clientes criam scripts e fluxos de trabalho em torno das versões atuais. Para manter a continuidade operacional, agora você pode escolher quando as atualizações serão aplicadas aos seus clusters. Essa versão também oferece a flexibilidade de testar atualizações em clusters que não são de produção primeiro, garantindo um lançamento tranquilo a cada nova versão da Oracle. Esse aprimoramento permite que os clientes:

  • Programar Atualizações: Defina horários específicos para a VM verificar e aplicar novas atualizações.
  • Evitar Atualização Durante o Período de Congelamento: Impede atualizações durante períodos de atividade pesada do banco de dados.
  • Reduzir Riscos: Minimize o impacto das atualizações nos scripts e na automação existentes.

Classificar e Controlar o Acesso a APIs REST Críticas do OCI

O Oracle API Access Control permite que você gerencie e restrinja o acesso a APIs REST e operações do Cloud Console expostas por vários serviços de nuvem de banco de dados. Ao designar APIs específicas como privilegiadas, você pode impor um workflow de aprovação que exija autorização de um grupo designado na tenancy para que essas APIs possam ser chamadas.

Configuração do Oracle Data Guard com Validação de Pré-verificação

Agora você pode executar uma pré-verificação antes de configurar o Oracle Data Guard.

Como parte da configuração do Data Guard (DG), o serviço executou uma pré-verificação implícita. Com esse aprimoramento, agora você pode executar uma pré-verificação explícita para identificar e tratar possíveis problemas antes de continuar com a configuração do Data Guard.

Backup e Restauração de um Banco de Dados Stand-by em um Ambiente do Data Guard

Observação

A capacidade de executar backups em mais de um banco de dados stand-by usando o Zero Data Loss Recovery Appliance (ZDLRA) como destino de backup está no roteiro do Oracle Exadata Database Service on Cloud@Customer.

Esse aprimoramento permite:

  • Transfira backups para o banco de dados stand-by usando o Oracle Cloud Infrastructure Object Storage, o Zero Data Loss Recovery Appliance (ZDLRA) ou o NFS (Network File System) em um ambiente do Data Guard, liberando recursos no ambiente de banco de dados de produção.
  • Programar backups automáticos no banco de dados stand-by em um ambiente do Data Guard e configurar o período de retenção.
  • Restaurar e recuperar um banco de dados stand-by usando um backup do banco de dados stand-by.
  • Escolha fazer backups somente no banco de dados principal, somente no banco de dados stand-by ou em ambos, com base em suas necessidades.

Observação:

  • Operações de restauração/recuperação:
    • Não é possível usar backups no banco de dados stand-by para executar operações de restauração/recuperação no banco de dados principal.
  • Cenários de switchover:
    • Se backups automáticos tiverem sido configurados no principal com destino de backup do Oracle Cloud Infrastructure Object Storage, Zero Data Loss Recovery Appliance (ZDLRA) ou Network File System (NFS), após o switchover, os backups continuarão no novo banco de dados stand-by.
    • Se backups automáticos tiverem sido configurados no stand-by com destino de backup do Oracle Cloud Infrastructure Object Storage, Zero Data Loss Recovery Appliance (ZDLRA) ou Network File System (NFS), após o switchover, os backups continuarão no novo banco de dados principal.
  • Cenários de failover:
    • Se backups automáticos tiverem sido configurados no principal com destino de backup do Oracle Cloud Infrastructure Object Storage, Zero Data Loss Recovery Appliance (ZDLRA) ou Network File System (NFS), após o failover os backups serão desativados no novo banco de dados Stand-by Desativado.
    • Se backups automáticos tiverem sido configurados no stand-by com destino de backup do Oracle Cloud Infrastructure Object Storage, Zero Data Loss Recovery Appliance (ZDLRA) ou Network File System (NFS), após o failover, os backups continuarão no novo banco de dados principal.

Criar ou Excluir simultaneamente Bancos de Dados Plugáveis (PDBs)

Agora você pode criar ou excluir até 10 PDBs simultaneamente, mesmo quando o banco de dados contêiner (CDB) está em um estado de atualização. No entanto, você não poderá criar ou excluir PDBs enquanto um CDB estiver em estado de atualização se outras operações, excluindo a criação ou a exclusão do PDB, estiverem modificando seus metadados ou sua estrutura.

Exadata Database Service para Desenvolvedores

O tipo de Cluster de VMs do Exadata Database-Developer recém-introduzido permite que os desenvolvedores criem aplicativos no Oracle Cloud sem incorrer em taxas de licença do Oracle Database. Com esse Tipo de VM, os desenvolvedores pagam apenas pela infraestrutura subjacente. Os clientes que usam o Oracle Exadata Database Service on Cloud@Customer podem desenvolver sem custo adicional, pois a taxa de licença não é cobrada e os custos de infraestrutura já são cobertos por sua assinatura.

Você pode alocar quantas OCPUs, memória e armazenamento forem necessárias para o Cluster de VMs do Desenvolvedor. No cluster de VMs, você pode ter vários CDBs e cada CDB pode ter Vários PDBs.

No entanto, há restrições nos bancos de dados que podem ser hospedados com o tipo de Cluster de VMs do Desenvolvedor de Banco de Dados Exadata. Essas restrições são projetadas para impedir a execução de cargas de trabalho de produção nesse tipo de cluster, que se destina a casos de uso de desenvolvimento. As restrições de recursos e funcionalidades serão impostas pela automação do banco de dados e da nuvem. As principais limitações incluem:

  • Cluster de VMs Únicas: Os clusters de VMs do Exadata Database-Developer são limitados a uma única VM.
  • Threads por PDB: 2 threads (1 núcleo) por PDB.
  • Memória por PDB: 8 GB de memória por PDB.
  • Tamanho do banco de dados por PDB: 20 GB de armazenamento por PDB.
  • Sessões por PDB: 30 sessões por PDB.
  • Data Guard: A criação de um banco de dados stand-by do Data Guard é proibida ao usar os Clusters de VM do Desenvolvedor.
  • Backups entre regiões: Não há suporte para backups entre regiões.
  • Versões: Somente as versões 19.26 e 23.6 e posteriores do Oracle Database são suportadas

Além disso, o RAC Multi-VM (Real Application Clusters) não é suportado e os clusters de VMs do Desenvolvedor são limitados a uma única VM. A automação do Data Guard está bloqueada e a configuração manual do Data Guard não é permitida.

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.

Vários Bancos de Dados Stand-by

Esse aprimoramento fornece a capacidade de criar e gerenciar vários bancos de dados stand-by locais e remotos vinculados a um banco de dados principal, fornecendo flexibilidade para proteção de dados e recuperação de desastres. Os bancos de dados stand-by locais ajudam a minimizar a perda de dados, enquanto os bancos de dados stand-by remotos protegem contra falhas regionais. Esse aprimoramento permite a criação de até 6 bancos de dados stand-by para um banco de dados principal.

Em uma configuração típica do Data Guard, dois bancos de dados stand-by são comumente usados:

  • Stand-by Local: Um banco de dados stand-by na mesma região que o banco de dados de produção é ideal para cenários de failover, oferecendo zero perda de dados para falhas locais (como falhas de banco de dados, cluster ou domínio de disponibilidade). Nesse caso, o impacto de failover do aplicativo é reduzido, pois os aplicativos continuam operando sem a sobrecarga de desempenho da comunicação com uma região remota.
  • Stand-by Remoto (entre Regiões): Um banco de dados stand-by remoto, localizado em outra região, geralmente é usado para recuperação de desastres ou para descarregar o processamento de consulta somente para leitura. Uma configuração de banco de dados stand-by remoto garante a proteção de dados contra falhas regionais.

Alguns clientes corporativos buscam simetria após uma troca de site. Por exemplo, eles podem preferir ter o stand-by principal e local na Região 1 e um stand-by remoto com seu próprio stand-by local na Região 2. Nesta configuração, haverá três bancos de dados stand-by. Depois de um switch de site, você ainda terá um banco de dados principal e um stand-by local prontamente disponíveis na nova região principal.

Além disso, os clientes podem aprimorar suas configurações adicionando outro banco de dados stand-by para fins de teste, aproveitando nossos recursos stand-by snapshot (leitura/gravação).

Observação

Não há suporte para a criação de um banco de dados stand-by associado a outro banco de dados stand-by ("stand-by em cascata").

Gerenciamento de Chaves Usando uma Área de Armazenamento de Chaves Externas

Com esse aprimoramento, agora você pode armazenar e gerenciar chaves de criptografia de banco de dados em um provedor de armazenamento de chaves externo de sua escolha. Esse recurso oferece flexibilidade na escolha de provedores de armazenamento de chaves externos para aprimorar a segurança e o controle das chaves.

X11M Suporte ao Sistema

Note

This feature is rolled out only to the MTY, BOG, HYD, DXB, YUL, KIX, SYD, ZRH, AMS, MEL, SCL, YNY, VCP, CWL, SJC, MRS, ARN, MTZ, AUH, LIN, SIN, JNB, ORD, CDG, QRO, MAD, AGA, VAP, XSP, RUH, LHR, NRT, BOM, JED, ICN, PHX, IAD, FRA, YYZ, and GRU regions. Ele será implantado por fases em outras regiões.

O Oracle Exadata Cloud@Customer foi estendido para oferecer suporte ao Exadata Infrastructure X11M.

Exadata Exascale com o Exadata Database Service on Cloud@Customer

Apresentando o Exadata Exascale com o Exadata Database Service on Cloud@Customer (ExaDB-C@C), a única arquitetura de dados inteligente do mundo para a nuvem é um salto revolucionário que combina o melhor do Exadata e o melhor da nuvem. O Exascale reimagina como os recursos de computação e armazenamento são gerenciados em plataformas Exadata, desacoplando e simplificando o gerenciamento de armazenamento, abrindo caminho para recursos inovadores. Ele garante padrões de desempenho, disponibilidade e segurança de banco de dados líderes do setor que as organizações esperam do Exadata.

Com esta versão, os clientes podem aproveitar o poder da arquitetura de dados inteligente do Exascale, configurando-a facilmente para bancos de dados Oracle na Infraestrutura do Exadata Cloud@Customer. Uma nova opção de armazenamento do Exascale está disponível durante o provisionamento do cluster de VMs, permitindo que os clientes implantem clusters de VMs com o Exascale juntamente com o ASM (Automatic Storage Management), tudo na mesma Infraestrutura do Exadata Cloud@Customer, sem afetar as cargas de trabalho existentes e sem custo adicional.

Requisitos mínimos para configurar o Exascale no Exadata Cloud@Customer:

  • Esse recurso só é suportado no Modelo de Infraestrutura Exadata X8M (e posterior) e requer a release 24.1 e posterior do software do sistema Exadata.
  • Esse recurso requer o Oracle Grid Infrastructure versão 23ai (23.6) e suporta o Oracle Database versões 23ai (23.6) e posteriores.

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

O Exadata Exascale com o Exadata Database Service on Cloud@Customer oferece os seguintes benefícios:

  • Armazenamento eficiente e escalável: O Exascale melhora a utilização e a eficiência gerais da capacidade de armazenamento, alocando dinamicamente a capacidade de armazenamento em todos os servidores de armazenamento e compartilhando-a com vários clusters de VMs. O Exascale também permite o dimensionamento do armazenamento do banco de dados dinamicamente a qualquer momento, sem afetar o desempenho geral.
  • Desenvolvimento ágil com clones finos do Exascale: O Exascale permite clones finos com economia de espaço de qualquer banco de dados plugável de leitura/gravação, aumentando significativamente a produtividade do desenvolvedor. Cada desenvolvedor pode obter um banco de dados clone finamente provisionado com todos os benefícios do Exadata para uso exclusivo, garantindo um ambiente semelhante à produção para desenvolvimento e teste de aplicativos, reduzindo drasticamente o requisito geral de armazenamento e os custos associados.
  • Poderoso: O Exascale se integra perfeitamente a pipelines de desenvolvimento, teste e implantação, acelerando os aplicativos de produção no Exascale, aproveitando as otimizações do Exadata que oferecem desempenho, confiabilidade, disponibilidade e segurança extremos. Isso fortalece a missão do Exadata de ser a plataforma ideal para executar todas as cargas de trabalho de banco de dados Oracle.

Para obter mais informações sobre o Oracle Exadata Exascale, consulte o Guia do Usuário do Oracle® Exadata Exascale.

Integração do Microsoft Entra ID (MS-EI) com o Oracle Exadata Database Service on Cloud@Customer

O Oracle Exadata Database Service on Cloud@Customer agora pode aceitar tokens do Microsoft Entra ID (MS-EI) para acessar o banco de dados. Os usuários e aplicativos do Azure podem usar o token MS-EI para acessar o banco de dados.

A integração do MS-EI estará disponível para bancos de dados corrigidos para a versão 19.17 e posteriores. Esse recurso não está disponível no Oracle Database release 21c.

Para obter informações sobre como configurar o MS-EI, configurar o banco de dados e configurar o cliente do banco de dados, consulte:

Suporte para Operações Concorrentes do Data Guard, Banco de Dados Contêiner (CDB) e Banco de Dados Plugável (PDB)

Com esse aprimoramento, agora você pode executar operações simultâneas em Bancos de Dados Contêineres (CDBs) e Bancos de Dados Plugáveis (PDBs), juntamente com associações e ações do Data Guard. Essa melhoria aumenta significativamente a eficiência e a flexibilidade no gerenciamento de seus bancos de dados Oracle. As operações simultâneas suportadas incluem:
  • Criar ou excluir um CDB enquanto uma configuração do Data Guard estiver em execução em outro banco de dados dentro do mesmo Oracle home e vice-versa.
  • Criar ou excluir um PDB enquanto uma configuração do Data Guard estiver em execução em outro banco de dados dentro do mesmo Oracle home e vice-versa.
  • Executando ações do Data Guard (switchover, failover e restabelecimento) enquanto uma configuração do Data Guard está em execução em outro banco de dados dentro do mesmo Oracle home e vice-versa.
  • Criando ou excluindo um CDB ao executar simultaneamente ações do Data Guard (switchover, failover e restabelecimento) no mesmo Oracle home e vice-versa.
  • Criando ou excluindo um PDB ao executar simultaneamente ações do Data Guard (switchover, failover e restabelecimento) no mesmo Oracle home e vice-versa.
  • Criando ou excluindo um CDB ao criar ou excluir simultaneamente um PDB no mesmo Oracle home e vice-versa.
  • Criando ou excluindo um CDB simultaneamente em bancos de dados diferentes dentro do mesmo Oracle home.
  • Criando ou excluindo um PDB simultaneamente em bancos de dados diferentes dentro do mesmo Oracle home.
  • Executando a configuração do Data Guard simultaneamente em bancos de dados diferentes dentro do mesmo Oracle home.
  • Executando ações do Data Guard (switchover, failover e restabelecimento) simultaneamente em diferentes bancos de dados dentro do mesmo Oracle home.
  • Criando ou excluindo um CDB/PDB, executando a configuração do Data Guard e executando ações do Data Guard (switchover, failover e restabelecimento) ao atualizar simultaneamente as tags do Cluster de VMs.

Delegar Controle de Acesso para ExaDB-C@C

O serviço Delegar Controle de Acesso permite que os clientes do Oracle Exadata Database Service on Cloud@Customer assinem serviços de manutenção e suporte de VM e banco de dados, deleguem acesso a provedores de serviço e controlem quando esses provedores de serviço podem acessar recursos de VM e banco de dados. Esses provedores de serviços incluem suporte global da Oracle, suporte em nuvem da Oracle e serviços profissionais da Oracle.

Atribuição de Custo e Uso para Bancos de Dados Plugáveis (PDBs)

Com esse aprimoramento no recurso Análise de Custo do Serviço OCI Cost Management, você pode exibir o uso e o custo atribuídos de todos os PDBs em um Cluster de VMs. Esses dados estarão disponíveis no painel de análise de custos e nos relatórios.

RUs Diferentes para Homes de BD Principal e Stand-by em Associações, Switchover e Operações de Failover do Data Guard

Nas configurações do Oracle Data Guard, é comum ter bancos de dados principal e stand-by em um estado sincronizado, incluindo as mesmas Atualizações de Release (RUs) aplicadas aos dois homes de banco de dados. No entanto, pode ser necessário permitir diferentes RUs entre os homes de banco de dados principal e stand-by, particularmente durante o ciclo de aplicação de patch ou para fins de teste.

Criar Associações do Data Guard:

  • Os Oracle Homes principal e stand-by devem ser da mesma versão principal do banco de dados.
  • Se os Oracle Homes principal e stand-by estiverem executando RUs diferentes, uma associação do Data Guard só poderá ser criada se o stand-by estiver na mesma RU ou superior à do banco de dados principal.
  • O home do stand-by pode ser um DSI personalizado ou uma imagem Oracle, independentemente de o principal estar em execução em uma imagem DSI ou Oracle personalizada.

Banco de Dados de Switchover ou Failover: Os Oracle Homes principal e stand-by podem ser de qualquer versão principal do banco de dados ou executar RUs diferentes.

Fazer Upgrade do Banco de Dados: Os Oracle Homes principal e stand-by podem ter diferentes versões principais do banco de dados.

Banco de Dados de Patch: Se os Oracle Homes principal e stand-by estiverem executando RUs diferentes, o stand-by poderá ser submetido a patch para uma RU mais alta que o banco de dados principal.

Permissões Granulares para Operações de Atualização do Cluster de VMs

Esse aprimoramento fornece controle detalhado sobre as operações de atualização do cluster de VMs.

Agora você pode designar permissões específicas para operações de Cluster de VMs, como permitir que um conjunto selecionado de usuários dimensione apenas memória ou CPU, dimensione o armazenamento local/Exadata ou adicione chaves SSH a um cluster de VMs.

Para obter mais informações, consulte Permissões e detalhes da operação de API para Clusters de VMs.

Aprimoramentos no Planejamento e na Execução Trimestrais de Manutenção da Infraestrutura do Exadata

A manutenção da infraestrutura é executada como uma única atividade programada com base nas preferências do cliente e inclui todos os componentes da infraestrutura. Dependendo do número de componentes, as execuções de manutenção de infraestrutura podem levar de 12 a 30 horas (ou mais para infraestruturas com expansão elástica).

Os componentes de infraestrutura incluem:

  • Servidores de Banco de Dados
  • Servidores de Armazenamento
  • Switches de Rede

Com esse aprimoramento, você terá a flexibilidade de planejar e aplicar atualizações trimestrais de infraestrutura para ajustar janelas de manutenção menores. Com base nos intervalos de tempo preferidos do cliente mais adequados às suas necessidades de negócios, a automação da Oracle executará manutenção em componentes de infraestrutura específicos nessas janelas de manutenção para garantir que todos os componentes tenham atualizações de software aplicadas para atender às diretrizes de conformidade.

Tópicos Relacionados

Tópico principal: Novidades do Oracle Exadata Database Service on Cloud@Customer

Ativar Auditoria Unificada ao Criar um Home de Banco de Dados

Com esse aprimoramento, você pode ativar a Auditoria Unificada durante a criação de um home de banco de dados, um recurso disponível desde o Oracle Database versão 12.1.

  • Para versões do Oracle Database anteriores a 12.1: Você não pode usar a estrutura de Auditoria Unificada e deve usar a Auditoria Tradicional, a estrutura de auditoria legada do Oracle Database.
  • Para o Oracle Database versões 12.1 ou mais recentes: Você pode ativar a Auditoria Unificada na Console do OCI. Para o Oracle Database versões 12.1 ou mais recentes, mas anteriores à versão 23ai, a caixa de seleção Auditoria Unificada não é marcada por padrão. No entanto, ele é selecionado por padrão para o Oracle Database versão 23ai.
Observação

Você não pode desativar a Auditoria Unificada após provisionar o Home do Banco de Dados

Aprimoramentos na integração do Oracle Key Vault (OKV) com ExaDB-C@C para gerenciar chaves de criptografia transparente de dados (TDE)

Integre o seu Oracle Key Vault (OKV) local com o Oracle Exadata Database Service on Cloud@Customer e use as chaves gerenciadas pelo cliente armazenadas no Oracle Key Vault para proteger seus dados críticos.

Capacidade de Aumentar o Tamanho dos Sistemas de Arquivos Locais da VM Convidada

No momento, você só pode aumentar ou diminuir o tamanho do sistema de arquivos /u02 na VM Convidada. Agora, usando a Console ou a API do OCI, você pode aumentar o tamanho de sistemas de arquivos locais adicionais, como /, /u01, /tmp, /var, /var/log, /var/log/audit e /home.

Observação

Para X8M e versões posteriores, 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.

Criar e Usar Imagens de Software Personalizadas

A capacidade de criar uma imagem de software personalizada (Database e Grid Infrastructure) com todos os patches necessários agrupados e certificados no ambiente do cliente permitirá que desenvolvedores e administradores de banco de dados criem uma "imagem dourada" aprovada e reutilizável.

Oracle Database 23ai on Oracle Exadata Database Service on Cloud@Customer

O Oracle Database 23ai é uma versão de produção regular disponível no Oracle Exadata Database Service on Cloud@Customer (ExaDB-C@C). Com esta versão, você pode executar todas as operações de ciclo de vida nos bancos de dados 23ai.

Alterar a Região Home da Infraestrutura ExaDB-C@C

Com esse aprimoramento, você pode alterar a região home do OCI à qual sua infraestrutura ExaDB-C@C se conecta. Esta é uma operação assistida pelo Engenheiro de Campo e não há tempo de inatividade do serviço enquanto a alteração da região home está em andamento.

Observação

A alteração da região home da Infraestrutura ExaDB-C@C não afetará o faturamento.

Aprimoramentos na Funcionalidade da Console Serial

Esses novos recursos incluem:
  • Acesso à Console Serial via OCI Cloud Shell
  • Histórico da Console

Com esse novo recurso, agora você pode se conectar facilmente ao console serial de suas máquinas virtuais para executar ações corretivas, bem como revisar e auditar atividades anteriores executadas por meio do console serial por outros usuários.

Observação

  • 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.
  • O acesso do Cloud Shell à console serial requer permissões adequadas do IAM para o Cloud Shell. Consulte a documentação do OCI Cloud Shell para obter detalhes. Além disso, 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.

Provisionar um Cluster de VMs com uma Imagem Baseada em OL7 ou OL8

Com esse aprimoramento, você poderá provisionar um cluster de VMs com uma imagem baseada em OL7 ou com base em OL8 se a infraestrutura for X9 ou anterior.

Cluster de VMs em uma Única VM

Com esse aprimoramento, você pode implantar e executar vários bancos de dados em um cluster de VMs em execução em uma única VM sem exigir licenças RAC.

Aprimoramento no Gerenciamento de Banco de Dados Plugável (PDB)

Com esse aprimoramento, você pode restaurar, atualizar e realocar um PDB (Banco de Dados Plugável).

Gerenciar Senhas de Wallet de TDE e Administrador (Usuário SYS)

Com esse aprimoramento, você pode gerenciar as senhas do administrador e da wallet de TDE.

Observação

No momento, não há suporte para a alteração de uma senha da wallet de TDE para bancos de dados ativados para gerenciamento do Oracle Key Vault (OKV) ou da Chave do OCI Vault.

Atualizar o Sistema Operacional da VM Convidada (domU) para o Oracle Linux 8

Atualize o sistema operacional da VM Guest para o Oracle Linux 8 usando a Console ou a API. Esse aprimoramento é limitado aos sistemas Exadata X7, X8M e X9M.

Atualização de Frota do Exadata

A Atualização da Frota do Exadata simplifica, padroniza e aprimora a experiência de aplicação de patches do Oracle Database e do Grid Infrastructure. A Atualização da Frota do Exadata consegue isso agrupando componentes com base nas necessidades de negócios dos clientes em coleções que podem ser corrigidas como uma entidade em um determinado ciclo de manutenção.

A Atualização da Frota do Exadata traz esse mecanismo de aplicação de patches para o OCI como um serviço de nuvem nativo, acessível na Console do OCI, na API do OCI e por meio da CLI do OCI.

A Atualização da Frota do Exadata está disponível gratuitamente no Exadata Database Service da Oracle, incluindo Cloud@Customer (ExaDB-C@C) e Exadata Database Service on Dedicated Infrastructure (ExaDB-D).

Para obter mais informações, consulte:

Integração do Oracle Key Vault (OKV) com ExaDB-C@C para Gerenciar Chaves de Criptografia Transparente de Dados (TDE)

Integre o Oracle Key Vault (OKV) local com o Oracle Exadata Database Service on Cloud@Customer para proteger seus dados críticos no local.

A integração do Oracle Key Vault permite assumir o controle total das suas chaves de criptografia e armazená-las com segurança em um dispositivo de gerenciamento de chaves externo e centralizado.

X10M Suporte ao Sistema

O Oracle Exadata Cloud@Customer foi estendido para oferecer suporte ao sistema X10M.

Gerenciar o Acesso da Console Serial aos Sistemas ExaDB-C@C

Você pode criar e excluir conexões da console serial com seus sistemas ExaDB-C@C para diagnosticar e resolver problemas do sistema operacional convidado da VM usando uma conexão SSH, caso o acesso SSH padrão às VMs não seja possível.

Requisitos: 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.

Observação

Os dois pontos finais a seguir foram adicionados ao Servidor de Plano de Controle (CPS). Use estes formatos de URL, substituindo oci_region pela sua região. 

  • console1.exacc.oci_region.oci.oraclecloud.com
  • console2.exacc.oci_region.oci.oraclecloud.com

Elas devem ser permitidas no firewall para que as conexões da console serial funcionem. Consulte a Tabela 3-2 Requisitos de Rede do Oracle Exadata Database Service on Cloud@Customer para obter mais detalhes.

Atualizações de Software Provisórias

Esse recurso permite que clientes somente na nuvem façam download de patches one-off na console e na API do OCI. Não há opção para aplicar o patch baixado via console e API. Para aplicar esses patches, os clientes devem fazer log-in em sua VM e executar o utilitário de aplicação de patch.

O download de patches one-off não substitui a criação da Imagem de Software de Banco de Dados (DSI). Os clientes devem continuar usando as Imagens de Software de Banco de Dados (DSI) para criar e implantar suas imagens personalizadas.

Suporte a LACP (Link Aggregation Control Protocol) para Redes de Cliente e Backup

As redes físicas (cliente e backup) do Oracle Exadata Database Service on Cloud@Customer são configuradas para usar backup ativo por padrão. Este modo é recomendado para a maioria dos clientes. No entanto, o suporte para LACP (802.3ad modo de vinculação ativo/ativo) agora também foi adicionado para os clientes que precisam dele.

Você pode configurar redes cliente e de backup com LACP ao provisionar o Exadata Infrastructure. O modo de vinculação de rede é definido no nível da infraestrutura e se aplicará globalmente a todas as Redes de Clusters de VMs, futuras ou existentes. Como a configuração é aplicada a cada interface de rede individualmente, você tem a flexibilidade de configurar interfaces de rede de cliente e backup independentemente uma da outra. Por exemplo, você pode configurar a rede de backup para LACP e a rede cliente para Active-Backup, se desejado.

Em um Exadata Infrastructure existente que agora está em uso, você pode alterar o modo de vinculação de rede de Active-Backup para LACP (ou vice-versa). No entanto, observe que este é um processo de atualização não incremental e os modos de vinculação são alterados simultaneamente em todos os Servidores de Banco de Dados. Você é obrigado a gerenciar suas próprias configurações de switch em sua rede de acordo. Você pode sofrer uma interrupção da rede e deve planejar o tempo de inatividade do aplicativo até que as definições do switch e ExaDB-C@C sejam feitas para corresponder.

O uso do LACP requer que o servidor e os switches tenham configurações compatíveis para permitir que o LACP funcione corretamente. Para usar o LACP para ExaDB-C@C, configure seus switches de rede de forma que eles sejam compatíveis com o seguinte parâmetro do arquivo de configuração ifcfg-bondethx do Linux: 

BONDING_OPTS="mode=802.3ad miimon=100 downdelay=200 updelay=200 lacp_rate=1 xmit_hash_policy=layer3+4"

Observe que a linha BONDING_OPTS no sistema operacional do host não pode ser alterada; portanto, as definições de chave do cliente devem ser compatíveis com os parâmetros mencionados acima sem alteração.

Métricas de Integridade e Desempenho do Cluster de VMs e do Banco de Dados na Console do OCI

Com esta release, a Oracle fornecerá métricas de integridade e desempenho para bancos de dados e clusters de VMs na console do Oracle Cloud Infrastructure (OCI).

Observação

Quando houver um problema de rede e o TFA (Oracle Trace File Analyzer) não puder publicar métricas, o TFA aguardará uma hora para tentar publicar as métricas novamente. Isso é necessário para evitar a criação de um backlog do processamento de métricas no TFA.

Potencialmente, uma hora de métricas será perdida entre a restauração da rede e a primeira métrica publicada.

Ativar o Data Guard com a Imagem do Software de Banco de Dados (Imagem Personalizada)

Se você tiver provisionado Homes de BD com uma Imagem de Software de Banco de Dados (DSI), a ativação das operações do Data Guard assumirá como padrão o mesmo DSI que o Home de BD principal.

Com esse aprimoramento.

  • Você pode alterar o DSI principal selecionado automaticamente para outro DSI para o banco de dados stand-by.
  • Se o DSI usado para criar o banco de dados principal não estiver disponível, a ativação do Data Guard usará a imagem publicada mais recente pela Oracle. Opcionalmente, você pode configurar o banco de dados stand-by para ter um DSI de sua escolha.

Em ambos os casos, o sistema avisará sobre possíveis problemas com imagens diferentes para os bancos de dados principal e stand-by.

Usar Autenticação do IAM (Identity and Access Management) com o Oracle Exadata Database Service on Cloud@Customer

Você pode configurar o Oracle Database no sistema Oracle Exadata Database Service on Cloud@Customer para usar a autenticação e a autorização do Oracle Cloud Infrastructure Identity and Access Management (OCI IAM) para permitir que os usuários do IAM acessem o banco de dados com credenciais do IAM.

Observação

Há suporte para a integração do Oracle Exadata Database Service on Cloud@Customer com o OCI IAM em tenancies comerciais com domínios de identidades, bem como no OCI IAM legado, que não inclui domínios de identidades. O OCI IAM com domínios de identidades foi introduzido com novas tenancies do OCI criadas após 8 de novembro de 2021. Somente usuários do OCI IAM do domínio padrão são compatíveis com os novos domínios de identidade.

Criar Associações do Data Guard entre Regiões

Crie associações do Data Guard entre regiões na tenancy. Isso ajudará você a implementar um plano eficaz de recuperação de desastre para proteger seus dados contra calamidades naturais.

Observação

As associações do Active Data Guard ou do Data Guard só podem ser criadas para bancos de dados ativados com TDE (Transparent Data Encryption), não para bancos de dados ativados com o OKV (Oracle Key Vault).

Expansão de Computação Elástica e Armazenamento em Vários Racks

Para determinadas implantações, talvez você queira expandir além do número máximo de servidores de computação e armazenamento suportados em um único rack do Exadata Infrastructure. Com esse aprimoramento para expansão de computação e armazenamento, agora você pode ter computação e armazenamento adicionais abrangendo vários racks disponíveis para Clusters de VMs provisionados no Exadata Infrastructure.

Os sistemas base não são elegíveis para expansão em vários racks. O recurso de vários racks só se aplica às seguintes formas:

  • Formas padrão X8M-2
  • Formas padrão X9M-2

Observação: O Exadata Infrastructure com mais de 8 servidores de computação ou 12 servidores de armazenamento exige uma implantação em vários racks.

A seleção de "vários racks" determinará o número máximo de servidores de computação e armazenamento que você pode especificar na configuração do servidor.

  • Rack Único:
    • Todos os Sistemas: 8 de computação e 12 de armazenamento
  • Vários racks:
    • X7, X8 e todos os Sistemas Base: Não Aplicável
    • Sistemas X8M e X9M: 32 servidores de computação e 64 servidores de armazenamento

Processo de pré-implantação:

  • Se for necessário ou desejado que haja vários racks, o FE fornecerá ao cliente um arquivo de configuração JSON.
  • O cliente faz upload do arquivo de configuração ao criar ou expandir o Exadata Infrastructure.

Processo de implantação:

  • Quando o cliente cria a infraestrutura e seleciona vários racks, ele deve fazer upload do JSON para que o plano de controle possa gerar corretamente o pacote de configuração para download. O arquivo JSON será usado para configurar corretamente os componentes adicionais. O upload do JSON só será obrigatório para implantações identificadas como vários racks.
  • Se um cliente não identificar uma infraestrutura como vários racks e depois determinar que ela tem vários racks, ele terá de excluir essa infraestrutura e recriá-la.
  • Se um cliente expandir uma infraestrutura existente e permanecer em um único rack (somente adicionando servidores), não haverá alteração no processo de implantação atual.
  • Quando um cliente expande uma infraestrutura existente e adiciona um novo rack ou expande uma infraestrutura com um rack de expansão existente, ele precisa escolher o tipo de implantação em vários racks e fazer upload de um novo Arquivo de Configuração de Vários Racks (JSON).

Tópicos Relacionados

Tópico principal: Novidades do Oracle Exadata Database Service on Cloud@Customer

Coleta Automática de Diagnóstico

Esse recurso estende a implementação do recurso Eventos do Serviço Database, permitindo que você seja notificado sobre problemas de integridade com seus Bancos de Dados Oracle ou outros componentes na VM Convidada. Com esse aprimoramento, é possível permitir que:
  • A Oracle colete proativamente métricas de integridade detalhadas para diagnóstico e resolução de problemas
  • A Oracle colete reativamente logs de Incidentes e arquivos de rastreamento sob demanda para obter um diagnóstico mais profundo e uma resolução de problemas

A coleta de eventos de VMs Convidadas, métricas de integridade, logs de incidentes e arquivos de rastreamento ajudará a Oracle a aprimorar operações de serviço, bem como fornecer suporte proativo por meio de detecção e correlação antecipadas.

Expansão de Computação Elástica

A Expansão de Computação Elástica permite a adição de um número arbitrário de Servidores de Banco de Dados à infraestrutura do Exadata Cloud@Customer. Em conjunto com o recurso de Expansão de Armazenamento Elástico lançado anteriormente, novas instalações de infraestrutura agora podem ser melhor personalizadas provisionando um número discreto de Servidores de Banco de Dados e Servidores de Armazenamento. Além disso, a capacidade de computação para as implantações de infraestrutura existentes agora pode ser expandida por meio da adição de Servidores de Banco de Dados individuais de forma semelhante à Expansão de Armazenamento Elástico.

Além disso, foram feitas alterações significativas no objeto Rede de Clusters de VMs para facilitar a capacidade de criar subconjuntos de recursos de rede para determinados Servidores de Banco de Dados.

Siga os links abaixo para obter instruções sobre como provisionar e ativar a infraestrutura. Após os Servidores de Banco de Dados serem ativados, eles são reconhecidos e ficam disponíveis para uso imediato, mas os recursos adicionais precisam ser adicionados aos Clusters de VMs. Isso não é feito automaticamente. Primeiro, adicione recursos de Rede de Clusters de VMs e depois você poderá adicionar mais VMs aos seus Clusters de VMs, seguindo as instruções nos links abaixo.

Tópicos Relacionados

Tópico principal: Novidades do Oracle Exadata Database Service on Cloud@Customer

Tags Padrão da Oracle para Recursos no Oracle Exadata Database Service on Cloud@Customer

Os recursos do Exadata Database Service on Cloud@Customer agora podem ser marcados com as tags Padrão Oracle de acordo com o esquema organizacional. Ao marcar recursos com tag, você pode agrupá-los, gerenciar custos e obter informações sobre como eles estão sendo usados.

Histórico de Manutenção do Exadata Infrastructure

Na página Histórico de Manutenção, agora você pode clicar em uma manutenção para exibir detalhes do histórico de manutenção, contendo as mesmas informações detalhadas de manutenção disponíveis para uma manutenção programada ou em andamento. O histórico de manutenção está disponível para manutenção bem-sucedida e com falha.

Manutenção de Segurança Mensal da Infraestrutura ExaDB-C@C

A manutenção de segurança, realizada junto com a manutenção trimestral, é executada uma vez por mês e inclui correções de vulnerabilidades com pontuações de CVSS maiores ou iguais a 7.

Controle Aprimorado para Fazer Rollback ou Repetir a Atualização do Sistema Operacional da VM Convidada com Falha

Você não precisará obrigatoriamente fazer rollback se a aplicação da atualização do sistema operacional da VM Convidada falhar. Uma nova opção, além da de rollback atual, foi adicionada para repetir e aplicar a atualização com falha. Se você quiser aplicar outra atualização de imagem do sistema operacional em caso de falha, primeiro faça rollback e depois aplique.

Criar ou Encerrar Simultaneamente Bancos de Dados Oracle em um Cluster de VMs

Com esse aprimoramento, agora você pode criar ou encerrar simultaneamente bancos de dados Oracle, mesmo que o cluster de VMs esteja no estado Atualizando.

  • O número de bancos de dados que podem ser criados em um cluster depende da memória disponível nas VMs. Por padrão, para cada banco de dados, serão alocados 12,6 GB (7,6 GB para SGA e 5 GB para PGA) se a VM tiver mais de 60 GB de memória. Se a VM tiver 60 GB ou menos, serão alocados 6,3 GB (3,8 GB para SGA e 2,5 GB para PGA). Além disso, o Grid Infrastructure e o ASM consomem alguma memória, aproximadamente de 2 a 4 GB.
  • Não é possível encerrar um banco de dados que está sendo criado. No entanto, você pode encerrar outros bancos de dados no Cluster de VMs.

Suporte para Número de Série do Rack como uma Tag do Sistema

Esse aprimoramento é para exibir o número de série do rack Exadata cloud@Customer na console do OCI na página Detalhes da infraestrutura na seção Informações Gerais. O número de série pode ser necessário ao criar uma SR ou durante uma chamada de serviço.

Suporte para Seleção de Versão Secundária do Home do Banco de Dados (N-3)

Provisione um Home de Banco de Dados usando uma versão principal e uma versão de RU à sua escolha.

Durante o provisionamento, se você optar por usar as Imagens de Software de Banco de Dados Fornecidas pela Oracle como tipo de imagem, poderá usar a opção Exibir todas as versões disponíveis para escolher entre todas as PSUs e RUs disponíveis. A release mais recente de cada versão principal é indicada com um label mais recente.

Para as releases de versões principais do Oracle Database disponíveis no Oracle Cloud Infrastructure, as imagens são fornecidas para a versão atual mais as três versões anteriores mais recentes (N a N - 3). Por exemplo, se uma instância estiver usando o Oracle Database 19c e a versão mais recente da 19c oferecida for 19.8.0.0.0, as imagens disponíveis para provisionamento serão para as versões 19.8.0.0.0, 19.7.0.0, 19.6.0.0 e 19.5.0.0.

Atualização da Versão Principal da Imagem do Sistema Operacional do Exadata da VM Convidada

Além de executar atualizações de versão secundária nas imagens do Cluster de VMs do Exadata, você poderá atualizar para uma nova versão principal se a versão atualmente instalada for 19.2 ou mais recente. Por exemplo, se o cluster de VMs do Exadata Cloud@Customer estiver na versão 20, você poderá atualizá-lo para a versão 21.

Eventos do Database Service

A implementação do recurso de Eventos do Database Service permite que você seja notificado sobre problemas de integridade com seus Bancos de Dados Oracle ou outros componentes na VM Convidada.

Relatório de Diagnóstico Off-line do CPS (Control Plane Server)

O relatório de diagnóstico off-line do Control Plane Server (CPS) ajuda você a solucionar problemas de conectividade entre os pontos finais do CPS e do OCI.

É sua responsabilidade manter e solucionar problemas na infraestrutura de rede do seu data center. Para estabelecer conexão com a Região do OCI, o Exadata Cloud@Customer Gen2 depende da a infraestrutura e da confiabilidade. A conectividade do Exadata Cloud@Customer da Região do OCI com os CPSs (Control Plane Servers) do Exadata Cloud@Customer pode ser impactada por qualquer alteração feita na infraestrutura. No entanto, a Oracle não tem controle sobre firewall ou rede.

Caso a conexão entre o CPS e o OCI seja interrompida, o Relatório de Diagnóstico Off-line do CPS (Control Plane Server) fornecerá informações que podem ajudar a diagnosticar problemas na infraestrutura de rede.

Para exibir o relatório, faça o seguinte:
  1. Localize os endereços IP do CPS.

    Para obter mais informações, consulte Usando a Console para Exibir Detalhes da Configuração de Rede da Infraestrutura do Exadata.

  2. Em sua rede local, acesse o relatório via HTTP.

    Para exibir o relatório no formato HTML, use http://<CPSPublicIP>:18080/report

    Para exibir o relatório no formato JSON, use http://<CPSPublicIP>:18080/report/json

Observação

  • Você não poderá ativar ou desativar o Relatório de Diagnóstico Off-line do CPS (Control Plane Server) se a Infraestrutura do Exadata estiver no modo DISCONNECTED.
  • A cada hora, mesmo que nenhum problema seja detectado no CPS, o sistema ainda vai gerar e salvar um relatório de diagnóstico nos formatos HTML e JSON. Sempre que um problema de conectividade surge entre os pontos finais do CPS e do OCI, o sistema gera um relatório imediatamente.
  • A qualquer momento, o relatório só está disponível no Servidor de Plano de Controle principal. Ao gerar um relatório, se o primeiro endereço IP especificado para os Servidores de Plano de Controle não funcionar, você poderá tentar o segundo IP.

Para obter mais informações, consulte ExaCC gen2: Diagnosticando e Solucionando Problemas da conexão VPN/WSS no Cliente (ID do Documento 2745571.1).

Controles Aprimorados de Manutenção de Infraestrutura

A manutenção de infraestrutura gerenciada pela Oracle do Exadata Cloud@Customer agora permite maior controle e visibilidade, incluindo:
  • Escolha de métodos de manutenção incremental e não incremental.
  • Capacidade de executar ações personalizadas antes da manutenção em cada servidor de banco de dados, fazendo a espera de manutenção automatizada antes de encerrar as VMs até que a manutenção seja retomada ou o timeout configurado seja atingido.
  • Visibilidade da ordem de atualização do servidor de banco de dados.
  • Rastreamento granular do andamento da manutenção em um nível de componente.

Gerenciar Bancos de Dados Plugáveis no Exadata Cloud@Customer

Crie e gerencie bancos de dados plugáveis (PDBs) nos sistemas Oracle Exadata Cloud@Customer usando a Console e APIs.

Permitir que os Clientes Escolham o Tipo de Data Guard

Selecione um tipo de Data Guard, Active Data Guard ou Data Guard, com base no tipo de licença de software do Oracle Database que você implantou.

Especificar o Mesmo SID para os Bancos de Dados Principal e Stand-by em uma Associação do Data Guard

O mesmo prefixo SID usado para o banco de dados principal agora também pode ser usado para o banco de dados stand-by ao criar uma Associação do Data Guard.

Especificar db_unique_name e SID para os Bancos de Dados Principal e Stand-by na Associação do Data Guard

Os bancos de dados Oracle são identificados por três nomes importantes: db_name, db_unique_name e instance_name (SID). Esse novo recurso fornece controles consistentes de nomenclatura de banco de dados, seja ele principal ou stand-by, e permite digitar o nome db_unique_name e o prefixo SID nos bancos de dados principal e stand-by. Isso ajuda a dar suporte a diferentes convenções de nomenclatura para gerenciar a frota de Bancos de Dados Oracle.

Subconjunto de Nós de Clusters de VMs

Observação

O recurso de Subconjunto de Nós de Clusters de VMs agora está disponível em todas as regiões comerciais do OCI.

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

Suporte ao Sistema X9M-2

O Oracle Exadata Cloud@Customer vem em diferentes formas de infraestrutura para suportar cargas de trabalho de vários tamanhos. Nessa versão, o recurso do Oracle Exadata Cloud@Customer foi estendido para oferecer suporte ao sistema X9M-2.

Para obter mais informações, consulte:
  • Opções de Configuração do Sistema para o Oracle Exadata Cloud@Customer
  • Especificações do Modelo de Sistema Oracle Exadata X9M-2
  • Estimando Quanto Armazenamento Local Você Pode Provisionar a suas VMs
  • Visão Geral da Expansão do Armazenamento Elástico

Personalizar a Porta do Listener de SCAN

Agora você pode especificar uma porta do listener de SCAN (TCP/IP) dentro da faixa permitida ao criar um recurso de rede de clusters de VMs. Para obter mais informações, consulte:
  • Usando a Console para Criar uma Rede de Clusters de VMs
  • Usando a Console para Exibir a Porta do Listener de SCAN Configurada

Criando Associação do DG/Banco de Dados Stand-by com o Home do Banco de Dados Existente

Selecione um Home de Banco de Dados existente ou crie um novo para o stand-by ao ativar a associação do Data Guard. Para obter mais informações, consulte Usando a Console para Ativar o Data Guard em um Sistema Exadata Cloud@Customer.

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

Faça upgrade do Oracle Grid Infrastructure (GI) em um cluster de VMs do Exadata Cloud@Customer usando a Console ou APIs do Oracle Cloud Infrastructure. Para obter mais informações, consulte Upgrade do Oracle Grid Infrastructure em um Cluster de VMs do Exadata Cloud@Customer.

Atualizando o Sistema Operacional da VM Convidada

Atualize a imagem do sistema operacional nos nós de clusters de VMs do Exadata Cloud@Customer de forma automatizada pela console e APIs do OCI. Para obter mais informações, consulte Atualizando o Sistema Operacional da VM Convidada.

Upgrade de Bancos de Dados Oracle

Faça upgrade do Oracle Database 19c (Versão de Longo Prazo) usando a Console e as APIs. Para obter mais informações, consulte Upgrade de Bancos de Dados Oracle.

Fazer Download do Relatório de Validação de Rede

Valide e inspecione o relatório de falhas de validação de rede sem o envolvimento ativo do Oracle Cloud Ops na solução de problemas de configuração de rede. Para obter mais informações, consulte Usando a Console para Fazer Download do Relatório de Validação de Rede.

Expansão do Armazenamento Elástico

Expanda o armazenamento associado à infraestrutura do Exadata Cloud@Customer e disponibilize-o para alocação de clusters de VMs, durante e após o provisionamento da infraestrutura. Para obter mais informações, consulte:
  • Visão Geral da Expansão do Armazenamento Elástico
  • Usando a Console para Dimensionar o Armazenamento de Infraestrutura
  • Usando a Console para Fazer Download do Arquivo de Configuração de Dimensionamento do Armazenamento de Infraestrutura
  • Usando a Console para Ativar Novos Servidores de Armazenamento
  • Usando a Console para Disponibilizar Capacidade de Armazenamento do Novo Servidor para Consumo de Clusters de VMs
  • Usando a Console para Exibir Detalhes da Infraestrutura do Exadata Cloud@Customer com Capacidade de Armazenamento Dimensionada
  • Permissões Exigidas para cada Operação de API
  • exadata-infrastructures
  • Tipos de Evento de Expansão do Armazenamento

Tópicos Relacionados

Tópico principal: Novidades do Oracle Exadata Database Service on Cloud@Customer

Imagens do Software Oracle Database

Use o tipo de recurso Imagem de Software do Banco de Dados para criar bancos de dados e Homes do Oracle Database e para aplicar patch nos bancos de dados. Para obter mais informações, consulte:
  • Imagens do Software Oracle Database
  • Usando a Console para Criar o Home do Oracle Database no Exadata Cloud@Customer
  • Usando a Console para Executar uma Operação de Patch em um Home do Banco de Dados

Automação de Aplicação de Patch de Infraestrutura do Exadata Cloud@Customer

Agora você pode programar uma janela de manutenção para aplicação de patch de infraestrutura do Exadata Cloud@Customer gerenciada pela Oracle. Para obter mais informações, consulte Usando a Console para Configurar Atualizações de Infraestrutura Gerenciadas pela Oracle.

Contatos de Manutenção do Cliente

Os contatos de manutenção são obrigatórios para comunicações baseadas na solicitação de serviço para substituição de hardware e outros eventos de manutenção.

Adicione um contato de manutenção principal e, opcionalmente, adicione no máximo nove contatos secundários. Os contatos principal e secundário recebem todas as notificações sobre substituição de hardware, problemas de rede e manutenção de software.

Você pode promover qualquer contato secundário como principal a qualquer momento que desejar. Quando você promover um contato secundário para principal, o contato principal atual será rebaixado automaticamente para secundário.

Para obter mais informações, consulte:
  • Usando a Console para Criar a Infraestrutura
  • Gerenciando Contatos de Manutenção de Infraestrutura

Suporte ao Sistema X8M-2

O Oracle Exadata Cloud@Customer vem em diferentes formas de infraestrutura para suportar cargas de trabalho de vários tamanhos. Nesta release, o recurso do Oracle Exadata Cloud@Customer foi estendido para oferecer suporte ao sistema X8M-2.

Para obter mais informações, consulte:
  • Opções de Configuração do Sistema para o Oracle Exadata Cloud@Customer
  • Especificações do Sistema X8M-2 do Oracle Exadata Cloud@Customer
  • Requisitos de Rede para o Oracle Exadata Cloud@Customer

Ativar e Gerenciar Associações do Data Guard

O Oracle Data Guard assegura alta disponibilidade, proteção de dados e recuperação de desastre para dados empresariais.

Ative uma associação do Data Guard entre bancos de dados, altere a atribuição de um banco de dados em uma associação do Data Guard usando uma operação de switchover ou failover e restabeleça um banco de dados com falha.

Para obter mais informações, consulte:
  • Usando o Oracle Data Guard com o Exadata Cloud@Customer
  • Usando a API para Gerenciar Associações do Data Guard em um Sistema Exadata Cloud@Customer
  • Permissões Exigidas para cada Operação de API
  • Tipos de Evento do Data Guard

Assistente de Implantação do Oracle Exadata Cloud@Customer

O Assistente de Implantação do Oracle Exadata Cloud@Customer é uma ferramenta automatizada de instalação e configuração que permite configurar a máquina do Oracle Exadata Cloud@Customer e criar uma instância do Oracle Database com esforço mínimo.

Para obter mais informações, consulte unresolvable-reference.html#GUID-EA6C77B5-0FE2-4462-9AE8-F9C9826CC81E

Aplicação de Patch do Oracle Grid Infrastructure e do Oracle Database

Agora você pode exibir, pré-verificar e aplicar patches do Oracle Grid Infrastructure e do Oracle Database usando a Console, a API ou a CLI do Oracle Cloud Infrastructure. Essa funcionalidade inclui a capacidade de aplicar patches facilmente em um banco de dados movendo-o para outro Home de Banco de Dados. Da mesma forma, você pode fazer rollback facilmente da versão do banco de dados movendo-o de volta para o Home de Banco de Dados original.

Para obter informações e instruções, consulte:
  • Aplicando Patch e Atualizando um Sistema Exadata Cloud@Customer
  • Diagnosticando e Solucionando Problemas dos Sistemas Exadata Cloud@Customer
  • Tipos de Evento de Aplicação de Patch do Banco de Dados e do Grid Infrastructure

Faturamento por Segundo para Uso de OCPU

O Oracle Exadata Database Service on Cloud@Customer Gen2 usa faturamento por segundo para OCPUs. Isso significa que o uso de OCPU é cobrado por segundo, com um período mínimo de uso de 1 minuto.

Tags de Recursos do Home do Banco de Dados Compartilhado

Adicione, atualize e remova tags aplicadas a um recurso compartilhado do Home do Banco de Dados.

Para obter informações e instruções, consulte:
  • Usando a Console para Criar o Home do Oracle Database no Exadata Cloud@Customer
  • Usando a Console para Criar um Banco de Dados

Criar e Gerenciar Várias Máquinas Virtuais por Sistema Exadata (MultiVM)

Divida os recursos do Exadata em várias máquinas virtuais. Defina até 8 clusters de máquinas virtuais (VMs) múltiplos em um Oracle Exadata Database Service on Cloud@Customer e especifique como os recursos gerais do sistema são alocados para eles.

Para obter informações e instruções, consulte:
  • Usando a Console para Criar um Cluster de VMs
  • Usando a Console para Dimensionar os Recursos em um Cluster de VMs
  • Tipos de Eventos do Cluster de VMs

Dimensionar OCPUs sem Conectividade da Nuvem

O Oracle Exadata Database Service on Cloud@Customer é considerado no modo "desconectado" quando há perda de conectividade com o plano de controle de serviço do Banco de Dados em execução no Oracle Cloud Infrastructure. Aumente ou diminua a contagem de núcleos de CPU de uma máquina virtual em um cluster de VMs no modo desconectado.

Para obter informações e instruções, consulte:
  • Sobre o Uso do Utilitário dbaascli no Exadata Cloud@Customer
  • dbaascli cpuscale get_status
  • dbaascli cpuscale update
  • Tipos de Evento do Exadata Infrastructure

Configurar o Conjunto de Caracteres do Oracle Database e o Conjunto de Caracteres Nacionais

Antes de criar o banco de dados, decida o conjunto de caracteres que deseja usar.

Depois que um banco de dados é criado, mudar seu conjunto de caracteres geralmente é muito caro em termos de tempo e recursos. Essas operações podem exigir a conversão de todos os dados de caracteres, exportando o banco de dados inteiro e importando-o novamente. Portanto, é importante selecionar cuidadosamente o conjunto de caracteres do banco de dados no momento da instalação.

Para obter informações e instruções, consulte Usando a Console para Criar um Banco de Dados.

Especificar um Fuso Horário ao Provisionar a Infraestrutura do Oracle Exadata Database Service on Cloud@Customer

O fuso horário padrão da infraestrutura do Oracle Exadata Database Service on Cloud@Customer é o UTC. A hora é exibida no formato UTC no nível do sistema operacional e do banco de dados. Você pode escolher outro Fuso Horário ao provisionar a infraestrutura do Oracle Exadata Database Service on Cloud@Customer. No entanto, a Oracle recomenda definir o fuso horário do banco de dados como UTC (0:00), já que nenhuma conversão de fusos horários será necessária.

Para obter informações e instruções, consulte Usando a Console para Criar a Infraestrutura.

Homes de Banco de Dados Compartilhados para o Oracle Exadata Database Service on Cloud@Customer

Use um único Oracle Home para vários bancos de dados. Além de economizar espaço, o compartilhamento de um Home de Banco de Dados Oracle com vários bancos de dados oferece os seguintes benefícios:
  • Os patches one-off necessários para vários bancos de dados só precisam ser aplicados a menos Oracle Homes, reduzindo a sobrecarga da aplicação de patch e a administração.
  • Economia de espaço, por exemplo, tendo apenas um único Oracle Home por versão do software Oracle (embora seja possível ter vários).
  • Aplicação de patch do Oracle Database por meio da movimentação de bancos de dados entre homes em vez da aplicação de patch no Home do Banco de Dados.
  • Faça fallback para mover um banco de dados para uma versão anterior do Home do Banco de Dados sem precisar fazer rollback de um patch.
  • A instalação de software de novos Homes e novas versões não está interrompendo a operação do banco de dados.
  • O tempo de aplicação de patches de um banco de dados é reduzido por não ser necessário estabelecer arquivos binários Oracle.

Use a Console, a API ou a CLI do Oracle Cloud Infrastructure para criar e gerenciar Homes do Banco de Dados Oracle compartilhados para seus bancos de dados em um Oracle Exadata Database Service on Cloud@Customer.

Para obter informações e instruções, consulte Criar Homes do Banco de Dados Oracle em um Sistema Exadata Cloud@Customer.

Suporte ao Sistema X7-2

O Oracle Exadata Database Service on Cloud@Customer vem em diferentes formas de infraestrutura para suportar cargas de trabalho de diferentes tamanhos. Nesta versão, o recurso do Oracle Exadata Database Service on Cloud@Customer foi estendido para suportar o sistema X7-2.

Para obter mais informações, consulte Especificações do Modelo de Sistema Oracle Exadata X7-2.