postgresql 源数据库引擎版本更新后恢复DMS任务失败

osh3o9ms  于 2024-01-07  发布在  PostgreSQL
关注(0)|答案(1)|浏览(143)

我试图恢复一个AWS DMS任务后Postgres作为源引擎版本更新dataion和升级后的任务拒绝启动并抛出异常。
资料来源:Aurora Postgres数据库14.9(已升级)目标:Kafka AWS服务:AWS DMS任务,复制示例V3.5.2任务类型:满载,正在进行的复制所有服务都在AWS网络内,可访问,并且在升级之前正在工作。rds.logical_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任务的恢复选项,因为我们希望从相同的偏移量\位置继续,并且仅通过恢复任务本身不会重新创建复制插槽。

dbf7pr2w

dbf7pr2w1#

删除复制插槽后,在该插槽中捕获的所有更改都将消失。即使重新创建同名插槽,新插槽也将仅从创建时开始捕获更改。这意味着DMS CDC恢复将无法工作,因为任务停止前的最后一个LSN与新插槽中的LSN不同。遗憾的是,此时无法恢复。

相关问题