Quando atualizações, exclusões ou gravações acidentais corrompem dados na sua instância ApsaraDB RDS for MySQL, o recurso de rastreamento de dados do Data Management (DMS) permite identificar exatamente quais linhas foram alteradas em um período específico. Com base nos logs binários, gere um script de rollback e aplique-o para restaurar apenas as linhas afetadas, sem precisar restaurar toda a instância ou banco de dados.
Para obter uma visão geral de todos os métodos de restauração de dados, consulte Overview of data restoration methods .
Escolha um método de restauração
Consulte a tabela abaixo para definir qual método de restauração melhor se adapta à sua situação antes de prosseguir.
|
Método |
Funcionamento |
Velocidade |
Período restaurável |
Custo |
|
Data tracking (este guia) |
Analisa logs binários de um intervalo de tempo especificado, gera instruções de rollback para operações DML selecionadas e as aplica por meio de um ticket de alteração de dados. |
Rápida |
Flexible Management: últimos 30 minutos (exportação de rollback/rebuild indisponível). Stable Change ou Security Collaboration: até 168 horas (backup de log desativado) ou até 730 dias (backup de log ativado). |
Flexible Management: gratuito. Stable Change ou Security Collaboration: fees apply. |
|
Restaura bancos de dados ou tabelas específicas para uma instância nova ou existente. A restauração em uma instância existente aciona um failover entre primário e secundário. |
Rápida (modo rápido) ou baixa (modo padrão) |
Até 730 dias, conforme o período de retenção do backup de log. |
Cobrança pela nova instância e pelo armazenamento de backup que exceder a cota gratuita. |
|
|
Restaura todos os dados para uma nova instância e, em seguida, migra-os de volta para a original ou outro destino. |
Lenta |
Até 730 dias, conforme os períodos de retenção de backup de log e de dados. |
Cobrança pela nova instância, armazenamento de backup excedente à cota gratuita e tráfego de saída pela internet para migração. |
Utilize o rastreamento de dados quando precisar reverter linhas específicas de um período conhecido e quiser evitar o custo operacional de restaurar uma instância inteira.
Pré-requisitos
Antes de começar, verifique se você possui:
Um banco de dados MySQL 5.6 ou superior
Log binário ativado para o banco de dados
Conectado ao banco de dados no DMS (obrigatório para os modos Flexible Management e Stable Change; não obrigatório para o modo Security Collaboration)
Limitações
O sistema rastreia apenas operações DML (INSERT, UPDATE, DELETE). Operações DDL não são suportadas.
No modo Flexible Management, o rastreamento limita-se aos últimos 30 minutos, e não é possível exportar scripts de rollback ou rebuild.
Nos modos Stable Change ou Security Collaboration, o rastreamento respeita o período de retenção do log binário.
Um único ticket de rastreamento de dados cobre no máximo 48 horas. Para intervalos maiores, divida o período em vários tickets.
Se o log binário estiver desativado ou se você não tiver feito login no banco de dados, o DMS não conseguirá recuperar os logs binários.
Rastreie alterações de dados e gere um script de rollback
Faça login no console do DMS V5.0.
-
Na barra de navegação superior, clique em Database Development > Data Tracking > Data Tracking Ticket.
Se estiver usando o console do DMS no modo simples, passe o ponteiro sobre o ícone
no canto superior esquerdo e escolha All Features > Database Development > Data Tracking > Data Tracking Ticket . No canto superior direito da página Data Tracking Ticket, clique em Data Tracking.
-
Na página Data Tracking Tickets, configure os parâmetros a seguir e clique em Submit. Após clicar em Submit, o DMS recupera automaticamente os logs binários e o ticket avança para a etapa de Approval.
Parâmetro
Descrição
Task Name
Insira um nome que ajude você e os aprovadores a identificarem a finalidade do ticket.
Database Name
Selecione o banco de dados cujos dados deseja rastrear. É necessário ter permissões de gerenciamento para este banco no DMS. Digite um prefixo para filtrar a lista.
Table Name
Escolha uma ou mais tabelas para rastrear.
Track Type
Defina os tipos de operação para reverter: Insert (gera instruções de rollback INSERT), Update (gera instruções de rollback UPDATE) ou Delete (gera instruções de rollback DELETE).
Time Range
Especifique a janela de tempo que abrange a alteração acidental. Modo Flexible Management: limitado aos últimos 30 minutos. Modos Stable Change ou Security Collaboration: qualquer intervalo dentro do período de retenção do log binário, até 48 horas por ticket.
Change Stakeholder
Selecione as partes interessadas que precisam acessar os detalhes do ticket. Apenas os interessados selecionados e os aprovadores podem visualizar o ticket.
-
Aguarde a aprovação do ticket.
Por padrão, o administrador de banco de dados (DBA) do banco selecionado aprova os tickets de rastreamento de dados. Para detalhes sobre as regras de aprovação, consulte Data tracking .
Após a aprovação, aguarde o DMS baixar e analisar os logs binários.
-
Quando a análise for concluída, filtre os resultados por Track Type, Table Name ou Column Name para isolar as linhas que deseja reverter. Selecione os registros alvo e clique em Export Rollback Script. O script de rollback será baixado para o seu computador.
Para revisar um registro individual antes de exportar, clique em View Details para ver os dados completos da linha e copiar a instrução de rollback.
Aplique o script de rollback
Depois de exportar o script de rollback, escolha como aplicá-lo com base na quantidade de linhas afetadas:
Poucas linhas afetadas: Execute as instruções de rollback diretamente no SQL Console.
Muitas linhas afetadas: Envie um normal data change ticket e anexe o script de rollback exportado. O DMS aplicará as instruções SQL ao banco de dados selecionado.
Referência da API
Para automatizar o rastreamento de dados com a API do DMS, utilize as seguintes operações: