|
Действия ...
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
09.06.2016, 13:56:07
|
|||
|---|---|---|---|
|
|||
Golden Gate insertappend |
|||
|
#18+
Добрый день! Решил попробовать использовать INSERTAPPEND c классическим репликатом. В лог вывалилось куча ошибок Aborting BATCHSQL transaction. Database error 12838 (ORA-12838: cannot read/modify an object after modifying it in parallel) В целом понятно почему - когда за первым инсертом с хинтом append append_values (сommit после него нет) идет второй такой-же, то и появляется эта ошибка. Делать commit после каждой операции можно ли указать с помощью BATCHTRANSOPS 1? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.06.2016, 14:07:23
|
|||
|---|---|---|---|
|
|||
Golden Gate insertappend |
|||
|
#18+
NordallДобрый день! Решил попробовать использовать INSERTAPPEND c классическим репликатом. В лог вывалилось куча ошибок Aborting BATCHSQL transaction. Database error 12838 (ORA-12838: cannot read/modify an object after modifying it in parallel) В целом понятно почему - когда за первым инсертом с хинтом append append_values (сommit после него нет) идет второй такой-же, то и появляется эта ошибка. Делать commit после каждой операции можно ли указать с помощью BATCHTRANSOPS 1? зачем вам insertappend? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.06.2016, 14:26:55
|
|||
|---|---|---|---|
|
|||
Golden Gate insertappend |
|||
|
#18+
Alexander Ryndin, добрый день. У нас только insert'ы. Периодически возникают пики lag порядка 1-2 часа. Таблицы таргет nologging, хотим уменьшить redo. При первом включении insertappend, lag 1.5 часа исчез за 10 минут. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.06.2016, 14:55:15
|
|||
|---|---|---|---|
|
|||
Golden Gate insertappend |
|||
|
#18+
NordallAlexander Ryndin, добрый день. У нас только insert'ы. Периодически возникают пики lag порядка 1-2 часа. Таблицы таргет nologging, хотим уменьшить redo. При первом включении insertappend, lag 1.5 часа исчез за 10 минут.я бы лучше использовал многопоточный репликат с batchsql. Уж слишком много ограничений накладывает direct режим нагрузки ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.06.2016, 15:05:22
|
|||
|---|---|---|---|
|
|||
Golden Gate insertappend |
|||
|
#18+
Alexander Ryndin, Разве потоки не выполняются независимо друг от друга(может возникнуть рассинхронизация данных)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.06.2016, 16:18:22
|
|||
|---|---|---|---|
|
|||
Golden Gate insertappend |
|||
|
#18+
NordallAlexander Ryndin, Разве потоки не выполняются независимо друг от друга(может возникнуть рассинхронизация данных)?Может в том смысле, что в какой-то момент часть транзакции может быть закомичена, а остальная часть ее еще не доехала. Но можно еще использовать Integrated Replicat - там это не происходит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.06.2016, 16:45:26
|
|||
|---|---|---|---|
|
|||
Golden Gate insertappend |
|||
|
#18+
Я имел ввиду ситуацию когда в одном потоке "договора", а в другом "клиенты" map contract, contract, thread(1-3); map client,client, thread(4-6); Клиенты могут убежать от договоров, со всеми вытекающими. Нельзя же написать map contract, contract, thread(1-6); map client,client, thread(1-6); ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.06.2016, 17:11:26
|
|||
|---|---|---|---|
|
|||
Golden Gate insertappend |
|||
|
#18+
NordallЯ имел ввиду ситуацию когда в одном потоке "договора", а в другом "клиенты" map contract, contract, thread(1-3); map client,client, thread(4-6); Клиенты могут убежать от договоров, со всеми вытекающими. Нельзя же написать map contract, contract, thread(1-6); map client,client, thread(1-6);Можно :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.06.2016, 17:21:30
|
|||
|---|---|---|---|
|
|||
Golden Gate insertappend |
|||
|
#18+
Написать то можно без вопросов:) Но будет ли корректно работать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.06.2016, 18:05:26
|
|||
|---|---|---|---|
|
|||
Golden Gate insertappend |
|||
|
#18+
NordallНаписать то можно без вопросов:) Но будет ли корректно работать.Вы можете раскидать по общему ключу эти таблицы, но лучше Integrated Replicat ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.06.2016, 19:21:33
|
|||
|---|---|---|---|
|
|||
Golden Gate insertappend |
|||
|
#18+
Александр, раскидать нужно порядка 100 таблиц. Для меня непосильная задача разобраться с ключами. Я знаю, что integrated более продвинутая штука. Для integrated replicat нужно выставить PARALLELISM побольше(например 16) MAX_PARALLELISM задавать в данном случае? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.06.2016, 22:37:47
|
|||
|---|---|---|---|
|
|||
Golden Gate insertappend |
|||
|
#18+
NordallАлександр, раскидать нужно порядка 100 таблиц. Для меня непосильная задача разобраться с ключами. Я знаю, что integrated более продвинутая штука. Для integrated replicat нужно выставить PARALLELISM побольше(например 16) MAX_PARALLELISM задавать в данном случае?Поставьте его в такое же значение как и PARALLELISM 16. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=52&mobile=1&tid=1888115]: |
0ms |
get settings: |
6ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
21ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
39ms |
get tp. blocked users: |
1ms |
| others: | 190ms |
| total: | 289ms |
| 0 / 0 |
