Sobre Sistemas de BD
O OCI (Oracle Cloud Infrastructure) oferece 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ê precisar provisionar um sistema de BD para fins de desenvolvimento ou teste, estará disponível um sistema especial de BD de nó único de provisionamento rápido.
- Oracle Database 19c: Recursos, Opções e Pacotes de Gerenciamento Permitidos pela Oferta Oracle Database
Observação:
A operação de alteração de forma ocorre de forma incremental para sistemas de BD RAC com vários nós, permitindo que você altere a forma sem período de indisponibilidade do banco de dados.Formas Disponíveis e como Elas Determinam os Recursos Alocados
Ao criar um sistema de banco de dados, você seleciona uma forma, que determina os recursos alocados para o sistema de banco de dados. Após criar o sistema de BD, você poderá alterar sua forma a fim de se adaptar aos novos requisitos de capacidade de processamento. As seguintes formas estão disponíveis:
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.
As formas flexíveis estão disponíveis com os processadores Ampere, AMD e Intel. A tabela a seguir mostra as formas disponíveis.
Tabela - Formas Flexíveis
| Forma | Computação | Memória |
|---|---|---|
| Independente de geração VM.Standard.x86 |
O mínimo é 4 ECPUs e o máximo é 256 ECPUs. Deve ser em incrementos de 4. |
8 GB para cada 4 ECPUs. |
| Ampere VM.Standard.A1. Flex | 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 Arm está disponível apenas para o Oracle Database versões 23ai e 19c, começando com as atualizações de release (RU) 23.7.0.0, 19.19.0.0 e posteriores.
- A forma AMD E5 só está disponível para as versões 23ai e 19c do Oracle Database, começando com as atualizações de release (RU) 23.4.0.24.05, 19.21.0.0 e posteriores.
- A forma AMD E4 está disponível apenas para o Oracle Database versões 23ai, 21c e 19c com as RUs (atualizações de release) 23.4.0.24.05, 21.6.0.0, 19.15.0.0 e mais recentes.
- A forma Intel X9 só está disponível para o Oracle Database versões 23ai, 21c e 19c com as RUs (atualizações de release) 23.4.0.24.05, 21.8.0.0, 19.17.0.0 e posteriores.
- Os sistemas de BD RAC com vários nós exigem no mínimo duas OCPUs por nó.
Forma X86 Independente de Geração
A forma x86 padrão de VM é a forma flexível e independente de geração mais recente que permite personalizar o número de ECPUs alocadas para uma instância. Veja a seguir alguns detalhes adicionais sobre a forma x86:
- As tenancies criadas após 27 de agosto de 2025 suportarão a forma VM.Standard.x86 independente de geração.
- O formato X86 usa faturamento baseado em ECPU, permitindo preços mais granulares e baseados no uso.
- A forma X86 só suporta o Oracle Database 23ai.
- A forma X86 suporta as seguintes edições do software Oracle Database:
- Standard Edition
- Enterprise Edition
- Enterprise Edition - High Performance
- A forma X86 suporta o Logical Volume Manager para gerenciamento de armazenamento.
- A forma X86 suporta sistemas de banco de dados de nó único.
- A forma X86 não suporta domínio de falha.
Forma Ampere A1 baseada em arquitetura
As formas Ampere A1 baseadas em Arm são flexíveis e permitem que você personalize o número de OCPUs alocadas para uma instância. Veja a seguir alguns detalhes adicionais sobre as formas Ampere A1:
- A forma Ampere A1 só é suportada no Logical Volume Manager.
- A forma Ampere A1 só é suportada em sistemas de BD de nó único.
- O Oracle Database Standard Edition não é suportado em sistemas de BD 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 Ampere A1 não serão suportados se o destino de backup do banco de dados for o Autonomous Recovery Service.
- A forma A1 do Ampere 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 BD baseados em forma Ampere A1 não suportam associações do Data Guard com sistemas de BD 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.
Tabela - Formas Disponíveis de VM 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 X7 Intel estão disponíveis apenas para o Oracle Database versões 23ai, 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
A OCI suporta a criação de sistemas de banco de dados usando versões mais antigas do banco de dados. Para cada forma, a versão mais recente e as duas versões anteriores da release estão disponíveis no provisionamento com as especificações a seguir.
- A forma Ampere A1 baseada em Arm está disponível apenas para o Oracle Database versões 23ai e 19c, começando com as atualizações de release (RU) 23.7.0.0, 19.19.0.0 e posteriores.
- A forma AMD E5 só está disponível para as versões 23ai e 19c do Oracle Database, começando com as atualizações de release (RU) 23.4.0.24.05, 19.21.0.0 e posteriores.
- A forma AMD E4 está disponível apenas para o Oracle Database versões 23ai, 21c e 19c com as RUs (atualizações de release) 23.4.0.24.05, 21.6.0.0, 19.15.0.0 e mais recentes.
- A forma Intel X9 só está disponível para o Oracle Database versões 23ai, 21c e 19c com as RUs (atualizações de release) 23.4.0.24.05, 21.8.0.0, 19.17.0.0 e posteriores.
- As formas X7 Intel estão disponíveis apenas para o Oracle Database versões 23ai, 21c e 19c.
- A migração da forma X9 da Intel para as formas AMD E4 e E5 não é suportada.
- Só há suporte para a migração para a forma E4 AMD em instâncias que usam a imagem base com atualizações de release 21.6.0.0, 19.15.0.0 e posteriores. 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.
- Só há suporte para a migração para a forma X9 Intel em instâncias que usam a imagem base com atualizações de release 21.8.0.0, 19.17.0.0 e posteriores. 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 BD com uma versão mais antiga do banco de dados, consulte Atualizações Críticas de Patches para obter informações sobre problemas conhecidos de segurança com a versão escolhida do banco de dados. Você também deve analisar e aplicar patches em problemas de segurança conhecidos do sistema operacional incluído na versão mais antiga do banco de dados. Para obter informações sobre as 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.
Armazenamento de dados disponível para formas flexíveis
Tabela - 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 | 1736 |
| 2048 | 512 | 2760 |
| 4096 | 1.024 | 5320 |
| 8192 | 2048 | 10440 |
| 12288 | 4096 | 16584 |
| 16384 | 4096 | 20680 |
| 24576 | 8192 | 32968 |
| 32768 | 8192 | 41160 |
| 40960 | 10240 | 51400 |
| 49152 | 12288 | 61640 |
| 57344 | 14336 | 71880 |
| 65536 | 16384 | 82120 |
| 73728 | 18432 | 92360 |
| 81920 | 20480 | 102600 |
Armazenamento de dados disponível para formas padrão
Tabela - 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 | 1480 |
| 2048 | 408 | 2656 |
| 4096 | 820 | 5116 |
| 6144 | 1228 | 7572 |
| 8192 | 1640 | 10032 |
| 10240 | 2048 | 12488 |
| 12288 | 2456 | 14944 |
| 14336 | 2868 | 17404 |
| 16384 | 3276 | 19860 |
| 18432 | 3688 | 22320 |
| 20480 | 4096 | 24776 |
| 22528 | 4504 | 27232 |
| 24576 | 4916 | 29692 |
| 26624 | 5324 | 32148 |
| 28672 | 5736 | 34608 |
| 30720 | 6144 | 37064 |
| 32768 | 6552 | 39520 |
| 34816 | 6964 | 41980 |
| 36864 | 7372 | 44436 |
| 38912 | 7784 | 46896 |
| 40960 | 8192 | 49352 |
Limites do Serviço
Os limites a seguir se aplicam aos recursos do Base Database.
Tabela - Limites de serviço
| Recursos | Créditos Universais da Oracle | Pay As You Go (Pagamento conforme o uso) 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:
Total de Armazenamento em Blocos de BD de VM inclui armazenamento de blocos para todos os bancos de dados VM.Standard1 e VM.Standard2 de máquina virtual.Opção de Provisionamento Rápido
Para sistemas de banco de dados de nó único, o OCI fornece uma opção de " provisionamento rápido" que permite criar um sistema de banco de dados usando o LVM (Logical Volume Manager) como software de gerenciamento de armazenamento. A maneira padrão ("provisionamento padrão") é provisionar com o ASM (Automatic Storage Management).
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 o ASM e não podem ser criados usando a opção de provisionamento rápido.
- 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.
Considerações sobre Dimensionamento de Armazenamento ao Usar o Provisionamento Rápido
Observação:
Este tópico só se aplica a sistemas de banco de dados de nó único.Quando você provisiona um sistema de banco de dados usando a opção de provisionamento rápido, o valor Armazenamento disponível (GB) especificado durante o provisionamento determina o armazenamento total máximo disponível por meio do dimensionamento. 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:
Tabela - Considerações sobre Dimensionamento de Armazenamento ao Usar o Provisionamento Rápido
| Armazenamento inicial especificado durante o provisionamento (GB) | Armazenamento máximo disponível por meio do dimensionamento (GB) |
|---|---|
| 256 | 2560 |
| 512 | 2560 |
| 1.024 | 5120 |
| 2048 | 10240 |
| 4096 | 20480 |
| 8192 | 40960 |
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 na caixa de diálogo de provisionamento, você pode selecionar os domínios de falha a serem usados para seus sistemas de banco de dados RAC com vários nós, e o sistema designará os nós aos seus domínios de 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 banco de dados usam hosts físicos subjacentes que periodicamente devem passar por manutenção. Quando essa manutenção é necessária, o OCI programa uma reinicialização do nó do sistema de banco de dados e notifica você sobre a próxima reinicialização. A reinicialização permite que o nó do sistema de banco de dados seja migrado para um novo host físico que não esteja precisando 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 no nó do sistema de banco de dados é a própria inicialização. A manutenção planejada do hardware físico original ocorre após o seu nó ser migrado para um 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 banco de dados que você pode reinicializar de forma proativa, navegue até a página Detalhes do Sistema de Banco de Dados do sistema na Console e marque o campo Reinicialização de manutenção do nó. 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 de manutenção não exibe uma data, seu sistema de banco de dados não tem eventos de manutenção de nó programados.
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. Esse campo especifica quando o sistema começará a próxima inicialização de nó programada.
Para localizar nós que têm reinicializações de manutenção programadas, você pode usar o Serviço de Pesquisa com uma consulta predefinida para localizar todos os sistemas de banco de dados que têm uma reinicialização de manutenção programada.
Para obter instruções de como usar a Console para reinicializar um nó, consulte Reinicializar um Sistema de Banco de Dados.
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.
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.