AWS DMS (служба миграции баз данных) с SQL Server на SQL Server без репликации изменений - PullRequest
0 голосов
/ 03 марта 2019

У меня есть 2 AWS SQL Server (как экземпляры RDS) в одном и том же VPC, однако один находится в частной подсети (источник), а другой - в публичной подсети (цель).Я реплицирую С SQL Server Standard Edition на SQL Server Web Edition.

Я установил между ними DMS (служба миграции баз данных) для полной загрузки таблицы, а затем для репликации текущих изменений.Начальная загрузка происходит без проблем, однако текущие изменения не повторяются.Когда я проверяю статус таблицы, я вижу, что последнее обновленное время и дата постоянно обновляются, однако, как вы можете видеть, вставки или обновления не отслеживаются.Эти цифры остаются равными 0.

enter image description here

Состояние задачи миграции: загрузка завершена, репликация продолжается. Модель резервной копии исходной базы данных - FULL (Was SIMPLE,но понял, что это не сработает, поэтому он был изменен на ПОЛНЫЙ).

Журнал CloudWatch просто повторяет приведенное ниже:

2019-03-02T23:13:22 [SOURCE_CAPTURE ]I: Throughput monitor: Last DB time scanned: 2019-03-03T10:12:37.947. Last LSN scanned: 00065a3e:00030286:0003. #scanned events: 183. (sqlserver_log_utils.c:4565)
2019-03-02T23:15:22 [SOURCE_CAPTURE ]I: Throughput monitor: Last DB time scanned: 2019-03-03T10:15:04.940. Last LSN scanned: 00065a3e:0003040e:0003. #scanned events: 413. (sqlserver_log_utils.c:4565)
2019-03-02T23:17:22 [SOURCE_CAPTURE ]I: Throughput monitor: Last DB time scanned: 2019-03-03T10:16:54.523. Last LSN scanned: 00065a3e:00030463:0003. #scanned events: 188. (sqlserver_log_utils.c:4565)
2019-03-02T23:19:22 [SOURCE_CAPTURE ]I: Throughput monitor: Last DB time scanned: 2019-03-03T10:19:12.697. Last LSN scanned: 00065a3e:0003053d:0003. #scanned events: 402. (sqlserver_log_utils.c:4565)
2019-03-02T23:21:22 [SOURCE_CAPTURE ]I: Throughput monitor: Last DB time scanned: 2019-03-03T10:21:22.300. Last LSN scanned: 00065a3e:000305d3:0003. #scanned events: 225. (sqlserver_log_utils.c:4565)

В отличие от того, когда происходит полная загрузка при запуске задачи, которая содержит подробные сведения о многих копируемых таблицах и т. Д. IЯ остановил / запустил задачу, я попытался изменить поведение с усечения целевых таблиц на удаление и повторное создание и т. д., но ни одно из этого не имеет никакого эффекта.На панели мониторинга нет ни «последнего сообщения об ошибке», ни начальной позиции CDC, ни контрольной точки восстановления:

Change data capture (CDC)
Change data capture (CDC) start position
-
Change data capture (CDC) recovery checkpoint
-

Состояние задачи, кажется, никогда не меняется с CHANGE_PROCESSING

server_name task_name   task_status status_time pending_changes disk_swap_size  task_memory source_current_position source_current_timestamp    source_tail_position    source_tail_timestamp   source_timestamp_applied
localhost.localdomain   TIXLNKU6OELULHNTU2G5IABSF4  CHANGE PROCESSING   2019-03-02 23:25:12 0   0   927 00065a3e:000306a5:0003  2019-03-02 23:25:11 000659f3:00000540:0004  2019-03-02 08:37:28 1970-01-01 00:00:00

В awsdms_apply_exceptions ошибок нет.

Может кто-нибудь подсказать, почему не происходит репликация?

Ответы [ 2 ]

0 голосов
/ 22 марта 2019

У меня была такая же проблема, пока я не понял, что вы должны включить исходную таблицу в публикацию в вашем источнике SQL Server и включить изменение tra:

Detail of the publication Detail of enabled CDC database option

0 голосов
/ 05 марта 2019

Решение довольно простое - веб-версия SQL Server не может быть допустимой целью для репликации через DMS.

...