Backups Automáticos: O armazenamento para backups é faturado, 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 faturadas para backups.

Backups de Longo Prazo: O armazenamento para backups de longo prazo é faturado, por GB, como armazenamento de backup, além do armazenamento do 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 pelas ECPUs e pelo armazenamento do banco de dados selecionados. Consulte Informações de Faturamento do Modelo de Computação ECPU para obter mais detalhes sobre quais SKUs são faturadas para cada tipo de carga de trabalho e backups.

Dimensionamento Automático de Computação: 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.

• Seu uso de ECPU faturado por hora enquanto seu banco de dados está em execução é baseado no número base de ECPUs que você selecionou para seu banco de dados, além de qualquer uso de ECPU adicional 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 medido em uma hora. Se seu banco de dados estiver em execução por menos de uma hora ou dimensionar automaticamente por apenas 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 ECPU 4 com o Dimensionamento automático de computação ativado:

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

• Suponha que, na segunda hora, seu banco de dados esteja disponível para 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 este período, para faturamento, é de 6 ECPUs (com base na média por segundo de uso de ECPU para a segunda hora).

Dimensionamento Automático de Armazenamento:

• Para uso de armazenamento abaixo do seu armazenamento base reservado, você será faturado com base no seu armazenamento base.

• Depois que seu armazenamento alocado exceder seu armazenamento base reservado, o uso do armazenamento será faturado com base em seu 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 seu armazenamento alocado exceda 4 TB de armazenamento, você será faturado com base no seu armazenamento base (4 TB). Depois de exceder 4 TB, o armazenamento será cobrado com base no armazenamento alocado arredondado para o TB mais próximo, em determinada hora. Neste exemplo, se o armazenamento alocado aumentar mais de 4 TB em uma determinada hora, digamos, 4,9 TB, você será cobrado por 5 TB de armazenamento a partir dessa hora.

Se, em seguida, você excluir 1 TB de dados, seu armazenamento alocado permanecerá em 4,9 TB e você será faturado por 5 TB até que execute uma operação de diminuiçã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 diminuição for concluída e seu armazenamento alocado (3,9 TB) estiver mais uma vez abaixo do seu armazenamento base reservado (4 TB), você será cobrado mais uma vez 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 incorrem no custo adicional das ECPUs base e no 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 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 par local do Autonomous Data Guard, você é cobrado por 2 ECPUs adicionais (sua seleção de ECPUs base), além de 2 TB adicionais de armazenamento (ou seja, a mesma quantidade de armazenamento reservada para a origem Principal 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 faturados para ECPU.

Stand-by do Autonomous Data Guard – Remoto (Cross-Region)

Os bancos de dados de pareamento 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 pareamento remoto. As ECPUs dimensionadas automaticamente do Principal não são cobradas adicionalmente no banco de dados de pareamento 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 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ê receberá uma cobrança adicional de 2 ECPUs (sua seleção de ECPUs base), mais 4 TB de armazenamento (ou seja, 2x o armazenamento reservado para a origem Principal com dimensionamento automático, cobrado no banco de dados de pareamento 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 faturados para ECPU.

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

Quando um pareamento entre regiões opera como um stand-by Snapshot, o uso da CPU stand-by Snapshot é cobrado com base na contagem de CPU base e em qualquer uso adicional da CPU se o dimensionamento automático da 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 Desastre Baseada em Backup – Cópias de Backup Locais (Mesma Região) Não há custos adicionais para Recuperação de Desastre Baseada em Backup local, além do custo de armazenamento para backups automáticos.

Recuperação de Desastre Baseada em Backup – Cópias de Backup Remoto (entre Regiões) O faturamento de uma Recuperação de Desastre Baseada em Backup entre regiões é duas vezes (2x) o volume de armazenamento de backup necessário para os backups entre regiões replicados, cobrado pelo par 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 na região remota ocuparem 1,9 TB de armazenamento, você será cobrado por 3,8 TB de armazenamento de backup no banco de dados de pareamento de cópia de backup remoto.

Quando a opção Ativar replicação de backup entre regiões para pareamento de recuperação de desastre é selecionada, você é cobrado duas vezes (2x) o tamanho do armazenamento de backup necessário para os backups replicados adicionais, faturados para o pareamento remoto. Este 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 como 7 dias ou mais, o faturamento se baseia 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 se baseia no tamanho do armazenamento para o número especificado de dias de dados que são replicados 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 pela ECPU com base no número selecionado pelo usuário de ECPUs, 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 da 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.

Clone Remoto 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 pela ECPU com base na ECPU selecionada 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 remotos são cobrados duas vezes (2x) a quantidade de armazenamento como seu banco de dados de origem.

Por exemplo, se você criar um clone atualizável remoto de 2 ECPU 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

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, 2 vezes 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 de snapshot é cobrado com base na contagem de ECPUs base e em qualquer uso adicional de ECPU 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 é faturado 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 de snapshot será cobrado por 2 ECPUs (ou seja, a seleção de ECPU do stand-by de snapshot) e 3 TB + 2 TB = 5 TB de armazenamento de banco de dados (ou seja, o armazenamento reservado no stand-by de 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 pela computação. O faturamento de computação de todos os membros do pool e do líder acontece por meio do líder. Em outras palavras, membros individuais de um pool elástico não são cobrados pela computação, 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 é faturado para o 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.

Suponhamos 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 = 4x o tamanho do pool). Para esta amostra, veja a seguir 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 individual de ECPU de até 1 ECPU).

• O que acontece se a alta marca d'água 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 estará na quantidade 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 de 2x em uma determinada hora de faturamento, a cobrança por hora será no valor de 2x o tamanho do pool. Se a marca d'água de alta utilização de ECPU agregada tiver mais de 2 vezes o tamanho do pool em uma determinada hora de faturamento, a cobrança por hora será no valor de 4 vezes o tamanho do pool.

  Por exemplo, suponhamos 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 alta de 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 horas de ECPU entre 1pm-2pm e 256 horas de ECPU entre 2pm-3pm.

Consulte Sobre Faturamento de Elastic Pool para obter mais informações.

Cancelar a Exclusão de uma Instância do 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, será cobrado pela CPU e 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 do Compute 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 base
• Armazenamento de 2 TB
• 100 GB de armazenamento de backup automático
• 20 GB de armazenamento de backup de longo prazo