Converter Par entre Regiões em Stand-by Snapshot

Você pode converter um banco de dados de pareamento entre regiões em um stand-by snapshot. Isso converte o par em um banco de dados de leitura e gravação por até dois dias.

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 (OCPUs se seu banco de dados usar OCPUs), conforme mostrado no campo Contagem de ECPUs ou Contagem de OCPUs na Console do Oracle Cloud Infrastructure.

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

Você pode criar um stand-by snapshot para um par entre regiões. Não é possível criar um stand-by snapshot para um par de recuperação de desastre local.

Sobre Bancos de Dados Stand-by Snapshot de Recuperação de Desastre

A conversão de um par de recuperação de desastre em um stand-by snapshot abre o banco de dados no modo de leitura-gravação e o par de recuperação de desastre entre regiões interrompe temporariamente a atualização de dados do banco de dados de origem.

Enquanto estiver operando como um stand-by snapshot, as atualizações do banco de dados de origem ainda serão enviadas para o stand-by snapshot e você será protegido se a região do banco de dados de origem encontrar uma falha; no entanto, as atualizações não serão aplicadas ao stand-by snapshot até que o banco de dados seja convertido de volta para um par de recuperação de desastre.

Consulte Oracle Autonomous Database Serverless Features Billing para obter informações sobre o faturamento stand-by Snapshot.

Recursos e Restrições Stand-by de Snapshot

Fornece informações sobre recursos e restrições stand-by de snapshot.

Enquanto o banco de dados estiver na atribuição Stand-by do snapshot, observe o seguinte:

  • Convertendo um pareamento de recuperação de desastre entre regiões para um stand-by snapshot, você pode usar o stand-by snapshot para testar e consultar dados no banco de dados. Isso permite que você teste sem tempo de inatividade no banco de dados principal (de origem), em comparação com o teste usando switchover para o par remoto.

  • Você pode usar um stand-by snapshot para testar completamente seu ambiente de recuperação de desastres, incluindo fazer as alterações necessárias para verificar seu ambiente stand-by, como a configuração de camada intermediária. Usando um stand-by snapshot, você pode fazer alterações na configuração ou executar operações DML no banco de dados conforme necessário para concluir o teste e a verificação do ambiente stand-by.

Enquanto o banco de dados estiver na atribuição Stand-by do snapshot, observe as seguintes restrições:

  • A operação de restauração não é permitida em um banco de dados stand-by snapshot.

  • Nenhum novo backup é feito ou exibido a partir do momento em que um par de recuperação de desastre é convertido em um stand-by snapshot. Os backups existentes que estavam disponíveis antes da conversão para um stand-by snapshot estão disponíveis. Você só pode usar os backups disponíveis em um stand-by snapshot para um clone da operação de backup.

  • A clonagem com base em um stand-by snapshot só tem permissão para criar um clone da mesma região que o stand-by snapshot. Você não pode clonar um stand-by snapshot entre regiões.

Observações para reconectar um stand-by snapshot ao principal (banco de dados de origem):

  • Reconecte-se ao banco de dados principal de origem quando terminar as tarefas que exigem que o stand-by snapshot esteja aberto para operações de leitura/gravação. Se você não se reconectar manualmente dentro de dois dias, o stand-by snapshot se reconectará automaticamente ao principal.

  • A Oracle recomenda que você converta um stand-by snapshot de volta para um par de recuperação de desastre assim que terminar as operações que exigem que o stand-by esteja aberto para operações de leitura e gravação. Quando você converte de volta para um par de recuperação de desastre, as alterações acumuladas do banco de dados de origem são aplicadas no par. Se você manter o par de recuperação de desastre aberto como um stand-by de snapshot por um período mais longo, supondo que haja alterações contínuas no principal durante esse tempo, levará mais tempo para converter de volta em um par de recuperação de desastre.

Quando o stand-by snapshot se reconecta ao banco de dados principal, o Autonomous Database executa as seguintes ações:

  • O tipo de recuperação de desastre que você estava usando e qualquer faturamento associado retorna ao tipo que era antes de você executar a conversão de pareamento de recuperação de desastre para stand-by snapshot. Isso significa que o pareamento de recuperação de desastre retorna ao mesmo tipo de pareamento de recuperação de desastre, seja Recuperação de Desastre Baseada em Backup (cópia de backup) ou Autonomous Data Guard, conforme mostrado na coluna Tipo de DR na área Recuperação de Desastre.

  • Todas as alterações no stand-by de snapshot desde o momento em que ele foi convertido em um stand-by de snapshot, até o momento em que ele se reconecta à origem, são descartadas. Isso significa que todas as alterações, incluindo metadados, que são inseridas, atualizadas ou excluídas enquanto o banco de dados opera como um stand-by snapshot, são perdidas (descartadas) quando o stand-by snapshot se reconecta com seu banco de dados de origem.

  • Todas as alterações que ocorreram no principal são replicadas para a região remota enquanto o banco de dados opera como um stand-by snapshot, mas as alterações não são aplicadas ao stand-by snapshot. As alterações que ocorrem no principal durante esse período são aplicadas ao stand-by snapshot quando ele é convertido de volta para um pareamento de recuperação de desastre.

  • Na Console do Oracle Cloud Infrastructure, a atribuição é atualizada de Atribuição: stand-by snapshot para Atribuição: Stand-by ou Atribuição: cópia de backup, dependendo do tipo de recuperação de desastre.

Operações Stand-by de Snapshot

Depois de criar um stand-by snapshot, você poderá executar quase todas as operações do banco de dados no stand-by snapshot. Há algumas operações que não são permitidas em um stand-by snapshot.

Operação Descrição
Converter para Stand-by Snapshot

Você pode converter um par entre regiões em um stand-by snapshot.

Consulte Converter Par de Recuperação de Desastre entre Regiões em um Stand-by Snapshot para obter as etapas de conversão de um banco de dados de pareamento em stand-by snapshot.

Iniciar ou Reiniciar

Quando um stand-by snapshot é interrompido, conforme indicado pelo estado do Ciclo de Vida Interrompido, você pode iniciar o banco de dados.

Quando um stand-by snapshot estiver disponível, conforme indicado pelo estado do Ciclo de Vida Disponível, você poderá reiniciar o banco de dados ou interromper o banco de dados.

Converter Snapshot Stand-by de Volta para Par de Recuperação de Desastre

Quando um stand-by snapshot está na atribuição Snapshot stand-by, o banco de dados opera como um banco de dados de leitura e gravação. Um stand-by snapshot tem um limite de dois dias (48 horas) até o qual pode permanecer na atribuição Snapshot stand-by. Se você não converter manualmente o stand-by snapshot de volta em dois dias, o stand-by snapshot será convertido automaticamente de volta para um par de recuperação de desastre.

Consulte Converter Stand-by Snapshot em um Par de Recuperação de Desastre entre Regiões para obter mais informações.

Interromper

Quando um stand-by snapshot é interrompido, as operações do banco de dados não estão disponíveis e a cobrança pelo uso da CPU no stand-by snapshot é interrompida.

Desconectar Par

Quando você desconecta um stand-by snapshot, o stand-by snapshot é desassociado do banco de dados principal. Isso converte o banco de dados de um banco de dados de snapshot em um banco de dados standalone. Após a operação de desconexão, você não tem permissão para se reconectar ao Principal.

Consulte Desconectar um Stand-by de Snapshot para obter mais informações.

Encerrar

Você não tem permissão para encerrar um stand-by snapshot. Você pode reconectar o stand-by snapshot ao principal.

Consulte Converter Stand-by Snapshot em um Par de Recuperação de Desastre entre Regiões para obter mais informações.

Criar Clone

A clonagem com base em um stand-by snapshot só tem permissão para criar um clone da mesma região que o stand-by snapshot. Você não pode clonar um stand-by snapshot entre regiões.

Criar Clone Atualizado

Você não tem permissão para criar um clone atualizável em um stand-by snapshot.

Pareamento de Recuperação de Desastre

Você não tem permissão para adicionar um banco de dados stand-by do Autonomous Data Guard ou um pareamento de Recuperação de Desastre Baseado em Backup a um stand-by snapshot.

Horário de Reconexão Stand-by do Snapshot

Um banner na Console do Oracle Cloud Infrastructure indica a data e a hora em que o stand-by snapshot se reconecta automaticamente ao banco de dados de origem. No momento indicado no banner, o Autonomous Database converte um stand-by snapshot de volta para a atribuição Stand-by.

Veja a seguir a descrição da ilustração adb_dr_snapshot_reconnect_adg.png
Descrição da ilustração adb_dr_snapshot_reconnect_adg.png
Observação

Quando um stand-by snapshot não é reconectado em 48 horas, o stand-by snapshot se reconecta automaticamente ao banco de dados de origem.

Converter Par de Recuperação de Desastre entre Regiões em um Stand-by Snapshot

Você pode converter um par de recuperação de desastre entre regiões em um stand-by snapshot.

Observação

Todos os dados, incluindo metadados, que são inseridos, atualizados ou excluídos no banco de dados durante o período de desconexão, serão perdidos quando um stand-by snapshot se reconectar ao seu banco de dados de origem. Todas as alterações que ocorrem no principal durante o período de desconexão são aplicadas ao stand-by quando ele se reconecta ao banco de dados de origem.

Execute as seguintes etapas de pré-requisito conforme necessário:

  • Abra a Console do Oracle Cloud Infrastructure clicando em ícone de navegação ao lado do Oracle Cloud.

  • No menu de navegação à esquerda do Oracle Cloud Infrastructure, clique em Oracle Database e, em seguida, dependendo da sua carga de trabalho, clique em um dos seguintes: Autonomous Data Warehouse ou Autonomous Transaction Processing.

  • Na página Autonomous Databases, selecione seu Autonomous Database nos links na coluna Nome para exibição.

  1. Na instância do Autonomous Database da Região Principal, na página Detalhes do Autonomous Database, em Recursos, selecione Recuperação de desastre.
  2. Acesse o par da região remota.

    Na instância do Autonomous Database da Região Principal, a área de informações Recuperação de desastre mostra a coluna Autonomous Database de Pareamento.

    Na coluna Autonomous Database de Pareamento, clique no link para acessar o pareamento entre regiões.

  3. No pareamento entre regiões, na lista drop-down Mais ações, selecione Converter em banco de dados stand-by snapshot.
  4. Na página Converter para banco de dados stand-by snapshot, digite o nome do banco de dados de origem para confirmar a desconexão.
  5. Clique em Converter em banco de dados stand-by snapshot.

    O estado do Ciclo de Vida do Autonomous Database muda para Atualizando.

    Observação

    Enquanto você converte em um stand-by snapshot, o banco de dados principal está disponível para operações de leitura/gravação. Não há tempo de inatividade no banco de dados principal.

    Quando a operação for concluída, observe o seguinte:

    • No stand-by snapshot, há um banner que indica a data e a hora em que o banco de dados stand-by se reconectará automaticamente com seu banco de dados de origem

    • No stand-by de snapshot, na página de detalhes do Autonomous Database, em Recuperação de desastre, a Atribuição mostra Stand-by de snapshot.

    • No banco de dados de origem do snapshot stand-by, na página de detalhes do Autonomous Database, quando você clica em Recuperação de desastre em Recursos, a Atribuição de pareamento mostra Snapshot stand-by.

    • No stand-by snapshot, você pode dimensionar a CPU ou o armazenamento, independentemente do banco de dados de origem.

    • Quando você dimensiona a CPU ou o armazenamento no principal, as alterações no principal não afetam o stand-by de snapshot até que ele seja convertido de volta para um par de recuperação de desastre.

    • A clonagem só é permitida de um stand-by snapshot quando o clone está na mesma região. A clonagem entre regiões não é permitida de um stand-by snapshot.

    • O clone da operação de backup é permitido em um stand-by snapshot. No entanto, um stand-by snapshot não faz backup de nenhum dos dados atualizados temporariamente no stand-by snapshot de leitura/gravação. Quando você clona de um backup em um stand-by snapshot, a operação cria um clone usando um backup do lado Principal que é replicado para o stand-by snapshot. Consulte Clonar uma Instância de Autonomous Database para mais informações.

    • A operação de restauração não é permitida em um stand-by snapshot.

Converter Stand-by Snapshot em um Par de Recuperação de Desastre entre Regiões

Você pode converter manualmente um stand-by snapshot de volta para um par de recuperação de desastre para o principal (banco de dados de origem). Após a conversão de volta, o stand-by snapshot retorna à sua atribuição como stand-by de recuperação de desastre.

Observação

Todos os dados, incluindo metadados, que são inseridos, atualizados ou excluídos no banco de dados standby snapshot durante o período de desconexão serão perdidos quando o standby snapshot se reconectar com seu banco de dados de origem.

Todas as alterações no principal que foram enviadas ao stand-by snapshot, mas não aplicadas durante o período de desconexão, serão aplicadas ao stand-by quando ele se reconectar ao banco de dados de origem.

Execute as seguintes etapas de pré-requisito conforme necessário:

  • Abra a Console do Oracle Cloud Infrastructure clicando em ícone de navegação ao lado do Oracle Cloud.

  • No menu de navegação à esquerda do Oracle Cloud Infrastructure, clique em Oracle Database e, em seguida, dependendo da sua carga de trabalho, clique em um dos seguintes: Autonomous Data Warehouse ou Autonomous Transaction Processing.

  • Na página Autonomous Databases, selecione seu Autonomous Database nos links na coluna Nome para exibição.

  1. No stand-by snapshot, na lista drop-down Mais ações, selecione Reconectar ao banco de dados de pareamento de origem.
  2. Na página Reconectar com o banco de dados de pareamento de origem, informe o nome do banco de dados de origem para confirmar a reconexão.
  3. Clique em Converter em pareamento de recuperação de desastre.

    O estado do Ciclo de Vida do Autonomous Database muda para Atualizando.

    Observação

    Embora você reconecte o stand-by ao banco de dados de origem, o banco de dados principal (de origem) está disponível para operações de leitura/gravação. Não há tempo de inatividade no banco de dados principal.

Quando o stand-by snapshot se reconecta ao banco de dados principal, o Autonomous Database faz o seguinte:

  • O tipo de recuperação de desastre que você estava usando e qualquer faturamento associado retorna ao tipo que era antes de você executar a conversão de pareamento de recuperação de desastre para stand-by snapshot. Isso significa que o pareamento de recuperação de desastre retorna ao mesmo tipo de pareamento de recuperação de desastre, seja Recuperação de Desastre Baseada em Backup (cópia de backup) ou Autonomous Data Guard, conforme mostrado na coluna Tipo de DR na área Recuperação de Desastre.

  • Todas as alterações no stand-by de snapshot desde o momento em que ele foi convertido em um stand-by de snapshot, até o momento em que ele se reconecta à origem, são descartadas. Isso significa que todas as alterações, incluindo metadados, que são inseridas, atualizadas ou excluídas enquanto o banco de dados opera como um stand-by snapshot, são perdidas (descartadas) quando o stand-by snapshot se reconecta com seu banco de dados de origem.

  • Todas as alterações que ocorreram no principal são replicadas para a região remota enquanto o banco de dados opera como um stand-by snapshot, mas as alterações não são aplicadas ao stand-by snapshot. As alterações que ocorrem no principal durante esse período são aplicadas ao stand-by snapshot quando ele é convertido de volta para um pareamento de recuperação de desastre.

  • Na Console do Oracle Cloud Infrastructure, a atribuição é atualizada de Atribuição: stand-by snapshot para Atribuição: Stand-by ou Atribuição: cópia de backup, dependendo do tipo de recuperação de desastre.

Desconectar um Stand-by de Snapshot

Você pode desconectar um stand-by snapshot do banco de dados principal.

Quando você desconecta um stand-by snapshot, o stand-by snapshot é desassociado do banco de dados principal. Isso converte o banco de dados de um banco de dados de snapshot em um banco de dados standalone. Após a operação de desconexão, você não tem permissão para se reconectar ao Principal.

As etapas para desconectar um stand-by snapshot são as mesmas que aquelas para desconectar um banco de dados stand-by. Consulte Desconectar um Banco de Dados de Mesmo Nível para obter mais informações.

Observações para desconectar um stand-by snapshot.

  • Não há operação de reconexão. Depois de desconectar um stand-by snapshot, você não terá permissão para se reconectar ao Principal.

  • A operação de desconexão de um stand-by snapshot só pode ser executada em uma instância do Autonomous Database que use o modelo de computação ECPU.

  • O banco de dados desconectado mantém qualquer usuário inserido ou atualizado que foi aplicado enquanto o banco de dados estava aberto no modo de leitura/gravação como um Stand-by Snapshot.

    A operação de desconexão não aplica logs recentes enviados do Principal.

  • Após a operação de desconexão, o banco de dados stand-alone não será mais associado ao banco de dados que era o banco de dados Principal. Para usar o banco de dados como um banco de dados independente, você deve saber o nome do banco de dados que foi desconectado do banco de dados Principal.

  • Após a operação de desconexão, o banco de dados começa a fazer novos backups como um banco de dados independente. Os backups associados ao banco de dados stand-by ou ao banco de dados principal não estão disponíveis no banco de dados stand-alone.