w3d,

когда наша компания внедрила в 2006 году бухучет на 1С 8 (пеершли с 7.7), то проблем была масса: тормоза, постоянные блокировки, параллелизм и пр. Долго терпеть не могли и написали письмо Нуралиеву. В ответ нам назначили персонального технического специалиста от 1С, с которым долго переписывались. Рекомендации сводились к следующему:

Привожу дословно:

Большую часть ошибок возникающих в результате блокировок можно решить, выполнив следующие рекомендации:

1. Отключить проведение документов по разделу учета «Расчеты с контрагентами» и не делать распределение аванс/оплата при проведении документов в «оперативном» режиме, а делать это регламентной обработкой «Групповое перепроведение документов».

2. Выполнить следующую модификацию конфигурации:

2.1. В разделе переменных модуля объекта всех документов, выполняющих движения по регистрам накопления или бухгалтерии, добавить экспортную переменную мЭтоНовый;

2.2. В этих же документах добавить в обработчик ПередЗаписью() строку:

мЭтоНовый = ЭтоНовый();

2.3. В разделе переменных модуля объекта всех регистров накопления и бухгалтерии добавить экспортную переменную мНовыйРегистратор;

2.4. В конец процедуры ОбработкаПроведения() всех документов, выполняющих движения по регистрам накопления, или бухгалтерии добавить строки:

Если мЭтоНовый Тогда
Для Каждого Движение ИЗ Движения Цикл
Если Движение.Модифицированность() Тогда
Движение.мНовыйРегистратор = Истина;
КонецЕсли;
КонецЦикла;
КонецЕсли;

2.5. В модулях всех регистров накопления и бухгалтерии в обработчике ПередЗаписью() изменить строку вызова процедуры ПроверкаПериодаЗаписей():

Процедура ПередЗаписью(Отказ, Замещение)
…
ПроверкаПериодаЗаписей(ЭтотОбъект, Отказ, мНовыйРегистратор <> Истина);
…
КонецПроцедуры

2.6. В общем модуле НастройкаПравДоступа изменить процедуру ПроверкаПериодаЗаписей() – добавить третий необязательный параметр ПроверятьСуществующиеЗаписи, изменить строку вызова процедуры ПроверкаСуществующихЗаписейРегистра():

Процедура ПроверкаПериодаЗаписей(НаборЗаписей, Отказ,
ПроверятьСуществующиеЗаписи = ИСТИНА) Экспорт
…
Если ПроверятьСуществующиеЗаписи Тогда
ПроверкаСуществующихЗаписейРегистра(
НаборЗаписей.Отбор.Регистратор.Знаеие,
МетаданныеНабора.ПолноеИмя(),
СтруктураПараметров, Отказ);
КонецЕсли;
…
КонецПроцедуры

Часть ошибок связанная с блокировками (30%) в журнале регистрации имеет вид «Ошибка при выполнении обработчика - '{ОбщийМодуль.ОбщегоНазначения(1836)}: Ошибка при вызове метода контекста (Выполнить):». Но не в присланной Вами конфигурации, не в базовой БП 1.5, ни на строке 1836, ни рядом с ней нет вызова функции Выполнить(). Поэтому нет возможности выяснить причину блокировок связанных с этой ошибкой.

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

И еще предыдущий ответ:

"Вот, что удалось выяснить по имеющимся у нас двум проблемам.

1. Блокировки в процедуре ПроверкаСуществующихЗаписейРегистра общего модуля НастройкаПравДоступа.

При выполнении этого запроса SQL сервер в некоторых случаях выбирает неоптимальный план выполнения, что приводит к блокированию избыточных ресурсов. Ошибка зарегистрирована и будет исправлена в ближайшее время. Как только выяснится номер версии, в которую попадут эти исправления, я Вам сразу же сообщу.

2. Блокировки в процедуре ПолучитьОстатокПоСчету общего модуля ОбщегоНазначения.

Предположительно, блокировки связаны с тем, что Вы осуществляете движения «задним числом», то есть за дату, предшествующую дате актуальности итогов. Если это действительно так, то эту методику необходимо изменить. Общий принцип такой. Если осуществляется МАССОВЫЙ и МНОГОПОЛЬЗОВАТЕЛЬСКИЙ ввод документов, осуществляющих движения по счетам за некоторый период времени Т1-Т2, то дата актуальности итогов должна быть МЕНЬШЕ, чем Т1. В противном случае будут наблюдаться блокировки на проверке и изменении остатков по бухгалтерским регистрам. Если ввод документов «задним числом» (то есть за дату, меньшую, чем дата актуальности итогов) носит эпизодический характер, либо такие документы вводятся в основном одним пользователем, то блокировок не будет. Собственно говоря, механизм «даты актуальности итогов» был разработан специально для того, чтобы повысить параллельность работы пользователей при массовом многопользовательском вводе документов."

Было немного "смешно" читать, что мы должны править их (!) глючную типовую конфу, чтобы она заработала на нашем предприятии.