|
logical standby apply process медленный with BUILDER showing error ORA-44604
|
|||
---|---|---|---|
#18+
oracle19 логический стендбай сильно увеличил MAX_SGA и количество аплай процессов и PRESERVE_COMMIT_ORDER в FALSE а всё равно всё еле шевелится и билдер ругается Код: plsql 1.
а как посмотреть текст ддл with XID 486.61.1326? только в отдельной сессии запускать лог-майнер, цеплять нужные архивлоги и там искать? во вьюшках никаких "текущие" команды во всей красе не словить уже готовые? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.11.2021, 10:50 |
|
logical standby apply process медленный with BUILDER showing error ORA-44604
|
|||
---|---|---|---|
#18+
AlexVin, A logical standby apply process is slow, with the BUILDER showing error ORA-44604 (Doc ID 1498892.1) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.11.2021, 19:36 |
|
logical standby apply process медленный with BUILDER showing error ORA-44604
|
|||
---|---|---|---|
#18+
то есть на большой базе с изменениями по 2-3 тера в сутки логический стендбай с применением "изменений всего" никак?) только отфильтровывать что-то очень важное? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.11.2021, 06:42 |
|
logical standby apply process медленный with BUILDER showing error ORA-44604
|
|||
---|---|---|---|
#18+
* 2-3 тера архивлогов ... |
|||
:
Нравится:
Не нравится:
|
|||
26.11.2021, 08:41 |
|
logical standby apply process медленный with BUILDER showing error ORA-44604
|
|||
---|---|---|---|
#18+
AlexVin то есть на большой базе с изменениями по 2-3 тера в сутки логический стендбай с применением "изменений всего" никак?) только отфильтровывать что-то очень важное? Судя по опыту integrated apply GG могу сказать, что пропихнуть можно, но требует ресурсов (в частности, достаточного размера пулы) и отслеживания планов запросов, выполняемых apply. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.11.2021, 12:13 |
|
logical standby apply process медленный with BUILDER showing error ORA-44604
|
|||
---|---|---|---|
#18+
AlexVin то есть на большой базе с изменениями по 2-3 тера в сутки логический стендбай с применением "изменений всего" никак?) только отфильтровывать что-то очень важное? с логическим такого опыта нет, на физическом удавалось 15-20 Тб redo в сутки пропихивать, очень ждали мультиинстанс redo apply с 12.2, но сильно не спасло ситуацию. Сильно еще зависит от количества датафайлов в БД, у нас было их очень много. Вообще там много нюансов и есть что потюнить - мы заводили SR и долго и нудно общались с оракел саппортом. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.11.2021, 13:22 |
|
|
start [/forum/topic.php?fid=52&gotonew=1&tid=1879725]: |
0ms |
get settings: |
25ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
46ms |
get topic data: |
9ms |
get first new msg: |
7ms |
get forum data: |
2ms |
get page messages: |
195ms |
get tp. blocked users: |
2ms |
others: | 12ms |
total: | 321ms |
0 / 0 |