Novidades do Oracle Exadata Database Service em Infraestrutura do Exascale

A Oracle continua a adicionar novas regiões para o Oracle Exadata Database Service na Infraestrutura do Exascale (ExaDB-XS).

A Oracle tem o prazer de anunciar que o Exadata Database Service na Exascale Infrastructure (ExaDB-XS) agora suporta o Oracle Database 19c e o Oracle Grid Infrastructure 19c.

Data de Release: Agosto de 2025

No ano passado, a Oracle lançou o ExaDB-XS com o Oracle Database 23ai, apresentando a única arquitetura de dados inteligente do setor para a nuvem – um salto revolucionário que combina o melhor do Exadata e o melhor da nuvem. O ExaDB-XS oferece benefícios do Exadata a um custo de entrada mais baixo com escalabilidade granular, tornando-se uma plataforma ideal para uma ampla gama de bancos de dados de missão crítica. Você pode migrar facilmente seus bancos de dados locais para a Infraestrutura do Exascale compartilhada na nuvem. Até agora, esses benefícios estavam disponíveis apenas para clientes prontos para adotar o Oracle Database 23ai. Muitas organizações com cargas de trabalho de missão crítica no Oracle Database 19c ainda não estão prontas para atualizar para o Oracle Database 23ai. Essas organizações agora podem perceber imediatamente os benefícios da Infraestrutura do Exascale para o Oracle Database 19c com a opção de fazer upgrade para o Oracle Database 23ai no seu próprio ritmo.

Com esse aprimoramento, você pode restaurar, atualizar e realocar um PDB (Pluggable Database).

Data da liberação Agosto de 2025

A funcionalidade de snapshot no nível do PDB na console e na API do OCI permite criar e gerenciar snapshots no nível do PDB e criar clones (incluindo clones thin). Ele aproveita a tecnologia de redirecionamento na gravação Exascale eficiente em termos de espaço.

Agora você pode implantar ambientes do Oracle Data Guard com bancos de dados principais e secundários de serviço cruzado.

Data de Release: 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. As seguintes configurações estão disponíveis:

• Banco de dados principal no ExaDB-D com um ou mais bancos de dados stand-by em ExaDB-XS ou ExaDB-D. Banco de dados principal no ExaDB-XS com um ou mais bancos de dados stand-by no ExaDB-D ou ExaDB-XS.
• Banco de dados principal no ExaDB-XS com um ou mais bancos de dados stand-by no ExaDB-D ou ExaDB-XS.

A Oracle recomenda que você use o novo padrão, Autonomous Recovery Service, como destino de backup.

Data da liberação Agosto de 2025

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

• O Autonomous Recovery Service agora é o destino de backup padrão para todas as versões elegíveis do banco de dados nessas regiões.
• Você pode continuar a revisar e modificar as definições de backup conforme necessário.

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.

Data de Release: Julho de 2025

Agora você pode executar uma pré-verificação antes de configurar o Oracle Data Guard e resolver possíveis problemas antes de configurar o Data Guard.

Data de Release: Junho de 2025

Como parte da configuração do Oracle 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.

Durante a implantação de clusters de VMs no Exadata Database Service na Infraestrutura do Exascale, você pode optar por implantar uma rede padrão durante a criação do Cluster de VN.

Data de Release: Maio de 2025

Temos o prazer de anunciar a disponibilidade geral (GA) de implantar uma rede padrão durante a criação do Cluster de VMs. Quando você seleciona a opção para criar uma VCN padrão, uma nova VCN é criada para você com definições padrão que são preenchidas automaticamente com as configurações de rede da sua tenancy. Anteriormente, ao criar um novo Cluster de VMs, era necessário criar uma VCN em andamento, atendendo a vários requisitos específicos. Agora, você pode selecionar uma opção para que a automação da nuvem crie uma nova configuração de VCN padrão para você. Essa é uma maneira conveniente de configurar um novo Cluster de VMs rapidamente, sem planejamento prévio da rede, o que pode ser especialmente útil para casos de uso de teste simples.

Data de Release: Maio de 2025

Com o Long-Term Retention Backup (LTR), você pode armazenar backups completos por até 10 anos ou uma duração mais curta, permitindo que você pesquise e recupere dados arquivados para atender aos requisitos de conformidade, regulamentares ou outros 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".

Agora você pode usar a ferramenta Hub de Desempenho e exibir métricas em bancos de dados na nuvem executados no Oracle Exadata Database Service na Infraestrutura do Exascale (ExaDB-XS).

Data da Release: 2025 de abril

Esse recurso fornece funções adicionais de monitoramento e gerenciamento a bancos de dados em ExaDB-XS. Para obter mais informações, consulte Analisando o Desempenho do Banco de Dados Exadata Cloud Service e Analisando o Desempenho do Banco de Dados de Máquina Virtual/Bare Metal.

Agora você pode criar e gerenciar vários bancos de dados stand-by locais e remotos do Oracle Data Guard vinculados a um banco de dados principal.

Data da Release Abril.2025

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 Oracle Data Guard, dois bancos de dados standby 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).

Você pode implantar e executar bancos de dados em um cluster de nó único sem exigir uma licença do Oracle Real Application Clusters (Oracle RAC).

Agora você pode dimensionar as ECPUs ativadas por VM para zero em ExaDB-XS.