Backups Automáticos: O armazenamento para backups é cobrado, por GB, além do armazenamento do banco de dados selecionado.

Por exemplo, se os backups estiverem ocupando 200 GB de armazenamento, você será cobrado por 200 GB de armazenamento de backup (além do uso cobrado pelo número selecionado de ECPUs e armazenamento de banco de dados). Consulte Informações de Faturamento do Modelo de Computação ECPU para obter mais detalhes sobre quais SKUs são cobradas por backups.

Backups de Longo Prazo: O armazenamento para backups de longo prazo é cobrado, por GB, como armazenamento de backup, além do seu armazenamento de banco de dados.

Por exemplo, se os backups automáticos estiverem ocupando atualmente 200 GB e os backups de longo prazo estiverem ocupando 600 GB de armazenamento, você será cobrado por 800 GB de armazenamento de backup, além do uso cobrado por suas ECPUs e armazenamento de banco de dados selecionados. Consulte Informações de Faturamento do Modelo de Computação ECPU para obter mais detalhes sobre quais SKUs são cobradas para cada tipo de carga de trabalho e backups.

Dimensionamento Automático do Serviço Compute: Quando o dimensionamento automático de computação está ativado, seu banco de dados pode usar e você pode ser cobrado pelo consumo adicional de ECPU conforme necessário para sua carga de trabalho, até três vezes (3x) o número de ECPUs base, conforme mostrado na contagem de ECPUs na Console do Oracle Cloud Infrastructure.

• O uso faturado de ECPU por hora enquanto o banco de dados está em execução é baseado no número base de ECPUs que você selecionou para o banco de dados, além de qualquer uso adicional de ECPU devido ao dimensionamento automático.

• Uma instância interrompida do Autonomous Database não tem uso de ECPU.

• O uso de ECPU é medido a cada segundo, em unidades de ECPUs inteiras e em média em uma hora. Se o seu banco de dados estiver sendo executado por menos de uma hora ou for escalado automaticamente por apenas uma parte de uma hora, ele será cobrado por segundo pelo consumo médio de ECPU, nas ECPUs base, durante essa hora. O consumo mínimo de ECPU é de um minuto.

Por exemplo, se o seu banco de dados tiver a contagem de ECPUs 4 com o Dimensionamento automático do Compute ativado:

• Suponha que, em uma hora, seu banco de dados esteja Disponível durante toda a hora e a utilização de ECPU esteja abaixo de 4 ECPUs. Seu banco de dados será cobrado por 4 ECPUs.

• Suponha que, em duas horas, seu banco de dados esteja Disponível durante toda a hora e a utilização de ECPU esteja abaixo de 4 ECPUs por 30 minutos, 50% da hora e seja dimensionada automaticamente para 8 ECPUs por 30 minutos (os outros 50% da hora). O uso para esse período, para faturamento, é de 6 ECPUs (com base na média por segundo de uso de ECPU para a hora dois).

Dimensionamento Automático do Armazenamento:

• Para uso de armazenamento abaixo do seu armazenamento base reservado, você é cobrado com base no seu armazenamento base.

• Depois que o armazenamento alocado exceder o armazenamento base reservado, o uso do armazenamento será cobrado com base no armazenamento alocado arredondado para o TB mais próximo, em uma determinada hora.

Por exemplo, se o seu armazenamento base reservado for de 4 TB, até que o armazenamento alocado exceda 4 TB de armazenamento, você será cobrado com base no seu armazenamento base (4 TB). Depois que você exceder 4 TB, o armazenamento será cobrado com base no armazenamento alocado arredondado para o TB mais próximo, em uma determinada hora. Neste exemplo, se o armazenamento alocado aumentar mais de 4 TB em uma determinada hora, digamos, para 4,9 TB, você será cobrado por 5 TB de armazenamento a partir dessa hora.

Se você excluir 1 TB de dados, o armazenamento alocado permanecerá em 4,9 TB e você será cobrado por 5 TB até executar uma operação de redução. Quando você executa uma operação de redução, pode reduzir/reduzir o armazenamento alocado de volta para 3,9 TB. Depois que a operação de redução for concluída e seu armazenamento alocado (3,9 TB) estiver novamente abaixo do seu armazenamento base reservado (4 TB), você será cobrado novamente pelo seu armazenamento base reservado de 4 TB. Consulte Reduzir Armazenamento para obter mais informações.

Stand-by do Autonomous Data Guard – Local (Mesma Região)

Os bancos de dados de pareamento locais do Autonomous Data Guard terão o custo adicional das ECPUs base e do armazenamento do banco de dados Principal, incluindo qualquer uso de armazenamento dimensionado automaticamente, cobrado no próprio banco de dados Principal. As ECPUs dimensionadas automaticamente do banco de dados Principal não são cobradas adicionalmente no banco de dados de pareamento local do Autonomous Data Guard. O número de ECPUs base é especificado pelo número de ECPUs, conforme mostrado na contagem de ECPUs na Console do Oracle Cloud Infrastructure.

Por exemplo, se você ativar um pareamento local do Autonomous Data Guard em um banco de dados de origem com:

• 2 ECPUs (base) com o Dimensionamento automático do Compute ativado e que estão consumindo cerca de 4 ECPUs por hora
• 1 TB de armazenamento (base) com dimensionamento automático de armazenamento, consumindo um total de 2 TB de armazenamento de banco de dados

Para o pareamento local do Autonomous Data Guard, você será cobrado por mais 2 ECPUs (sua seleção de ECPU base), mais 2 TB adicionais de armazenamento (ou seja, a mesma quantidade de armazenamento reservada para o Principal de origem com dimensionamento automático, no banco de dados Principal).

Quando o banco de dados Principal é interrompido, nem o banco de dados principal nem o banco de dados de mesmo nível são cobrados pela ECPU.

Stand-by do Autonomous Data Guard – Remoto (Entre Regiões)

Os bancos de dados de mesmo nível entre regiões do Autonomous Data Guard incorrem no custo adicional das ECPUs base e duas vezes (2x) no armazenamento do banco de dados Principal, incluindo qualquer uso de armazenamento dimensionado automaticamente, cobrado no banco de dados de mesmo nível remoto. As ECPUs dimensionadas automaticamente do Principal não são cobradas adicionalmente no banco de dados de mesmo nível remoto. O número de ECPUs base é especificado pelo número de ECPUs, conforme mostrado na contagem de ECPUs na Console do Oracle Cloud Infrastructure.

Por exemplo, se você ativar um pareamento do Autonomous Data Guard entre regiões para um banco de dados de origem com:

• 2 ECPUs (base) com o Dimensionamento automático do Compute ativado e que estão consumindo cerca de 4 ECPUs por hora
• 1 TB de armazenamento (base) com dimensionamento automático de armazenamento, consumindo um total de 2 TB de armazenamento de banco de dados

Para o pareamento do Autonomous Data Guard entre regiões, você será cobrado mais 2 ECPUs (sua seleção de ECPU base), mais 4 TB de armazenamento (ou seja, 2x o armazenamento reservado para o Principal de origem com dimensionamento automático, cobrado no banco de dados de mesmo nível remoto).

Quando o banco de dados Principal é interrompido, nem o banco de dados principal nem o banco de dados de mesmo nível são cobrados pela ECPU.

Quando a opção Ativar replicação de backup entre regiões para pareamento de recuperação de desastre é selecionada, você é cobrado por duas vezes (2x) o tamanho do armazenamento de backup necessário para os backups replicados, faturado para o stand-by remoto.

Quando um par entre regiões opera como um stand-by Snapshot, o uso da CPU stand-by Snapshot é cobrado com base na contagem de CPUs base e em qualquer uso adicional da CPU se o dimensionamento automático de computação estiver ativado. O número de CPUs base é especificado pelo número de ECPUs, conforme mostrado no campo contagem de ECPUs na Console do Oracle Cloud Infrastructure.

Recuperação de Desastres Baseada em Backup – Cópias de Backup Locais (Mesma Região) Não há custos adicionais para Recuperação de Desastres Baseada em Backup local, exceto o custo de armazenamento para backups automáticos.

Recuperação de Desastres Baseada em Backup – Cópias de Backup Remotas (entre Regiões) O faturamento de uma Recuperação de Desastres Baseada em Backup entre regiões é duas vezes (2x) a quantidade de armazenamento de backup necessária para os backups replicados entre regiões, faturados para o pareamento remoto.

Por exemplo, se você ativar uma cópia de backup entre regiões em um banco de dados de origem com:

• 2 ECPUs (base)
• 2 TB de armazenamento de banco de dados

Se os backups replicados para a região remota tiverem até 1,9 TB de armazenamento, você será cobrado por 3,8 TB de armazenamento de backup no banco de dados de mesmo nível de cópia de backup remoto.

Quando a opção Ativar replicação de backup entre regiões para par de recuperação de desastre é selecionada, você é cobrado por duas vezes (2x) o tamanho do armazenamento de backup necessário para os backups replicados adicionais, cobrados pelo par remoto. Esse faturamento é baseado no número de dias definido para a retenção de backup no Principal, da seguinte forma:

• Quando a retenção de backup automático é definida para 7 dias ou mais, o faturamento é baseado no tamanho do armazenamento para 7 dias de backups replicados.
• Quando a retenção de backup automático é definida para menos de 7 dias, o faturamento é baseado no tamanho do armazenamento para o número especificado de dias de dados que é replicado para o stand-by entre regiões.

Clone Local Atualizável (Mesma Região) Os clones atualizáveis locais têm sua própria seleção de ECPU configurável e, portanto, são cobrados por ECPU com base no número de ECPUs selecionado pelo usuário, com ou sem dimensionamento automático; eles não são cobrados adicionalmente pela seleção de ECPU. O número de ECPUs é especificado pelo número de ECPUs, conforme mostrado na contagem de ECPUs na Console do Oracle Cloud Infrastructure.

Os clones atualizáveis locais são cobrados pela mesma quantidade de armazenamento que seu banco de dados de origem.

Por exemplo, se você criar um clone atualizável local de 2 ECPUs com base em um banco de dados de origem com:

• 4 ECPUs
• 1 TB de armazenamento com dimensionamento automático de armazenamento e consumo de 2 TB de armazenamento

Para o clone atualizável local, você será cobrado por 2 ECPUs, ou seja, o valor contagem de ECPUs do clone atualizável e 2 TB de armazenamento (ou seja, o armazenamento reservado para o banco de dados de origem).

Quando você inicia ou interrompe o banco de dados de origem, suas ações no banco de dados de origem não afetam o clone atualizável. Um clone atualizável é iniciado ou interrompido independentemente do banco de dados de origem.

Remoto de Clone Atualizável (Entre Regiões) Os clones atualizáveis remotos têm sua própria seleção de ECPU configurável e, portanto, são cobrados por ECPU com base na ECPU selecionada pelo usuário (com ou sem dimensionamento automático); eles não são cobrados adicionalmente na seleção de ECPU. O número de ECPUs é especificado pelo número de ECPUs, conforme mostrado na contagem de ECPUs na Console do Oracle Cloud Infrastructure.

Os clones atualizáveis remotos são cobrados pelo dobro (2x) do volume de armazenamento como seu banco de dados de origem.

Por exemplo, se você criar um clone atualizável remoto de 2 ECPUs com base em um banco de dados de origem com:

• 4 ECPUs
• 1 TB de armazenamento com dimensionamento automático de armazenamento e consumo de 2 TB de armazenamento

Para o clone atualizável remoto, você é cobrado por 2 ECPUs (ou seja, a seleção de ECPU do clone atualizável) e 4 TB de armazenamento (ou seja, 2x o armazenamento reservado para o banco de dados de origem)

Iniciar ou interromper o banco de dados de origem não afeta o clone atualizável - O clone atualizável pode ser iniciado ou interrompido de forma independente.

Snapshot Stand-by para Recuperação de Desastre Remoto (entre Regiões)

O uso de ECPU stand-by snapshot é faturado com base na contagem de ECPUs base e em qualquer uso de ECPU adicional se o dimensionamento automático de computação estiver ativado. O número de ECPUs base é especificado pelo número de ECPUs, conforme mostrado na contagem de ECPUs na Console do Oracle Cloud Infrastructure.

O uso do armazenamento stand-by snapshot é cobrado com base no armazenamento do stand-by snapshot mais (1x) o armazenamento do banco de dados principal de origem.

Por exemplo, se você tiver um stand-by snapshot de 2 ECPU e 3 TB de um banco de dados de origem com:

• 4 ECPUs
• 1 TB de armazenamento com dimensionamento automático de armazenamento e consumo de 2 TB de armazenamento

Seu stand-by snapshot será cobrado por 2 ECPUs (ou seja, a seleção de ECPU do stand-by snapshot) e 3 TB + 2 TB = 5 TB de armazenamento de banco de dados (ou seja, o armazenamento reservado no stand-by snapshot + o armazenamento reservado em seu banco de dados de origem)

Pools Elásticos: Um pool elástico permite provisionar 4 vezes a contagem de ECPUs que você tem como tamanho do pool. Por exemplo, se você tiver um pool com tamanho de pool de 128 ECPUs, poderá provisionar até 512 ECPUs nesse pool. Em outras palavras, quando o tamanho do pool é 128 ECPUs, a capacidade do pool é quatro vezes maior que o tamanho do pool (neste exemplo, 512 ECPUs).

Os bancos de dados que pertencem a um pool não são cobrados individualmente para computação. O faturamento de computação para todos os membros do pool e o líder acontece por meio do líder. Em outras palavras, os membros individuais de um pool elástico não serão cobrados pelo cálculo, desde que façam parte do pool. Isso se aplica independentemente do tipo de carga de trabalho do membro do pool. Por exemplo, quando um membro do pool com o tipo de carga de trabalho Data Warehouse é adicionado a um pool, seu uso de computação é cobrado do líder do pool na taxa de uso de computação do Transaction Processing. O faturamento de armazenamento, por outro lado, continua sendo cobrado de instâncias individuais do Autonomous Database, independentemente de elas fazerem parte de um pool ou não.

Vamos supor que você tenha um pool elástico com tamanho de pool de 128 ECPUs. Dado o tamanho do pool, a capacidade do pool é de 512 ECPUs (capacidade do pool = tamanho do pool 4x). Para este exemplo, aqui estão algumas perguntas e respostas comuns sobre faturamento:

• Qual é o número máximo de instâncias do Autonomous Database permitidas neste pool? Um total de 512 instâncias do Autonomous Database com 1 ECPU cada (membros do pool elástico ou o líder podem ter uma alocação de ECPU individual de até 1 ECPU).

• O que acontece se a marca d'água alta de utilização de ECPU agregada do pool for maior que o tamanho do pool? Se a marca d'água alta de utilização de ECPU agregada for menor ou igual ao tamanho do pool em uma determinada hora de faturamento, a cobrança por hora será no valor do tamanho do pool. Se a marca d'água alta de utilização de ECPU agregada for maior que o tamanho do pool, mas menor ou igual ao tamanho do pool 2x em uma determinada hora de faturamento, a cobrança por hora será no valor de 2x tamanho do pool. Se a marca d'água alta de utilização de ECPU agregada for maior que o tamanho do pool 2x em uma determinada hora de faturamento, a cobrança por hora será no valor do tamanho do pool 4x.

  Por exemplo, vamos supor que 512 instâncias do Autonomous Database com 1 ECPU cada estejam em um pool elástico com um tamanho de pool de 128 ECPUs. Se a marca d'água de alta utilização de ECPU agregada desses bancos de dados for 100 ECPUs entre 1pm-2pm e 250 ECPUs entre 2pm-3pm; o faturamento será de 128 ECPU horas entre 1pm-2pm e 256 ECPU horas entre 2pm-3pm.

Consulte Sobre Faturamento de Pool Elástico para obter mais informações.

Cancelar a Exclusão de uma Instância de Autonomous Database

Se você cancelar a exclusão de uma instância do Autonomous Database, na primeira hora após a operação de cancelamento da exclusão, você será cobrado pela CPU e pelo Armazenamento base, incluindo armazenamento de banco de dados e backups de longo prazo, pelo tempo total em que o banco de dados foi excluído, como se o banco de dados nunca tivesse sido excluído e estivesse em execução.

Por exemplo, se você encerrar uma instância do Autonomous Database com:

• 4 ECPU com Dimensionamento automático de computação ativado
• 2 TB de armazenamento, com 100 GB de armazenamento de backup automático e 20 GB de armazenamento de backup de longo prazo

Se após 5 horas e 30 minutos você cancelar a exclusão da instância encerrada, na primeira hora após a operação de cancelamento da exclusão, o faturamento incluirá os custos adicionais como se o banco de dados nunca tivesse sido excluído e estivesse em execução, incluindo:

• 5 horas e 30 minutos para as 4 ECPUs básicas
• 2 TB de Armazenamento
• 100 GB de armazenamento de backup automático
• 20 GB de armazenamento de backup de longo prazo

Upgrade Programado para 23ai

Quando você programa um upgrade para uma instância do Autonomous Database, há duas opções para o tipo de upgrade:

• Programação mais antiga disponível: Esta opção de atualização não incorre em cobranças adicionais.

• Programação futura: Quando você programa um upgrade com uma programação futura, recursos adicionais são imediatamente separados para o banco de dados e seus clones ou stand-bys anexados, que são faturados da seguinte forma:

  • Você será cobrado pelo custo adicional das ECPUs base e pelo armazenamento da instância do Autonomous Database de origem.

  • Você será cobrado pelo custo adicional das ECPUs base e pelo armazenamento do banco de dados para cada clone atualizável local e remoto anexado.

  • Você será cobrado pelo custo adicional das ECPUs base e pelo armazenamento do banco de dados para cada banco de dados stand-by local e remoto do Autonomous Data Guard.

  Por exemplo, se você optar por fazer upgrade do seu banco de dados e selecionar Programação futura com uma programação de 30 dias no futuro, em uma instância do Autonomous Database com a seguinte configuração:

  • 4 ECPUs com o Dimensionamento automático do Compute ativado

  • 1 TB de armazenamento

  • 1 clone atualizável

  • 1 Stand-by remoto do Autonomous Data Guard

  Você é cobrado da seguinte forma:

  Duas vezes (2x) para as ECPUs base e 2x para o armazenamento do banco de dados por 30 dias até a conclusão do upgrade:

  4 + 4 = 8 ECPUs

  1 + 1 = 2 TB de armazenamento de Banco de Dados

  Além disso, você será cobrado duas vezes (2x) pelas ECPUs base e pelo armazenamento no clone atualizável anexado e no stand-by remoto do Autonomous Data Guard, por 30 dias até a conclusão do upgrade.

  Para upgrades que envolvem membros de pools elásticos ou líderes de pools elásticos, com uma atualização do tipo Future schedule:

  • O faturamento de um membro ou do líder, se um dos dois programar um upgrade: o uso base da CPU do banco de dados será cobrado 2x no OCID do banco de dados do líder.

  • O faturamento do uso de armazenamento de um membro com um upgrade programado é cobrado 2x diretamente no OCID do banco de dados do membro, separado de quaisquer valores de armazenamento reportados para faturamento no líder do pool.

  • O uso de armazenamento do líder com um upgrade programado é cobrado 2x diretamente no OCID do banco de dados do líder.

  Você não incorrerá em cobranças por cancelar um upgrade programado. No entanto, as cobranças que foram faturadas entre a hora em que a atualização foi agendada e a hora em que a atualização foi cancelada permanecem.