|
Одни стримы и два Apply процесса
|
|||
---|---|---|---|
#18+
Всем привет. Сам ни разу стримы не настраивал, админы сказали "делайте сами если взлетит". Есть стримы, льют себе в некую BD1. На стримы через процедурные хендлеры хотят повесить некую тяжелую логику и есть риск, что будет хорошее отставание по реплике. Идея развернуть ещё один аплайер и пустить его с текущим в асинхрон. Один будет лить всё в базу, а второй будет делать то, что ему скажут без применения операций на БД. Коллеги, насколько реальна идея? P.S> Без понятия, что там будет с очередью стримовой твориться. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.11.2019, 13:33 |
|
Одни стримы и два Apply процесса
|
|||
---|---|---|---|
#18+
Согласно моим наблюдениям, все апплаи будут дружно ждать "тяжелого", когда его очередь забьет весь streams pool ... |
|||
:
Нравится:
Не нравится:
|
|||
28.11.2019, 17:01 |
|
Одни стримы и два Apply процесса
|
|||
---|---|---|---|
#18+
andrey_anonymous, в общем ты не рекомендуешь? Получается единственный вариант разделить нагрузку это поднять второй экземпляр БД и лить стримами туда? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.11.2019, 04:19 |
|
Одни стримы и два Apply процесса
|
|||
---|---|---|---|
#18+
Pavel_PV второй экземпляр БД и лить стримами туда? Сложно рекомендовать интеграционное решение, которое не способно прокачивать необходимую нагрузку на имеющемся оборудовании. Еще хуже - если подобное нововведение создаст помехи имеющимся рабочим процессам. Потому да, лучше если подобное нововведение будет работать независимо от рабочих процессов. Кроме того, использовать Oracle Streams для новых проектов я бы вообще не стал ... |
|||
:
Нравится:
Не нравится:
|
|||
29.11.2019, 12:02 |
|
|
start [/forum/topic.php?desktop=1&fid=52&tid=1881798]: |
0ms |
get settings: |
11ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
29ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
45ms |
get tp. blocked users: |
2ms |
others: | 12ms |
total: | 136ms |
0 / 0 |