Todos os produtos
Search
Central de documentação

Data Management:Backup e restauração lógica para MySQL entre nuvens ou auto-gerenciado

Última atualização: Jun 27, 2026

O Data Backup Service (DBS) permite redundância geográfica, arquivamento de longo prazo e restauração de tabelas individuais em bancos de dados MySQL. Este tópico descreve como usar o DBS para fazer backup e restaurar um banco de dados MySQL entre nuvens ou auto-gerenciado.

Visão geral dos recursos

Recurso

Descrição

Backup incremental

Obtém logs binários em tempo real para executar backups incrementais.

Backup completo

Os backups lógicos são armazenados no formato Parquet. Os backups físicos usam o formato gzip por padrão.

Baixe arquivos de backup

Permite baixar conjuntos de backup.

Redundância geográfica

Permite fazer backup de um banco de dados MySQL em uma região diferente e restaurar os dados em uma instância ApsaraDB RDS ou em um banco de dados MySQL auto-gerenciado na região de origem, de destino ou em outra região.

Arquivamento de longo prazo

Retém conjuntos de backup por até 10 anos, com transição automática para armazenamento de arquivamento.

Backup granular

Suporta backup de vários bancos de dados, um único banco de dados ou uma única tabela.

Restauração de tabela única

Restaura uma tabela específica sem recuperar toda a instância do banco de dados, o que reduz o tempo de recuperação. Ao configurar os objetos para restauração, basta selecionar a tabela desejada.

Criar uma programação de backup

Para obter instruções detalhadas, consulte Criar uma programação de backup.

Nota
  • Ao adquirir a programação de backup, selecione MySQL como tipo de banco de dados e logical backup como método de backup.

  • Para entender a granularidade de backup e restauração de bancos de dados MySQL, consulte Tipos de banco de dados e recursos suportados.

  • Durante a fase de backup completo, não execute operações DDL que alterem o esquema do banco de dados ou da tabela. Caso contrário, o backup poderá falhar ou os dados poderão não ser restauráveis.

Configure uma programação de backup

  1. Faça login no console V5.0 do Data Management Service (DMS).

  2. Na barra de navegação superior, escolha Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Backup Plan.

    Nota

    Se estiver usando o console do DMS no modo simples, passe o ponteiro sobre o ícone 2023-01-28_15-57-17.png2023-01-28_15-57-17.png no canto superior esquerdo do console e escolha All Features > Security and disaster recovery (DBS) > Data Disaster Recovery (DBS) > Backup Plan.

  3. Localize o ID da programação de backup desejada e clique em Actions na coluna Configure Backup Schedule.

    image.pngimage.png

  4. Na página Configure Backup Source and Destination, configure as informações de origem e destino do backup e clique em Next no canto inferior direito.

    image.pngimage.png

    Tabela 1. Configuração do banco de dados

    Seção

    Parâmetro

    Descrição

    N/A

    Backup schedule name

    DBS gera automaticamente um nome para a tarefa. Recomendamos especificar um nome descritivo para facilitar a identificação. O nome não precisa ser exclusivo.

    Backup Source Information

    Backup method

    Este parâmetro assume como padrão o método de backup selecionado durante a criação da programação. Neste exemplo, logical backup está selecionado.

    Database location

    Selecione um valor conforme o tipo de banco de dados de origem que você deseja proteger:

    • No public network IP: Port's self-built database (accessed through the database gateway): Faz backup de um banco de dados auto-gerenciado por meio de um gateway de banco de dados. É necessário configurar previamente um gateway para a instância e selecionar o Database Gateway ID desejado nesta etapa.

    • User-Created Database with Public IP Address <IP Address:Port Number>: Realiza backup de um banco de dados auto-gerenciado pela Internet. Também é preciso configurar o endereço de conexão e a porta da instância de origem.

    • ECS-Hosted Database: Protege um banco de dados implantado em uma instância Elastic Compute Service (ECS). Configure também o ECS instance ID e a porta do banco de dados de origem.

    • Express Connect DB/VPN Gateway/Intelligent Gateway: Efetua backup de um banco de dados auto-gerenciado via Virtual Private Cloud (VPC). Configure antecipadamente uma VPC para a instância e selecione a Peer VPC correspondente neste passo.

    • PolarDB: Destina-se ao backup de clusters PolarDB for MySQL. Selecione também o PolarDB Cluster ID de origem.

    Instance region

    Escolha a região onde reside a instância do banco de dados de origem.

    Nota

    Este parâmetro aparece apenas quando se seleciona RDS Instance, PolarDB, ECS-Hosted Database ou No public network IP: Port's self-built database (accessed through the database gateway).

    PolarDB cluster ID

    Indique o cluster PolarDB alvo do backup.

    Database type

    O valor padrão é MySQL.

    Nota

    Esta opção só fica visível se você escolher User-Created Database with Public IP Address <IP Address:Port Number>, PolarDB, ECS-Hosted Database, Express Connect DB/VPN Gateway/Intelligent Gateway ou No public network IP: Port's self-built database (accessed through the database gateway).

    Peer VPC

    Defina a VPC apropriada.

    Nota

    Campo exibido somente quando Database Location estiver definido como Self-managed database connected over Express Connect, a VPN gateway, or Smart Access Gateway (SAG).

    ECS instance ID

    Informe o ID da instância ECS que será submetida a backup.

    Nota

    Visível apenas se Database Location for Self-managed database on an ECS instance.

    Database gateway ID

    Aponte a instância do gateway de banco de dados.

    Nota

    Aparece exclusivamente quando Database Location corresponde a Self-managed database without a public IP address, accessed by using a database gateway.

    Connection address

    Endereço de conexão da instância de banco de dados de origem.

    Nota
    • Caso haja configurações de segurança de rede, como firewall, no servidor, clique em Set Whitelist para obter os blocos CIDR do DBS. Adicione esses blocos à lista de permissões do servidor para garantir que o DBS consiga acessá-lo.

    • Exibido apenas nas opções No public network IP: Port's self-built database (accessed through the database gateway), Express Connect DB/VPN Gateway/Intelligent Gateway ou User-Created Database with Public IP Address <IP Address:Port Number>.

    Port

    Porta utilizada para conectar-se ao banco de dados de origem.

    Nota

    Não aparece se Database Location estiver definido como PolarDB.

    Database account

    Insira uma conta de banco de dados com as permissões necessárias para realizar o backup. Para mais detalhes, consulte Permissões de conta.

    Nota

    Em bancos de dados RDS, contas com permissão de leitura atendem aos requisitos de backup, enquanto contas com leitura e escrita suportam tanto backup quanto restauração.

    Password

    Digite a senha correspondente à conta do banco de dados.

    Após informar conta e senha, clique em Test Connection para validar as informações fornecidas. Se os dados estiverem corretos, uma mensagem de sucesso será exibida. Em caso de falha no teste de conectividade, utilize a opção Diagnose e ajuste as informações conforme orientado.

    Connection method

    Escolha o método de conexão. Valores válidos:

    • Non-encrypted

    • SSL-encrypted: O protocolo Secure Sockets Layer (SSL) criptografa conexões de rede na camada de transporte, aumentando a segurança e integridade dos dados em trânsito. No entanto, isso pode elevar o tempo de resposta das conexões.

      Nota

      Antes de optar por SSL-encrypted, certifique-se de que a criptografia SSL esteja ativada no servidor do banco de dados de origem. Consulte Etapa 1: Ativar criptografia SSL para uma instância ApsaraDB RDS for MySQL para mais informações.

    Compliance warranty regarding cross-border data transfers

    Leia e aceite o compromisso de conformidade marcando a caixa de seleção.

    Backup Destination Information

    Backup storage type

    Tipo de armazenamento do destino de backup. Opções disponíveis:

    • DBS Storage (Recomendado): Não exige criação prévia de espaço de armazenamento. O DBS armazena os dados automaticamente em seu repositório integrado. A cobrança ocorre conforme o volume de dados armazenados. Veja Itens faturáveis do DBS para detalhes sobre preços.

    • OSS For User: Requer a criação antecipada de um bucket no Object Storage Service (OSS). Consulte Criar buckets para orientações.

    Nota
    • Este guia utiliza DBS Storage como exemplo. Caso prefira User-owned OSS bucket, será necessário definir o parâmetro OSS Bucket Name. Apenas o armazenamento OSS Standard é compatível.

    • Para grandes volumes de dados, recomenda-se adquirir um plano de armazenamento por assinatura para compensar os custos do repositório integrado. Planos de assinatura oferecem melhor custo-benefício comparado ao modelo pagamento conforme o uso.

    Storage method

    Defina o método de armazenamento. Alternativas:

    • Encrypted (Recomendado): Emprega o algoritmo AES-256, padrão da indústria, para criptografar o armazenamento.

      O OSS suporta criptografia no lado do servidor. Durante o upload, o objeto recebido é criptografado antes do armazenamento. No download, o OSS descriptografa automaticamente o arquivo e entrega o conteúdo original.

    • Non-encrypted: Armazenamento sem criptografia.

  5. Na página Edit Backup Objects, mova os bancos de dados ou tabelas que deseja proteger para a caixa Selected e clique em Next.

    Nota
    • É possível selecionar bancos de dados e tabelas específicas, incluindo tabelas únicas, bancos individuais ou múltiplos bancos. Use o botão Select All no canto inferior esquerdo para incluir todos os bancos existentes. Os objetos suportados variam conforme o tipo de banco de dados. Consulte Tipos de banco de dados e recursos suportados para mais detalhes.

    • Por padrão, novas bases criadas após a configuração da programação não são incluídas automaticamente no backup. Para protegê-las, adicione-as manualmente aos objetos de backup. Veja como em Modificar objetos de backup.

  6. Na página Configure Backup Time, defina o horário de execução e demais parâmetros, depois clique em Next no canto inferior direito.

    Parâmetro

    Descrição

    Full backup frequency

    Opte por Periodic Backup ou Single Backup conforme a necessidade do seu negócio.

    Nota

    Ao escolher Periodic Backup, torna-se obrigatório definir Full Backup Period e Full Backup Start Time.

    Full backup period

    Marque os dias da semana para execução do backup completo. É permitido selecionar de um a sete dias, sendo obrigatório pelo menos um backup semanal.

    Full backup start time

    Defina o horário inicial, por exemplo, 01:00. Sugere-se agendar as execuções fora dos horários de pico.

    Nota

    Caso uma tarefa de backup completo ainda esteja em andamento no horário programado, a nova execução será ignorada automaticamente.

    Incremental backup

    Define se o backup incremental deve ser ativado.

    Nota

    Ao habilitar este recurso, verifique se o log binário está ativo no banco de origem. Instâncias ApsaraDB RDS for MySQL já possuem essa configuração por padrão; bancos auto-gerenciados exigem ativação manual.

    Opção disponível apenas quando Full Backup Frequency estiver configurado como Periodic Backup.

    Maximum number of parallel threads for full backup

    Estabelece o limite de threads paralelas para o backup completo. Ajuste este valor para controlar a velocidade da operação; reduzir o número de threads minimiza o impacto no desempenho do banco de dados.

    Backup network throttling

    Limite de largura de banda de rede, medido em MB/s. O valor padrão é 0, indicando ausência de restrições. Qualquer valor personalizado pode ser aplicado.

  7. Na página Edit Lifecycle, determine o período de retenção dos dados de backup completo no armazenamento integrado.

    Se a opção Incremental Backup foi ativada anteriormente, configure também a retenção para backups incrementais. Saiba mais sobre o ciclo de vida dos dados em Gerenciar o ciclo de vida dos dados de backup.

  8. Concluídas as configurações, clique em Precheck no canto inferior direito da página.

  9. Na caixa de diálogo Precheck, assim que Start Task estiver visível, clique em Start Task.

    Nota
    • A programação estará pronta quando seu Status mudar para Running.

    • Em caso de exceções ou erros na programação de backup, recomenda-se diagnosticar e corrigir o problema rapidamente. Consulte Como corrigir uma programação de backup anormal? para orientações. Se as soluções propostas não resolverem a questão, entre em contato com o grupo de suporte ao cliente (ID do grupo DingTalk: 35585947).

Restaurar dados

Após realizar o backup de um banco de dados, caso ocorra perda, corrupção ou alteração maliciosa dos dados devido a falhas de hardware, erros de software, equívocos operacionais ou desastres naturais, utilize o recurso de restauração para recuperar as informações rapidamente para o estado disponível mais recente.

Precauções

Ao restaurar dados em uma instância existente, assegure-se de que a conta de banco de dados informada possua as permissões adequadas no destino. A falta de privilégios pode causar falha na restauração. Consulte Permissões de conta para mais informações.

Procedimento

  1. Na página de Programações de Backup, localize a programação desejada e clique em Manage na coluna Actions.

  2. Na página Configure Task, clique em Restore Database no canto superior direito.

  3. Na página Set Time Restored To, preencha os parâmetros abaixo e clique em Next.

    imageimage

    Seção

    Parâmetro

    Descrição

    N/A

    Task Name

    O DBS gera um nome automaticamente. Sugerimos adotar um nome descritivo para facilitar a identificação futura. Não é necessário que seja único.

    Set Time Restored To

    Restorable time range

    Intervalo temporal disponível para recuperação. Inicia-se na conclusão do primeiro backup completo e estende-se até a finalização do backup completo mais recente.

    Selected restore time point

    Escolha o ponto exato no tempo para onde os dados devem retornar. Este momento deve estar contido no Restorable Time Range.

    Nota
    • Com o backup incremental ativo, é possível restaurar para qualquer instante posterior ao início dos backups.

    • Sem o backup incremental, a restauração limita-se aos pontos exatos dos conjuntos de backup completo.

    Destination database

    Destination database instance type

    Decida entre Create Instance (Recommended) ou Use Exists.

    Nota

    Ao optar por Use Exists, confirme que o banco de dados de destino está operacional.

    Database location

    • Se escolher Create Instance (Recommended) como tipo de destino, o sistema selecionará automaticamente ApsaraDB RDS instance.

    • Caso prefira Use Exists, as seguintes localizações estarão disponíveis:

      • No public network IP: Port's self-built database (accessed through the database gateway)

      • User-Created Database with Public IP Address <IP Address:Port Number>

      • ECS-Hosted Database

      • RDS Instance

      • Express Connect DB/VPN Gateway/Intelligent Gateway

      • PolarDB

    Instance region

    Indique a região da instância de destino.

    Nota

    Este campo não aparece se Database Location for User-Created Database with Public IP Address <IP Address:Port Number>.

    VPC

    VPC onde a nova instância será provisionada.

    Nota

    Se ainda não possui uma VPC, consulte Criar e gerenciar uma VPC.

    Instance specification

    Especificação técnica da nova instância. As opções viáveis aparecem diretamente no console.

    Nota

    Recomenda-se escolher uma especificação igual ou superior à da instância de origem.

    Storage (GB)

    Capacidade de armazenamento da nova instância. As alternativas disponíveis constam no console.

    Nota

    Para garantir espaço suficiente para a restauração, sugere-se reservar pelo menos 1,3 vezes o tamanho da instância original. Alternativamente, considere 5 a 6 vezes o tamanho do conjunto de backup completo, dado que os backups são compactados.

    Database type

    O tipo de banco de dados é MySQL.

    Nota

    Configuração necessária apenas quando Database Location for No public network IP: Port's self-built database (accessed through the database gateway).

    Database gateway ID

    Gateway instalado no servidor que hospeda o banco de dados auto-gerenciado. Para instruções de instalação, veja Instalar um gateway de banco de dados.

    Nota

    Parâmetro exigido somente se Database Location estiver definido como No public network IP: Port's self-built database (accessed through the database gateway).

    Connection address

    Endpoint público do banco de dados de destino.

    Nota

    Necessário apenas para as opções Database Location definidas como No public network IP: Port's self-built database (accessed through the database gateway), User-Created Database with Public IP Address <IP Address:Port Number>, ECS-Hosted Database ou Express Connect DB/VPN Gateway/Intelligent Gateway.

    Port

    Porta de conexão com o banco de dados de destino.

    Nota

    Configuração requerida apenas quando Database Location for No public network IP: Port's self-built database (accessed through the database gateway) ou User-Created Database with Public IP Address <IP Address:Port Number>.

    Database account

    Informe a conta da instância de destino. Esta conta deve possuir permissões de escrita.

    Password

    Senha da conta utilizada para conectar-se ao banco de dados alvo do backup.

    Data cross-border compliance commitment

    Leia e marque a caixa de seleção para concordar com o compromisso de conformidade.

  4. Na página Configure Objects to Restore, ajuste os parâmetros listados e clique em Precheck no canto inferior direito.

    Parâmetro

    Descrição

    Conflict resolution

    O método padrão de Conflict Handling é Rename if an object with the same name is encountered. Por exemplo, se durante a restauração da tabela job_info já existir outra com o mesmo nome, o sistema renomeará a nova tabela para job_info_dbs_<restore task ID>_<timestamp>.

    Objects to restore

    Na caixa Source Database Objects, selecione os bancos de dados ou tabelas a serem recuperados e transfira-os para a caixa Selected Database Objects.

    Nota

    Certos bancos permitem restauração granular por tabela ou banco individual, o que diminui o volume de dados processados e reduz o Objetivo de Tempo de Recuperação (RTO). Verifique as granularidades suportadas em Tipos de banco de dados e recursos suportados.

  5. Na caixa de diálogo Precheck, assim que aparecer a mensagem Precheck Passed, clique em Start Task.

    Acompanhe o progresso da restauração acessando a aba Restore Tasks no painel de navegação à esquerda.

    Nota

    Especificações superiores proporcionam maior velocidade de restauração. Consulte Testes de desempenho para backups lógicos e físicos para detalhes.

    Ao restaurar para uma nova instância, a criação da instância ApsaraDB RDS leva aproximadamente de 5 a 10 minutos. Após a conclusão bem-sucedida, a nova instância estará disponível no console do ApsaraDB RDS. Também é possível clicar no ID da tarefa de restauração e, em seguida, no nome da instância na seção Basic Information para acessar diretamente o console do ApsaraDB RDS.

Operações relacionadas