Sobre o Autônomo Container Database

O ACD (Autonomous Container Database) é um dos quatro componentes do modelo de arquitetura de banco de dados de quatro níveis, que é a base de um Autonomous AI Database on Dedicated Exadata Infrastructure. Os ACDs são provisionados em um AVMC (Cluster de VMs do Autonomous Exadata) e servem como contêineres para um ou mais Autonomous AI Databases.

Você pode criar vários recursos ACD em um único recurso AVMC, mas deve criar pelo menos um para poder criar qualquer Autonomous AI Databases. Para obter uma compreensão abrangente da arquitetura de quatro camadas usada com um Autonomous AI Database na Infraestrutura Dedicada do Exadata e entender o posicionamento do ACD nessa arquitetura, consulte Componentes do para saber mais.

Requisitos do Autonomous Container Database

Requisitos de Política do IAM

Você deve ter uma conta do Oracle Cloud Infrastructure com privilégios concedidos por meio das Políticas do IAM necessárias. As políticas necessárias dependem da operação que você está executando. Para obter uma lista de políticas do serviço IAM pertencentes a Autonomous Container Databases, consulte Políticas para Gerenciar Autonomous Container Databases.

Requisitos Mínimos de Recursos

Para criar um Autonomous Container Database, você precisa de pelo menos:

8 ECPUs ou 2 OCPUs por nó
50 GB de armazenamento local por nó

Recursos do Banco de Dados Gerenciados pelo Autonomous Container Database

Os recursos a seguir do Autonomous AI Database podem ser definidos e gerenciados no nível do Autonomous Container Database (ACD).

Recurso Autonomous AI Database	Notas	Referência Adicional
Versão do software Oracle Database Você pode definir a versão do software de banco de dados contêiner ao provisionar um ACD.	Você pode escolher a versão do software Oracle Database em uma versão de imagem base ou em uma imagem de software do Autonomous AI Database que foi criada com base em outro ACD. Ao selecionar a versão da imagem base, você pode escolher a versão mais recente do software Oracle Database ou sua predecessora imediata. Por exemplo: Suponha que a versão mais recente do Oracle Database suportada pelo Autonomous AI Database seja 19.26.0.1.0. Em seguida, o menu suspenso Selecionar imagem base lista as versões 19.26.0.1.0 e 19.25.0.1.0. para você escolher.	-
Autonomous Data Guard A configuração do Autonomous Data Guard permite que você mantenha seus banco de dados de produção críticos disponíveis para aplicativos de missão crítica, apesar das falhas.	Você pode ativar o Autonomous Data Guard na página Detalhes de um ACD e criar até dois ACDs stand-by. Os ACDs primário e secundário também podem ser implantados em diferentes regiões (entre regiões). Em uma configuração do Autonomous Data Guard entre regiões usando chaves gerenciadas pelo cliente ou KMS, dependendo do número de Autonomous AI Databases no ACD principal, novas versões de chave serão geradas automaticamente para os bancos de dados stand-by no Vault entre regiões.	Proteger Bancos de Dados Críticos contra Falhas e Desastres Usando o Autonomous Data Guard
Programação de Manutenção Em geral, a Oracle programa e executa toda a manutenção da frota espalhada por cada trimestre e correções mensais de segurança de infraestrutura para vulnerabilidades com pontuações de CVSS maiores ou iguais a 7. Você pode deixar a Oracle tratar a programação da manutenção ou pode definir uma janela de manutenção específica em que a Oracle pode iniciar as operações de manutenção.	Você pode escolher entre os métodos de manutenção Contínua ou Não Contínua para um ACD. Se você escolher um método de manutenção não incremental em uma configuração do Autonomous Data Guard, haverá um período de indisponibilidade para o ACD e todos os Autonomous AI Databases associados até a conclusão da aplicação de patch. Opcionalmente, você também pode selecionar Ativar atualização de fuso horário. Os arquivos de fuso horário só podem ser atualizados usando o método de configuração não incremental. Você pode definir ou modificar as definições de programação de manutenção para um ACD a ser gerenciado pela Oracle ou pode definir uma programação de manutenção personalizada. Ao personalizar a programação de manutenção de um ACD, você pode optar por ignorar a aplicação de patches por um trimestre. No entanto, não é possível ignorar a aplicação de patches por dois trimestres consecutivos. Quando você opta por ignorar a aplicação de patches para um trimestre, é necessário selecionar pelo menos um mês desse trimestre. Isso funciona como um fallback caso a manutenção não ocorra no trimestre não ignorado anterior. Nesse cenário, a Oracle executará automaticamente a manutenção no mês selecionado, mesmo se a opção de ignorar for escolhida para esse trimestre. Você pode visualizar o número de patches one-off disponíveis para um ACD em sua página Detalhes. Clicar no link Copiar ao lado dele copia todos os números de patch one-off. Quando você reprograma um evento da manutenção ACD que já está programado, a Oracle poderá colocá-lo em uma fila se o recurso Exadata Infrastructure ou o recurso Cluster da VM do Autonomous Exadata for: Já estiver(em) passando por uma atualização de manutenção, ou Programado para uma atividade da manutenção simultaneamente como ACD. Você pode programar uma manutenção sob demanda para atualizar RU (Release Update) junto com o arquivo de fuso horário ou apenas o arquivo de fuso horário para um ACD. Você também pode optar por atualizar usando uma imagem de software de banco de dados personalizada existente. Você pode passar por um período de indisponibilidade para seu ACD e os Autonomous AI Databases associados, dependendo da configuração da programação de manutenção do seu ACD.	Manutenção de Serviço Programar uma Atualização de Manutenção Trimestral
Backup e Restauração Para oferecer suporte à alta disponibilidade, o Autonomous AI Database faz backup automaticamente do seu banco de dados para você. O período de retenção para backups é de até 95 dias, dependendo do período/política de retenção de backup escolhido para o ACD. Você pode restaurar e recuperar o banco de dados a qualquer momento nesse período de retenção.	Uma vez ativados, os backups automáticos não podem ser desativados para um ACD. Com backups automáticos ativados, você tem opções para fazer backups entre regiões, backups de longo prazo e backups manuais. Você pode definir a política/período de retenção de backup ao provisionar um ACD ou modificá-lo posteriormente em sua página de detalhes na console da console do Oracle Cloud Infrastructure. Você pode manter os backups de um ACD encerrado por até 72 horas ou até o final do período de retenção de backup. Você pode ativar o bloqueio de retenção de backup para evitar qualquer exclusão indesejada dos backups do ACD e do Autonomous AI Database antes do período de retenção. Você pode ativar o bloqueio de retenção ao provisionar o ACD ou posterior. Uma vez ativado, você pode desativar o bloqueio de retenção dentro de 14 dias, além do qual a definição se torna permanente. Depois que o bloqueio de retenção for ativado, você só poderá aumentar o valor do período de retenção e ele não poderá ser reduzido. Todos os backups de longo prazo também serão bloqueados e não poderão ser excluídos quando o bloqueio de retenção estiver ativado. Os backups de longo prazo são automaticamente excluídos após a expiração. No entanto, no caso de implantações do Exadata Cloud@Customer, se o destino de backup for NFS, nenhum dos backups será excluído automaticamente quando um ACD for encerrado. Você precisa excluir manualmente todos os backups automáticos, manuais e de longo prazo após o encerramento do ACD e a data de expiração ter passado. Consulte Política de Retenção de Backup para obter mais detalhes sobre os valores da política de retenção de backup para diferentes implantações do Autonomous AI Database.	Fazer Backup e Restaurar Autonomous AI Databases.
Destino do Backup Um destino do backup define as propriedades necessárias para estabelecer conexão com um local de backup, e cada destino do backup deve estar acessível em seu datacenter pelos nós do cluster da VM.	A capacidade de escolher um destino de backup ao provisionar um ACD e os destinos de backup suportados variam de acordo com a plataforma de implantação. Consulte Destino de backup para obter mais detalhes sobre os diferentes tipos de destino de backup.	Para saber mais sobre como configurar o destino de backup NFS do Cloud@Customer, consulte Pré-requisitos para Destinos de Backup do Exadata Cloud@Customer. Consulte Editar Definições de Backup do Autonomous Container Database para obter instruções sobre como alterar o tipo de destino de backup após o provisionamento do ACD.
Utilização de Espaço NFS	APLICA-SE A: Exadata Cloud@Customer somente Se o tipo de destino de backup atual for NFS, a utilização do espaço NFS atual será exibida como uma porcentagem junto com um ícone de status.	Consulte Exibir Utilização de Espaço NFS para obter mais detalhes.
Atributos do Resource Management Os atributos de gerenciamento de recursos afetam a forma como os recursos são gerenciados para consolidar mais bancos de dados ou ter a maior disponibilidade de banco de dados.	Opcionalmente, ao provisionar um ACD, você pode definir um valor adequado para os seguintes atributos de gerenciamento de recursos para atender às suas necessidades: Limite de divisão do banco de dados (CPU): O valor da CPU além do qual um Autonomous AI Database será aberto em vários nós. O valor padrão desse atributo é 16 para OCPUs e 64 para ECPUs. Reserva de failover de nó (%): Determina a porcentagem de CPUs reservadas entre nós para suportar failover de nó. Os valores permitidos são 0%, 25% e 50%, sendo 50% a opção padrão. Afinidade de distribuição: Determina se um Autonomous AI Database deve ser aberto em um mínimo ou máximo de nós. Por padrão, Mínimo de nós é selecionado.	Para obter mais informações sobre como esses atributos ACD afetam o desempenho de seus bancos de dados, consulte Detalhes de Faturamento da CPU.
Conexões de Servidor Compartilhadas A arquitetura do servidor compartilhado permite que um servidor do banco de dados permita que muitos processos do cliente compartilhem poucos processos do servidor, de modo que o número de usuários que podem ser suportados seja aumentado.	Ao provisionar um ACD, você pode ativar, opcionalmente, conexões de servidor compartilhadas. Não é possível desativar a arquitetura do servidor compartilhado após o provisionamento do ACD.	Recursos de Conexão de Finalidades Especiais
Chave de Criptografia Por padrão, o Autonomous AI Database cria e gerencia todas as chaves mestras de criptografia usadas para proteger seus dados, armazenando-os em um keystore PKCS 12 seguro nos mesmos sistemas Exadata em que residem as bases de dados. Se forem necessárias políticas de segurança de sua empresa, o Autonomous AI Database poderá usar as chaves que você criar e gerenciar.	Ao provisionar um ACD, você pode opcionalmente configurar o ACD para usar chaves de criptografia gerenciadas pelo cliente em vez de chaves de criptografia gerenciadas pela Oracle. Você pode escolher entre as seguintes opções ao usar chaves de criptografia gerenciadas pelo cliente: Serviço OCI Vault: com essa opção, você seleciona um Vault e uma Chave de Criptografia Principal. Essa opção só está disponível no Oracle Public Cloud. Oracle Key Vault: Você seleciona um Armazenamento de Chaves com esta opção e informa um nome de grupo de Pontos Finais do OKV. AWS KMS Service: no Autonomous AI Database no Oracle Database@AWS, você pode usar o AWS Key Management Service (AWS KMS) para gerenciar as Chaves de Criptografia Principais. Você pode usar chaves de criptografia gerenciadas pelo cliente com ACDs ativados para o Autonomous Data Guard com os bancos de Dados principal e stand-by localizados em diferentes domínios de disponibilidade na mesma região.	Sobre Chaves de Criptografia Principais Usar BYOK (Bring Your Own Keys) no Serviço Vault Usar Chaves Gerenciadas pelo Cliente no Oracle Key Vault Alternar a Chave de Criptografia de um Autonomous Container Database
E-mail de Contato Você pode fornecer e-mails de contato nos quais pode receber notificações operacionais, anúncios e notificações de manutenção não planejadas relacionadas ao seu Autonomous Container Database.	A Oracle recomenda o uso do endereço de e-mail de um grupo de administradores em vez do de um indivíduo, sempre que possível, para garantir que nenhuma notificação ou anúncio importante seja perdido.
Full Stack Disaster Recovery O Full Stack DR é um serviço do OCI (Oracle Cloud Infrastructure) de orquestração e gerenciamento da recuperação do desastre que fornece recursos abrangentes da recuperação do desastre para todas as camadas de uma pilha do aplicativo, incluindo infraestrutura, middleware, banco de dados e aplicativo.	Você pode ativar o OCI Full Stack Disaster Recovery e usá-lo para executar operações de switchover/failover ou, opcionalmente, executar apenas operações de switchover/failover do Autonomous AI Database.	Use o OCI Full Stack Disaster Recovery no Autonomous AI Database na Infraestrutura Dedicada do Exadata
Cópia do Backup de Região Cruzada Você pode selecionar uma região secundária para uma cópia de seus backups. No caso de uma falha de região, você pode clonar o backup remoto do ACD para restaurar os dados. O backup de um ACD só pode ser clonado para um AVMC (Cluster de VMs do Autonomous Exadata) diferente do AVMC de origem.	APLICA-SE A: Oracle Public Cloud somente A cópia de backup entre regiões pode ser ativada durante o provisionamento de um ACD ou na página de detalhes de um ACD existente. Você não poderá ativar o backup entre regiões se o Autonomous Data Guard estiver ativado.	Sobre a Clonagem do Autonomous Container Database em uma Infraestrutura Dedicada Exadata Clonar um Autonomous Container Database

Recurso Autonomous AI Database

Notas

Referência Adicional

Versão do software Oracle Database

Você pode definir a versão do software de banco de dados contêiner ao provisionar um ACD.

Você pode escolher a versão do software Oracle Database em uma versão de imagem base ou em uma imagem de software do Autonomous AI Database que foi criada com base em outro ACD.

Ao selecionar a versão da imagem base, você pode escolher a versão mais recente do software Oracle Database ou sua predecessora imediata. Por exemplo: Suponha que a versão mais recente do Oracle Database suportada pelo Autonomous AI Database seja 19.26.0.1.0. Em seguida, o menu suspenso Selecionar imagem base lista as versões 19.26.0.1.0 e 19.25.0.1.0. para você escolher.

Autonomous Data Guard

A configuração do Autonomous Data Guard permite que você mantenha seus banco de dados de produção críticos disponíveis para aplicativos de missão crítica, apesar das falhas.

Você pode ativar o Autonomous Data Guard na página Detalhes de um ACD e criar até dois ACDs stand-by.

Os ACDs primário e secundário também podem ser implantados em diferentes regiões (entre regiões). Em uma configuração do Autonomous Data Guard entre regiões usando chaves gerenciadas pelo cliente ou KMS, dependendo do número de Autonomous AI Databases no ACD principal, novas versões de chave serão geradas automaticamente para os bancos de dados stand-by no Vault entre regiões.

Proteger Bancos de Dados Críticos contra Falhas e Desastres Usando o Autonomous Data Guard

Programação de Manutenção

Em geral, a Oracle programa e executa toda a manutenção da frota espalhada por cada trimestre e correções mensais de segurança de infraestrutura para vulnerabilidades com pontuações de CVSS maiores ou iguais a 7.

Você pode deixar a Oracle tratar a programação da manutenção ou pode definir uma janela de manutenção específica em que a Oracle pode iniciar as operações de manutenção.

Você pode escolher entre os métodos de manutenção Contínua ou Não Contínua para um ACD. Se você escolher um método de manutenção não incremental em uma configuração do Autonomous Data Guard, haverá um período de indisponibilidade para o ACD e todos os Autonomous AI Databases associados até a conclusão da aplicação de patch. Opcionalmente, você também pode selecionar Ativar atualização de fuso horário. Os arquivos de fuso horário só podem ser atualizados usando o método de configuração não incremental.

Você pode definir ou modificar as definições de programação de manutenção para um ACD a ser gerenciado pela Oracle ou pode definir uma programação de manutenção personalizada.

Ao personalizar a programação de manutenção de um ACD, você pode optar por ignorar a aplicação de patches por um trimestre. No entanto, não é possível ignorar a aplicação de patches por dois trimestres consecutivos. Quando você opta por ignorar a aplicação de patches para um trimestre, é necessário selecionar pelo menos um mês desse trimestre. Isso funciona como um fallback caso a manutenção não ocorra no trimestre não ignorado anterior. Nesse cenário, a Oracle executará automaticamente a manutenção no mês selecionado, mesmo se a opção de ignorar for escolhida para esse trimestre.

Você pode visualizar o número de patches one-off disponíveis para um ACD em sua página Detalhes. Clicar no link Copiar ao lado dele copia todos os números de patch one-off.

Quando você reprograma um evento da manutenção ACD que já está programado, a Oracle poderá colocá-lo em uma fila se o recurso Exadata Infrastructure ou o recurso Cluster da VM do Autonomous Exadata for:

Já estiver(em) passando por uma atualização de manutenção, ou
Programado para uma atividade da manutenção simultaneamente como ACD.

Você pode programar uma manutenção sob demanda para atualizar RU (Release Update) junto com o arquivo de fuso horário ou apenas o arquivo de fuso horário para um ACD. Você também pode optar por atualizar usando uma imagem de software de banco de dados personalizada existente.

Você pode passar por um período de indisponibilidade para seu ACD e os Autonomous AI Databases associados, dependendo da configuração da programação de manutenção do seu ACD.

Manutenção de Serviço

Programar uma Atualização de Manutenção Trimestral

Backup e Restauração

Para oferecer suporte à alta disponibilidade, o Autonomous AI Database faz backup automaticamente do seu banco de dados para você. O período de retenção para backups é de até 95 dias, dependendo do período/política de retenção de backup escolhido para o ACD. Você pode restaurar e recuperar o banco de dados a qualquer momento nesse período de retenção.

Uma vez ativados, os backups automáticos não podem ser desativados para um ACD. Com backups automáticos ativados, você tem opções para fazer backups entre regiões, backups de longo prazo e backups manuais.

Você pode definir a política/período de retenção de backup ao provisionar um ACD ou modificá-lo posteriormente em sua página de detalhes na console da console do Oracle Cloud Infrastructure.

Você pode manter os backups de um ACD encerrado por até 72 horas ou até o final do período de retenção de backup.
Você pode ativar o bloqueio de retenção de backup para evitar qualquer exclusão indesejada dos backups do ACD e do Autonomous AI Database antes do período de retenção.
Você pode ativar o bloqueio de retenção ao provisionar o ACD ou posterior.
Uma vez ativado, você pode desativar o bloqueio de retenção dentro de 14 dias, além do qual a definição se torna permanente.
Depois que o bloqueio de retenção for ativado, você só poderá aumentar o valor do período de retenção e ele não poderá ser reduzido.
Todos os backups de longo prazo também serão bloqueados e não poderão ser excluídos quando o bloqueio de retenção estiver ativado.

Os backups de longo prazo são automaticamente excluídos após a expiração. No entanto, no caso de implantações do Exadata Cloud@Customer, se o destino de backup for NFS, nenhum dos backups será excluído automaticamente quando um ACD for encerrado. Você precisa excluir manualmente todos os backups automáticos, manuais e de longo prazo após o encerramento do ACD e a data de expiração ter passado.

Consulte Política de Retenção de Backup para obter mais detalhes sobre os valores da política de retenção de backup para diferentes implantações do Autonomous AI Database.

Fazer Backup e Restaurar Autonomous AI Databases.

Destino do Backup

Um destino do backup define as propriedades necessárias para estabelecer conexão com um local de backup, e cada destino do backup deve estar acessível em seu datacenter pelos nós do cluster da VM.

A capacidade de escolher um destino de backup ao provisionar um ACD e os destinos de backup suportados variam de acordo com a plataforma de implantação.

Consulte Destino de backup para obter mais detalhes sobre os diferentes tipos de destino de backup.

Para saber mais sobre como configurar o destino de backup NFS do Cloud@Customer, consulte Pré-requisitos para Destinos de Backup do Exadata Cloud@Customer.

Consulte Editar Definições de Backup do Autonomous Container Database para obter instruções sobre como alterar o tipo de destino de backup após o provisionamento do ACD.

Utilização de Espaço NFS

APLICA-SE A: Aplicável

Exadata Cloud@Customer somente

Se o tipo de destino de backup atual for NFS, a utilização do espaço NFS atual será exibida como uma porcentagem junto com um ícone de status.

Consulte Exibir Utilização de Espaço NFS para obter mais detalhes.

Atributos do Resource Management

Os atributos de gerenciamento de recursos afetam a forma como os recursos são gerenciados para consolidar mais bancos de dados ou ter a maior disponibilidade de banco de dados.

Opcionalmente, ao provisionar um ACD, você pode definir um valor adequado para os seguintes atributos de gerenciamento de recursos para atender às suas necessidades:

Limite de divisão do banco de dados (CPU): O valor da CPU além do qual um Autonomous AI Database será aberto em vários nós. O valor padrão desse atributo é 16 para OCPUs e 64 para ECPUs.
Reserva de failover de nó (%): Determina a porcentagem de CPUs reservadas entre nós para suportar failover de nó. Os valores permitidos são 0%, 25% e 50%, sendo 50% a opção padrão.
Afinidade de distribuição: Determina se um Autonomous AI Database deve ser aberto em um mínimo ou máximo de nós. Por padrão, Mínimo de nós é selecionado.

Para obter mais informações sobre como esses atributos ACD afetam o desempenho de seus bancos de dados, consulte Detalhes de Faturamento da CPU.

Conexões de Servidor Compartilhadas

A arquitetura do servidor compartilhado permite que um servidor do banco de dados permita que muitos processos do cliente compartilhem poucos processos do servidor, de modo que o número de usuários que podem ser suportados seja aumentado.

Ao provisionar um ACD, você pode ativar, opcionalmente, conexões de servidor compartilhadas. Não é possível desativar a arquitetura do servidor compartilhado após o provisionamento do ACD.

Recursos de Conexão de Finalidades Especiais

Chave de Criptografia

Por padrão, o Autonomous AI Database cria e gerencia todas as chaves mestras de criptografia usadas para proteger seus dados, armazenando-os em um keystore PKCS 12 seguro nos mesmos sistemas Exadata em que residem as bases de dados.

Se forem necessárias políticas de segurança de sua empresa, o Autonomous AI Database poderá usar as chaves que você criar e gerenciar.

Ao provisionar um ACD, você pode opcionalmente configurar o ACD para usar chaves de criptografia gerenciadas pelo cliente em vez de chaves de criptografia gerenciadas pela Oracle.

Você pode escolher entre as seguintes opções ao usar chaves de criptografia gerenciadas pelo cliente:

Serviço OCI Vault: com essa opção, você seleciona um Vault e uma Chave de Criptografia Principal. Essa opção só está disponível no Oracle Public Cloud.
Oracle Key Vault: Você seleciona um Armazenamento de Chaves com esta opção e informa um nome de grupo de Pontos Finais do OKV.
AWS KMS Service: no Autonomous AI Database no Oracle Database@AWS, você pode usar o AWS Key Management Service (AWS KMS) para gerenciar as Chaves de Criptografia Principais.

Você pode usar chaves de criptografia gerenciadas pelo cliente com ACDs ativados para o Autonomous Data Guard com os bancos de Dados principal e stand-by localizados em diferentes domínios de disponibilidade na mesma região.

Sobre Chaves de Criptografia Principais

Usar BYOK (Bring Your Own Keys) no Serviço Vault

Usar Chaves Gerenciadas pelo Cliente no Oracle Key Vault

Alternar a Chave de Criptografia de um Autonomous Container Database

E-mail de Contato

Você pode fornecer e-mails de contato nos quais pode receber notificações operacionais, anúncios e notificações de manutenção não planejadas relacionadas ao seu Autonomous Container Database.

A Oracle recomenda o uso do endereço de e-mail de um grupo de administradores em vez do de um indivíduo, sempre que possível, para garantir que nenhuma notificação ou anúncio importante seja perdido.

Full Stack Disaster Recovery

O Full Stack DR é um serviço do OCI (Oracle Cloud Infrastructure) de orquestração e gerenciamento da recuperação do desastre que fornece recursos abrangentes da recuperação do desastre para todas as camadas de uma pilha do aplicativo, incluindo infraestrutura, middleware, banco de dados e aplicativo.

Você pode ativar o OCI Full Stack Disaster Recovery e usá-lo para executar operações de switchover/failover ou, opcionalmente, executar apenas operações de switchover/failover do Autonomous AI Database.

Use o OCI Full Stack Disaster Recovery no Autonomous AI Database na Infraestrutura Dedicada do Exadata

Cópia do Backup de Região Cruzada

Você pode selecionar uma região secundária para uma cópia de seus backups. No caso de uma falha de região, você pode clonar o backup remoto do ACD para restaurar os dados. O backup de um ACD só pode ser clonado para um AVMC (Cluster de VMs do Autonomous Exadata) diferente do AVMC de origem.

APLICA-SE A: Aplicável

Oracle Public Cloud somente

A cópia de backup entre regiões pode ser ativada durante o provisionamento de um ACD ou na página de detalhes de um ACD existente.

Você não poderá ativar o backup entre regiões se o Autonomous Data Guard estiver ativado.

Sobre a Clonagem do Autonomous Container Database em uma Infraestrutura Dedicada Exadata

Clonar um Autonomous Container Database

Operações do Autonomous Container Database Management

Você pode executar as seguintes operações de gerenciamento em um Autonomous Container Database.

Operação	Instruções da Tarefa
Criar um Autonomous Container Database	Criar um Autonomous Container Database
Alterar a política de retenção de backup de um Autonomous Container Database	Editar Definições de Backup do Autonomous Container Database
Criar uma imagem de software do Autonomous AI Database	Criar uma Imagem de Software do Autonomous AI Database
Editar as preferências de manutenção de um Autonomous Container Database	Atualizar Preferências de Manutenção do Autonomous Container Database
Gerenciar Configuração do Autonomous Data Guard	Gerenciar Configuração do Autonomous Data Guard
Mover um Autonomous Container Database para outro compartimento	Mover um Autonomous Container Database para Outro Compartimento
Alternar uma chave de criptografia do Autonomous Container Database	Alternar a Chave de Criptografia de um Autonomous Container Database
Reiniciar um Autonomous Container Database	Reiniciar um Autonomous Container Database
Encerrar um Autonomous Container Database	Encerrar um Autonomous Container Database
Gerenciar Contatos do Cliente para um Autonomous Container Database	Gerenciar contatos do Cliente para um Autonomous Container Database
Exibir uma lista de Autonomous Container Databases	Exibir uma lista de Autonomous Container Databases
Exibir detalhes de um Autonomous Container Database	Exibir detalhes de um Autonomous Container Database
Exibir a utilização de espaço do NFS	APLICA-SE A: Exadata Cloud@Customer apenas Exibir Utilização de Espaço NFS

As operações listadas acima também podem ser obtidas usando a API. Consulte API para Gerenciar Autonomous Container Databases para obter mais referências.

Monitorando o Autonomous Container Database

Você pode usar exibições de desempenho dinâmico para monitorar o Autonomous Container Database (ACD) das seguintes maneiras:

Exiba métricas em tempo real em diferentes eventos de espera e classes de espera.
Exibir snapshots históricos de métricas de classe de espera.
Exiba dados de métricas de desempenho em tempo real, históricos e resumidos.
Exibir limites de recursos e uso atual.

Para obter informações detalhadas, consulte Exibições de Desempenho Dinâmico.