|
Действия ...
|
29.05.2020, 20:26
|
|||
|---|---|---|---|
|
|||
GoldenGate INSERTALLRECORDS , 2 строки при UPDATE в Target таблице |
|||
|
|
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
28.05.2020, 19:24
|
|||
|---|---|---|---|
|
|||
GoldenGate INSERTALLRECORDS , 2 строки при UPDATE в Target таблице |
|||
|
#18+
Коллеги, Добрый день! Настраиваю репликацию Oracle<->Oracle При репликации при update данных на источнике в target пишет 2-е строчки с типом OPTYPE = U (старое и новое). Как решить эту проблему, чтобы оставалась только одна строка как при delete и insert? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
29.05.2020, 09:53
|
|||
|---|---|---|---|
|
|||
GoldenGate INSERTALLRECORDS , 2 строки при UPDATE в Target таблице |
|||
|
#18+
Проблему решил применив IGNOREUPDATEBEFORES на экстракте с NOLOGALLSUPCOLLS. Теперь осталась проблема, что при UPDATE в журнал логов пишет строку, но не для всех полей переносит значения, а прописывает NULL. Для Insert и Delete такой проблемы нет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
29.05.2020, 11:22
|
|||
|---|---|---|---|
|
|||
GoldenGate INSERTALLRECORDS , 2 строки при UPDATE в Target таблице |
|||
|
#18+
В Trail file видно, что при update пишет только два поля, при INSERT и DELETE - 3 (т.е. все), подскажите пожалуйста в чем может быть проблема? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
29.05.2020, 20:26
|
|||
|---|---|---|---|
GoldenGate INSERTALLRECORDS , 2 строки при UPDATE в Target таблице |
|||
|
#18+
Максим13N, Какая версия GG? попробуйте UPDATERECORDFORMAT FULL NOLOGALLSUPCOLS IGNOREUPDATEBEFORES уберите вовсе ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
29.05.2020, 22:12
|
|||
|---|---|---|---|
|
|||
GoldenGate INSERTALLRECORDS , 2 строки при UPDATE в Target таблице |
|||
|
#18+
Максим13N Проблему решил применив IGNOREUPDATEBEFORES на экстракте с NOLOGALLSUPCOLLS. Ессно :) Максим13N Теперь осталась проблема, что при UPDATE в журнал логов пишет строку, но не для всех полей переносит значения, а прописывает NULL. Для Insert и Delete такой проблемы нет Это не проблема, а штатное поведение - для update не требуются все поля, только ключ и новое(ые) значение(я). Что конкретно будет записано в trail - определяется режимом supplemental logging источника. У Вас - Identifying Key Logging. Можно сделать логирование всех колонок, но вырастет объем trail - оно точно надо? Я делал серьезно нагруженную репликацию в режиме IKL - это вполне возможно. Тонкость только с умением отличить update set x=null от "поле не трогали" - впрочем, это все подробно описано и в доке, и в бест практисах. Ну и PK Update надо отрабатывать иначе, чем просто update. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=52&tablet=1&tid=1881208]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
158ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 291ms |
| total: | 534ms |
| 0 / 0 |
