源数据库引擎版本升级后恢复 DMS 任务失败

问题描述 投票:0回答:1

我尝试在 Postgres 作为源引擎版本升级后恢复 AWS DMS 任务,升级后任务拒绝启动并引发异常。

来源:Aurora Postgres 数据库 14.9(升级版) 目的地:卡夫卡 AWS服务:AWS DMS任务,复制实例V3.5.2 任务类型:满载、持续复制 所有服务均位于 AWS 网络内、可访问且在升级前正在运行。 rds.logic_replication_slots = 1

升级前DMS任务运行良好,由于Postgres已EOL,我们想要升级,按照AWS的文档进行升级。升级后,我们希望确保 CDC 将从复制槽删除点恢复,但并未按预期发生。获取这些错误消息以供参考。

如有任何帮助,我们将不胜感激。

 Slot has plugin 'null'  (postgres_test_decoding.c:233)

 Last commit event from source was less than end of full load time, with no cached events present. Switching sorter to apply mode  (sorter_transaction.c:3105)

 Slot has plugin 'test_decoding'  (postgres_test_decoding.c:233)

  Sampled CDC backend configuration is: wal_level=logical , max_wal_senders=20 ,  max_replication_slots=20, wal_sender_timeout=60000   (postgres_endpoint_util.c:1347)

Can't resume task after replication slot was dropped. [1020101]  (postgres_endpoint_capture.c:418)


由于 postgres 主要版本升级,我不得不删除复制槽,升级后重新创建与之前名称相同的复制槽,但没有用。我想利用 DMS 任务的恢复选项,因为我们希望从相同的偏移\位置继续,并且仅通过恢复任务本身不会重新创建复制槽。

postgresql database-migration amazon-aurora aws-dms logical-replication
1个回答
0
投票

当您删除复制槽时,该槽中捕获的所有更改都将消失。即使您重新创建具有相同名称的插槽,新插槽也只会从创建时开始捕获更改。这意味着 DMS CDC 恢复将不起作用,因为任务停止前的最后一个 LSN 与新槽中的 LSN 不同。不幸的是,目前无法恢复。

© www.soinside.com 2019 - 2024. All rights reserved.