Arquive dados de um banco de dados source em uma instância do AnalyticDB for PostgreSQL por meio de um fluxo de trabalho baseado em chamados do DMS, que extrai, carrega e, opcionalmente, limpa as tabelas source.
O arquivamento de dados em uma instância do AnalyticDB for PostgreSQL está programado para ser descontinuado. A data de desativação foi adiada para 19 de março de 2026. Para mais informações, consulte [[Announcement] Discontinuation of the data archiving feature in DMS](t2955717.xdita#). Considere usar um destino de arquivamento alternativo, como OSS, RDS MySQL ou PolarDB MySQL.
Pré-requisitos
Certifique-se de que 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 (programado para descontinuação)
PostgreSQL: ApsaraDB RDS for PostgreSQL (programado para descontinuação) ou PolarDB for PostgreSQL (programado para descontinuação)
PolarDB-X 2.0 (programado para descontinuação)
Uma instância do AnalyticDB for PostgreSQL. Para mais informações, consulte Create an AnalyticDB for PostgreSQL instance that has vector search engine optimization enabled e Create an AnalyticDB for PostgreSQL instance in Serverless mode
Se o banco de dados source for MySQL, a conta do banco de dados deve ter a permissão REPLICATION CLIENT.
crie um chamado de arquivamento de dados
Etapa 1: Abra a página de arquivamento de dados
Faça logon no console do DMS V5.0.
Na barra de navegação superior, escolha Solution > Data Archiving.
Se você usar o console do DMS no modo simples, passe o ponteiro sobre o ícone 
no canto superior esquerdo do console do DMS e escolha All Features > Solution > Data Archiving.
No canto superior direito da página Data Archiving Tickets, clique em Data Archiving.
Etapa 2: Configure o chamado de arquivamento
Na página Ticket Application, configure os seguintes parâmetros.
|
Parâmetro |
Obrigatório |
Descrição |
|
Task Name |
Sim |
Um nome descritivo para a tarefa de arquivamento de dados. |
|
Archiving Destination |
Sim |
selecione AnalyticDB PostgreSQL. |
|
AnalyticDB Instance |
Sim |
A instância do AnalyticDB for PostgreSQL de destino. Se você selecionar uma solução de cost optimization e a instância do AnalyticDB for PostgreSQL estiver no modo Serverless com faturamento de pagamento conforme o uso, a instância inicia automaticamente quando o arquivamento começa e pausa automaticamente após a conclusão do arquivamento. Para mais informações, consulte Cost optimization (Serverless mode). |
|
Source Database |
Sim |
O banco de dados source do qual os dados serão arquivados. |
|
Archiving Configuration |
Sim |
Uma ou mais tabelas e condições de filtro opcionais para os dados a serem arquivados. Para usar filtros baseados em tempo, como "dados com mais de seis meses", defina primeiro as variáveis de tempo na seção Variable Configuration. |
|
Archive Table Mapping |
Não |
Configurações de tabela no banco de dados de destino. clique em Edit na coluna Ações e especifique o nome, as colunas, as chaves de shard e as chaves de partição da tabela de arquivamento. |
|
Variable Configuration |
Não |
Variáveis de tempo para o arquivamento de dados. Para mais informações, consulte a seção Configure time variables do tópico "Variables". |
|
Post-behavior |
Não |
Indica se os dados arquivados devem ser excluídos das tabelas source. Consulte Post-behavior options. |
|
Operation Mode |
Sim |
Single execution: o DMS executa a tarefa uma vez após a aprovação do chamado. Cyclic scheduling: o DMS executa a tarefa em uma programação recorrente. Para mais informações, consulte a seção Periodic scheduling do tópico "Archive data to a Lindorm instance". |
Otimização de custos (modo Serverless)
Se você selecionar uma solução de cost optimization e a instância do AnalyticDB for PostgreSQL estiver no modo Serverless com faturamento de pagamento conforme o uso:
A instância inicia automaticamente quando a tarefa de arquivamento de dados começa.
A instância pausa automaticamente após a conclusão da tarefa de arquivamento de dados.
Durante o arquivamento, você paga taxas de computação e armazenamento. Para mais informações, consulte a seção Billing rules do tópico "Manually pause and resume an instance".
Após o arquivamento, enquanto a instância está pausada, você paga apenas taxas de armazenamento.
Opções de pós-comportamento
Clean up the archived data of the original table (delete-No Lock): o DMS exclui automaticamente os dados arquivados das tabelas source usando a instrução
DELETE. O DMS cria tabelas de backup temporárias no banco de dados source para armazenar os dados arquivados. Certifique-se de que o banco de dados source tenha espaço de armazenamento suficiente. Verifique se os dados arquivados estão corretos e crie um chamado Normal Data modifique para limpar as tabelas de backup temporárias.-
Se você não selecionar a opção de limpeza, os dados arquivados permanecerão nas tabelas source. Para exclua os dados manualmente:
crie um chamado de alteração de dados regular para exclua os dados arquivados. Para mais informações, consulte Normal Data modifique.
crie um chamado de alteração sem bloqueio para otimizar o uso de armazenamento. Para mais informações, consulte Perform lock-free DDL operations.
Etapa 3: envie e execute a tarefa
clique em Submit.
Após a aprovação do chamado, o DMS executa automaticamente a tarefa de arquivamento de dados.
Aguarde até que a tarefa de arquivamento de dados seja concluída.
Se a tarefa falhar, clique em Details na etapa Execute e visualize os logs da tarefa para identificar a causa. Para falhas de rede ou de conexão com o banco de dados, clique em Retry Breakpoint para reiniciar a tarefa de onde parou.
Consulte os dados arquivados
Método 1: Use o SQL Console do DMS
Na página Ticket Details, na seção Basic Information, clique em View ao lado de Target Database e acesse a aba SQL Console.
Na aba Table à esquerda, localize a tabela de arquivamento, clique duas vezes no nome da tabela e, em seguida, clique em Execute e visualize os dados arquivados.
O DMS cria automaticamente um banco de dados e tabelas na instância de destino usando os nomes do banco de dados e das tabelas source. O nome do banco de dados de destino corresponde ao nome do banco de dados source.
O DMS adiciona quatro colunas de metadados a cada tabela de arquivamento. Essas colunas não afetam os dados arquivados originais:
|
Coluna |
Descrição |
|
Informações de arquivamento |
O número do chamado e o horário em que os dados foram arquivados |
|
Nome do banco de dados |
O nome do banco de dados source |
|
Nome da tabela |
O nome da tabela source |
|
ID da instância |
O ID da instância conforme registrado no DMS |
Método 2: Use o AnalyticDB for PostgreSQL diretamente
Para mais informações, consulte Query data.
Considerações importantes
Para economizar custos, use uma instância do AnalyticDB for PostgreSQL no modo Serverless. Ao criar o chamado de arquivamento de dados, selecione uma solução de cost optimization. A instância Serverless inicia automaticamente quando o arquivamento começa e pausa automaticamente após a conclusão, então você paga apenas taxas de armazenamento enquanto a instância está ociosa.
Se você selecionar Clean up the archived data of the original table (delete-No Lock) como pós-comportamento, certifique-se de que o banco de dados source tenha espaço de armazenamento suficiente. O DMS cria tabelas de backup temporárias durante a limpeza, o que pode causar indisponibilidade da instância se o armazenamento acabar.
O DMS executa tarefas de arquivamento periódicas apenas quando os bancos de dados source e de destino são gerenciados no modo Security Collaboration ou Stable Change. Tarefas de execução única funcionam em qualquer modo de controle.
É possível arquivar dados em uma instância do AnalyticDB for PostgreSQL no modo de armazenamento elástico ou no modo Serverless.
Para tarefas periódicas com bancos de dados no modo Stable Change, ative a hospedagem de segurança ou altere o modo de controle para Security Collaboration. Caso contrário, a tarefa pode falhar devido à expiração do logon da instância. Para mais informações, consulte a seção Enable security hosting do tópico "Security hosting" e Change the control mode of an instance.