Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
12.06.2005, 15:42
|
|||
|---|---|---|---|
Репликация (странная ситуация) |
|||
|
#18+
база в репликации, сделал апдейт на ячейку реплицируемой таблицы и 120000 строк, апдейт успешно удался, данные отлетели по базам, в базе источнике очередей нет, в приемниках везде очереди, причем как будто и не уменьшаются, порядка 160 мегов, если смотреть централом, нагрузка на серваки высокая, отжирает ресурс именно репсервер, что делать? ASE и REP 12/0/0, агенты и DSI в апе, ничего не понимаю... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.06.2005, 14:03
|
|||
|---|---|---|---|
Репликация (странная ситуация) |
|||
|
#18+
все рассосалось ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.06.2005, 14:26
|
|||
|---|---|---|---|
Репликация (странная ситуация) |
|||
|
#18+
Обычно так бывает (сужу по ASA), когда в пределах одной транзакции добавляется/меняется много данных. Поэтому пока вся транзакция не пройдет, очереди будут стоять. Поэтому, чтобы не напрягать людей, можно обновление проводить маленькими транзакциями, опять-таки если это возможно.  ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.06.2005, 11:10
|
|||
|---|---|---|---|
Репликация (странная ситуация) |
|||
|
#18+
Дело в том, что RepServer твой один UPDATE одого поля по 120000 записям преобразовывает в 120000 UPDATE-ов одного поля одной строки в принимающей базе данных (естественно, все в одной транзакции). А это очень сильно увеличивает объем данных в очереди репликации и время выполнения этой очереди в принимающей БД. Поэтому большие операции изменения данных "засоряют" очередь и даже очень запросто могут ее переполнить. Вывод : разбивайте большие операции изменений на маленькие транзакции по 1000-10000 записей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=55&mobile=1&tid=2013593]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
45ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
50ms |
get tp. blocked users: |
2ms |
| others: | 259ms |
| total: | 400ms |
| 0 / 0 |
