|
HADR_SYNC_COMMIT при REBUILD огромного индекса в синхронном AlwaysOn
|
|||
---|---|---|---|
#18+
Коллеги из сетевой части что-то вроде подкрутили + пока выставил для обслуживания индексов выполнение в 1 поток. Для данной задачи пока хватило и во время работ с индексами HADR_SYNC_COMMIT ушли. С параллельным redo пока не стал заниматься, с таким "оригинальным" методом включения он никогда на нужных базах и не был включен, да и вижу пишут что с проблемой не связан. Пользовательские запросы во время роста HADR_SYNC_COMMIT начинали прилично дольше выполняться и появлялись блокировки, от нормальной работы сервера было далеко. В журнале вторичной ноды вообще особо записей нет, ресурсы нод одинаковые. Нагрузку по ЦПУ посмотрел по мониторингу во время прошлых проблем - на вторичной ноде выросла где-то с 8% до 15%, до реальной загрузки очень далеко. А диски же могут влиять на HADR_SYNC_COMMIT? Как рост типа ожидания writelog при записи на основной ноде и через HADR_SYNC_COMMIT при записи в лог вторичной? А то к дискам есть замечания на новом оборудовании и вроде вендор уже признал, что проблема может существовать. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.03.2021, 10:08 |
|
HADR_SYNC_COMMIT при REBUILD огромного индекса в синхронном AlwaysOn
|
|||
---|---|---|---|
#18+
Блокировки на синхронной реплике - это зло, но они REDO тормозят. Диск под журнал на первичном сервере и на реплике не должен тормозить, от этого зависит время фиксации транзакций, если оно становиться дольше, то выше вероятность блокировок и тогда всё вообще может подохнуть... Задержки там не должны быть больше 5 ms для OLTP. Если на первичной реплике есть длинные транзакции (аналитики и отчёты), то дело плохо... Это добро нужно на асинхронные реплики убирать. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.03.2021, 10:21 |
|
|
start [/forum/topic.php?fid=46&msg=40057687&tid=1684897]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
34ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
38ms |
get tp. blocked users: |
1ms |
others: | 12ms |
total: | 126ms |
0 / 0 |