|
Репликация GoldenGate
|
|||
---|---|---|---|
#18+
Допустим репликация через GoldenGate 2-ух баз идет 1-1. Код: plsql 1. 2. 3. 4. 5.
Код: plsql 1. 2. 3. 4. 5.
Если произошел конфуз, некоторые данные не заинсертились в репликационную базу. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12.
Код: plsql 1. 2. 3. 4. 5. 6. 7. 8.
Как восстановить незаинсертенные данные в репликациюнную базу ? Буду благодарен , спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2020, 17:00 |
|
Репликация GoldenGate
|
|||
---|---|---|---|
#18+
Aleks Niches Если произошел конфуз, некоторые данные не заинсертились в репликационную базу. то нужно понять, почему это произошло, и принять меры к недопущению в дальнейшем. Aleks Niches Как восстановить незаинсертенные данные в репликациюнную базу ? select, merge, not exist, minus по вкусу. Aleks Niches Буду благодарен , спасибо. да не за что. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2020, 19:16 |
|
Репликация GoldenGate
|
|||
---|---|---|---|
#18+
Aleks Niches Допустим репликация через GoldenGate 2-ух баз идет 1-1. ... Если произошел конфуз, некоторые данные не заинсертились в репликационную базу. ... Как восстановить незаинсертенные данные в репликациюнную базу ? Буду благодарен , спасибо. Вопрос тут такой - какие опции параметра TRANLOGOPTIONS используются? Это чтобы понять что произошло. А как дополнить недостающие данные - вариантов много, включая и использование Goldengate. Вопрос насколько критична недостача данных. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2020, 22:54 |
|
Репликация GoldenGate
|
|||
---|---|---|---|
#18+
Код: xml 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55.
В репликационной базе Код: xml 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16.
Main base Код: plsql 1. 2. 3. 4.
Replicate Bse Код: plsql 1. 2. 3. 4.
Проблема в том что , перезагрузил сервер репликационную базу, не синхронизируется. И не включается REPORA REPLICAT ABENDED REPORA 00:00:00 00:05:44 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2020, 10:21 |
|
Репликация GoldenGate
|
|||
---|---|---|---|
#18+
Код: xml 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34.
... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2020, 10:41 |
|
Репликация GoldenGate
|
|||
---|---|---|---|
#18+
Не судите сильно, с GoldenGate занялся недавно. помогло Код: xml 1. 2. 3.
Теперь по теме За все время пока не работала реп. база. В основную заинсертилось и сейчас строк 569999. Соотвесно в реп. базе 200000 строк. Как восстановить недостоющие данные. Конечно вариантов много тупо заинсертить и варианты которые предложили вы. Но хотелось бы с помошью GoldenGate. В GoldenGate есть фишка типа add trandata GGTEST.* ? Код: xml 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54.
... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2020, 10:59 |
|
Репликация GoldenGate
|
|||
---|---|---|---|
#18+
Aleks Niches, В вашем случае данные не потерялись, а не были применены на приемнике. Они и сейчас лежат в трейлах на приемнике. Если устранить проблему и стартовать процесс репликата, то он сам догонит данные ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2020, 23:52 |
|
Репликация GoldenGate
|
|||
---|---|---|---|
#18+
Aleks NichesПроблема в том что , перезагрузил сервер репликационную базу, не синхронизируется. Перед тем как перезагрузить сервер/базу надо было остановить все GG процессы. Если этого не сделать есть вероятность повреждения trail файла. 2020-02-25T02:38:46.111-0500 WARNING OGG-01004 Oracle GoldenGate Delivery for Oracle, repora.prm: Aborted grouped transaction on GGTEST1.TEST, Database error 1403 (No data found). 2020-02-25T02:38:46.111-0500 WARNING OGG-01003 Oracle GoldenGate Delivery for Oracle, repora.prm: Repositioning to rba 1863 in seqno 1. 2020-02-25T02:38:46.111-0500 WARNING OGG-01154 Oracle GoldenGate Delivery for Oracle, repora.prm: SQL error 1403 mapping GGTEST1.TEST to GGTEST1.TEST No data found. Вот это означает что REPLICAT не может выполнить операцию DELETE/UPDATE, в таблице нет соответствующих данных. Если это DELETE - можно использовать параметр IGNOREDELETES, запустить REPLICAT, убедиться что проблемная часть trail файла пройдена, остановить REPLICAT, убрать параметр IGNOREDELETES и запустить REPLICAT. Если UPDATE - использовать параметр INSERTUPDATES, действовать так же, как описано выше. alter repora begin now В этом случае ты указал REPLICAT игнорировать все выполненные до этого момента операции, записанные в trail файле. авторВ GoldenGate есть фишка типа add trandata GGTEST.* ? Есть. By default, ADD TRANDATA for Oracle enables the unconditional logging of the primary key and the conditional supplemental logging of all unique key(s) and foreign key(s) of the specified table. Не судите сильно, с GoldenGate занялся недавно. Начинать лучше всего с документации Oracle GoldenGate 19.1 ... |
|||
:
Нравится:
Не нравится:
|
|||
26.02.2020, 00:25 |
|
Репликация GoldenGate
|
|||
---|---|---|---|
#18+
Спасибо друзья очень помогли, чтобы я делал без вас ) ... |
|||
:
Нравится:
Не нравится:
|
|||
26.02.2020, 09:24 |
|
Репликация GoldenGate
|
|||
---|---|---|---|
#18+
flexgen Если UPDATE - использовать параметр INSERTUPDATES, действовать так же, как описано выше. Вот тут последствия будут зависеть от режима supplemental logging на источнике. Если дефолтный - то во избежание потери данных (рассинхронизации с источником) лучше бы перенести запись из источника целиком руками. Ну или, как вариант, выполнить на источнике update всех полей "сам-на-себя", чтобы GG перетащил полный образ записи. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.02.2020, 15:10 |
|
Репликация GoldenGate
|
|||
---|---|---|---|
#18+
andrey_anonymous flexgen Если UPDATE - использовать параметр INSERTUPDATES, действовать так же, как описано выше. Вот тут последствия будут зависеть от режима supplemental logging на источнике. Если дефолтный - то во избежание потери данных (рассинхронизации с источником) лучше бы перенести запись из источника целиком руками. Ну или, как вариант, выполнить на источнике update всех полей "сам-на-себя", чтобы GG перетащил полный образ записи. Дайте совет пжт в таком случае лучше использовать ? Код: xml 1.
или Код: xml 1.
? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.02.2020, 16:20 |
|
Репликация GoldenGate
|
|||
---|---|---|---|
#18+
flexgen Aleks NichesПроблема в том что , перезагрузил сервер репликационную базу, не синхронизируется. Перед тем как перезагрузить сервер/базу надо было остановить все GG процессы. Если этого не сделать есть вероятность повреждения trail файла. 2020-02-25T02:38:46.111-0500 WARNING OGG-01004 Oracle GoldenGate Delivery for Oracle, repora.prm: Aborted grouped transaction on GGTEST1.TEST, Database error 1403 (No data found). 2020-02-25T02:38:46.111-0500 WARNING OGG-01003 Oracle GoldenGate Delivery for Oracle, repora.prm: Repositioning to rba 1863 in seqno 1. 2020-02-25T02:38:46.111-0500 WARNING OGG-01154 Oracle GoldenGate Delivery for Oracle, repora.prm: SQL error 1403 mapping GGTEST1.TEST to GGTEST1.TEST No data found. Вот это означает что REPLICAT не может выполнить операцию DELETE/UPDATE, в таблице нет соответствующих данных. Если это DELETE - можно использовать параметр IGNOREDELETES, запустить REPLICAT, убедиться что проблемная часть trail файла пройдена, остановить REPLICAT, убрать параметр IGNOREDELETES и запустить REPLICAT. Если UPDATE - использовать параметр INSERTUPDATES, действовать так же, как описано выше. alter repora begin now В этом случае ты указал REPLICAT игнорировать все выполненные до этого момента операции, записанные в trail файле. авторВ GoldenGate есть фишка типа add trandata GGTEST.* ? Есть. By default, ADD TRANDATA for Oracle enables the unconditional logging of the primary key and the conditional supplemental logging of all unique key(s) and foreign key(s) of the specified table. Не судите сильно, с GoldenGate занялся недавно. Начинать лучше всего с документации Oracle GoldenGate 19.1 Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43.
rep base Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54.
Я об этом данные показывают , но не отгрузились в в таблицу Код: xml 1. 2. 3. 4.
Как их отгрузить в таблицу ? Спасибо ... |
|||
:
Нравится:
Не нравится:
|
|||
26.02.2020, 16:33 |
|
Репликация GoldenGate
|
|||
---|---|---|---|
#18+
Aleks Niches Код: xml 1. 2. 3. 4.
Как их отгрузить в таблицу ? до слёз... Код: plsql 1.
? или понимание того, что делаешь, настолько глубоко? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.02.2020, 18:31 |
|
Репликация GoldenGate
|
|||
---|---|---|---|
#18+
проходил мимо... Aleks Niches Код: xml 1. 2. 3. 4.
Как их отгрузить в таблицу ? до слёз... Код: plsql 1.
? или понимание того, что делаешь, настолько глубоко? да я понял ... |
|||
:
Нравится:
Не нравится:
|
|||
26.02.2020, 19:36 |
|
Репликация GoldenGate
|
|||
---|---|---|---|
#18+
andrey_anonymous flexgen Если UPDATE - использовать параметр INSERTUPDATES, действовать так же, как описано выше. Вот тут последствия будут зависеть от режима supplemental logging на источнике. Если дефолтный - то во избежание потери данных (рассинхронизации с источником) лучше бы перенести запись из источника целиком руками. Ну или, как вариант, выполнить на источнике update всех полей "сам-на-себя", чтобы GG перетащил полный образ записи. Согласен, оптимально, как мне кажется, в случае недостачи данных на приемнике перенести запись из источника целиком руками. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.02.2020, 21:42 |
|
Репликация GoldenGate
|
|||
---|---|---|---|
#18+
Aleks Niches Как их отгрузить в таблицу ? Оставь статистику в покое и проверь что вернет: на источнике Код: plsql 1. 2.
на приемнике Код: plsql 1.
Недостающие данные лучше всего перетащить вручную, например при помощи экспорта/импорта или по dblink. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.02.2020, 21:55 |
|
Репликация GoldenGate
|
|||
---|---|---|---|
#18+
flexgen Aleks Niches Как их отгрузить в таблицу ? Оставь статистику в покое и проверь что вернет: на источнике Код: plsql 1. 2.
на приемнике Код: plsql 1.
Недостающие данные лучше всего перетащить вручную, например при помощи экспорта/импорта или по dblink. Код: xml 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58.
Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48.
Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60.
Недостающие данные лучше всего перетащить вручную, например при помощи экспорта/импорта или по dblink. скорее всего так и сделаю ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2020, 10:41 |
|
Репликация GoldenGate
|
|||
---|---|---|---|
#18+
Aleks Niches, Каким образом была была выполнена первоначальная загрузка данных из источника в приемник? Или ты просто настроил процессы и запустил их? Я могу ошибаться но мне кажется что первоначальная загрузка выполнена не была, поэтому и есть расхождение в количестве данных между источником и приемником и поэтому падает репликация. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.02.2020, 21:32 |
|
Репликация GoldenGate
|
|||
---|---|---|---|
#18+
flexgen Aleks Niches, Каким образом была была выполнена первоначальная загрузка данных из источника в приемник? Или ты просто настроил процессы и запустил их? Я могу ошибаться но мне кажется что первоначальная загрузка выполнена не была, поэтому и есть расхождение в количестве данных между источником и приемником и поэтому падает репликация. Просто тупо взял и остановил репликат Код: xml 1.
прервал все потоки , поэтому произошла нестыковка. Понял, что так делать нельзя спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.03.2020, 08:49 |
|
|
start [/forum/topic.php?desktop=1&fid=52&tid=1881509]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
64ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
57ms |
get tp. blocked users: |
2ms |
others: | 270ms |
total: | 440ms |
0 / 0 |