Привет! У нас типовая Розница 2.3, РИБ 20 узлов. Торгуем продуктами питания.
Периодически в последнее время прилетают жалобы на тормоза 1с при сканировании марки Честного знака. На одной точке удалось увидеть ошибку при сканировании. Оказалось типичное "Конфликт блокировок при выполнении транзакции" при попытке записи элемента в справочник "Штрихкоды упаковок и товаров". Проверил, на данный момент он у нас содержит 763000 записей.
В магазинах базы файловые, железо везде одинаковое. Но ошибки ловят те, у кого продается много молочной продукции. Есть ли смысл почистить этот справочник? Там в основном молочная продукция, не думаю, что нам надо хранить марку в базе, реализованную месяц назад. Явно уже назад не принесут. И отсюда вопрос: а как правильно можно почистить этот справочник? Типовыми методами не получится, на запись есть ссылки в чеках, отчетах о продажах. Или готовиться к свертке?

типовая Розница 2.3, РИБ
В магазинах базы файловые
ошибки ловят те, у кого продается много

Ловите при загрузке обмена - лочатся таблицы на запись.
PG ставь

(1) Да, лечится отключением синхронизации. Но это началось относительно недавно, раньше никаких проблем при синхронизации не было. Достигли предела производительности файловой на этом железе?
PG - Postgre?

PG - Postgree
Не предела достигли - файл обмена увеличился; грузится долго вот при работе и хватаете ошибки

(3) В магазинах типовое железо Celeron j1900, 4гб ОЗУ и SSD. С таким железом ставить Postgre + сервер 1с.. Потянет ли?

Не потянет

(0) Переходите на 3 Розницу. Там с этим проблем нет.

А не проще справочник "Штрихкоды упаковок и товаров" (и другие) почистить на дату актуальных остатков? Я понимаю, что это "так себе" вариант, но это проще чем по филиалам сервера приложений поднимать (а потом их ещё и обслуживать).

(6) Пока не вариант по многим причинам..
(7) Вот я и интересуюсь, как это правильно сделать.

(0) чисти удалением, на точки пойдет запись об удалении объектов, норм.

(0) Объём сообщений обмена лечится периодичность сеансов обмена. Ваш Кэп.

(0) Не вижу, как очистка справочника поможет решить проблемы с блокировкой таблиц.

(6) глянул на Розницу 3.0. Там тоже есть этот справочник.
(9) типовое удаление не работает, есть ссылки на чеки и ОРП. Почистить обработкой?
(10) Так и сделали пока что, назначили обмены на нерабочее время.
(11) есть подозрение, что блокировки стали дольше из-за большого объема справочника. Но я в этом не уверен, поэтому пришел сюда спросить совета.

(12) В файловой базе все блокировки табличные. Количество строк значения не миеет.

(13) В смысле, нет разницы в производительности от размера базы?

в обменах же едет новая и измененная инфа, сделайте обмен каждые 15 минут, будет пролетать за 5 секунд, никаких тормозов.

(15) так и было настроено. И в итоге 2-3 минуты тормозим, потом все нормально.

Да, естественно, ТИИ делали, кэши чистили, лишние регламентные задания выключены.

В принципе можно попробовать на одной из баз.
Подготовить регламент, который допустим ночью удаляет элементы справочника.
В регламенте предусмотреть
- журналирование, что бы если что иметь возможность восстановить удаленное.
- после удаления, удалять "удаление" из обмена, что бы удаление не разбежалось по остальным узлам.

(14) Если речь про блокировки, то нет. А вообще есть, конечно.