Скриншот сообщения об ошибке дампа блокировки
Около недели назад мы начали получать эти сообщения об ошибках LkMgr BEGIN Long Held Lock Dump на консоли сервера Domino. Теперь мы видим, что это приводит к зависанию/сбою http-сервера. С момента перезапуска сервера до зависания http проходит всего несколько минут. Я обнаружил NoteID, на который он жалуется, и это всегда элемент дизайна представления. Я попытался удалить это представление и создать новое с нуля, но уже на следующий день я получаю то же самое сообщение об ошибке LkMgr BEGIN Long Held Lock Dump, жалующееся на новый элемент дизайна представления.
Кто-нибудь знает, что может быть причиной этих блокировок? Что можно сделать, чтобы их устранить?
Любая информация по этому поводу будет очень признательна! Спасибо!
С наилучшими пожеланиями, Петтер Кейлен
решение1
Долго удерживаемые блокировки обычно указывают на проблему с доступом к диску, а не на проблему с самим документом. На вашем снимке экрана не указано, выполняется ли обновление индекса представления, но я обычно вижу, что это вызывает их. Является ли это представление тем, которое содержит большое количество документов? Посмотрите на дизайн представления и посмотрите, есть ли способ уменьшить количество документов в нем, если это так.
Посмотрите статистику ОС (в ОС или через администратора Domino) и проверьте, составляет ли длина очереди диска > 1. Это будет означать, что есть проблема ввода-вывода, и вам нужно будет посмотреть, есть ли способ ее решить (распределить на большее количество дисков, переместить на SSD и т. д.).
Вы можете попробовать запустить обновление этого представления при отключенном HTTP и посмотреть, сколько времени потребуется для его завершения.
load updall db.nsf -T viewname
Во время этого процесса следите за статистикой очереди диска и за тем, занимает ли он много времени.
Также, можно ли открыть это представление с помощью клиента Notes? Есть ли что-то в дизайне, что заставляет обновлять представление каждый раз, может быть @Now или @Today в столбце. Это было бы "плохо", и есть лучшие методы для расчета, которые не вызывают такого снижения производительности.