Sobre Sistemas de BD
O OCI (Oracle Cloud Infrastructure) oferece sistemas de Banco de Dados em máquinas virtuais.
Existem dois tipos de sistemas de banco de dados (sistemas de banco de dados) em máquinas virtuais:
- Sistema de banco de dados com um único nó: Um sistema de banco de dados com 1 nó consiste em uma máquina virtual.
- Sistema de Banco de Dados RAC de vários nós: Um sistema de Banco de Dados de 2 nós consiste em duas máquinas virtuais.
Se você tiver que provisionar um sistema de BD para fins de desenvolvimento ou teste, um sistema de BD de modo único de provisionamento rápido especial estará disponível.
Ao criar um sistema do banco de dados, você seleciona a versão e edição do Oracle AI Database que se aplica ao banco de dados desse sistema. Não é possível alterar a edição selecionada. Dependendo da edição e versão selecionadas do Oracle AI Database, seu sistema de BD será compatível com vários bancos de dados plugáveis (PDB). Consulte o tópico de licenciamento do Oracle AI Database a seguir para saber mais sobre o número máximo de bancos de Dados plugáveis e de contêineres (CDB) disponível para sua versão selecionada doOracle AI Database.
- Oracle Database 19c: Recursos, Opções e Management Packs Permitidos pela Oferta do Oracle AI Database
Um sistema de banco de dados só pode ter um único Home do Banco de Dados, que por sua vez só pode ter um único banco de dados. Um banco de dados do sistema de banco de dados usa o armazenamento em blocos do OCI, em vez de armazenamento local. Você especifica um tamanho de armazenamento ao criar o sistema de Banco de Dados e pode expandir o armazenamento conforme necessário a qualquer momento. Para alterar o número de núcleos de CPU em um sistema de banco de dados existente, você deverá alterar a forma desse sistema. Para obter mais informações, consulte Alterar a Forma de um Sistema do BD.
Observação: a operação de alteração de forma ocorre de forma incremental para sistemas de banco de dados RAC de vários nós, permitindo que você mude a forma sem paralisação do banco de dados.
Formas Disponíveis e como Elas Determinam os Recursos Alocados
Quando você cria um sistema de Banco de Dados, seleciona uma forma, que determina os recursos alocados para o sistema de Banco de Dados. Depois de criar o sistema de banco de dados, você poderá alterar sua forma para se adaptar aos novos requisitos de capacidade de processamento. As seguintes formas estão disponíveis:
Observação:
O Oracle Base Database Service anunciou a desativação da configuração VM.Standard.x86, da edição de software Enterprise Edition - Extreme Performance (EE-EP) e das SKUs de serviço com medição de OCPU, a partir de 31 de julho de 2026. As implantações existentes continuarão a ser executadas, mas o novo provisionamento e as renovações de contrato serão afetados.
Planeje a migração para VM.BaseDB.x86 usando a métrica de ECPU ou para o Oracle Exadata Database Service on Exascale Infrastructure (ExaDB-XS) para cargas de trabalho EE-EP, conforme aplicável. Para obter informações sobre SKUs afetadas, impacto do cliente e orientação sobre migração, consulte o Artigo KB921246 do My Oracle Support.
Formas Flexíveis
As formas flexíveis permitem personalizar os recursos de computação - ECPUs ou OCPUs alocadas para uma instância. Quando cria uma instância usando uma forma flexível, você seleciona o recurso de computação necessário para as cargas de Trabalho executadas na instância. Essa flexibilidade permite criar instâncias que correspondam à sua carga de trabalho, permitindo otimizar o desempenho e minimizar o custo. A quantidade de memória permitida se baseia no número de ECPUs ou OCPUs selecionadas, e a proporção de memória para ECPUs ou OCPUs depende da forma.
Formas flexíveis estão disponíveis com processadores Ampere, AMD e Intel. A tabela a seguir mostra as formas disponíveis.
| Forma | Computação | Memória |
|---|---|---|
| VM.BaseDB.x86 | O mínimo é 4 ECPUs e o máximo é 256 ECPUs. Deve estar em incrementos de 4. |
8 GB para cada 4 ECPUs. O mínimo é 8 GB e o máximo é 512 GB de memória total. |
| VM.Standard.x86 | O mínimo é 4 ECPUs e o máximo é 252 ECPUs. Deve estar em incrementos de 4. |
8 GB para cada 4 ECPUs. O mínimo é 8 GB e o máximo é 504 GB de memória total. |
| Ampere VM.Standard.A1. Flexível | O mínimo é 1 OCPU e o máximo é 57 OCPUs. | 8 GB por OCPU. O mínimo é 8 GB e o máximo é 456 GB de memória total. |
| AMD VM.Standard.E5. Flex. | O mínimo é 1 OCPU e o máximo é 64 OCPUs. | 16 GB por OCPU. O mínimo é 16 GB e o máximo é 1024 GB de memória total. |
| AMD VM.Standard.E4.Flex | O mínimo é 1 OCPU e o máximo é 64 OCPUs. | 16 GB por OCPU. O mínimo é 16 GB e o máximo é 1024 GB de memória total. |
| Intel X9 VM.Standard3.Flex | O mínimo é 1 OCPU e o máximo é 32 OCPUs. | 16 GB por OCPU. O mínimo é 16 GB e o máximo é 512 GB de memória total. |
Observação:
- A forma Ampere A1 baseada em arquitetura Arm está disponível somente para o Oracle AI Database versões 26ai e 19c, começando com 23.7.0.0, 19.19.0.0 e atualizações de release (RU) posteriores.
- O formato AMD E5 está disponível para o Oracle AI Database versões 26ai e 19c, começando com as versões 23.4.0.24.05, 19.21.0.0 e RU (atualizações de release) posteriores.
- A forma AMD E4 está disponível apenas para o Oracle AI Database versões 26ai, 21c e 19c com as versões 23.4.0.24.05, 21.6.0.0, 19.15.0.0 e RU (atualizações de release) posteriores.
- O formato Intel X9 está disponível para o Oracle AI Database versões 26ai, 21c e 19c apenas com as versões 23.4.0.24.05, 21.8.0.0, 19.17.0.0 e RU (atualizações de release) posteriores.
- Os sistemas de banco de dados RAC com vários nós exigem no mínimo duas OCPUs por nó.
Forma X86 Independente de Geração
A forma VM.BaseDB.x86 e a forma VM.Standard.x86 são formas x86 flexíveis e independentes de geração que permitem personalizar o número de ECPUs alocadas para um sistema de BD. Essas formas fornecem uma experiência consistente entre as gerações de infraestrutura x86 suportadas, permitindo que você dimensione recursos de computação com base nos requisitos de carga de trabalho.
As formas x86 têm as seguintes características:
- Use o faturamento baseado em ECPU, permitindo preços mais granulares e baseados no uso.
- O VM.BaseDB.x86 suporta o Oracle AI Database 26ai e o Oracle Database 19c.
- O VM.Standard.x86 suporta apenas o Oracle AI Database 26ai.
-
Dê suporte às seguintes edições do software Oracle AI Database:
- Standard Edition
- Enterprise Edition
- Enterprise Edition - High Performance
- Suporte ao Logical Volume Manager para gerenciamento de armazenamento.
- Suporte somente a sistemas de banco de dados de nó único.
Observação: As formas x86 não suportam domínio de falha.
Forma de Ampere A1 baseada em braço
As formas Ampere A1 baseadas em arquitetura Arm são flexíveis e permitem personalizar o número de OCPUs alocadas para uma instância. A seguir estão alguns detalhes adicionais sobre as formas Ampere A1:
- A forma Ampere A1 só é suportada no Logical Volume Manager.
- A forma A1 do Ampere só é suportada em sistemas de banco de dados de nó único.
- O Oracle AI Database Standard Edition não é suportado em sistemas de banco de dados baseados em forma Ampere A1.
- Não é possível usar uma imagem de software de banco de dados para criar um banco de dados em sistemas de banco de dados baseados em forma Ampere A1.
- O provisionamento e a restauração do sistema de banco de dados baseado em forma A1 do Ampere não serão suportados se o destino de backup do banco de dados for o Autonomous Recovery Service.
- A forma Ampere A1 não é suportada para bancos de dados que usam criptografia de vault do OCI.
- A forma dos sistemas de banco de dados baseados em forma Ampere A1 não pode ser alterada para sistemas de banco de dados baseados em forma Intel ou AMD e vice-versa.
- Um backup de um banco de dados baseado em forma Ampere A1 não pode ser restaurado em sistemas de banco de dados baseados em forma Intel ou AMD e vice-versa.
- Os sistemas de banco de dados baseados em forma Ampere A1 não suportam associações do Data Guard com sistemas de banco de dados baseados em forma Intel ou AMD.
Formas Padrão
As formas padrão estão disponíveis com os processadores Intel.
A tabela a seguir mostra as formas disponíveis na série X7.
| Forma | Núcleos de CPU | Memória |
|---|---|---|
| VM.Standard2.1 | 1 | 15 GB |
| VM.Standard2.2 | 2 | 30 GB |
| VM.Standard2.4 | 4 | 60 GB |
| VM.Standard2.8 | 8 | 120 GB |
| VM.Standard2.16 | 16 | 240 GB |
| VM.Standard2.24 | 24 | 320 GB |
Observação:
- As formas Intel X7 estão disponíveis apenas para o Oracle AI Database versões 26ai, 21c e 19c.
- A forma VM.Standard2.1 não pode ser usada para o sistema de banco de dados RAC de vários nós.
Versões de Banco de Dados Disponíveis
O OCI suporta a criação de sistemas de Banco de Dados usando versões mais antigas do banco de dados, sujeitas aos requisitos de forma a seguir.
A Atualização de Versão mais recente aprovada está disponível por padrão. Você também pode selecionar uma das duas atualizações de versão anteriores (N-1 ou N-2) após confirmar a mensagem exibida. Para usar uma Atualização de Release anterior a N-2, submeta uma Solicitação de Serviço.
- A forma Ampere A1 baseada em arquitetura Arm está disponível somente para o Oracle AI Database versões 26ai e 19c, começando com 23.7.0.0, 19.19.0.0 e atualizações de release (RU) posteriores.
- O formato AMD E5 está disponível para o Oracle AI Database versões 26ai e 19c, começando com as versões 23.4.0.24.05, 19.21.0.0 e RU (atualizações de release) posteriores.
- A forma AMD E4 está disponível apenas para o Oracle AI Database versões 26ai, 21c e 19c com as versões 23.4.0.24.05, 21.6.0.0, 19.15.0.0 e RU (atualizações de release) posteriores.
- O formato Intel X9 está disponível para o Oracle AI Database versões 26ai, 21c e 19c apenas com as versões 23.4.0.24.05, 21.8.0.0, 19.17.0.0 e RU (atualizações de release) posteriores.
- As formas Intel X7 estão disponíveis apenas para o Oracle AI Database versões 26ai, 21c e 19c.
- Não há suporte para migração da forma Intel X9 para as formas AMD E4 e E5.
- A migração para a forma AMD E4 só é suportada para instâncias que utilizam a imagem base com atualizações 21.6.0.0, 19.15.0.0 e de release mais recente. Para instâncias criadas antes dessas atualizações de release, não é possível atualizá-las e migrá-las, pois a própria imagem base não suporta migração.
- A migração para a forma Intel X9 é suportada apenas para instâncias que usam a imagem base com atualizações de release 21.8.0.0, 19.17.0.0 e posterior. Para instâncias criadas antes dessas atualizações de release, não é possível atualizá-las e migrá-las, pois a própria imagem base não suporta migração.
Se você precisar criar um sistema de Banco de Dados com uma versão mais antiga, consulte Atualizações Críticas de Patch para informações acerca de problemas de segurança conhecidos com sua versão escolhida. Analise e aplique patch a problemas de segurança conhecidos para o sistema operacional incluído com a versão mais antiga do banco de dados. Para obter informações sobre melhores práticas de segurança para bancos de dados no OCI, consulte Protegendo Bancos de Dados.
Como várias configurações afetam o armazenamento utilizável
Os sistemas de banco de dados usam o armazenamento em blocos do OCI. A tabela a seguir mostra detalhes das opções de armazenamento disponíveis. O armazenamento total inclui o armazenamento disponível mais os logs de recuperação.
Informações Gerais
- Você pode dimensionar seu armazenamento de dados e recuperação separadamente. A Oracle recomenda manter o armazenamento de recuperação em 20% do armazenamento total ou mais.
- Para sistemas de banco de dados RAC com vários nós, a capacidade de armazenamento é compartilhada entre os nós.
- O armazenamento da área de recuperação é determinado com base no armazenamento selecionado. No entanto, você pode alterar o armazenamento da área de recuperação de forma independente após o provisionamento.
- O armazenamento total é a soma do armazenamento de dados disponível, armazenamento da área de recuperação e 200 GB reservados para o software do sistema de banco de dados.
Armazenamento de dados disponível para formas flexíveis
| Armazenamento de dados disponível (GB) | Armazenamento da área de recuperação (GB) | Armazenamento total (GB) |
|---|---|---|
| 256 | 256 | 712 |
| 512 | 256 | 968 |
| 1.024 | 512 | 1.736 |
| 2.048 | 512 | 2.760 |
| 4.096 | 1.024 | 5.320 |
| 8.192 | 2.048 | 10.440 |
| 12.288 | 4.096 | 16.584 |
| 16.384 | 4.096 | 20.680 |
| 24.576 | 8.192 | 32.968 |
| 32.768 | 8.192 | 41.160 |
| 40.960 | 10.240 | 51.400 |
| 49.152 | 12.288 | 61.640 |
| 57.344 | 14.336 | 71.880 |
| 65.536 | 16.384 | 82.120 |
| 73.728 | 18.432 | 92.360 |
| 81.920 | 20.480 | 102.600 |
Armazenamento de dados disponível para formas padrão
| Armazenamento de dados disponível (GB) | Armazenamento da área de recuperação (GB) | Armazenamento total (GB) |
|---|---|---|
| 256 | 256 | 712 |
| 512 | 256 | 968 |
| 1.024 | 256 | 1.480 |
| 2.048 | 408 | 2.656 |
| 4.096 | 820 | 5.116 |
| 6.144 | 1.228 | 7.572 |
| 8.192 | 1.640 | 10.032 |
| 10.240 | 2.048 | 12.488 |
| 12.288 | 2.456 | 14.944 |
| 14.336 | 2.868 | 17.404 |
| 16.384 | 3.276 | 19.860 |
| 18.432 | 3.688 | 22.320 |
| 20.480 | 4.096 | 24.776 |
| 22.528 | 4.504 | 27.232 |
| 24.576 | 4.916 | 29.692 |
| 26.624 | 5.324 | 32.148 |
| 28.672 | 5.736 | 34.608 |
| 30.720 | 6.144 | 37.064 |
| 32.768 | 6.552 | 39.520 |
| 34.816 | 6.964 | 41.980 |
| 36.864 | 7.372 | 44.436 |
| 38.912 | 7.784 | 46.896 |
| 40.960 | 8.192 | 49.352 |
Limites do Serviço
Os limites a seguir se aplicam aos recursos do Base Database.
| Recursos | Créditos Universais da Oracle | Sem Assinatura (Pay as You Go) ou Avaliação |
|---|---|---|
| Total de Armazenamento em Blocos do BD de VMs | 150TB | 2TB |
| VM.Standard1 - Total de OCPUs | 300 núcleos | 2 núcleos |
| VM.Standard2 - Total de OCPUs | 300 núcleos para Oeste dos EUA (Phoenix), 300 núcleos para Leste dos EUA (Ashburn), 50 núcleos para Central da Alemanha (Frankfurt), 50 núcleos para Sul do Reino Unido (Londres) |
2 núcleos |
Observação: O Armazenamento Total de Blocos de BD de VM inclui armazenamento de blocos para todos os bancos de dados VM.Standard1 e VM.Standard2.
Opção de Provisionamento Rápido
Para sistemas de BD de nó único, o OCI fornece uma opção de "provisionamento rápido" que permite criar um sistema de BD usando o LVM (Logical Volume Manager) como seu software de gerenciamento de armazenamento. A maneira padrão ("provisionamento Padrão") é provisionar com o Gerenciamento Automático de Armazenamento (ASM).
Os seguintes detalhes se aplicam à opção de provisionamento rápido:
- Ao usar a opção de provisionamento rápido, o número e o tamanho dos volumes em blocos especificados durante o provisionamento determinam o armazenamento total máximo disponível por meio do dimensionamento.
- Os sistemas de banco de dados RAC com vários nós requerem ASM e não podem ser criados usando a opção rápida de provisionamento.
- Você pode clonar sistemas de banco de dados que foram criados com a opção de provisionamento rápido.
- Não é possível usar uma imagem de software de banco de dados personalizada ao provisionar um sistema de banco de dados com LVM.
Para obter mais informações, consulte:
- LVM (Logical Volume Manager)
- Oracle Automatic Storage Management
- Imagens do Software Oracle AI Database
Considerações sobre Dimensionamento de Armazenamento ao Usar o Provisionamento Rápido
Observação: Este tópico só se aplica a sistemas de BD de nó único.
Quando você provisiona um sistema de banco de dados usando a opção provisionamento rápido, o valor de Armazenamento Disponível (GB) especificado durante a operação de provisionamento determina o armazenamento total máximo disponível por meio da escala. A seguinte tabela detalha o valor máximo de armazenamento disponível por meio do dimensionamento para cada definição oferecida no workflow de provisionamento:
| Armazenamento inicial especificado durante o provisionamento (GB) | Armazenamento máximo disponível por meio do dimensionamento (GB) |
|---|---|
| 256 | 2.560 |
| 512 | 2.560 |
| 1.024 | 5.120 |
| 2.048 | 10.240 |
| 4.096 | 20.480 |
| 8.192 | 40.960 |
Considerações sobre Domínio de Falha para Sistemas de Banco de Dados RAC de Vários Nós
Quando você provisiona um sistema de banco de dados RAC de vários nós, o sistema designa cada nó a um domínio de falha distinto por padrão. Usando o link Opções avançadas da caixa de diálogo de provisionamento, você pode selecionar o(s) domínio(s) de falha a ser(em) usado(s) para seus sistemas de Banco de Dados RAC com vários nós e o sistema designará os nós aos seus domínios da falha selecionados. A Oracle recomenda que você coloque cada nó de um sistema de banco de dados RAC de vários nós em um domínio de falha distinto.
Para obter mais informações sobre domínios de falha, consulte Regiões e Domínios de Disponibilidade.
Reinicializar um Nó do Sistema de Banco de Dados para Manutenção Planejada
Os nós do sistema de BD usam hosts físicos subjacentes que periodicamente devem sofrer manutenção. Quando essa manutenção é obrigatória, o OCI programa uma reinicialização de seu nó do sistema de BD e o notifica sobre a próxima reinicialização. A reinicialização permite a migração do nó do sistema de BD para um novo host físico, que não precisa de manutenção. (A interrupção e a inicialização do nó também resultarão na migração para um novo host físico.) O único efeito para o nó do sistema de BD é a própria reinicialização. A manutenção planejada do hardware físico original ocorre depois que o nó é migrado para o novo host e não tem efeito no sistema de banco de dados.
Se o seu nó do sistema de banco de dados estiver programado para uma reinicialização de manutenção, você poderá reinicializar o seu nó de forma proativa ( interrompendo e iniciando esse nó) por meio da Console ou da API. Com isso, você pode controlar como e quando o seu nó ficará indisponível. Se você escolher não reinicializar antes do horário programado, o OCI reinicializará e migrará o seu nó no horário programado.
Para identificar os nós do sistema de BD que você pode reinicializar proativamente, navegue até a página Detalhes do Sistema de BD do sistema na Console e marque o campo Reinicialização da manutenção do nós. Se a instância tiver uma reinicialização de manutenção programada e for possível reinicializá-la de forma proativa, esse campo exibirá a data e o horário de início da reinicialização. Quando o campo Reinicialização da manutenção não exibe uma data, o sistema de banco de dados não tem eventos programados para manutenção do nó.
Para verificar se há eventos de manutenção programados por meio da API, use a operação GetDbNode para verificar o campo timeMaintenanceWindowEnd do recurso DbNode. Este campo especifica quando o sistema começará a próxima reinicialização do nó programado.
Para localizar nós que têm reinicializações da manutenção programada, você pode usar o Search Service com uma consulta predefinida para encontrar todos os sistemas de banco de dados que têm uma reinicializacão da manutenção programada.
Para obter instruções de como usar a Console para reinicializar um nó, consulte Reinicializar um Sistema de BD.
Ferramenta de Hardening de Segurança para sistemas de banco de dados
Os sistemas de banco de dados provisionados com o Oracle Linux 7 incluem um script Python, conhecido como a ferramenta STIG (Security Technical Implementation Guide), que você pode usar para executar o hardware de segurança para seu sistema de banco de dados.
Para obter mais informações, consulte:
- Ferramenta STIG (Security Technical Implementation Guide) para o Sistema de Banco de Dados.
- Ativar FIPS, SE Linux e STIG nos Componentes do Sistema de Banco de Dados.
Backups do Volume de Inicialização
A Oracle mantém um backup de volume de inicialização semanal de seu sistema de banco de dados para que o sistema possa ser facilmente restaurado em caso de erro grave ou falha do sistema. No momento, os backups de volume de inicialização não estão acessíveis aos usuários (não há acesso por meio da Console, API ou CLI a um backup de volume de inicialização do sistema de banco de dados) e a Oracle é responsável pelo custo de armazenamento e manutenção do backup. Em caso de falha do sistema, entre em contato com o My Oracle Support para solicitar que a Oracle execute uma restauração do seu sistema de banco de dados pelo backup do volume de inicialização.