Data Management:Arquivar dados em um cluster PolarDB for MySQL

Pré-requisitos

Antes de começar, verifique se você possui:

• Um banco de dados source de um dos seguintes tipos:

  • MySQL: ApsaraDB RDS for MySQL, PolarDB for MySQL ou AnalyticDB for MySQL V3.0

  • PostgreSQL: ApsaraDB RDS for PostgreSQL ou PolarDB for PostgreSQL

  • PolarDB-X

• A permissão REPLICATION CLIENT concedida à conta do banco de dados MySQL

• Um cluster PolarDB for MySQL adquirido. Para mais detalhes, consulte Procedimentos de compra.

• Tabelas source com chave primária ou chave única

• (Recomendado) Uma coluna de timestamp nas tabelas source para uso como condição de filtro

Riscos antes de iniciar

Analise os riscos abaixo antes de configurar a tarefa de arquivamento.

Espaço de armazenamento para limpeza do source

Se você ativar a opção Post-behavior para excluir as linhas arquivadas do source, o DMS criará tabelas de backup temporárias no banco de dados source antes da exclusão. Certifique-se de que o banco de dados source tenha espaço de armazenamento suficiente para essas tabelas. Espaço insuficiente pode causar falha na tarefa de arquivamento ou indisponibilidade da instância source.

Requisito de modo de controle para tarefas recorrentes

Em tarefas de arquivamento recorrentes, tanto o banco de dados source quanto o de destino devem estar gerenciados no modo Security Collaboration ou Stable Change. Tarefas únicas não exigem nenhum modo de controle específico.

Se uma instância estiver no modo Stable Change e forem necessárias execuções recorrentes, ative o gerenciamento de segurança para essa instância ou altere seu modo de controle para Security Collaboration. Caso contrário, a tarefa poderá falhar quando o login da instância expirar. Consulte Ativar gerenciamento de segurança e Alterar o modo de controle de uma instância.

Faturamento

O cluster PolarDB for MySQL gera custos. Para mais detalhes, consulte Itens faturáveis.

Arquivar dados em um cluster PolarDB for MySQL

O exemplo a seguir arquiva pedidos com mais de 6 meses em um cluster PolarDB for MySQL, seguindo um cronograma mensal recorrente.

1. Acesse o console do DMS V5.0.

2. Na barra de navegação superior, escolha Solution > Data Archiving.

   No modo simples, passe o mouse sobre o ícone no canto superior esquerdo e escolha All functions > Solution > Data Archiving .

3. No canto superior direito da página Data Archiving Tickets, clique em Data Archiving.

4. Na página Ticket Application, configure os parâmetros a seguir.

   Parâmetro	Obrigatório	Descrição
   Task Name	Sim	Nome descritivo para a tarefa de arquivamento.
   Archiving Destination	Sim	Selecione PolarDB MySQL.
   PolarDB Cluster	Sim	Cluster PolarDB for MySQL de destino.
   Source Database	Sim	Banco de dados source de onde os dados serão arquivados.
   Archive Configuration	Sim	Tabelas source e condições opcionais de filtro. Para filtrar por data (por exemplo, linhas com mais de 6 meses), defina primeiro uma variável de tempo em Variable Configuration e referencie-a aqui como ${variable_name}. Clique em Add para incluir mais tabelas source.
   Archive Table Mapping	Não	Configurações da tabela de destino. Clique em Edit na coluna Actions para especificar o nome da tabela, colunas, chaves de shard e chaves de partição no banco de dados de destino.
   Variable Configuration	Não	Variáveis de tempo para condições de filtro. Por exemplo, uma variável chamada 6_month_ago no formato yyyy-MM-dd com deslocamento de -6 meses resulta em 2021-02-11 quando a data atual é 12 de agosto de 2021. Para detalhes de configuração, consulte Configurar variáveis de tempo.
   Post-behavior	Não	Define se as linhas arquivadas devem ser excluídas da tabela source após o sucesso do arquivamento: - Clean up the archived data of the original table (delete-No Lock): O DMS exclui as linhas da tabela source após gravá-las no destino. Antes da exclusão, o DMS cria tabelas de backup temporárias no banco de dados source. Após verificar os dados arquivados, envie um ticket de alteração de dados regular para remover essas tabelas de backup. - Não selecionado: As linhas permanecem na tabela source. Exclua-as manualmente com um ticket de alteração de dados regular e recupere o espaço com um ticket de DDL sem bloqueio.
   Operation Mode	Sim	Single execution: O DMS executa a tarefa uma única vez após a aprovação do ticket. Cyclic scheduling: O DMS executa a tarefa em um cronograma recorrente. Para opções de agendamento, consulte a seção Agendamento periódico no tópico de arquivamento do Lindorm.

5. Clique em Submit.

Após a aprovação do ticket, o DMS executa a tarefa de arquivamento automaticamente. Aguarde a conclusão da tarefa.

Se a tarefa falhar, clique em Details na coluna Actions da etapa Execute para visualizar os logs da tarefa. Em caso de falhas causadas por problemas de rede ou conexão com o banco de dados, clique em Retry Breakpoint para retomar a partir do ponto em que a tarefa parou.

O DMS cria automaticamente o banco de dados e as tabelas de destino usando os mesmos nomes do banco de dados e das tabelas source.

Consultar os dados arquivados

Após a conclusão da tarefa de arquivamento:

1. Na página Ticket Details, vá até a seção Basic Information e clique em View ao lado de Target Database para abrir o SQL Console.

2. Na aba Table à esquerda do SQL Console, clique duas vezes no nome da tabela e depois clique em Execute para visualizar as linhas arquivadas.

Cada tabela arquivada inclui quatro colunas adicionais de metadados que não afetam os dados originais:

Próximos passos

• Para remover as tabelas de backup temporárias criadas durante a limpeza do source, envie um ticket de alteração de dados regular.

• Para recuperar espaço de armazenamento nas tabelas source após exclusão manual, envie um ticket de DDL sem bloqueio.