+7 (861) 203-39-44
Войти Регистрация
0 0
Корзина (0) Отложенные товары (0)

В настоящий момент у вас нет отложенных товаров

Меню
+7 (861) 203-39-44
Войти Зарегистрироваться

Журнал регистрации, ошибкли блокировки в БД при переносе кэша журнала

Поиск  Правила  Войти
Страницы: 1
RSS
Журнал регистрации, ошибкли блокировки в БД при переносе кэша журнала
 
#1
15.03.2017 16:18:49
После обновления журнала с 3.0.2.3 до 3.0.8.1 (естественно последовательного) наблюдается такая картина с блокировками:




Расскажите, как решить проблему с блокировками?
Платформа 8.3.6.2152
Конфигурация УТ 10.3.32.2
Изменено: Энвер Ферат - 15.03.2017 16:27:02
 
 
 
#2
15.03.2017 17:37:18
Добрый день.
Скажите, а какой режим управления блокировками в конфигурации и в объектах с ошибками?
Управляемый, Автоматический или Управляемый и автоматические?
Автоматизация сегодня - Ваш успех завтра
 
 
 
#3
15.03.2017 21:50:33
В конфигурации: Автоматический
В регистре внКэшЖурналаРегистрации: Автоматический.

Причем блокировки возникают только при работе фонового задания по переносу кэша.
Изменено: Энвер Ферат - 15.03.2017 22:29:17
 
 
 
#4
16.03.2017 08:17:46
Я сделал так, сменил время задания переноса кеша на вечернее (21:00). Кеш успевает выгрузиться на другой сервер, где база с Хранителем журнала. С 1:00 начинаются регламентные задания SQL.
Советую сделать тоже самое, выбрать время когда меньше всего либо вообще отсутствует активность пользователей.
 
 
 
#5
16.03.2017 09:37:26
Цитата
Михаил написал:
Я сделал так, сменил время задания переноса кеша на вечернее (21:00). Кеш успевает выгрузиться на другой сервер, где база с Хранителем журнала. С 1:00 начинаются регламентные задания SQL.
Спасибо Михаил! Мы бы дали точно такой же совет.
Автоматизация сегодня - Ваш успех завтра
 
 
 
#6
16.03.2017 10:37:31
У нас круглосуточные транзакции, так что такой способ не подходит. Как у вас работают высоко нагруженные системы ? Пока изменения хранились в справочнике, таких проблем не было. Бывают вопросы, которые нужно решить в онлайне сегодня и нет возможности ждать до завтра, пока пройдет обработка событий в хранителе.

Пока пробую играться размером порции данных при переносе и размером пакета переноса.
Изменено: Энвер Ферат - 16.03.2017 11:48:48
 
 
 
#7
16.03.2017 11:58:21
Еще можно посоветовать пересмотреть список доступных объектов для регистрации.
На вашем скриншоте есть регистр ОбъектыДоступаДокументов. Вы смотрите изменения по этому регистру? Они важны?
Если нет, отключите регистрацию по нему.
Автоматизация сегодня - Ваш успех завтра
 
 
 
#8
28.09.2018 09:39:55
Да у нас такая же ситуация. Круглосуточная работа инф. системы. И жуткие блокировки при попытке переноса кэша.
Решается только отключением журнала на время переноса кэша, но это решение совсем не оптимальное.
За 3 месяца совокупный размер базы журнала - 1,5Тб = ~ 500 млн строк

Это не изменить в текущей реализации журнала.
Запись в журнал происходит в той же транзакции, что и запись объекта, через подписку на событие.
А это значит что при активной запись в таблицу SQL удаление вызывает ожидание на блокировках, что увеличивает время проведения документа.

Пока в 1С 8.х не появится асинхронная подписка на события, которая работает за рамками транзакции проведения документа, все так и будет работать.
Изменено: Дмитрий Дурандин - 28.09.2018 10:01:45
 
 
 
#9
01.10.2018 09:52:43
Цитата
Дмитрий Дурандин написал:
Да у нас такая же ситуация. Круглосуточная работа инф. системы. И жуткие блокировки при попытке переноса кэша. Решается только отключением журнала на время переноса кэша, но это решение совсем не оптимальное.
Мы в последней версии журнала изменили поведение при переносе и эта проблема частично решена.
Теперь при переносе кэша записи не удаляются из рабочей базы. Удаление перенесенных данных реализовано в отдельном регламентном задании.
Т.е. можно настроить все так, что перенос выполняется постоянно (это не приведет к таким транзакциям при удалении записей, а так же все происходит быстрее, так как записи не удаляются), а удаление перенесенных данных кэша можно настроить по другому расписанию, когда влияние удаления будет минимальным и не будет приводить к блокировкам.
Автоматизация сегодня - Ваш успех завтра
 
 
 
Страницы: 1
Читают тему