Serviço de backup de banco de dados (DBS) - Data Management: Central de Documentação do Alibaba Cloud

Billing FAQ

Taxas após a compra de um plano de backup

Taxas de especificação do plano de backup: Você paga taxas de especificação ao adquirir um plano de backup por assinatura. Diferentes especificações oferecem desempenhos distintos de backup e recuperação, cotas gratuitas de dados e preços variados. Para mais detalhes sobre as taxas de especificação, consulte Taxas de backup.
Taxas de armazenamento do plano de backup (opcional): Se você configurar um plano de backup por assinatura e selecione DBS Storage como tipo de armazenamento de destino, as taxas serão cobradas com base no tamanho e na duração dos dados armazenados no armazenamento integrado da Recuperação de Desastres de Dados. Para mais informações, consulte Taxas de armazenamento.
Taxas de backup do plano de backup (opcional): Caso o volume de dados ultrapasse a cota gratuita do plano, o Serviço de Backup de Banco de Dados (DBS) cobra pelo excedente. Para informações sobre a cota gratuita e os preços de dados excedentes para cada especificação, consulte Taxas de backup.
Taxas de sandbox (opcional): Este recurso permite criar instâncias de sandbox para recuperação emergencial de bancos de dados MySQL autogerenciados.
- Ao ativar o recurso de sandbox, você paga taxas de armazenamento com base no volume de dados armazenados nela.
- Após criar uma instância de sandbox, são cobradas taxas conforme as especificações da instância e o tempo de uso. Para detalhes sobre essas taxas, consulte Itens faturáveis (DMS).

Nota

Não é possível criar diretamente um plano de backup no modelo pagamento conforme o uso.

Escopo de compensação dos planos de armazenamento e rede do DBS

Serviço de Backup de Banco de Dados (DBS) planos de armazenamento

A Recuperação de Desastres de Dados oferece os seguintes dois tipos de planos de armazenamento. Esses planos estão disponíveis em diversos tamanhos, como 100 GB, 500 GB, 1 TB e 500 TB, e por vários períodos de assinatura, como 1 mês, 6 meses e 1 ano. Se o uso de armazenamento exceder a cota do seu plano, o excedente será cobrado no modelo pagamento conforme o uso.

Tipo de plano de armazenamento	Itens compensáveis
Plano de armazenamento de sandbox CDM	Estes planos podem ser usados para compensar as taxas incorridas na sua conta ao utilizar o armazenamento de sandbox. Para detalhes de preços, consulte Faturamento de sandbox.
Plano de armazenamento de instância de backup	Compensa as taxas de armazenamento integrado para instâncias de plano de backup dentro da mesma conta Alibaba Cloud. Para mais informações, consulte Armazenamento integrado e OSS.

Serviço de Backup de Banco de Dados (DBS) planos de rede

Escopo de compensação	Descrição
Uso de rede para backups entre regiões	Os planos de rede do Serviço de Backup de Banco de Dados (DBS) podem ser usados em qualquer região para compensar taxas de rede de backups entre regiões do ApsaraDB RDS for MySQL, ApsaraDB RDS for PostgreSQL, ApsaraDB RDS for SQL Server, PolarDB for MySQL, PolarDB for PostgreSQL, e ApsaraDB for MongoDB. A compensação varia por região e é calculada usando diferentes fatores de compensação.
Uso de rede para downloads de conjuntos de backup	Os planos de rede do Serviço de Backup de Banco de Dados (DBS) podem ser usados em qualquer região para compensar taxas de rede incorridas ao baixar conjuntos de backup do ApsaraDB RDS for MySQL, ApsaraDB RDS for PostgreSQL e ApsaraDB RDS for SQL Server. A compensação varia por região e é calculada usando diferentes fatores de compensação.

Para mais informações sobre regras de compensação, fatores, exemplos e métodos de compra, consulte Usar planos de armazenamento e Usar planos de rede.

Cobranças para planos de backup não utilizados

Você continua sendo cobrado pelo armazenamento mesmo que o plano de backup não esteja criando novos conjuntos, pois os backups históricos continuam consumindo recursos de armazenamento.

Nota

Para liberar um plano de backup ou reduzir a quantidade de dados de backup, consulte Visualizar e reduzir dados de backup, Excluir ou reduzir backups e Excluir backups de uma instância liberada.

Pagamento conforme o uso: Se você não pretende usar um plano de backup pago conforme o uso por um longo período, recomendamos liberá-lo após salve os dados e baixe os conjuntos de backup. Liberar o plano interrompe todas as cobranças futuras de backup e armazenamento. Para mais informações, consulte Liberar ou cancelar assinatura de um plano de backup.

Assinatura: Se você não pretende usar um plano de backup por assinatura por um longo período, mas deseja manter os conjuntos históricos sem gerar novos, recomendamos pausar ou reiniciar o plano de backup. Após pausar o plano, você não incorre mais em taxas de backup. No entanto, taxas de armazenamento ainda são geradas para planos por assinatura que usam DBS Storage.

Nota

Pausar um plano de backup por assinatura em execução não afeta seu período de vigência.
Taxas de armazenamento são incorridas apenas para planos de backup por assinatura que utilizam DBS Storage.

Alteração de métodos de faturamento

Não, essa alteração não é suportada.

Liberação de um plano de backup pago conforme o uso

Sim. Para mais informações, consulte Liberar um plano de backup.

Cancelamento ou liberação de planos por assinatura

Não é possível liberar um plano de backup por assinatura.
Não é possível cancelar a assinatura de um plano de backup por assinatura.

Para mais informações, consulte Política de reembolso.

Efeitos da expiração do plano

Os planos de armazenamento e planos de rede são planos de recursos pré-pagos oferecidos pelo Serviço de Backup de Banco de Dados (DBS). Após a expiração, eles não podem mais ser usados para compensar taxas de armazenamento ou rede. Isso não afeta seus planos de backup ou dados de backup existentes.

Expiração e pagamentos em atraso

Para mais informações, consulte Expiração e pagamentos em atraso.

Como reduzir os custos de um plano de backup de recuperação de desastres de dados?

Adquira um plano de armazenamento para compensar as taxas do DBS Storage dos planos de backup na mesma conta. Para mais informações, consulte DBS Storage e buckets OSS criados pelo usuário.

Cobranças inesperadas de backup de banco de dados

Os recursos de backup e restauração para ApsaraDB RDS, PolarDB, ApsaraDB for MongoDB, ApsaraDB for Redis, Tair e AnalyticDB for PostgreSQL são fornecidos pelo Serviço de Backup de Banco de Dados (DBS). Você pode ter incorrido nessas cobranças ao usar os recursos de backup desses produtos. Para mais informações, consulte Visão geral do faturamento.

Resolver falha em plano de backup

Sintoma

Na página Backup Schedules, um plano de backup com falha apresenta o status Error.

Causa

O status Error indica que pelo menos uma tarefa no plano de backup falhou. Pode ser um backup completo, incremental ou outro tipo de tarefa.

Nota

Quando uma tarefa falha, a Recuperação de Desastres de Dados não a reinicia automaticamente. Isso evita possíveis impactos nos seus serviços de negócios.
Para garantir o funcionamento adequado dos serviços, investigue a causa do erro prontamente. Se o problema persistir após tentar as soluções deste tópico, entre em contato conosco no grupo de suporte ao cliente DBS (ID do grupo DingTalk: 35585947).

Resolução

A Recuperação de Desastres de Dados oferece as seguintes soluções para tarefas de backup com falha.

Cenário e solução	Observações
Se você identificou e resolveu a causa da falha, clique em Restart Backup. Por exemplo, se um backup falhou porque a instância de origem estava parada, reinicie a tarefa assim que a instância estiver em execução.	Se a tarefa com falha for um backup completo, considere o impacto da operação no banco de dados de origem antes de reiniciá-la. Execute esta ação fora do horário de pico. Se o problema for resolvido, o status da tarefa mudará para Completed após o reinício. Se esta era a única tarefa com falha no plano, o status do plano retornará para Running. Se o status permanecer como Error, verifique se há outras tarefas com falha. Caso o problema não seja resolvido, o status da tarefa mudará para Running e voltará para Error, ou poderá falhar imediatamente. Nesse caso, é necessário investigar mais a fundo a causa.
Se você identificou e resolveu a causa da falha, clique em Ignore Error. Por exemplo, se um backup falhou porque a instância de backup foi desligada ou um serviço estava indisponível, mas agora está disponível, você pode ignorar o erro. O backup será executado conforme agendado na próxima janela de backup.	Se o problema for resolvido, o status da tarefa mudará para Completed após você ignorar o erro. Se esta era a única tarefa com falha no plano, o status do plano retornará para Running. Se o status permanecer como Error, verifique se há outras tarefas com falha.
Se não conseguir determinar a causa do erro ou como resolvê-lo, passe o mouse sobre o ícone de ponto de exclamação (!) para visualize a mensagem de erro. Em seguida, pesquise a mensagem no tópico Solucionar erros da Recuperação de Desastres de Dados.	Se o seu erro não estiver listado no tópico, ou se a solução recomendada não resolver o problema, entre em contato conosco no grupo de suporte ao cliente DBS (ID do grupo DingTalk: 35585947).

Procedimento

Clique em Rectify na coluna Status do plano de backup com falha. Você será redirecionado para a página da tarefa de backup com falha.

Se a tarefa com falha for um backup completo, você será redirecionado para a página Full Data. Se for um backup incremental, será redirecionado para a página Incremental Data.
Escolha uma solução para corrigir a tarefa de backup com falha.
- Para reiniciar a tarefa, clique em Restart Backup.
  
  Nota
  Se a tarefa com falha for um backup completo, considere o impacto da operação no banco de dados de origem antes de reiniciá-la. Execute esta ação fora do horário de pico.
- Para ignorar o erro, clique em Ignore Error.
- Para solucionar o problema, passe o mouse sobre o ícone de ponto de exclamação (!) para visualize a mensagem de erro. Em seguida, clique em View Exception Fixing Suggestions (para backup completo com falha) ou View Incremental Exception Fixing Suggestions (para backup incremental com falha). Você será redirecionado para o tópico Erros comuns. Pesquise a mensagem de erro no tópico.
  
  Nota
  Se não conseguir localizar a mensagem de erro, a falha pode ter sido causada por outro tipo de tarefa. Nesse caso, entre em contato conosco no grupo de suporte ao cliente DBS (ID do grupo DingTalk: 35585947).

Ative o Serviço de Backup de Banco de Dados (DBS)

Ao usar o Serviço de Backup de Banco de Dados (DBS) pela primeira vez, você deve conceder a função AliyunServiceRoleForDBS ao DBS e ative o Object Storage Service (OSS). Isso permite que o DBS acesse, consulte e gerencie seus bancos de dados, realizando backups em tempo real para o OSS. Essa autorização garante o funcionamento correto dos recursos de backup e recuperação do DBS e não afeta o desempenho das suas instâncias de backup do DBS.

Etapa 1: Autorizar a função vinculada ao serviço do DBS

A função vinculada ao serviço do DBS, AliyunServiceRoleForDBS, é uma função RAM que concede permissões para acessar outros serviços em nuvem. Quando o DBS precisa acessar seus bancos de dados Alibaba Cloud, como ApsaraDB for RDS, ApsaraDB for MongoDB, ApsaraDB for Redis ou PolarDB, ou um banco de dados autogerenciado hospedado em uma instância Elastic Compute Service (ECS), ele usa a AliyunServiceRoleForDBS para obter as permissões necessárias. Para mais informações, consulte funções vinculadas ao serviço.

Na primeira vez que você usar o DBS, deverá conceder a função vinculada ao serviço (AliyunServiceRoleForDBS) ao DBS. Para mais informações sobre as permissões, consulte Apêndice: AliyunServiceRoleForDBS.

Faça login no DMS 5.0.
Na barra de navegação superior, escolha Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Disaster Recovery Data Source.

Nota
Se você usa o console DMS no modo simples, mova o ponteiro sobre o ícone no canto superior esquerdo do console DMS e escolha All Features > Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Disaster Recovery Data Source.
Na caixa de diálogo exibida, clique em Authorize DBS SLR.

Nota
Se a caixa de diálogo de autorização não aparecer após fazer login no console do DBS, ignore as etapas restantes neste tópico e prossiga para crie um backup. Para mais informações, consulte Gerenciar um backup usando uma source de dados de recuperação de desastres ou Crie um backup a partir da lista de planos de backup.
Clique em OK.

A função vinculada ao serviço do DBS (AliyunServiceRoleForDBS) é criada. Se precisar exclua a função vinculada ao serviço (AliyunServiceRoleForDBS), consulte Excluir uma função RAM.

Etapa 2: Ative o OSS

Ative o Object Storage Service (OSS) não gera taxas. Após a ativação, quando você usar a Recuperação de Desastres de Dados para crie backups, a Recuperação de Desastres de Dados poderá armazenar os dados de backup no OSS (armazenamento em nuvem).

Faça login no console do Data Management Service (DMS) 5.0.
Na barra de navegação superior, escolha Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Backup Plan.

Nota
Se você usa o console DMS no modo simples, mova o ponteiro sobre o ícone no canto superior esquerdo do console DMS e escolha All Features > Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Backup Plan.
Na caixa de diálogo exibida, clique em Activate OSS Now.
Na caixa de diálogo exibida, clique em Activate Now.
Na página Object Storage Service (OSS), leia o acordo de serviço, marque a caixa de seleção do acordo e clique em Activate Now.

Você ativou o serviço DBS.

Apêndice: AliyunServiceRoleForDBS

Nome da função: AliyunServiceRoleForDBS

Política: AliyunServiceRolePolicyForDBS

Permissões:

{
  "Version": "1",
  "Statement": [
    {
      "Action": [
        "rds:DescribeDBInstanceNetInfo",
        "rds:DescribeDBInstanceNetInfoForChannel",
        "rds:DescribeTasks",
        "rds:DescribeDBInstances",
        "rds:DescribeFilesForSQLServer",
        "rds:DescribeImportsForSQLServer",
        "rds:DescribeSlowLogRecords",
        "rds:DescribeBinlogFiles",
        "rds:DescribeSQLLogRecords",
        "rds:DescribeParameters",
        "rds:DescribeParameterTemplates",
        "rds:DescribeDBInstanceAttribute",
        "rds:DescribeDatabases",
        "rds:DescribeAccounts",
        "rds:DescribeSecurityIPList",
        "rds:DescribeSecurityIps",
        "rds:DescribeDBInstanceIPArray",
        "rds:DescribeDBInstanceIPArrayList",
        "rds:DescribeDBInstanceSSL",
        "rds:DescribeDBInstanceTDE",
        "rds:CreateDBInstance",
        "rds:CreateAccount",
        "rds:CreateDatabase",
        "rds:ModifySecurityIps",
        "rds:GrantAccountPrivilege",
        "rds:CreateMigrateTask",
        "rds:CreateOnlineDatabaseTask",
        "rds:DescribeMigrateTasks",
        "rds:DescribeOssDownloads",
        "rds:CreateBackup",
        "rds:DescribeBackups",
        "rds:DescribeBackupPolicy",
        "rds:ModifyBackupPolicy",
        "rds:DescribeBackupTasks",
        "rds:DescribeBinlogFiles"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "ecs:DescribeInstance",
        "ecs:DescribeInstances",
        "ecs:DescribeVpcs",
        "ecs:DescribeSecurityGroups",
        "ecs:DescribeSecurityGroupAttribute",
        "ecs:AuthorizeSecurityGroup",
        "ecs:JoinSecurityGroup",
        "ecs:RevokerSecurityGroup"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "kms:ListKeys"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "cms:PutEventRule",
        "cms:PutEventTargets",
        "cms:ListEventRules",
        "cms:ListEventTargetsByRule",
        "cms:DeleteEventRule",
        "cms:DeleteEventTargets"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "polardb:DescribeDBClusterIPArrayList",
        "polardb:DescribeDBClusterNetInfo",
        "polardb:DescribeDBClusters",
        "polardb:ModifySecurityIps",
        "polardb:DescribeDBClusterEndpoints",
        "polardb:DescribeDBClusterAccessWhitelist",
        "polardb:ModifyDBClusterAccessWhitelist"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "dds:DescribeDBInstanceAttribute",
        "dds:DescribeReplicaSetRole",
        "dds:DescribeSecurityIps",
        "dds:DescribeDBInstances",
        "dds:ModifySecurityIps"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "kvstore:DescribeSecurityIps",
        "kvstore:DescribeInstances",
        "kvstore:DescribeAccounts",
        "kvstore:DescribeDBInstanceNetInfo",
        "kvstore:CreateAccount",
        "kvstore:ModifySecurityIps",
        "kvstore:DescribeInstanceAttribute",
        "kvstore:AllocateInstancePrivateConnection",
        "kvstore:DescribeLogicInstanceTopology"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "drds:DescribeDrdsDB",
        "drds:DescribeDrdsDBs",
        "drds:DescribeDrdsDbInstance",
        "drds:DescribeDrdsDbInstances",
        "drds:DescribeDrdsDBIpWhiteList",
        "drds:DescribeDrdsInstances",
        "drds:ModifyDrdsIpWhiteList",
        "drds:CreateDrdsDB",
        "drds:DescribeTable",
        "drds:DescribeTables",
        "drds:ModifyRdsReadWeight",
        "drds:ChangeAccountPassword",
        "drds:CreateDrdsInstance",
        "drds:CreateInstanceAccount",
        "drds:CreateInstanceInternetAddress",
        "drds:DescribeInstanceAccounts"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "vpc:DescribeVpcs"
      ],
      "Resource": "*",
      "Effect": "Allow"
    },    
    {
       "Action": [
         "bssapi:QueryResourcePackageInstances"
      ],
       "Resource": "*",
       "Effect": "Allow"
    },
    {
      "Action": "hdm:AddHDMInstance",
      "Resource": "*",
      "Effect": "Allow"
    },
    {
      "Action": "ram:DeleteServiceLinkedRole",
      "Resource": "*",
      "Effect": "Allow",
      "Condition": {
          "StringEquals": {
              "ram:ServiceName": "dbs.aliyuncs.com"
          }
        }
    }
  ]
}

Permissões de conta

MySQL

Recurso	Permissões
Backup	Para backup físico: LOCK_TABLES, REPLICATION_CLIENT, PROCESS, SUPER, CREATE e RELOAD Se o seu banco de dados executa MySQL 8.0, a conta do banco de dados também deve ter a permissão BACKUP_ADMIN e a permissão SELECT nas tabelas performance_schema.log_status e keyring_component_status. Para backup lógico: Permissões SELECT, SHOW VIEW, REPLICATION SLAVE e REPLICATION CLIENT no banco de dados de destino e no banco de dados information_schema.
Restauração	SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, INDEX, ALTER, CREATE VIEW, SHOW VIEW, CREATE ROUTINE, ALTER ROUTINE, EVENT e TRIGGER.

Nota

Para realizar um backup incremental em um banco de dados MySQL, você deve usar a instrução show binary logs. Para MySQL 5.5.24 e anteriores, a conta do banco de dados deve ter a permissão super para execute essa instrução. Para MySQL 5.5.25 e posteriores, apenas a permissão REPLICATION CLIENT é necessária.
Para um banco de dados RDS, uma conta somente leitura é suficiente para backups, enquanto restaurações exigem uma conta de leitura e gravação.

SQL Server

Recurso	Permissões
Backup	SELECT e VIEW DEFINITION
Restauração	SELECT, INSERT, ALTER Database, REFERENCES e VIEW DEFINITION

PostgreSQL

Recurso	Permissões
Backup	Permissão SELECT ou uma função SUPER
Restauração	CREATE, INSERT, USAGE, REFERENCES e TRIGGER

Consistência de dados

Para backups lógicos, visando minimizar o impacto no desempenho do banco de dados, a Recuperação de Desastres de Dados usa um método sem bloqueios durante o processo de backup completo para extrair dados em paralelo e fazer backup deles no OSS.
Backups completos contêm dados de diferentes pontos no tempo. Durante a recuperação de dados, o backup completo é restaurado primeiro, seguido pelo backup incremental. O processo idempotente de recuperação de backup incremental garante a consistência dos dados.

Backup incremental	Consistência de dados
Ativado	Suportado
Desativado	Não suportado

Gerenciamento de ciclo de vida

Ciclo de vida

O ciclo de vida de um conjunto de backup pode variar de 7 a 3.650 dias (10 anos). A Recuperação de Desastres de Dados exclua automaticamente conjuntos de backup expirados que atendem aos critérios de limpeza.

De acordo com a política de limpeza, se um plano de backup contiver mais de três conjuntos de backup completo, a Recuperação de Desastres de Dados exclua automaticamente os conjuntos de backup completo e incremental expirados.

Nota

Você pode aguardar o próximo backup agendado ou iniciar um manualmente, se necessário. A política de limpeza é acionada quando o número de conjuntos de backup completo excede três. Para mais informações, consulte Iniciar manualmente uma tarefa de backup.
Se você exclua continuamente conjuntos de backup completo de modo que o número permaneça em três ou menos, a política de limpeza não será acionada. Como resultado, os conjuntos de backup incremental são armazenados indefinidamente na Recuperação de Desastres de Dados e consomem espaço de armazenamento. Se não precisar mais de backups incrementais, desative o recurso de backup de log incremental. Para mais informações, consulte Ative ou desative backup de log incremental.
Se você modifique o ciclo de vida após crie um plano de backup, as novas regras de ciclo de vida se aplicarão tanto aos conjuntos de backup novos quanto aos existentes.

Modificação do ciclo de vida

Para mais informações, consulte Modifique a política de backup de um plano de backup ou Modifique o ciclo de vida de um plano de backup.

Operações relacionadas

Para saber como visualize tamanhos de backup e reduza backups de dados, consulte Exclua conjuntos de backup ou reduza a frequência de backup.

FAQ

P: Defini o ciclo de vida do meu plano de backup para 7 dias. Por que os conjuntos de backup expirados não foram excluídos?

R: A política de limpeza não é acionada se um plano de backup contiver três ou menos conjuntos de backup completo. Consequentemente, os conjuntos expirados não são excluídos automaticamente.
P: Meus conjuntos de backup expiraram. Por que os backups incrementais ainda estão consumindo espaço de armazenamento?

R: Isso ocorre se exclusões manuais mantiverem o número de conjuntos de backup completo em três ou menos, impedindo que a política de limpeza seja acionada. Para mais informações, consulte Regras de ciclo de vida.

Tamanho dos dados de backup

O tamanho dos dados de backup é o volume de dados transmitido pelo caminho de backup da Recuperação de Desastres de Dados.

Conceitos principais

Cenários de backup de banco de dados envolvem os seguintes conceitos: espaço em disco do banco de dados, tamanho do arquivo de dados, tamanho dos dados de backup e tamanho dos dados de armazenamento.

Quantidade de dados	Descrição
Espaço em disco do banco de dados	O espaço total consumido por arquivos de dados, logs, arquivos do sistema operacional e o espaço disponível do sistema operacional do servidor onde o banco de dados reside. Nota Para uma instância ApsaraDB RDS, o espaço de armazenamento selecionado durante a compra da instância corresponde ao espaço em disco do banco de dados. Para um banco de dados hospedado em uma instância Elastic Compute Service (ECS), o espaço de armazenamento coletivo dos discos de sistema e de dados selecionados durante a compra da instância ECS corresponde ao espaço em disco do banco de dados.
Tamanho do arquivo de dados	A quantidade de espaço em disco ocupada pelos arquivos de dados do banco de dados no servidor onde ele reside. Você pode execute as seguintes operações para visualize o tamanho do arquivo de dados de um banco de dados: Para visualize o tamanho do arquivo de dados de um banco de dados ApsaraDB RDS: Na página Instances, localize a instância cujo tamanho de arquivo de dados deseja visualize e clique em Manage na coluna Actions. No painel de navegação à esquerda, clique em Monitoring and Alerts. Por padrão, o item Resource Monitoring está selecionado na aba Standard Monitoring. No gráfico de linhas Disk Space, mova o ponteiro sobre o gráfico para visualize Data Usage. Para visualize o tamanho do arquivo de dados de um banco de dados hospedado em um servidor Linux, vá para o diretório dos arquivos do banco de dados e execute o comando `du -sh`. Para visualize o tamanho do arquivo de dados de um banco de dados hospedado em um servidor Windows, abra a pasta onde os arquivos do banco de dados residem. Clique com o botão direito na área em branco e selecione Properties.
Tamanho dos dados de backup	A quantidade de dados backed up usando o Database Backup (DBS). Este tamanho depende de vários fatores, como tipo de banco de dados, modo de backup e granularidade do backup.
Tamanho dos dados de armazenamento	O volume de dados armazenados no sistema de armazenamento. Este tamanho depende de vários fatores, como tamanho dos dados de backup, formato de armazenamento dos dados de backup e algoritmo de compressão.

Em geral, a relação entre esses tamanhos é a seguinte: espaço em disco do banco de dados (no RDS/ECS) > tamanho do arquivo de dados (uso real) > tamanho dos dados de backup > tamanho dos dados de armazenamento.

Em resumo, você pode reduzir o tamanho dos dados de backup ajustando a granularidade e o ciclo de backup fornecidos pela Recuperação de Desastres de Dados, o que reduz seus custos com a Recuperação de Desastres de Dados. Você também pode reduzir o tamanho dos dados de armazenamento usando o formato de armazenamento compacto, compressão e políticas automáticas de ciclo de vida e limpeza fornecidas pela Recuperação de Desastres de Dados, o que reduz seus custos com OSS.

Uso de backup

Clique em manage na coluna actions do plano de backup desejado.

Visualize o tamanho dos dados de backup na seção billing information.

Parâmetro	Descrição
Instance type	Recuperação de Desastres de Dados suporta vários tipos de instância, incluindo serverless, micro, small, medium, large e xlarge. Para mais informações, consulte Como selecione especificações de plano de backup.
Billing method	Recuperação de Desastres de Dados suporta os métodos de faturamento pagamento conforme o uso e assinatura. Para mais informações, consulte itens faturáveis (DMS).
Free backup data quota	Cotas gratuitas de dados, preços e desempenho de backup e recuperação variam conforme o tipo de instância. Para mais informações, consulte itens faturáveis (DMS). Nota Você pode atualize o tipo de instância para aumentar sua cota gratuita de dados. Para mais informações, consulte Atualize um plano de backup e Cotas gratuitas para cada tipo de instância.
Billed backup data this month	O uso de dados que excede a cota gratuita é faturável. Um tipo de instância superior oferece melhor desempenho de backup e recuperação a um preço unitário menor.
Full backup data this month	O total de dados de todas as tarefas de backup completo.
Incremental backup data this month	O total de dados de todas as tarefas de backup incremental.
Statistical period	As estatísticas são calculadas com base no mês civil.
Created at	O momento em que o plano de backup foi criado.

Modifique source de backup

Casos de uso

Seu banco de dados original foi migrado ou descomissionado, e você precisa alternar para um novo banco de dados para backups.
A fase de testes foi concluída e você precisa alternar para um banco de dados de produção para backups.
As credenciais da conta configuradas para o banco de dados de origem estão incorretas ou têm permissões insuficientes, e você precisa atualize-as.
O esquema do banco de dados de origem mudou e você precisa configure os objetos de backup.

Procedimento

Modifique credenciais e objetos de backup

Pré-requisitos

O plano de backup usa o método de backup lógico.
A conta do banco de dados de origem deve ter as permissões necessárias para fazer backup e restaurar dados. Para mais informações, consulte Permissões de conta.

Procedimento

Na coluna Actions do plano de backup desejado, clique em Manage. A página Configure Task será exibida.
Na seção Basic Information, clique em Edit Backup Source. Para detalhes sobre como configure a source de backup para diferentes bancos de dados, consulte Configure um plano de backup e restaure dados.
Atualize as informações da source de backup e clique em Next após o teste de conexão ser aprovado.

Os parâmetros incluem Backup Method, Database Location, Instance region, RDS instance ID, Connection address, Database Account e Password. Após insira as informações, clique em Check Connection.
Especifique os objetos de banco de dados para backup e clique em Save.
- Para adicionar um novo banco de dados de origem, selecione-o na seção Available e clique no ícone .
- Para remover um banco de dados selecionado, selecione-o na seção Selected e clique no ícone .
Esta página usa um seletor de lista dupla. Clique nas setas > e < para mover objetos de banco de dados entre as duas listas.
Na caixa de diálogo precheck, o sistema executa sequencialmente a verificação de conectividade do banco de dados de origem, verificação de permissões do banco de dados, verificação do OSS e verificação do mecanismo de armazenamento. Após todas as verificações serem aprovadas, clique em Start Immediately.
Nota
- Após clique em Start Immediately, se uma tarefa de backup incremental estiver em execução, o sistema a marca como concluída e agenda uma nova tarefa de backup incremental com as novas credenciais da conta.
- Se nenhuma tarefa de backup completo estiver em execução, o sistema inicia imediatamente uma tarefa de backup completo. Para minimizar o impacto no seu banco de dados de origem, recomendamos modifique a configuração fora do horário de pico.
- Se uma tarefa de backup completo estiver em execução, o sistema não atualize sua configuração. O sistema usará a nova configuração para a próxima tarefa de backup completo agendada ou iniciada manualmente.

Modifique objetos de backup

Na coluna Actions do plano de backup desejado, clique em Manage. A página Configure Task será exibida.
Na seção Basic Information, clique em Edit Backup Objects.
Modifique os objetos de backup e clique em Save.
- Para adicionar um novo banco de dados de origem, selecione-o na área Source Database Objects à esquerda e clique em .
- Para remover um banco de dados previamente selecionado, selecione-o na área Selected Database Objects à direita e clique em .
Esta página usa um seletor de lista dupla. Clique nas setas > e < para mover objetos de banco de dados entre as duas listas.
A caixa de diálogo Start Full Backup aparece com a mensagem "Are you sure you want to back up the database immediately?". Clique em OK ou Close.
- Se clique em OK, a tarefa de backup iniciará em cerca de um minuto e fará backup dos objetos especificados no plano de backup. Para minimizar o impacto no seu banco de dados de origem, recomendamos realizar esta operação fora do horário de pico.
- Se clique em Close, o sistema salve a configuração, mas não inicia uma tarefa imediata de backup completo. A nova configuração aplica-se ao próximo backup agendado.

Plano de backup entre regiões

Ao ative o recurso de backup entre regiões no console ApsaraDB RDS, a Recuperação de Desastres de Dados usa o Express Connect para transferir e fazer backup dos dados da sua instância RDS (ApsaraDB RDS for MySQL, ApsaraDB RDS for SQL Server ou ApsaraDB RDS for PostgreSQL) entre regiões. Esse processo também cria um novo plano de backup no console da Recuperação de Desastres de Dados. Você pode visualize as informações do banco de dados de origem na página de detalhes do plano de backup.

Para mais informações sobre o recurso de backup entre regiões e seu faturamento, consulte os seguintes tópicos:

FAQ

P: Como desativo o plano de backup?

R: Após desativar o recurso de backup entre regiões no console ApsaraDB RDS, a Recuperação de Desastres de Dados interrompe automaticamente o plano de backup correspondente.
P: Por que ainda sou cobrado após desativar o recurso de backup entre regiões?

R: Após desativar o recurso de backup entre regiões, o faturamento pela transferência de dados é interrompido e nenhum novo backup é criado. No entanto, o sistema retém os backups existentes por pelo menos 7 dias, conforme a política de retenção. Você pode defina o período de retenção para 7 dias. Após esse período, o sistema exclua automaticamente todos os arquivos de backup entre regiões e você não incorrerá mais em taxas de armazenamento para eles.
P: Posso alterar o método de faturamento do plano de backup para assinatura?

R: Não. Este tipo de plano de backup usa o método de faturamento pagamento conforme o uso por padrão, e não é possível alterá-lo para assinatura.
P: Após desativar o recurso de backup entre regiões no console ApsaraDB RDS, por que o plano de backup ainda aparece no console da Recuperação de Desastres de Dados?

R: O plano de backup permanece temporariamente no console da Recuperação de Desastres de Dados, mas não gera mais nenhuma taxa.

Impacto dos backups

Realizar backups para recuperação de desastres de dados afeta o desempenho do banco de dados. Para minimizar esse impacto, agende tarefas de backup fora do horário de pico.

Princípios de backup e impacto

Item	Backup lógico	Backup físico
Princípio do backup completo	Lê dados das tabelas em paralelo executando instruções SQL em múltiplas threads.	Um gateway de backup instalado no servidor do banco de dados copia diretamente os arquivos do banco de dados.
Princípio do backup incremental	Captura logs da memória do banco de dados em tempo real para realizar backups incrementais. Este método evita acúmulo de dados e reduz o impacto no desempenho de I/O do banco de dados.
Impacto no banco de dados	Lê dados da instância do banco de dados, o que afeta o desempenho, mas não causa bloqueios de tabela.	Lê dados do disco do banco de dados, o que afeta o desempenho de I/O, mas não causa bloqueios de tabela.

Formato Binlog para MySQL

A Recuperação de Desastres de Dados suporta backup completo, backup incremental e restauração de dados. Para garantir que os backups sejam executados corretamente, a Recuperação de Desastres de Dados exige configurações específicas e permissões de conta para o banco de dados que você deseja proteger.

Cenário de erro

Ao configure um plano de backup no console da Recuperação de Desastres de Dados, a pré-verificação falha. A mensagem de erro indica que o parâmetro binlog_format do banco de dados de origem não está definido como ROW. Para mais informações, consulte Fazer backup de bancos de dados locais e de nuvem de terceiros.

Para resolver esse problema, execute o comando set global binlog_format=ROW no banco de dados de origem e encerre todas as conexões ativas. Se você não encerrar as conexões, sessões existentes podem continuar gravando dados em um formato diferente de ROW, causando inconsistência nos dados incrementais.

Notas de uso

O parâmetro binlog_format deve ser definido como ROW. No modo ROW, o log binário registra a imagem anterior e posterior completa para quaisquer operações de Linguagem de Manipulação de Dados (DML). Esse registro detalhado é essencial para a restauração de dados.
Defina binlog_format como STATEMENT ou MIXED não é recomendado. O formato ROW é mais estável e confiável para fins de backup e recuperação.
Alterar binlog_format para ROW afeta apenas o conteúdo do log binário e não impacta as consultas ao banco de dados. No entanto, recomendamos encerrar todas as conexões ativas do banco de dados para garantir que todas usem o formato ROW.

Procedimento

Use uma conta privilegiada para conectar-se ao banco de dados de origem e execute o seguinte comando para defina binlog_format como ROW.
```
SET GLOBAL binlog_format = 'ROW';
```
Para verifique o valor atual do parâmetro binlog_format, execute o seguinte comando:
```
SHOW GLOBAL VARIABLES LIKE 'binlog_format';
```
Encerre todas as conexões ativas ao banco de dados. Esta etapa é crítica para evitar que sessões existentes gravem dados em um formato diferente de ROW, o que causa inconsistência nos dados incrementais.

Fazer backup de uma instância somente leitura

Pré-requisitos

Você adquiriu um plano de backup. Para mais informações, consulte Crie um plano de backup.

Nota
Ao adquirir o plano de backup, selecione MySQL como tipo de banco de dados e backup lógico como método de backup.
Você criou uma instância ApsaraDB RDS for MySQL somente leitura. Para mais informações, consulte Crie uma instância ApsaraDB RDS for MySQL somente leitura.
Método 1: Configure um plano de backup usando um endpoint público:
- Obtenha o endpoint público da instância somente leitura. Para mais informações, consulte Visualize e gerencie endpoints e números de porta da instância.
- Adicione os blocos CIDR do Serviço de Backup de Banco de Dados (DBS) à lista de permissões da instância somente leitura. Para mais informações, consulte Configure uma lista de permissões de IP.
  
  Nota
  Ao configure o plano de backup, selecione Self-managed database with Public IP:Port para Database Location e clique em How to Add to Whitelist para obter os blocos CIDR do Serviço de Backup de Banco de Dados (DBS).
  
  Você também deve especifique parâmetros como Backup Method, Database Type e Connection Address.
Método 2: Configure um plano de backup usando um endpoint interno:
- Você obteve o endpoint interno da instância somente leitura e usou o comando ping localmente para obter seu endereço IP interno atual.
```
~ % ping rr-bp1xxx.mysql.rds.aliyuncs.com
PING rr-bp1xxx.mysql.rds.aliyuncs.com (172.xx.xxx.101): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
```
  Importante
  O endereço IP interno obtido pode mudar em alguns cenários, o que pode causar falha no backup. Para mais informações, consulte Quais são os impactos de um backup em um banco de dados?.
- Você adicionou os blocos CIDR do Serviço de Backup de Banco de Dados (DBS) à lista de permissões da instância somente leitura. Para mais informações, consulte Configure uma lista de permissões de IP.
  
  Nota
  Ao configure o plano de backup, selecione RDS Instance para Database Location e clique em How to Add to Whitelist para obter os blocos CIDR do Serviço de Backup de Banco de Dados (DBS).

Considerações

A replicação de binlog pode sofrer atrasos durante backups pela rede pública. Recomendamos defina um valor maior para o Retention Period do log local na aba Backup Policy da página Backup and Restoration da sua instância ApsaraDB RDS for MySQL somente leitura. O período de retenção padrão é de 18 horas.
Ao configure um plano de backup usando um endpoint interno, o endereço IP interno pode mudar se você clonar a instância somente leitura, migrá-la para outra zona de disponibilidade ou alterar sua VPC ou vSwitch. Uma mudança no endereço IP causa falha na conexão com a instância de origem, resultando em falha no backup.

Se isso ocorrer, obtenha um novo endereço IP interno atual conforme descrito na seção Pré-requisitos e modifique o banco de dados de origem do backup. Salve as alterações.

Procedimento

Você pode configure um plano de backup para uma instância ApsaraDB RDS for MySQL somente leitura selecionando uma das duas opções para Database Location: A self-managed database with a public IP address and port ou A self-managed database connected through Express Connect, a VPN Gateway, or an Intelligent Gateway.

Método 1: Usar um endpoint público

Na página Backup Schedules, localize o ID do plano de backup que deseja configure e clique em Configure Backup Schedule na coluna Actions.
Na página Configure Backup Source and Destination, configure a origem e o destino do backup e clique em Next no canto inferior direito.
Nota
- Defina Database Location como Self-managed database with Public IP:Port.
- Para Connection Address, insira o endpoint público da instância ApsaraDB RDS for MySQL somente leitura. Para mais informações, consulte Visualize e gerencie endpoints e números de porta da instância.
- Para detalhes sobre outros parâmetros, consulte Gerencie um plano de backup.
Na página Edit Backup Objects, mova os bancos de dados ou tabelas de destino para a caixa Selected e clique em Next.
Nota
- Backup lógico: Você pode selecione quais bancos de dados e tabelas fazer backup durante um backup completo. Alguns mecanismos de banco de dados permitem fazer backup de vários bancos de dados, um único banco de dados ou uma única tabela. Alguns mecanismos também suportam backup incremental. Um backup incremental não distingue entre bancos de dados ou tabelas e faz backup de todos os dados incrementais por padrão.
  - Você pode clique em Select All no canto inferior esquerdo para fazer backup de todo o banco de dados. Os objetos de backup suportados e a granularidade variam conforme o mecanismo do banco de dados. Para mais informações, consulte Tipos de banco de dados e recursos suportados.
  - Bancos de dados criados após a configuração do plano de backup não são incluídos no backup por padrão. Para fazer backup de um banco de dados recém-criado, você deve adicioná-lo à configuração do plano de backup. Para mais informações, consulte Modifique objetos de backup.
- Backup físico: Você só pode fazer backup de uma instância inteira de banco de dados.

Na página Configure Backup Time, configure o horário de backup e outros parâmetros e clique em Next no canto inferior direito.

Parâmetro	Descrição
Full Backup Frequency	Selecione Periodic Backup ou Single Backup conforme necessário. Nota Se precisar restaurar dados incrementais, recomendamos selecione Periodic Backup e realizar um backup completo pelo menos uma vez por semana. Caso contrário, restaurar os dados exigirá a reprodução de um grande número de arquivos binlog, o que aumenta o risco de falhas na restauração e prolonga o objetivo de tempo de recuperação (RTO).
Full Backup Cycle	Este parâmetro é obrigatório se você defina Full Backup Frequency como Periodic Backup. Selecione os dias da semana para o backup. Você deve selecione pelo menos um dia por semana.
Full Backup Start Time	Este parâmetro é obrigatório se você defina Full Backup Frequency como Periodic Backup. Selecione um horário de início para o backup, por exemplo, 01:00. Recomendamos defina este horário fora do pico de uso. Nota Se a tarefa de backup completo anterior ainda estiver em execução no horário agendado para o próximo backup, o sistema pulará o backup agendado.
Incremental Backup	Ative o backup incremental. Se ative este recurso, certifique-se de que o binlog esteja habilitado para o banco de dados de origem. Nota Este parâmetro aparece apenas se você defina Full Backup Frequency como Periodic Backup. O binlog é habilitado por padrão para ApsaraDB RDS for MySQL. Para um banco de dados autogerenciado, você deve ative o binlog manualmente.
Maximum Concurrent Threads for Full Backup	Insira o número máximo de threads simultâneas para um backup completo. Você pode ajustar este parâmetro para controlar a velocidade do backup. Por exemplo, reduza o número de threads de backup para minimizar o impacto no banco de dados.
Backup Network Throttling	O limite na largura de banda da rede. Unidade: MB/s. Você pode defina o limite com base nos requisitos do seu negócio. O valor padrão 0 indica que a largura de banda da rede é ilimitada. Nota Este parâmetro é exibido apenas quando você faz backup de um banco de dados MySQL.

Na etapa Edit Lifecycle, configure o ciclo de vida para dados de backup completo na seção Configure Full Data Backup Lifecycle.

Nota
Se você definiu o parâmetro Incremental Backup como Enable na Etapa 6, deve configure o ciclo de vida para dados de backup incremental.
Após concluir as configurações, clique em Precheck no canto inferior direito da página.
Na caixa de diálogo Precheck, clique em Start Task após a pré-verificação ser aprovada.
Nota
- O plano de backup estará pronto quando seu Status mudar para Running.
- Se o plano de backup apresentar anomalias ou relatar um erro, solucione o problema prontamente. Para mais informações, consulte Como corrigir um plano de backup anormal. Se o problema persistir após seguir as sugestões do tópico, entre em contato com o suporte técnico no grupo DingTalk (ID: 35585947).

Método 2: Usar um endpoint interno

Na página Backup Schedules, localize o ID do plano de backup que deseja configure e clique em Configure Backup Schedule na coluna Actions.
Na página Configure Backup Source and Destination, configure a origem e o destino do backup e clique em Next no canto inferior direito.
Nota
- Para Database Location, selecione Self-managed database accessed via Express Connect/VPN Gateway/Intelligent Gateway.
- Para Destination VPC, selecione a VPC da instância ApsaraDB RDS for MySQL somente leitura de destino.
- Para Connection address, insira o endereço IP privado conforme descrito nos Pré-requisitos.
- Para Port, insira o número da porta da instância ApsaraDB RDS for MySQL somente leitura de destino.
- Para detalhes sobre outros parâmetros, consulte Gerencie um plano de backup.
Na página Edit Backup Objects, mova os bancos de dados ou tabelas de destino para a caixa Selected e clique em Next.
Nota
- Backup lógico: Você pode selecione quais bancos de dados e tabelas fazer backup durante um backup completo. Alguns mecanismos de banco de dados permitem fazer backup de vários bancos de dados, um único banco de dados ou uma única tabela. Alguns mecanismos também suportam backup incremental. Um backup incremental não distingue entre bancos de dados ou tabelas e faz backup de todos os dados incrementais por padrão.
  - Você pode clique em Select All no canto inferior esquerdo para fazer backup de todo o banco de dados. Os objetos de backup suportados e a granularidade variam conforme o mecanismo do banco de dados. Para mais informações, consulte Tipos de banco de dados e recursos suportados.
  - Bancos de dados criados após a configuração do plano de backup não são incluídos no backup por padrão. Para fazer backup de um banco de dados recém-criado, você deve adicioná-lo à configuração do plano de backup. Para mais informações, consulte Modifique objetos de backup.
- Backup físico: Você só pode fazer backup de uma instância inteira de banco de dados.

Na página Configure Backup Time, configure o horário de backup e outros parâmetros e clique em Next no canto inferior direito.

Parâmetro	Descrição
Full Backup Frequency	Selecione Periodic Backup ou Single Backup conforme necessário. Nota Se precisar restaurar dados incrementais, recomendamos selecione Periodic Backup e realizar um backup completo pelo menos uma vez por semana. Caso contrário, restaurar os dados exigirá a reprodução de um grande número de arquivos binlog, o que aumenta o risco de falhas na restauração e prolonga o objetivo de tempo de recuperação (RTO).
Full Backup Cycle	Este parâmetro é obrigatório se você defina Full Backup Frequency como Periodic Backup. Selecione os dias da semana para o backup. Você deve selecione pelo menos um dia por semana.
Full Backup Start Time	Este parâmetro é obrigatório se você defina Full Backup Frequency como Periodic Backup. Selecione um horário de início para o backup, por exemplo, 01:00. Recomendamos defina este horário fora do pico de uso. Nota Se a tarefa de backup completo anterior ainda estiver em execução no horário agendado para o próximo backup, o sistema pulará o backup agendado.
Incremental Backup	Ative o backup incremental. Se ative este recurso, certifique-se de que o binlog esteja habilitado para o banco de dados de origem. Nota Este parâmetro aparece apenas se você defina Full Backup Frequency como Periodic Backup. O binlog é habilitado por padrão para ApsaraDB RDS for MySQL. Para um banco de dados autogerenciado, você deve ative o binlog manualmente.
Maximum Concurrent Threads for Full Backup	Insira o número máximo de threads simultâneas para um backup completo. Você pode ajustar este parâmetro para controlar a velocidade do backup. Por exemplo, reduza o número de threads de backup para minimizar o impacto no banco de dados.
Backup Network Throttling	O limite na largura de banda da rede. Unidade: MB/s. Você pode defina o limite com base nos requisitos do seu negócio. O valor padrão 0 indica que a largura de banda da rede é ilimitada. Nota Este parâmetro é exibido apenas quando você faz backup de um banco de dados MySQL.

Na etapa Edit Lifecycle, configure o ciclo de vida para dados de backup completo na seção Configure Full Data Backup Lifecycle.

Nota
Se você definiu o parâmetro Incremental Backup como Enable na Etapa 6, deve configure o ciclo de vida para dados de backup incremental.
Após concluir as configurações, clique em Precheck no canto inferior direito da página.
Na caixa de diálogo Precheck, clique em Start Task após a pré-verificação ser aprovada.
Nota
- O plano de backup estará pronto quando seu Status mudar para Running.
- Se o plano de backup apresentar anomalias ou relatar um erro, solucione o problema prontamente. Para mais informações, consulte Como corrigir um plano de backup anormal. Se o problema persistir após seguir as sugestões do tópico, entre em contato com o suporte técnico no grupo DingTalk (ID: 35585947).

Obter endpoints internos e públicos

Acesse a página Instances. Na barra de navegação superior, selecione a região onde a instância RDS reside. Em seguida, localize a instância RDS e clique no ID da instância.
Na página Basic Information, clique em View Connection Details para visualize os endpoints internos e públicos da instância somente leitura. A página Database Connection lista o Internal Endpoint e o Public Endpoint com seus respectivos números de porta. O endpoint interno usa o formato rr-bp1xxx.mysql.rds.aliyuncs.com.

Nota
Se a instância somente leitura não tiver um endpoint público, clique em Apply for Public Endpoint na linha Public Endpoint da página Database Connection e clique em OK. O novo endpoint será exibido após ser ativado.

FAQ

P: Por que meu plano de backup falha ao conectar-se à instância de origem usando um endereço IP interno e como corrijo isso?

R: Possíveis causas: O endereço IP interno usado no Método 2 é dinâmico e pode mudar se você clonar a instância somente leitura, migrá-la para outra zona de disponibilidade ou alterar sua VPC ou vSwitch. Essa mudança interrompe a conexão com a instância de origem e causa falha no backup.

Solução: Use o endpoint interno da instância somente leitura e execute o comando ping localmente para obter um novo endereço IP interno atual. Em seguida, modifique o banco de dados de origem do backup e salve as alterações.
```
~ % ping rr-bp1xxx.mysql.rds.aliyuncs.com
PING rr-bp1xxx.mysql.rds.aliyuncs.com (172.xx.xxx.101): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
```
P: O Serviço de Backup de Banco de Dados (DBS) suporta backups completos e incrementais de uma instância somente leitura?

R: Sim, o DBS suporta ambos.

Recuperação de desastres e backup RDS

A recuperação de desastres fornece backups dump e lógicos, permitindo backups flexíveis e entre regiões.
O RDS fornece backups físicos, permitindo backups locais e restauração rápida.

Benefícios dos backups dump do Serviço de Backup de Banco de Dados (DBS)

Backup entre regiões

Os backups usam uma rede segura, estável e dedicada.
O DBS faz dump direto de backups físicos nativos e logs do ApsaraDB RDS, eliminando a necessidade de iniciar um backup separado.
Restaure um conjunto de backup para uma instância ApsaraDB RDS com um único clique.
Retenha conjuntos de backup por até cinco anos. Eles são armazenados independentemente e permanecem disponíveis pelo período especificado, mesmo após a liberação da instância ApsaraDB RDS.
O DBS fornece armazenamento com dimensionamento automático e livre de manutenção.

Backup flexível

O Serviço de Backup de Banco de Dados (DBS) protege dados críticos fazendo backup de tabelas principais em tempo real. Ele combina backups completos de tabela única com backups incrementais em tempo real para atingir um objetivo de ponto de recuperação (RPO) de segundos e permitir recuperação point-in-time.
O Serviço de Backup de Banco de Dados (DBS) suporta recuperação de tabela única, permitindo extrair uma tabela específica de um conjunto de backup. Como o tempo de recuperação depende apenas da quantidade de dados restaurados, você pode recuperar dados em minutos.
A Recuperação de Desastres de Dados fornece um recurso de mapeamento de esquema para restauração. Você não precisa adquirir uma instância adicional de banco de dados para restauração e pode restaurar dados diretamente na instância original. O recurso de mapeamento de esquema permite renomear manualmente esquemas e tabelas para restauração. Além disso, a recuperação de desastres de dados fornece uma estratégia de resolução de conflitos para objetos com o mesmo nome. Se um esquema ou tabela com o mesmo nome for encontrado durante o processo de restauração, ele será renomeado automaticamente. Esse processo não exclua nem modifique os dados originais no banco de dados de destino.
Para bancos de dados RDS, a Recuperação de Desastres de Dados é profundamente integrada ao DMS, permitindo iniciar backups e restaurações diretamente. Você pode acesse este recurso em: Security and Specifications (DBS) > Data Disaster Recovery.

Visualize arquivos de backup no OSS

A Recuperação de Desastres de Dados suporta backup de instâncias de banco de dados para o seu próprio OSS. Ao fazer backup de dados para OSS For User, a Recuperação de Desastres de Dados cria automaticamente um diretório de backup no Bucket OSS especificado. Você não precisa crie-o manualmente. A convenção de nomenclatura para arquivos de backup é <ID da tarefa de backup>/<Tipo de backup>/<ID de execução da tarefa de backup (completo ou incremental)>/<Dados específicos>.

Na página Backup Schedules, localize o plano de backup que deseja gerencie e clique em Manage na coluna Actions.
Na página Configure Task, localize Destination OSS Bucket e clique no nome do bucket.

Você será redirecionado automaticamente para o diretório do bucket de destino no console OSS. Este diretório contém uma pasta full para backups completos e uma pasta continuous para backups incrementais. Para mais informações sobre o OSS, consulte Início rápido.

Discrepância de horário de execução para recuperação de desastres de dados

A recuperação de desastres de dados executa SQL de backup no fuso horário UTC+0 para garantir a confiabilidade dos dados em backups lógicos. No entanto, o recurso de auditoria SQL do ApsaraDB RDS registra essas execuções no fuso horário UTC+8. Consequentemente, o horário mostrado no console ApsaraDB RDS está oito horas à frente do horário real de execução exibido no console de recuperação de desastres de dados.

Impacto nos bancos de dados

Os backups de recuperação de desastres de dados podem afetar o desempenho do banco de dados. Recomendamos execute backups fora do horário de pico para minimizar o impacto.

Item	Backup lógico	Backup físico
Como funcionam os backups completos	Divide os dados em cada tabela e executa instruções SQL para ler os dados em paralelo usando múltiplas threads.	Um gateway de backup no servidor do banco de dados copia diretamente os arquivos do banco de dados.
Como funcionam os backups incrementais	Realiza backups incrementais capturando logs da memória do banco de dados em tempo real. Este método evita acúmulo de dados e reduz o impacto no desempenho de I/O do banco de dados.
Impacto no banco de dados	Lê dados da instância do banco de dados, o que afeta o desempenho. No entanto, este método não causa bloqueios de tabela.	Lê dados do disco do banco de dados, o que afeta o desempenho de I/O. No entanto, este método não causa bloqueios de tabela.