Добрый день,
подскажите пожалуйста хотя бы куда рыть, где что проверить.
После обновления платформы с (8.2.13.219) на (8.2.15.319), обмен УТ - БУХ вместо 2 минут стал занимать 40.
"Управление торговлей", редакция 10.3 (10.3.15.9)
Бухгалтерия предприятия, редакция 2.0 (2.0.37.13)
В обеих конфигурациях есть небольшие изменения внесенные мной (начинающим горе-программистом :) Это может быть причиной такого замедления обмена?

(0) да, 40 минут еще мало. Обычно горе-программисты добавляют пару строчек и обмен у них идет неделю. Такой уж у них талант.

кажется (1) родился сразу мега-программистом.
(0) - а у вас база файловая или серверная?

Да серверная на MSSQL - сейчас я так понимаю обмен еще происходит, потому что на сервере из 16 гигов оперативки, sqlserver жрет 13,5 гигов :)
я если честно даже не знаю с чего начать, мне вся эта система досталась относительно недавно как совмещение обязанностей, когда наш 1с админ уволился

тормоза после смены платформы начались, или после внесения изменений?

начните с ритуальных приседаний и отжиманий в конфигураторе (Администрирование - Тестирование/исправление), для простоты почекайте все псисы

и создайте задание сиквелу (или найдите скрипт) на обновление статистик БД

тормоза после смены платформы начались
сейчас даже думаю, что УТ и БУХ мы вообще почти не трогали - начиная с мая точно!

емнип касаемо обменов в платформах ничо не менялось... замер производительности делал?

дождусь все же для начала пока обмен выполнится.
Выполняется он кстати без ошибок. Вернее выгрузка и загрузка без ошибок, а вот проведение документов - с ошибками. Вот лог

Отложенные движения документов в информационной базе ПРИЕМНИКЕ:
Подключение к информационной базе ПРИЕМНИКА: Имя сервера: ruspbs0011, Имя информационной базы: 1c-buh

Ошибка при проведении документа "Оприходование товаров 00000000019 от 01.08.2012 23:37:59"
Ошибка при вызове метода контекста (Записать): Ошибка при выполнении обработчика - 'ОбработкаПроведения': {ОбщийМодуль.ОбщегоНазначения.Модуль(534)}: Проведение документа: Оприходование товаров 00000000019 от 01.08.2012 23:37:59
Строка номер 1 табличной части "Товары": Не заполнено значение реквизита "Счет учета".
Ошибка при проведении документа "Требование-накладная 00000000645 от 08.08.2012 0:00:00"
Ошибка при вызове метода контекста (Записать): Ошибка при выполнении обработчика - 'ОбработкаПроведения': {ОбщийМодуль.ОбщегоНазначения.Модуль(534)}: Проведение документа: Требование-накладная 00000000645 от 08.08.2012 0:00:00
Строка: 1
Не списано 1 шт товара Растворитель, счет учета 10.06
Ошибка при проведении документа "Поступление товаров и услуг 00000004157 от 14.08.2012 20:10:26"
Ошибка при вызове метода контекста (Записать): Ошибка при выполнении обработчика - 'ОбработкаПроведения': {ОбщийМодуль.ОбщегоНазначения.Модуль(534)}: Проведение документа: Поступление товаров и услуг 00000004157 от 14.08.2012 20:10:26 (Покупка, комиссия)
В строке номер "1" табличной части "Товары": Не заполнено значение реквизита "Счет НДС"!
Ошибка при проведении документа "Реализация товаров и услуг 2012-000948 от 21.08.2012 11:51:24"
Ошибка при вызове метода контекста (Записать): Ошибка при выполнении обработчика - 'ОбработкаПроведения': {ОбщийМодуль.ОбщегоНазначения.Модуль(534)}: Проведение документа "Реализация товаров и услуг 2012-000948 от 21.08.2012 11:51:24":
Строка: 1
Не списано 59 шт товара LC-19LE430RU, счет учета 43
Ошибка при проведении документа "Списание с расчетного счета 00000003303 от 23.08.2012 0:00:00"
Ошибка при вызове метода контекста (Записать): Ошибка при выполнении обработчика - 'ОбработкаПроведения': {ОбщийМодуль.ОбщегоНазначения.Модуль(534)}: Проведение документа: Списание с расчетного счета 00000003303 от 23.08.2012 0:00:00 (Перечисление налога)
Не указан счет дебета.

это нормально?

а замер производительности как делать?

(9) - это ненормально. Счета пока пробейте групповой обработкой, а потом это надо учесть в обмене. Иначе оборотка будет кривая.

>>это нормально?
т.е. впринципе ошибки бывают нормальными? при обмене проводит доки, причем с ошибками, есно 40 минут - даже нормально

(0) Если платформа конвертировала базу при обновлении, то у тебя просто слетели статистики на таблицах, т.к. платформа сама их не создает при конвертации/реструктуризации.

(12) Сейчас смотрю - такая ошибка стала появляться при обмене за неделю до обновления платформы )
А почему интересно при этом сикуль сервер грузится?
(13) ок, статистику соберем и посмотрим

(14) а чего ему не грузится? он пытается записать данные, потом платформа говорит - там ошибка, откатывай транзакцию

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

"статистику соберем и посмотрим" ... эээ, както у меня закрадываются смутные сомнения, что вы правильно поняли совет про статистику.
это вот что: update statistics таблица ... и так для всех таблиц в бд

(16) -может, может, встечался со случаем, когда отчет считался около 20 мин., после обновления статистик - 15 сек.

(17) насчет статистики я все же правильно понял, надеюсь :)
Я просто еще и Оракл БД администрирую там это Gather Statistics называется - разница в терминах
(16) по монитору вижу, что обмен раньше с такими ошибками проходил за 3-10 минут, а после обновления платформы уже даже ближе к 50. Как сейчас обмен пройдет, обновлю статистику и отпишусь

(16) Разница может быть не в обновленной/необновленной статистике, а в автосоздаваемой и полной статистике. Автосоздаваемая статистика помоему делает выборку только 20% записей. И планы запросов могут сильно отличаться для некоторых запросов со значениями параметров не попавшими в автообновляемую статистику.

http://img-fotki.yandex.ru/get/6610/18460116.0/0_841ab_f23484ab_orig
После обновления статистики, обмен занял 59 секунд, вместо часа
Выгружен был конечно 51 объект, вместо 1229, и загружено 913, вместо 1232. Но все же проблемы с проводками остались, так что похоже все же что дело было именно в статистике!
Всем спасибо.
Будем знать :)

прикольно... это ж что с ней должно быть чтоб так тормозить работу

Что еще более интересно - это то, что где-то только для одной таблицы из четырех понадобилось обновление статистики...
мне вот интересно, что было бы если бы на всех таблицах были неправильные статистики :)