Ответить в теме

Есть хорошая статья про блокировки в 1С Анализ и устранение взаимоблокировок

Лог переполняется, если ему автоприрост не назначен.
А уточните сколько гигов он(лог) составляет, а база?
На ИТС есть еще рекомендации.
Базу рекомендуют иногда упаковывать и перестраивать индексы (не средствами 1С, а из Скуля)

Да, журнал регистрации приличный. Спасибо за совет, сократим.
На счет SQL - не знаю, сама в нем не зарбираюсь, сопровождением сервера занимаются штатные сисадмины клиента. Говорят, что все настроено как надо. Хотя было, что при попытке записи изменений чего-либо в базе выдавалась ошибка:
Ошибка СУБД:
Microsoft OLE DB Provider for SQL Server: The log file for database 'BASE_UPP' is full. Back up the transaction log for the database to free up some log space.
HRESULT=80040E14, SQLSTATE=42000, native=9002

Я так понимаю,что это и есть переполнение лог-файла SQL.

Тормоза усиливаются с каждым днем. Может быть это еще вызвано резким разростанием базы за последнее время.

Журнал регистрации большой? (если ведется, тогда архивировать периодически)
Лог SQL-ый у базы большой? тоже надо резать.
И тормоза сразу были или появились со временем?
Чтобы SQL-лог не рос переведите базу в Simple-мод, мне, например Full-мод ни к чему.

Так и записывается - одним набором записей. Однако это не помогает. Да еще и движения не удаляются автоматически. Процедура удаления проведения занимает столько же времени, что и проведение.
Пробовала загнать обработку проведения в Попытку... Исключение через обработку ожидания с таймаутом - еще хуже стало - виснет все.

Может проблема в SQL-сервере.

А только и остается предложить 8.1
в 8.0 Блокировка на уровне таблицы и это не лечится.

Ну и в SQL-режиме необъяснимо высокое время постановки записей регистра Бухгалтерии в базу.
Оптимизировать можно только записывая весь набор записей одновременно после расчета.

Здравствуйте!

Имеется база УПП, работает на платформе 8.0.18, на SQL-сервере 2000. Каждый из документов "Отчет производства за смену" проводится больше минуты. При попытке провести второй документ, пока не закончилось проведение первого, возникает конфликт блокировок.

Рекомендации, по предотвращению таких ошибок, приведенные на ИСТ, не выполнимы (за исключением использования "для изменения" в запросах). Сокращение времени выполнения транзакций в принципе не получается. Замер производительности дает, что 77% времени занимает запись набора движений.

Кто сталкивался? Что еще можно сделать?
Работать практически невозможно. Пользователи в конце месяца просто стонут!

8.1 не предлагать