O Oracle Base Database Service (anteriormente conhecido como Oracle Database Cloud Service) consiste no Enterprise Database Service e no Standard Database Service executados em sistemas de banco de dados de máquina virtual (VM). Ele permite que você crie, dimensione e proteja com facilidade e economia os bancos de dados Oracle Enterprise Edition e Standard Edition na Oracle Cloud Infrastructure (OCI). Você cria bancos de dados em máquinas virtuais com opções de formas de computação e capacidade de armazenamento de volume de blocos. O serviço fornece automação integrada para tarefas comuns de gerenciamento do ciclo de vida do banco de dados, como atualização, backup/recuperação e habilitação do Oracle Data Guard — tudo o que pode ser executado usando o console OCI ou APIs REST.
Depois de criar uma conta da OCI, você deve primeiro criar uma rede de nuvem virtual (VCN) antes de criar seu primeiro banco de dados. Uma VCN é uma rede virtual privada que você configura diretamente nos data centers Oracle. Ela remonta a uma rede tradicional, com regras de firewall e gateways específicos para comunicação que você pode optar por usar. A partir daí, você pode criar um banco de dados Oracle em um sistema de banco de dados usando o console, APIs REST, CLI e SDKs.
O serviço oferece suporte ao Universal Credit Model (UCM) da Oracle, com preços para 'licença inclusa' e 'bring your own license' (BYOL). O preço é flexível, conta com opções como pay-as-you-go (PAYG, Pague Conforme Usa) e o Oracle Annual Universal Credit. O preço depende da edição do banco de dados selecionada, do formato do banco de dados, da quantidade de OCPUs e da capacidade de armazenamento. Para obter mais detalhes, visite a seção preço das máquinas virtuais. As locações existentes, sejam ela medidas - ou não, serão cobradas conforme o plano em vigência até que ele seja convertido em uma locação Universal Credit Model.
Para obter mais detalhes, visite a seçãoFAQ do Oracle Universal Credit.
Atualmente, as versões 19c, 21c e 23c do Oracle Database são compatíveis.
Veja a seguir uma lista das edições de softwares pagos Oracle Database que são suportados para otimização na nuvem.
Você também pode trazer a sua própria licença (BYOL).
Todas as edições incluem oOracle Database Transparent Data Encryption, Oracle Machine Learning, Graph, Spatial eOracle APEX. Com o Oracle Database 23ai, isso se expande para incluir AI Vector Search, dualidade relacional JSON e outros recursos.
Um sistema de banco de dados é uma máquina virtual que possui o software Oracle Database implantado e configurado com um número especificado pelo usuário de núcleos, edição de software e versão do banco de dados.
A documentação técnica para sistemas de banco de dados faz parte da documentação OCI.
Os sistemas de banco de dados estão disponíveis nos formatos AMD Standard E4 Flex, Intel X9 Standard 3 Flex ou Ampere Standard A1 Flex. Para obter os detalhes mais recentes sobre formas disponíveis, consulte Sobre sistemas de banco de dados de máquinas virtuais na documentação.
Os sistemas de banco de dados VM estão disponíveis com armazenamento de volume de blocos de desempenho superior ou balanceado.
Desempenho, capacidade de armazenamento, custo, entre outros critérios, podem ser alguns dos critérios durante a escolha do formato.
A Oracle oferece aos clientes uma opção de gerenciamento local e na nuvem e opções de monitoramento. Isso inclui Oracle Enterprise Manager e Oracle Cloud Infrastructure Database Management.
Sim. Os eventos que afetam os sistemas de banco de dados estão disponíveis por meio do serviço de eventos. Consulte a documentação para obter uma lista de tipos de eventos para sistemas de banco de dados.
Sim. Está disponível o Oracle RAC de dois nós em máquinas virtuais dentro de uma rede de nuvem virtual. O Oracle RAC em máquinas virtuais é configurável definindo o "número total de nós" como 2 ao selecionar as opções para provisionar um sistema de banco de dados.
Não. Os bancos de dados Oracle RAC são compatíveis com Enterprise Edition Extreme Performance em sistemas de banco de dados de máquinas virtuais, mas são limitados a uma configuração Oracle RAC de dois nós.
Não. As máquinas virtuais para Oracle RAC de dois nós são implementadas em servidores e racks separados dentro do mesmo domínio de disponibilidade. O armazenamento é compartilhado entre as duas instâncias do banco de dados. Essa configuração protege contra falhas no servidor e a falta de energia no rack. Para maior disponibilidade, é recomendável habilitar o Oracle Data Guard com um sistema de banco de dados de máquina virtual Oracle RAC de dois nós em espera em um domínio de disponibilidade separado.
Os sistemas de banco de dados de máquinas virtuais contêm apenas um banco de dados de contêiner (CDB). No entanto, o banco de dados contêiner pode possuir diversos banco de dados plugáveis (PDBs). Um único CDB com um único PDB é criado por padrão quando o sistema de banco de dados da máquina virtual é criado. Esse serviço oferece gerenciamento integrado do ciclo de vida do PDB.
Sim, você escalar a quantidade de OCPUs, tanto para mais quanto para menos, conforme for necessário. No entanto, dimensionar as OCPUs exigirá a alteração do formato da máquina virtual e resultará em uma interrupção do banco de dados. Para sistemas de banco de dados de máquina virtual RAC de 2 nós, a forma é alterada uma máquina virtual por vez de maneira contínua.
Sim. Um sistema de banco de dados de máquina virtual usa armazenamento de volume de bloco, para que você possa configurar o armazenamento disponível em qualquer lugar de 256 GB a 80 TB. Você pode aumentar a capacidade de armazenamento sem tempo de inatividade. A redução do armazenamento requer a migração para um novo sistema de banco de dados de máquina virtual.
Sim, você pode clonar um sistema de banco de dados de máquina virtual que usa Logical Volume Manager (LVM) ou Grid Infrastructure/ASM para software de gerenciamento de armazenamento. A clonagem de um sistema de banco de dados de máquina virtual cria uma cópia do banco de dados de origem no momento da operação de clonagem, incluindo software e volumes de banco de dados.
A Oracle oferece uma grande variedade de soluções Oracle Database Cloud Migration.
O modelo de compra de crédito universal da Oracle oferece modelos de preços simples e flexíveis. Os preços pré-pagos (PAYG) permitem que você provisione rapidamente serviços sem compromisso inicial, sem período mínimo de serviço e pague apenas pelo que usar, que será cobrado mensalmente em atraso. Os Annual Universal Credits permitem que você use qualquer OCI qualificado e serviços de plataforma a qualquer momento, em qualquer região. Os créditos universais anuais são cobrados com antecedência e oferecem economia significativa nos serviços de nuvem, combinando redução de custos e gastos mensais previsíveis com um período de aumento à medida que você integra suas cargas de trabalho.
Consulte as Perguntas frequentes sobre precificação de crédito universal da Oracle para obter mais informações.
Para sistemas de banco de dados de máquinas virtuais, há três componentes de medição: o uso de OCPU e o uso de armazenamento de Block Volume são necessários. Oracle Database Autonomous Recovery Service e Oracle Cloud Infrastructure (OCI) Object Storage são opcionais.
Os modelos de licenciamento com licença incluída e traga sua própria licença (BYOL) são cobrados com base no uso da OCPU. O uso de OCPU por hora é cobrado com base no formato do sistema de banco de dados da máquina virtual. Cada hora parcial de OCPU consumida é cobrada como hora parcial com um mínimo de um minuto.
Os sistemas de banco de dados de máquinas virtuais usam armazenamento de volume de bloco remoto. Você pode anexar até 100 TB de armazenamento total, que consiste em até 80 TB para armazenamento de dados e até 20 TB para armazenamento de recuperação. Você paga pelo armazenamento total. Você pode escolher volumes de armazenamento em bloco com desempenho superior ou desempenho balanceado. Os volumes de armazenamento em bloco com maior desempenho são definidos como 1 unidade de armazenamento em volume em bloco com 20 unidades de desempenho em volume em bloco por gigabyte por mês. Os volumes de armazenamento em bloco com desempenho balanceado são definidos como 1 unidade de armazenamento em volume em bloco com 10 unidades de desempenho em volume em bloco por gigabyte por mês.
Você pode usar o recurso de backup/ restauração para configurar backups de seus bancos de dados para o Database Autonomous Recovery Service ou OCI Object Storage. A cobrança dos backups é baseada na quantidade total de armazenamento em uso.
Consulte a Lista de preços do Cloud para obter mais detalhes.
Sim, você pode alterar o modelo de licenciamento de licença incluída para BYOL e vice-versa.
Sim. Parar cobrança é compatível com sistemas de banco de dados de máquinas virtuais. Para aproveitar esse recurso, acesse o sistema de banco de dados da máquina virtual e selecione o nó que deseja interromper. O banco de dados permanece intacto enquanto o nó estiver parado. Você não será cobrado por horas em que o nó não estiver em execução.
Uma VCN é uma rede privada personalizável na OCI. Assim como uma rede tradicional de data center, uma VCN fornece controle total sobre o seu ambiente de rede. Isso inclui atribuir o seu endereço de IP único, criar subnets, criar tabelas de redirecionamento e configurar firewalls de direito. Um tenant único pode ter várias VCNs, o que fornecerá agrupamento e isolamento de recursos relacionados.
A implementação em uma VCN por padrão também oferece segurança e flexibilidade ao:
É altamente recomendável criar sub-redes separadas em cada domínio de disponibilidade e colocar seus sistemas de banco de dados nessas sub-redes. Isso permite definir com precisão listas de segurança de entrada/saída para a sub-rede e controlar o acesso à rede.
Os sistemas de banco de dados são configurados com TDE por padrão durante o provisionamento. Consulte a Seção de Perguntas Frequentes TDE para obter mais detalhes sobre TDE. Você também tem a flexibilidade de efetuar login e controlar outras políticas de segurança no sistema de banco de dados.
Você pode usar o serviço OCI Vault com chaves de criptografia gerenciadas pelo cliente. Chaves de criptografia gerenciadas pela Oracle também estão disponíveis. Consulte a documentação para Chaves de criptografia do banco de dados.
Com o Oracle Identity and Access Management (IAM), você pode configurar seu ambiente de nuvem para atender aos seus requisitos de segurança e conformidade. Do ponto de vista do banco de dados, você configura as políticas do IAM que permitem restringir o acesso aos sistemas de banco de dados apenas a um conjunto selecionado de usuários (DBAs). Consulte a documentação para saber como usar o Oracle IAM.
Sim. Com acesso completo à raíz do sistema de banco de dados, você pode configurar a auditoria para todas as operações no sistema de banco de dados. Esse serviço oferece suporte robusto às auditorias, independentemente da versão do banco de dados. Os registros de auditoria incluem informações sobre a operação que foi auditada, o usuário que está executando a operação e a data e hora da operação. Os registros de auditoria podem ser armazenados na trilha de auditoria do banco de dados ou em arquivos no sistema operacional. A auditoria padrão inclui operações em privilégios, esquemas, objetos e instruções. Além disso, você pode usar a OCI Audit para auditar todas as chamadas de gerenciamento de API feitas em sua locação.
Sim. Todas as opções de segurança do Oracle Database são suportados.
O Oracle Data Safe é um serviço nativo da nuvem que fornece recursos de segurança, como avaliações, auditoria e mascaramento de dados, e pode ser usado gratuitamente com sistemas de banco de dados.
O recurso de atualização simplifica as etapas necessárias para atualizar seus sistemas de banco de dados e bancos de dados. Você pode usar o console e as APIs da OCI para visualizar as atualizações aplicáveis ao seu sistema de banco de dados ou banco de dados e enviar uma solicitação de atualização. O serviço executará as etapas de atualização de ponta a ponta enquanto exibe o status. Você pode visualizar todas as atualizações que foram aplicadas e, se necessário, reverter ou reaplicar uma atualização. Além disso, você pode usar os controles do Oracle Identity and Access Management (IAM) para gerenciar o acesso aos recursos de atualização.
A rede em nuvem (VCN) do seu sistema de banco de dados deve ser capaz de acessar as atualizações armazenadas no OCI Object Storage. Você pode fazer isso configurando um gateway de serviço, que permite que recursos de nuvem sem endereços IP públicos acessem de forma privada os serviços Oracle, como o Oracle Object Storage.
Atualizações específicas de serviço para sistemas de banco de dados e bancos de dados podem ser aplicadas. Os sistemas de banco de dados têm apenas a atualização mais recente disponível. Os bancos de dados têm a atualização mais recente e as atualizações de banco de dados mais antigas disponíveis. Você pode encontrar a lista de sistema de banco de dados atualmente disponível e atualizações de banco de dados em Atualizar um sistema de banco de dados.
Use imagens personalizadas de software de banco de dados para aplicar atualizações temporárias ou pontuais. Recomendamos que você não aplique atualizações de pacotes trimestrais locais usando o utilitário OPatch. Essas atualizações podem não funcionar sem a aplicação de atualizações adicionais específicas da nuvem. Em vez disso, você deve aplicar atualizações trimestrais personalizadas para a nuvem que estão disponíveis por meio do console da Oracle Cloud Infrastructure e das APIs REST.
Sim. Imagens personalizadas do software de banco de dados podem perder o casamento
Sim. Haverá tempo de inatividade para sistemas de banco de dados de máquina virtual de 1 nó. A atualização do sistema de banco de dados da máquina virtual RAC de 2 nós é contínua, 1 nó por vez. Você também pode configurar o Oracle Data Guard para minizar os riscos com invatividade. Conheça as boas práticas de Maximum Availability Architecture (MAA) best practices.
Seu sistema de banco de dados ou home do banco de dados estará no estado "Disponível" se a atualização falhar. O histórico de atualização pode indicar o motivo da falha da operação. Para depurar a causa raiz da falha, você pode acessar logs detalhados relacionados à atualização acessando seu host. Se as informações do log não forem úteis na depuração do problema, você poderá registrar uma solicitação no Oracle Support para ajudar a determinar a causa raiz.
Você pode visualizar o histórico de atualização para seu sistema de banco de dados e banco de dados que foram aplicados usando o console da OCI e APIs REST.
Sim, seu sistema de banco de dados deve estar na mesma versão ou superior ao seu banco de dados. Para evitar conflitos de versão, você deve aplicar primeiro as atualizações do sistema de banco de dados, seguidas pelas atualizações do banco de dados. Se você não seguir esta ordem, receberá uma mensagem de erro ao aplicar a atualização.
Sim. As atualizações do pacote Oracle Database e as atualizações do banco de dados do sistema de banco de dados são diferentes. As atualizações do banco de dados do sistema de banco de dados são um superconjunto contendo atualizações do pacote Oracle Database e atualizações OCI, junto com outras atualizações.
Sim, as atualizações do sistema de banco de dados incluem atualizações do Grid Infrastructure e estão disponíveis para sistemas de banco de dados usando o gerenciamento de armazenamento Grid Infrastructure/ASM. As atualizações do sistema de banco de dados não incluem atualizações do sistema operacional.
Atualmente, as atualizações do SO não são suportadas por meio do console OCI ou APIs usando o recurso de aplicação de patches. Você deve acessar o host diretamente para atualizar manualmente o sistema operacional por meio da linha de comando. Consulte a documentação para atualizações do SO do sistema de banco de dados da máquina virtual.
Sim. As atualizações do banco de dados são cumulativas. Novas atualizações contêm atualizações do sistema de banco de dados anterior ou atualizações de banco de dados da mesma versão.
O Oracle Database Autonomous Recovery Service e Oracle Cloud Infrastructure (OCI) Object Storage podem ser usados como destinos de backup. Consulte Conceitos do Serviço de Recuperação e Visão Geral do OCI Object Storage para saber mais.
O Autonomous Recovery Service é uma solução de backup na nuvem totalmente gerenciada, autônoma e centralizada para bancos de dados da OCI. O Recovery Service foi projetado para aproveitar os recursos combinados de Zero Data Loss Recovery Appliance e Oracle Recovery Manager (Oracle RMAN). Ao usar o Autonomous Recovery Service para backups automáticos, não há necessidade de executar backups completos semanalmente. O Autonomous Recovery Service usa backups virtuais completos para executar a recuperação do banco de dados, o que permite uma recuperação mais rápida porque não há backups incrementais diários. Quando o recurso de proteção de dados em tempo real estiver ativado, o Autonomous Recovery Service fornecerá um melhor RPO (Recovery Point Objective) do que os backups no Object Storage, pois as alterações do log redo são transferidas continuamente do banco de dados protegido.
O Autonomous Recovery Service oferece uma solução otimizada de backup e recuperação automática orientada por políticas. O Zero Data Loss Autonomous Recovery Service é um recurso opcional do Autonomous Recovery Service que oferece proteção em tempo real para bancos de dados sem perda de dados em caso de falha. Real-time Data Protection é a transferência contínua de alterações redo de um banco de dados protegido do Autonomous Recovery Service. Esse recurso reduz a perda de dados e fornece um RPO próximo de 0. Como o recurso de proteção de dados em tempo real é uma opção de custo adicional, você pode optar por ativá-lo ou desativá-lo ao configurar backups automáticos de banco de dados.
Sim. Seus backups são criptografados com a mesma chave principal usada para criptografar seu banco de dados.
O recurso de backups automáticos gerenciados pela Oracle é o método preferencial. Você pode usar o console da OCI ou APIs REST para criar e gerenciar backups de seus bancos de dados. Você também restaurar o seu banco de dados existente a partir de um backup ou criar um novo banco de dados a partir desse backup. Consulte Recursos de backup gerenciado e Automação e armazenamento de backup na Oracle Cloud para saber mais.
Os backups automatizados são mais confiáveis, consistentes e menos propensos a erros que os backups manuais. Você pode usar o console da OCI ou APIs Rest para criar e gerenciar backups com facilidade. Ao usar o console, você pode criar backups completos sob demanda ou configurar backups incrementais automáticos com apenas alguns cliques. Da mesma forma, você pode visualizar seus backups e restaurar seu banco de dados usando o último estado bom conhecido, um ponto no tempo ou SCN (número de alteração do sistema). Você também pode criar um novo banco de dados de seu backup em um novo sistema de banco de dados. Consulte Recupere um banco de dados usando o console e Formas de gerenciar os recursos do serviço de recuperação para saber mais.
Se uma operação de backup automático falhar, o serviço de banco de dados repetirá a operação durante a janela de backup do dia seguinte. Se um backup completo sob demanda falhar, você poderá tentar a operação novamente quando o sistema e a disponibilidade do banco de dados forem restaurados. Os backups com falha são relatados no console da OCI. Para sistemas de banco de dados que usam o recurso de proteção de dados em tempo real Zero Data Loss Autonomous Recovery Service, o backup ignorado não causa perda de dados, pois a capacidade de recuperação do banco de dados continua disponível usando os logs redo enviados.
Não. Os backups automáticos não são ativados por padrão. Você pode ativar a opção durante a criação do banco de dados ou a qualquer momento após o provisionamento do banco de dados. Para obter mais informações, consulte Backup de bancos de dados da Oracle Cloud para o Recovery Service.
O período de retenção disponível para backups automáticos é baseado no tipo de destino de backup escolhido.
Quando você escolhe o Autonomous Recovery Service como destino de backup:
Ao escolher o OCI Object Storage como destino de backup:
Você não definir outros períodos de retenção ou frequência para os backups automáticos incrementais.
Os backups diários de nível 1 são backups incrementais criados todos os dias durante os seis dias seguintes ao dia de backup de nível 0. Os backups de logs redo de arquivamento são realizados com uma frequência mínima de 60 minutos.
Ao habilitar backups automáticos para um banco de dados, um backup inicial de nível 0 será criado. Para backups automáticos no OCI Object Storage, backups completos são feitos uma vez por semana com backups incrementais diários entre eles. Para backups automáticos do Autonomous Recovery Service, apenas backups incrementais diários são feitos após o backup completo inicial.
Você pode agendar o dia da semana para o backup completo automático ocorrer junto com uma janela de 2 horas para quando o backup completo deve começar. Você também pode agendar uma janela de 2 horas para quando os backups incrementais diários devem começar.
Para destinos de backup automático do OCI Object Storage:
Para destinos de backup automático do Autonomous Recovery Service, você pode escolher como os backups são gerenciados após o encerramento de um banco de dados:
Para destinos de backup do OCI Object Storage, seus backups são armazenados no OCI Object Storage. O OCI Object Storage foi projetado desde o início para ser altamente durável. Os dados são armazenados de forma redundante em vários servidores de armazenamento e em vários domínios de disponibilidade. A integridade dos dados é monitorada ativamente usando somas de verificação e dados corrompidos são detectados e reparados automaticamente. Qualquer perda na redundância de dados é automaticamente detectada e corrigida automaticamente, sem nenhum impacto no cliente. Consulte Características do Object Storage para saber mais.
O Recovery Service oferece muitas camadas de proteção para seus destinos de backup. Os backups são regularmente validados, mantidos em armazenamento altamente redundante e distribuídos em diferentes domínios de disponibilidade. A integridade dos dados é monitorada ativamente usando somas de verificação e dados corrompidos são detectados e reparados automaticamente. Qualquer perda na redundância de dados é automaticamente detectada e corrigida automaticamente, sem nenhum impacto no cliente. Consulte Conceitos do Serviço de Recuperação para saber mais.
Os sistemas de banco de dados de máquina virtual RAC de 2 nós protegem contra o tempo de inatividade devido a falhas no servidor ou na instância do banco de dados. Você também pode iniciar sistemas de banco de dados em diferentes domínios ou regiões de disponibilidade e configurar o Oracle Data Guard entre eles.
Consulte Data Guard para Alta Disponibilidade e as boas práticas de Arquitetura de Disponibilidade Máxima (MAA) para obter mais informações sobre como configurar uma configuração altamente disponível para bancos de dados Oracle.
Todas as edições do banco de dados Corporativo oferecem suporte ao Data Guard. A edição Enterprise Extreme Performance suporta o Active Data Guard.
A ativação do Oracle Data Guard está disponível por meio do console OCI e das APIs REST. Com apenas alguns cliques, você pode ativar o Data Guard e executar alternância, failover e restabelecer ações. Você também pode configurar o controle de acesso granular para o recurso usando o serviço Oracle Identity and Access Management.
Existe suporte para os modos de proteção de máximo desempenho com transporte ASSÍNCRONO e disponibilidade máxima com transporte SÍNCRONO.
Para remover a associação do Data Guard usando o recurso Data Guard, você deve primeiro excluir o banco de dados em espera. Depois de excluir o banco de dados em espera, a associação do Data Guard será removida automaticamente.
Por padrão, o banco de dados standby é criado com a mesma versão do principal. No entanto, você pode escolher a mesma versão ou versão superior usando uma imagem de software de banco de dados personalizada para seu banco de dados standby.
Sim, você pode configurar o Data Guard entre um banco de dados local e um banco de dados executado em um sistema de banco de dados na OCI. Você pode configurar manualmente o Data Guard entre o banco de dados local e um serviço de banco de dados usando o DGMGRL. Saiba mais sobre DGMGRL.
Você pode atualizar os bancos de dados na configuração principal e em espera do Data Guard. Você deve corrigir o banco de dados em standby primeiro, trocar para o standby e, em seguida, corrigir o primário.
Você deve atualizar o modo de espera primeiro, alternar para o modo de espera e, em seguida, atualizar o principal. Se você deseja ativar o backup para uma espera, pode fazê-lo acessando o host do banco de dados em espera e usando o RMAN (Recovery Manager).
Com o Active Data Guard, você pode usar os bancos de dados standby para as operações somente leitura.
Não, você não pode configurar o FSFO com o recurso Data Guard. No entanto, o FSFO pode ser configurado manualmente. Você pode usar o recurso de backup e restauração do banco de dados OCI para fazer backup e restaurar seus bancos de dados primários.