Documentação do Oracle Cloud Infrastructure

Novidades do Oracle Exadata Database Service on Dedicated Infrastructure

A Oracle está constantemente adicionando novos recursos ao Exadata Cloud Infrastructure.

Integração do Google Cloud Key Management para o Exadata Database Service no Oracle Database@Google Cloud

O Exadata Database Service no Oracle Database@Google Cloud agora suporta integração com o KMS (Key Management Service) do Google Cloud Platform. Esse aprimoramento permite que os usuários gerenciem chaves de criptografia mestras (MEKs) de TDE (Transparent Data Encryption) usando CMEKs (Chaves de Criptografia Gerenciadas pelo Cliente) do GCP.

Anteriormente, as chaves de criptografia mestras (MEKs) de TDE (Transparent Data Encryption) só podiam ser armazenadas em um Oracle Wallet baseado em arquivo, no OCI (Oracle Cloud Infrastructure) Vault ou no OKV (Oracle Key Vault). Com essa atualização, os usuários agora podem armazenar e gerenciar MEKs diretamente no GCP KMS, fornecendo melhor controle do ciclo de vida das chaves e alinhamento com políticas de segurança específicas da organização.

Data Guard entre Serviços ExaDB-D e ExaDB-XS

  • Service: Database
  • Data da Release: 20 de agosto de 2025

Temos o prazer de anunciar o suporte à implementação do Oracle Data Guard entre serviços. Em uma implantação entre serviços, você configura bancos de dados principais e secundários entre dois serviços: Exadata Database Service on Dedicated Infrastructure (ExaDB-D) e Exadata Database Service on Exascale Infrastructure (ExaDB-XS). A capacidade de implementar o Oracle Data Guard entre serviços fornece disponibilidade aprimorada.

Para obter mais informações, consulte Data Guard entre Serviço Cruzado ExaDB-D e ExaDB-XS.

Aprimoramentos na Funcionalidade da Console Serial

  • Service: Database
  • Data da Release: 19 de agosto de 2025

Esses novos recursos incluem:

  • Acesso à Console Serial via OCI Cloud Shell
  • Histórico da Console

Com esse aprimoramento, você pode se conectar facilmente à console serial de suas máquinas virtuais por meio do OCI Cloud Shell para executar ações corretivas. Além disso, você pode exibir o histórico da console serial para revisar e auditar atividades anteriores conduzidas por meio da console serial por todos os 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 se conectar 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.

Alteração no Destino de Backup para Novas Tenancies nas Regiões do OCI Selecionadas (Em vigor em 06 de agosto de 2025)

  • Service: Database
  • Data da Release: 06 de agosto de 2024

A partir de 06 de agosto de 2025, o Autonomous Recovery Service agora é o destino de backup exclusivo durante a configuração de backup automático para tenancies recém-criadas nas seguintes regiões do OCI: Frankfurt (FRA), Phoenix (PHX) e Tóquio (NRT).

Para obter mais informações, consulte Comportamento do Destino de Backup ao Ativar Backups Automáticos e Backups Stand-alone Usando a Console do OCI.

Software de Sistema Exadata 25.1.0.0.0

  • Service: Database
  • Data de Liberação: Dezembro de 2024

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.

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

  • Service: Database
  • Data da Release: 22 de julho de 2025

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 do Amazon S3 para Backups Gerenciados pela Oracle no Exadata Database Service no Oracle Database@AWS

Esse recurso apresenta o Amazon S3 como um destino de backup adicional para clientes do Exadata Database Service on Oracle Database@AWS, permitindo que eles programem e gerenciem backups de bancos de dados gerenciados pela Oracle diretamente da interface do OCI Exadata Database Service.

Para obter mais informações, consulte Backup Automático.

Integração do Azure Key Vault para o Exadata Database Service no Oracle Database@Azure

O Exadata Database Service no Oracle Database@Azure permite que você armazene as chaves de criptografia de dados transparentes (TDE) do seu banco de dados, também conhecidas como chaves de criptografia mestras (MEKs) em uma wallet Oracle baseada em arquivo ou no OCI Vault. Esse recurso permite que os usuários do Exadata Database Service no Oracle Database@Azure utilizem o HSM Gerenciado do Azure Key Vault (AKV), o AKV Premium e o AKV Standard para gerenciar MEKs de TDE. Essa integração permite que aplicativos, serviços do Azure e bancos de dados usem uma solução centralizada de gerenciamento de chaves para maior segurança e gerenciamento simplificado do ciclo de vida das chaves.

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.

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 na Nuvem de VM para Clusters de VMs no Exadata Database Service on Dedicated Infrastructure (ExaDB-D).

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.

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

Integre seu Oracle Key Vault (OKV) ao Oracle Exadata Database Service on Dedicated Infrastructure e use chaves gerenciadas pelo cliente armazenadas no Oracle Key Vault para criptografar sua Chave Mestra de Criptografia de Dados Transparentes (TDE) da Oracle.

Você controla a localização do seu servidor OKV e ele pode ser implantado em qualquer local que tenha conectividade de rede com suas instâncias ExaDB-D.

Remover Servidores de Armazenamento Provisionados

Os servidores de armazenamento provisionados podem ser removidos de uma Infraestrutura do Exadata na Nuvem. Um servidor de armazenamento "provisionado" refere-se a um servidor que teve grupos de discos configurados. Consulte a capacidade necessária do grupo de discos livres do ASM e observe que uma operação de rebalanceamento do ASM precisará ser concluída após a remoção dos severs de armazenamento.

Aprimoramentos para suportar Operações simultâneas do Data Guard, do Container Database (CDB) e do 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:

  • Crie ou exclua até 10 PDBs simultaneamente, mesmo quando o banco de dados contêiner (CDB) estiver em um estado de atualização.
  • 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) em diferentes bancos de dados dentro do mesmo Oracle home e vice-versa.
  • Criando ou excluindo um PDB ao executar simultaneamente ações do Data Guard (switchover, failover e restabelecimento) em diferentes bancos de dados dentro do mesmo Oracle home e vice-versa.
  • Criar ou excluir um CDB ao criar ou excluir simultaneamente um PDB de outro CDB dentro do 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.

Suporte à Rede Dual Stack (IPv4 e IPv6)

Agora você pode provisionar clusters de VMs com a rede de pilha dupla IPv4/IPv6 no Oracle Exadata Database Service on Dedicated Infrastructure (ExaDB-D). Esse recurso permite que as organizações utilizem IPv4 e IPv6 simultaneamente, fornecendo uma solução econômica para gerenciar a escassez de soluções IPv4, garantir a conformidade com os requisitos regulatórios e facilitar uma transição tranquila para IPv6 para escalabilidade e crescimento futuros. Os seguintes cenários são suportados nesta versão:

  • Suporte de pilha dupla IPv4/IPv6 para novos clusters de VMs do Exadata nas sub-redes cliente e de backup.
  • Configure o Data Guard para migrar Dados de um cluster de VMs do Exadata somente IPv4 para um cluster de VMs do Exadata de pilha dupla.
  • Configure um VIP de Aplicativo com os endereços IPv4 e IPv6.
Observação

Requisitos mínimos para configurar uma rede de pilha dupla:
  • Software de Sistema Exadata 24.1.4
  • Oracle Database e Oracle Grid Infrastructure:
    • 19c -> 19.26
    • 23ai -> 23.7
Observação

O Oracle Exadata Database Service on Dedicated Infrastructure suporta prefixos IPv6 de GUA, BYOIP e ULA. Ao provisionar um Cluster de VMs, uma sub-rede deve ter apenas um prefixo IPv6. ExaDB-D não suporta sub-rede com vários prefixos IPv6.

Para obter mais informações, consulte Endereços IPv6.

Para obter mais informações, consulte Visão Geral de VCNs e Sub-redes e Adicionando um Prefixo IPv6 a uma Sub-rede.

Tópicos Relacionados

Tópico principal: Novidades do Oracle Exadata Database Service on Dedicated Infrastructure

Backup de Retenção de Longo Prazo (LTR)

Com o LTR (Long-Term Retention Backup), você pode armazenar backups completos por até 10 anos ou uma duração menor, permitindo pesquisar e recuperar dados arquivados para atender aos requisitos de conformidade, regulatórios ou outros requisitos de negócios. Durante esse período de retenção, os backups LTR podem ser restaurados para criar um novo banco de dados, um processo chamado de "restauração fora do local".

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

Com esse aprimoramento, você terá a flexibilidade de planejar e aplicar atualizações trimestrais de infraestrutura para ajustar janelas de manutenção menores. Você pode optar por executar a manutenção em todos os componentes de infraestrutura em uma única janela ou dividi-los em várias janelas menores para se alinhar às suas necessidades de negócios. Com base em seus intervalos de tempo preferidos, 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 segurança e conformidade.

Os componentes de infraestrutura incluem:

  • Servidores de Banco de Dados
  • Servidores de Armazenamento

Tópicos Relacionados

Tópico principal: Novidades do Oracle Exadata Database Service on Dedicated Infrastructure

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 granulares para operações do Cluster de VMs, como permitir que o grupo DBA escale apenas memória ou CPU, permitir que o grupo de administradores de armazenamento gerencie o armazenamento local/Exadata ou permitir que o grupo de administradores de segurança 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.

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

X11M Suporte ao Sistema

Note

This feature is rolled out only to the PHX, IAD, NRT, FRA, LHR, GRU, VCP, KIX, MAD, HYD, SIN, ORD, YYZ, CDG, JED, BOM, JNB, LIN, MXP, and TYO regions. Ele será implantado por fases em outras regiões.

O Oracle Exadata Database Service on Dedicated Infrastructure foi estendido para oferecer suporte ao Exadata Infrastructure X11M.

Tópicos Relacionados

Tópico principal: Novidades do Oracle Exadata Database Service on Dedicated Infrastructure

Integração do Microsoft Entra ID (MS-EI) com o Oracle Exadata Database Service on Dedicated Infrastructure

Agora o Oracle Exadata Database Service on Dedicated Infrastructure 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:

Delegar Controle de Acesso para ExaDB-D

O serviço Delegar Controle de Acesso permite que os clientes Dedicados do Oracle Exadata Database Service 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.

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.

Proteja Dados Confiáveis com o Roteamento de Pacotes de Confiança Zero do Oracle Cloud Infrastructure

Proteja seus dados contra acesso e exfiltração não autorizados com o Oracle Cloud Infrastructure Zero Trust Packet Routing (ZPR), um controle de segurança na nuvem com reconhecimento de dados.

Designar Novas Versões de Chave a Bancos de Dados Contêineres Baseados em KMS (CDBs) e Bancos de Dados Plugáveis (PDBs)

O recurso BYOK (Bring-Your-Own-Key) permite que os usuários importem suas próprias chaves ou versões de chaves, em vez de fazer com que o serviço de vault gere as chaves internamente. O BYOK permite que os usuários importem chaves para o serviço OCI Vault e utilizem suas chaves importadas para criptografia de banco de dados. No momento, quando um cliente ExaDB-D emprega BYOK para criar um novo banco de dados (CDB), a chave do cliente só é usada para o CDB, enquanto uma versão de chave gerada pelo sistema é designada ao PDB. Os usuários não podem designar versões de chave específicas aos PDBs.

Com esse aprimoramento:

  • Associe uma versão de chave ao CDB e ao PDB.
  • Gire chaves de forma independente nos níveis de CDB e PDB.
    Observação

    Em uma associação do Data Guard, a rotação de chaves só é possível para o banco de dados principal, não para o banco de dados stand-by.

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

Esse aprimoramento permite usar o Recovery Service ou o Object Storage para fazer backup dos bancos de dados stand-by.

Antes de começar, observe o seguinte:

  • Você pode programar backups automáticos e configurar períodos de retenção e programações de backup no banco de dados stand-by.
  • Você pode criar um banco de dados em outro domínio de disponibilidade (AD) dentro da mesma região ou de outra região com base em um backup do banco de dados stand-by.
  • Os backups podem ser configurados no banco de dados principal, no banco de dados stand-by ou em ambos. No entanto, quando configurados, os bancos de dados principal e stand-by devem compartilhar o mesmo destino de backup.
  • Para backups no Recovery Service, o banco de dados principal pode ser restaurado ou recuperado dos backups do banco de dados stand-by ou do banco de dados principal. Da mesma forma, o banco de dados standby pode ser restaurado ou recuperado dos backups do banco de dados principal ou do banco de dados standby.
  • Para backups no Object Storage, os bancos de dados principal e stand-by só podem ser restaurados ou recuperados usando seus respectivos backups.
  • O destino de backup do banco de dados principal e do banco de dados stand-by em uma associação do Data Guard deve ser o mesmo. Por exemplo, se o destino de backup do banco de dados principal for o Recovery Service, o destino de backup do banco de dados stand-by também deverá ser o Recovery Service. Da mesma forma, se o destino de backup do banco de dados stand-by for o Recovery Service, o destino de backup do banco de dados principal também deverá ser o Recovery Service.
  • O destino de backup só pode ser alterado após a desativação do backup no banco de dados principal ou stand-by em uma associação do Data Guard. Por exemplo, se o destino de backup dos bancos de dados principal e stand-by for o Object Storage e você quiser alterar o destino de backup do banco de dados principal para o Recovery Service, primeiro você deverá desativar o backup no banco de dados stand-by.
  • Se backups automáticos forem configurados no banco de dados principal, após o switchover, os backups continuarão no novo banco de dados stand-by.
  • Se backups automáticos forem configurados no banco de dados stand-by, após o failover, os backups continuarão no novo banco de dados principal. No entanto, os backups serão desativados no novo banco de dados stand-by.

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.

Para obter mais informações, consulte Visão Geral do Subconjunto de Nós de Clusters de VMs.

Suporte de Backup Multicloud do Oracle Database

O Recovery Service suporta Bancos de Dados Oracle multicloud, como o Oracle Database@Azure, e fornece a flexibilidade de armazenar backups no mesmo local de nuvem onde o banco de dados de origem reside.

O Recovery Service cria bancos de dados protegidos e backups relacionados no Oracle Cloud por padrão. Opcionalmente, você pode substituir esse comportamento padrão para seus Bancos de Dados Oracle multicloud, como o Oracle Database@Azure.

Se você ativar a opção Armazenar backups no mesmo provedor de nuvem que o banco de dados para uma política de proteção, o banco de dados protegido vinculado à política e os backups serão armazenados no mesmo local de nuvem em que o Oracle Database é provisionado. Por exemplo, para o Oracle Database@Azure, o Recovery Service armazenará os backups de banco de dados protegidos associados no Azure se você tiver selecionado a opção Armazenar backups no mesmo provedor de nuvem que o banco de dados na política de proteção.

Se você não selecionar Armazenar backups no mesmo provedor de nuvem que o banco de dados para uma política de proteção, o banco de dados protegido vinculado à política e os backups serão armazenados no Oracle Cloud, mesmo que o seu Oracle Database seja provisionado em outro local de nuvem.

Restaurar um Backup para Criar um Banco de Dados entre Regiões

Com esse aprimoramento, quando a região estiver ativa, você poderá:

  • usar um backup existente e restaurá-lo para criar um banco de dados (restauração fora do local) dentro do mesmo domínio de disponibilidade ou em outro domínio de disponibilidade entre regiões, independentemente de o backup ter sido criado com o Object Storage ou o Autonomous Recovery Service de destino de backup
  • restaurar um backup feito em um banco de dados que foi configurado usando wallets baseadas em host (wallet local) ou OCI Vault

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

Com esse aprimoramento no recurso Análise de Custos 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.

Usar a Mesma Imagem de Software Personalizada nas Regiões do OCI

Com esse aprimoramento, você pode usar a imagem de software criada em uma região em outra enquanto:

  • atualizando um software de banco de dados
  • atualizando um software do Grid Infrastructure
  • provisionando um novo Home de Banco de Dados
  • provisionando um novo banco de dados
  • ativando uma associação do Data Guard
  • criando um banco de dados com base em um backup

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.

Gerencie o Acesso da Console Serial ao Oracle Exadata Database Service on Dedicated Infrastructure Systems

Observação

O recurso de console serial requer (no mínimo) o Exadata System Software 23.1.13. Depois que o software necessário for instalado por meio da Manutenção Trimestral e uma reinicialização de suas VMs ocorrer, você poderá usar o novo recurso de console serial.

Você pode criar e excluir conexões da console serial com seus sistemas Oracle Exadata Database Service on Dedicated Infrastructure 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 Exadata System Software 23.1.13 é a versão mínima necessária. Além disso, verifique todos os pré-requisitos declarados a seguir, incluindo a definição de uma senha para o usuário opc ou root. A falha em fazer as alterações necessárias para atender a esses requisitos com antecedência resultará na incapacidade de se conectar urgentemente ao console serial quando a necessidade surgir quando a VM não estiver acessível de outra forma.

Oracle Database 23ai no Exadata Database Service on Dedicated Infrastructure

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

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.

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.

Aprimoramento na Console do OCI para Remover Servidores de Banco de Dados e de Armazenamento

Com esse aprimoramento, é possível:

  • Reduza os recursos do Exadata Infrastructure alterando a contagem de servidores para um valor menor que a designação atual.
  • A redução para uma contagem mais baixa é suportada para Servidores de Banco de Dados e de Armazenamento.
  • Os servidores de banco de dados serão removidos se não houver VMs em execução neles.
    Observação

    Você não poderá escolher o Servidor de BD a ser removido. Esta funcionalidade removerá automaticamente os Servidores de Banco de Dados nos quais não há VMs.
  • O servidor de armazenamento será removido se o servidor não tiver sido usado para expandir o armazenamento do Exadata Infrastructure.
  • Remova uma VM de um cluster de VMs provisionado em uma infraestrutura não ativada para várias VMs. O procedimento é semelhante a encerrar uma VM de um Cluster de VMs em uma infraestrutura ativada para várias VMs.

A etapa 'Adicionar Capacidade' é executada como parte do workflow de ampliação do servidor de armazenamento, cria grupos de discos e rebalanceia dados em todos os servidores de armazenamento. Para obter mais informações, consulte Dimensionar Recursos de VM na Infraestrutura Ativada por Várias VMs.

Ativar o Data Guard em Diferentes VCNs ou Compartimentos na Mesma Região do OCI

Com esse aprimoramento, você poderá ativar o Data Guard se o Exadata Cloud Infrastructure estiver em diferentes VCNs ou compartimentos na mesma região do OCI.

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.

Fazer Backup e Restaurar de um Banco de Dados Stand-by com o OCI Object Storage em um Ambiente do Data Guard

Este aprimoramento:

  • Permite que os clientes descarregem backups para o banco de dados stand-by com o OCI Object Storage em um ambiente Data Guard, liberando assim recursos no ambiente de banco de dados de produção.
  • Permite que os clientes programem backups automáticos no banco de dados stand-by em um ambiente do Data Guard e configurem o período de retenção e as programações de backup.
  • Permite que os clientes criem um banco de dados em outro Domínio de Disponibilidade (AD) na mesma região com base em um backup do banco de dados stand-by.
  • Permite que os clientes restaurem e recuperem um banco de dados stand-by usando um backup do banco de dados stand-by.
  • Fornece a flexibilidade de fazer backups apenas no banco de dados principal, apenas no banco de dados stand-by ou em ambos.
  • Permite que os clientes criem um backup completo manual de um banco de dados stand-by.
  • Permite que os clientes ativem ou desativem o backup no banco de dados stand-by somente se o destino do backup do banco de dados principal for o Object Storage.
Observação

  • Você não poderá alterar o destino de backup do banco de dados principal para o Autonomous Recovery Service se o destino de backup dos bancos de dados principal e standby for o Object Storage.

    Para alterar o destino de backup do banco de dados principal para o Autonomous Recovery Service, primeiro desative o backup no banco de dados stand-by.

  • Não é possível usar backups 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 o destino de backup do Object Storage, no switchover, os backups continuarão no novo banco de dados stand-by
    • Se backups automáticos tiverem sido configurados no principal com o destino de backup do Autonomous Recovery Service, no switchover, o backup e a restauração serão desativados no novo banco de dados stand-by
    • Se backups automáticos tiverem sido configurados no stand-by com o destino de backup do Object Storage, no 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 o destino de backup do Object Storage ou do Autonomous Recovery Service, no 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 o destino de backup do Object Storage, no failover os backups continuarão no novo banco de dados principal

Cancelar um Backup Completo ou Incremental em Execução

Agora você tem a capacidade de cancelar um backup contínuo, permitindo liberar os recursos do sistema. Não será mais necessário chamar a equipe de operações para cancelar esse job de backup.

Como parte do workflow Criar Banco de Dados e independentemente (após a criação do banco de dados), você pode ativar o Backup Automático e selecionar o destino de backup desejado. Dependendo do destino de backup selecionado, você pode ter um ou mais backups completos e vários backups incrementais. Depois que qualquer um desses backups for iniciado, você não terá a opção de cancelar esse backup no meio do caminho.

Esse recurso permite cancelar qualquer backup em execução (automático ou independente) na console do OCI ou por meio da API do OCI.

Também é possível:

  • Cancele um backup manual, que é acionado quando você clique no botão Create backup

    Observação: Todos os backups manuais são backups completos.

  • Excluir um backup manual cancelado

Autonomous Recovery Service como o Destino de Backup Padrão

Esse aprimoramento da Console define o Autonomous Recovery Service como o destino de backup padrão para backups automáticos em todas as regiões e inclui limites padrão automaticamente sem precisar solicitá-los.

Para obter mais informações sobre Limites de Serviço, Cotas e Uso, consulte Limites do Autonomous Recovery Service.

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:

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

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

Usar um Backup para Criar um Banco de Dados entre Domínios de Disponibilidade na Mesma Região

Com esse aprimoramento, quando o AD estiver ativo, você poderá:

  • usar um backup existente e restaurá-lo para criar um banco de dados (restauração fora do local) dentro do mesmo domínio de disponibilidade ou em outro domínio de disponibilidade dentro da mesma região, independentemente de o backup ter sido criado com o destino de backup Object Storage ou Autonomous Recovery Service
  • restaurar um backup feito em um banco de dados que foi configurado usando wallets baseadas no host (wallet local) ou OCI Vault

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.

Observação

Para poder fazer download da atualização de software provisória, você deve ter pelo menos uma infraestrutura ExaDB-D provisionada.

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.

Controles Aprimorados para Configurar Backups Completos Automáticos (L0) e Incrementais (L1)

A ativação do Backup Automático durante o workflow Criar Banco de Dados ou como uma etapa separada inicia o primeiro backup completo ("inicial L0") imediatamente.

Da mesma forma, para backups completos subsequentes (L0 futuro) e backups incrementais diários (L1), você pode especificar uma janela de tempo, mas não pode alterar o dia da semana em que esses backups devem começar.

Os futuros backups L0 e L1 começarão durante a janela de programação de 2 horas que o usuário selecionar para o banco de dados durante o qual o processo de backup automático será iniciado. Há 12 janelas de programação para escolher, cada uma começando em uma hora par numerada. Por exemplo, uma janela é executada das 4:00 às 6:00 e a próxima das 6:00 às 8:00. Os jobs de backup não são necessariamente concluídos dentro da janela programada. Se você não especificar uma janela, a janela de backup padrão de 6 horas das 00:00h às 06:00h será escolhida. Nesse caso, o fuso horário corresponde à região da instância do Exadata Cloud Infrastructure.

Estes são os padrões atuais para destinos de backup, Object Storage Service e Autonomous Recovery Service:

  • Backup inicial completo do L0: Imediato
  • Backups completos subsequentes do L0: Todos os domingos
  • Backups incrementais diários do L1: Toda segunda-feira a sábado

Com esses controles aprimorados:

  1. Além de configurar o backup inicial L0 para ser iniciado imediatamente, você também pode especificar se deseja que o backup inicial L0 seja iniciado imediatamente ou de acordo com a programação L0.
  2. Escolha uma janela de tempo para que os backups completos futuros sejam iniciados.
  3. Escolha uma janela de tempo para que os backups incrementais sejam iniciados, que pode ser diferente da janela de tempo dos backups L0.

    Os intervalos de tempo permanecerão iguais, as janelas de programação de 2 horas e a janela padrão de 6 horas.

Configurar o Oracle Database Autonomous Recovery Service como Destino de Backup

O Oracle Database Autonomous Recovery Service fornece um sistema de backup e recuperação automáticos orientado por política otimizado para o Exadata Database on Dedicated Infrastructure. Ele também oferece um recurso de proteção de dados em tempo real que permite a recuperação de bancos de dados protegidos sem perda de dados no caso de uma falha no banco de dados. Como a proteção de dados em tempo real é uma opção de custo extra, você pode optar por ativar ou desativar.

Tópicos Relacionados

Tópico principal: Novidades do Oracle Exadata Database Service on Dedicated Infrastructure

Suporte VIP do Aplicativo

O Cluster de VMs agora suporta a anexação e a desanexação de Endereços IP Virtuais do Aplicativo.

Manutenção de Segurança de Infraestrutura Mensal do ExaDB-D

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.

Integração do IAM (Identity and Access Management) com o Oracle Exadata Database Service on Dedicated Infrastructure

Com a Atualização da Versão mais recente, agora você pode configurar o banco de dados em um cluster de máquina virtual para usar a autenticação e a autorização do OCI (Oracle Cloud Infrastructure) IAM (Identity and Access Management) para permitir que os usuários do IAM acessem o banco de dados com credenciais do IAM.

A partir desta release, há suporte para autenticação e autorização do serviço IAM nas seguintes condições:

  • Ambientes Suportados: Disponível em bancos de dados recém-provisionados e em bancos de dados existentes com patch para a versão 19.17. Este recurso não é suportado no Oracle Database 21c.
  • Configurações Não Suportadas: A autenticação e a autorização do IAM não podem ser usadas com bancos de dados configurados com o Data Guard.

Exadata Cloud Infrastructure: DNS Privado

Permita que os usuários escolham a view privada e a zona privada ao provisionar um novo cluster de VMs para ExaCS. Todos os recursos subjacentes da VCN, incluindo os de ExaDB-D, devem ser criados na mesma zona privada. As zonas privadas podem ser associadas a sub-redes dentro da VCN. Essa configuração não pode ser alterada posteriormente.

O resolvedor de DNS privado resolverá as consultas na VCN do cliente e as consultas provenientes das redes on-premises. A capacidade de fornecer o endereço do DNS e implantá-lo nos recursos de Banco de Dados usando o encaminhamento condicional é fornecida pelo recurso de DNS privado. Com um resolvedor privado, os clientes podem resolver o registro A em diferentes VCNs (com pareamento de VCN local/remoto).

Controles Aprimorados de Manutenção de Infraestrutura

A manutenção da infraestrutura gerenciada pela Oracle do Exadata Cloud Infrastructure 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 com que a manutenção automatizada aguarde antes de fazer shutdown das 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.

Suporte ao Database Management para Bancos de Dados Plugáveis no Oracle Exadata Database Service on Dedicated Infrastructure

Agora você pode ativar o Database Management para PDBs (Bancos de Dados Plugáveis) no Oracle Exadata Database Service on Dedicated Infrastructure e usar recursos do Database Management para monitoramento, gerenciamento de desempenho e ajuste.

Integração do Microsoft Azure Active Directory com Bancos de Dados do Oracle Cloud Infrastructure

Agora o Oracle Exadata Database on Dedicated Infrastructure pode aceitar tokens do Azure AD para acessar o banco de dados. Os usuários do Azure AD podem acessar o banco de dados diretamente usando o token do Azure AD e os aplicativos podem usar os tokens de serviço para acessar o banco de dados.

A integração do Azure AD 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.

Criar e Gerenciar Diversas Máquinas Virtuais por Sistema Exadata (MultiVM) e Subconjunto de Nós de Clusters de VMs

  • Serviços: Banco de Dados
  • Data da Versão: A partir de 9 de novembro de 2022 ( a data da versão varia de acordo com a região)

Divida os recursos do Exadata em várias máquinas virtuais. Defina até 8 clusters com diversas máquinas virtuais (VMs) em um Oracle Exadata Database Service on Dedicated Infrastructure e especifique como os recursos gerais do sistema são alocados para eles.

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

Observação

Para o Exadata Infrastructure existente, a opção MultiVM será ativada como parte da sua próxima execução de manutenção programada após a migração do recurso MultiVM em 20 de dezembro de 2022. Todo o Exadata Infrastructure recém-provisionado após a versão da MVM em 15 de novembro de 2022 terá a opção MultiVM ativada.

Tópicos Relacionados

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

Tags Padrão da Oracle para Recursos no Oracle Exadata Database Service on Dedicated Infrastructure

Agora os recursos do Exadata Cloud Infrastructure podem ser marcados com tags usando o 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.

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.

Banco de Dados Exadata em Infraestrutura Dedicada: Serviço de Gerenciamento de Chaves para Data Guard entre Regiões

Agora você pode ter as chaves de criptografia usadas para os bancos de dados principal e stand-by disponíveis nas regiões principal e stand-by, respectivamente, para que elas forneçam proteção contra um ponto único de falha para a chave do OCI Vault. Isso é possível se as chaves estiverem no Vault Privado Virtual do OCI. Portanto, o Data Guard entre regiões pode ser configurado entre dois bancos de dados se suas chaves estiverem residindo em um VPV (vault privado virtual) e forem gerenciadas pelo serviço OCI Vault.

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.

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 estiver na versão 20, você poderá atualizá-lo para a versão 21.

Recurso de Eventos do Serviço Database para o Banco de Dados Exadata

Esse recurso permite que os clientes usem a Console do OCI ou a API/a CLI/o SDK/o Terraform para receber notificações de eventos sobre problemas de integridade com seus Bancos de Dados Oracle ou outros componentes na VM Convidada.

No momento, os clientes têm eventos básicos de gerenciamento do ciclo de vida, como início e fim do backup, início de aplicação de patches etc. Estamos estendendo esse recurso para incluir um conjunto abrangente de eventos do Serviço Database para ajudar os clientes a solucionar problemas.

Os Eventos do Serviço Database monitoram as operações e as condições da VM convidada e geram notificações de diagnóstico para os clientes, aproveitando os mecanismos existentes de Notificação e do serviço Events do OCI em sua tenancy. Os clientes podem então criar tópicos e se inscrever nesses tópicos por e-mail, funções, streams etc. Para obter mais informações sobre como usar o Serviço de Notificação de Eventos, consulte Visão Geral do Serviço Notifications

Principais Benefícios do Cliente

  • Capacidade de receber notificações para operações da VM Convidada por meio de um mecanismo de aceitação.
  • Permite que os clientes resolvam proativamente os problemas antes que eles se tornem sérios.

Experiência da Console do OCI

Os clientes podem navegar até a página de detalhes do Cluster de VMs no menu da console do OCI selecionando Oracle Database → Oracle Exadata Database Service on Dedicated Infrastructure → um Cluster de VMs específico para ativar a Notificação de Diagnóstico de um Cluster de VMs.

Banco de Dados Exadata em Infraestrutura Dedicada: 'Criar banco de dados com base em backup' agora disponível para bancos de dados que usam criptografia gerenciada pelo cliente

Oracle Exadata Database Service on Dedicated Infrastructure (ExaDB-D): Agora permite criar um banco de dados com base no backup, quando o backup for do banco de dados usando a criptografia gerenciada pelo cliente. Isso é adicional à capacidade existente de criar um banco de dados com base no backup, quando o backup for do banco de dados usando a criptografia gerenciada pela oracle

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.

Suporte do Oracle Cloud Infrastructure Operations Insights para Bancos de Dados do Oracle Cloud

O Operations Insights agora permite que você use a funcionalidade Capacity Planning e SQL Warehouse para obter insights sobre Bancos de Dados Oracle.

Especificar o Mesmo SID para os Bancos de Dados Principal e Stand-by na 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.

Exadata Cloud Infrastructure: Suporte ao ciclo de vida do banco de dados plugável

Agora você pode criar e gerenciar bancos de dados plugáveis (PDBs) no Exadata Cloud Infrastructure usando a Console e as APIs do OCI. Consulte Criar e Gerenciar Bancos de Dados Plugáveis do Exadata para obter detalhes.

Exadata Cloud Infrastructure: Definir DB_UNIQUE_NAME e o prefixo do Oracle SID durante a criação do banco de dados

Agora você pode especificar o valor DB_UNIQUE_NAME e o prefixo do Oracle SID ao criar um novo Oracle Database no Exadata Cloud Infrastructure. Você também pode definir esses valores ao criar um banco de dados stand-by em uma associação do Oracle Data Guard. Consulte os seguintes tópicos para obter instruções:

Para criar um banco de dados em um Cluster de VMs existente

Para Ativar o Data Guard em um Sistema Exadata Cloud Infrastructure

Expansão Elástica

Com provisionamento e expansão elásticos, você pode aumentar dinamicamente sua capacidade de CPU e armazenamento para atender aos crescentes requisitos de carga de trabalho.

Expanda a capacidade de infraestrutura sob demanda, expandindo a infraestrutura com servidores de armazenamento ou de banco de dados adicionais, sem ser restringido pelas formas padrão suportadas. Você pode alocar a capacidade de CPU e armazenamento disponível nos servidores X8M e X9M até os limites do sistema ao provisionar novos Clusters de VMs na infraestrutura ou para Clusters de VMs já implantados sem interromper as cargas de trabalho em execução atuais.

Oracle Database: Opções de chave para criptografia atualizadas para bancos de dados Exadata Cloud Infrastructure

Quando um novo Oracle Database é provisionado, o parâmetro da senha da wallet do TDE agora é opcional e não será usado se você configurar um banco de dados do Exadata Cloud Infrastructure para usar chaves gerenciadas pelo cliente com o serviço OCI Vault.

Para obter mais informações sobre como criar Bancos de Dados Oracle, consulte Criando e Gerenciando Bancos de Dados Exadata.

Para obter informações sobre como usar o serviço Vault para armazenar e gerenciar chaves e outros segredos usados por recursos da OCI, consulte Serviço vault.

Guia Exadata do Hub de Desempenho

A guia Exadata fornece uma view unificada de estatísticas de desempenho de disco rígido e flash do Oracle Exadata com informações detalhadas sobre a integridade e o desempenho de todos os componentes, como bancos de dados Oracle, células de armazenamento do Oracle Exadata e ASM (Gerenciamento Automático de Armazenamento). Ele está disponível para implantações do Exadata Cloud e bancos de dados externos que usam a infraestrutura do Exadata. Para obter mais informações, consulte Usando o Hub de Desempenho para Analisar o Desempenho do Banco de Dados.

Exadata Cloud Infrastructure: porta de listener SCAN personalizada para o cluster de VMs

Agora você pode especificar uma porta do listener SCAN personalizada para o cluster de VMs na nuvem do Exadata. Consulte Definição da Porta do Listener SCAN para obter mais informações.

Hub de Desempenho e métricas disponíveis para bancos de dados em execução no Exadata Cloud Infrastructure

Você agora pode usar a ferramenta Performance Hub e exibir métricas em bancos de Dados na Nuvem executados nos seguintes sistemas: instâncias do Exadata Cloud Infrastructure. Esse recurso fornece funções adicionais de monitoramento e gerenciamento a esses bancos de dados. Para obter mais informações, consulte Analisando Exadata Cloud Service Database Performance.

Contatos de consultoria de manutenção para o Exadata Infrastructure

Você pode optar por especificar até 10 endereços de e-mail válidos para os quais a Oracle envia notificações de manutenção quando são feitas atualizações em uma infraestrutura do Exadata. Os endereços de e-mail especificados são usados apenas para problemas operacionais relacionados ao serviço. Consulte Atualizações de Manutenção de Infraestrutura Gerenciada pela Oracle para obter mais informações.

Aprimoramento do modo de proteção do Data Guard para instâncias do Exadata Cloud Infrastructure

Agora você pode especificar o modo de proteção Data Guard para instâncias do Exadata Cloud Infrastructure. Para obter mais informações, consulte Usar Oracle Data Guard com Exadata Cloud Infrastructure.

Exadata Cloud Infrastructure: Opção de aplicação de patches de infraestrutura não incremental agora disponível

Agora você pode configurar a aplicação de patches da infraestrutura do Exadata para ocorrer de forma não incremental nos nós do banco de dados. Essa opção permite reduzir o tempo total de manutenção trimestral do sistema, mas envolve indisponibilidade do sistema. Consulte Atualizações de Manutenção de Infraestrutura Gerenciada pela Oracle para obter mais informações.

Chaves de criptografia gerenciadas pelo cliente disponíveis com bancos de dados ativados para o Oracle Data Guard no Exadata Cloud Infrastructure

As chaves gerenciadas pelo cliente do Exadata Cloud Infrastructure são um serviço de gerenciamento de chaves de criptografia que permite criptografar seus dados usando chaves de criptografia que você controla. Você pode usar chaves gerenciadas pelo cliente em bancos de dados provisionados no Exadata Cloud Infrastructure que são ativados com o Oracle Data Guard.

Projeto de Aplicação de Patch no Sistema Operacional/na DomU do ExaDB-D

A Aplicação de Patches no sistema operacional da DomU é um recurso que permite que OS clientes do ExaDB-D façam upgrade da imagem do sistema operacional do Exadata nos nós da domU de maneira automatizada na console e nas APIs do OCI. As informações a seguir explicam sobre uma alteração recente no recurso que não pôde ser adicionada aos documentos a tempo para o lançamento, mas será adicionada em breve.

Rollback necessário se o patch falhar.

Em sistemas com vários nós, se um dos nós falhar no patch, você deverá fazer rollback de todos os nós para que todos eles fiquem na mesma versão. Em seguida, execute a pré-verificação, corrija os problemas e execute o patch novamente.

Exemplo: Se você executar a pré-verificação na segunda-feira e todos os nós forem aprovados, mas não aplicar o patch até quarta-feira, é possível que ocorra falha em um ou mais nós no patch em decorrência de alterações nos nós ou um conflito de manutenção.

Para evitar que isso aconteça, a Oracle recomenda que você execute a pré-verificação antes de aplicar o patch.

Para obter mais informações, consulte Atualizando um Sistema Operacional de Cluster de VMs do Exadata Cloud Service.

Integração do serviço Oracle Cloud Infrastructure Vault com o Exadata Cloud Infrastructure

A integração do serviço Oracle Cloud Infrastructure Vault com o Exadata Cloud Infrastructure permite a criptografia do banco de dados com chaves gerenciadas pelo cliente. Para obter mais informações, consulte Chaves Gerenciadas pelo Cliente no Exadata Cloud Service.

Exadata Cloud Infrastructure: recurso de upgrade do Oracle Database 19c disponível

Agora você pode fazer upgrade de bancos de dados do Exadata Cloud Infrastructure para o Oracle Database versão 19c usando a Console ou a API do Oracle Cloud Infrastructure. Para obter informações e instruções, consulte Upgrade de Bancos de Dados Exadata.

Criar imagens de software de banco de dados personalizadas para instâncias do Exadata Cloud Infrastructure

Agora você pode criar imagens de software personalizadas do Oracle Database a serem usadas para provisionar Homes de Banco de Dados e aplicar patches a bancos de dados em instâncias do Exadata Cloud Infrastructure. Para obter mais informações, consulte Imagens do Software Oracle Database.

Exadata Cloud Infrastructure: upgrade do grid infrastructure para clusters de VM na nuvem

Agora você pode fazer upgrade do GI (grid infrastructure) de um cluster de VMs do Exadata Cloud Infrastructure usando a Console. Para obter mais informações, consulte Upgrade do Exadata Grid Infrastructure.

Exadata Cloud Infrastructure: forma flexível X8M agora disponível

Agora você pode provisionar uma instância do Exadata Cloud Infrastructure usando a forma flexível X8M. Essa configuração permite expandir seu sistema após o provisionamento, à medida que seus bancos de dados crescem e você precisa de mais servidores de armazenamento, servidores de computação ou ambos. Para obter mais informações, consulte Visão Geral do Exadata Infrastructure Escalável X8M.

Exadata Cloud Infrastructure: use um Home de Banco de Dados existente ao configurar um banco de dados stand-by do Data Guard

Agora você pode optar por usar um Home de Banco de Dados existente ao configurar um banco de dados stand-by do Data Guard na sua instância do Exadata Cloud Infrastructure. Consulte Usando o Oracle Data Guard com Instâncias do Exadata Cloud Service para obter informações sobre a configuração do Data Guard para seus bancos de dados Exadata.