v7: SQL: Время ожидания истекло #682351

Добрый день. Ни с того, ни с сего стала выходить сегодня вот такая ошибка: "SQL State: HYT00 Native: 0 Message: [Microsoft][ODBC SQL Server Driver]Время ожидания истекло". Вчера её не было. На форумах нашёл много информации про данную ошибку, но случаи не подходят. Стоит windows server 2003, 1С 7.70.027, SQL 2000. Вот мои симптомы: Ошибка появляется только при проведении документа "Реализация товаров". Справочники записываются нормально, другие документы проводятся нормально. Даже проведенные документы "Реализация товаров" проводятся повторно нормально, а вот непроведённые провести не удаётся. Ошибке предшествует код "Операция.Записать;" Провожу документ из терминала, т.е. ошибка в сети исключена, как у многих с аналогичной ошибкой. Что это может быть?

Кто-то блокирует журнал.

запусти профайлер, и посмотри, что делает сервер...

а вообще, конец месяца, и т.е. пересчет итогов штатной хранимкой идет с начала месяца  - тормоза нарастают.

+ Обмен не может пройти. Я уже просил всех перезайти в 1С. Ошибка осталась. К своему стыду не знаю, что это такое. Перепроводит документ за секунду, а проводит и 15 стандартных секунд не хватает?

при _пере_проведении сначала идет ClearRecalcDocAct, потом WriteDocAct, а пр ипроведении непроведенного - только WriteDocAct

Странно всё решилось. Хотел уже и службу SQL перезагрузить. В последний момент увеличил время ожидания и время захвата в 2 раза и документы стали проводится, причём первый раз долго, а потом стали быстро, как и должны. Вернул время назад - работает. Обмен прошёл. Сетевые пользователи тоже стали работать нормально. Что это было? О_О

вообщето SQL необходимо админить , регламентные задачи и все такое , как и скульную базу

и тд и тп

забавный дятел по первой ссылке...

бывает ;)) главное обще понимание, что SQL это не тайота - сел и поехал (с) ...

Смотри чего навоял, а скорей всего не навоял. Все дело в том, что при определенном объеме информации SQL БД начинает паршиво работать с запросами от самой 1С :) ... Бывает прямые запросы спасут отца демократии :)

Это на время, пока число пользователей в БД не начнет опять повышаться. Или не начнут запускать какой либо МЕГО отчет на прямых запросах. :) Не забывай, что мего отчеты выполняются уже на самом SQL и тут ресурсов SQL 2000 физически может не хватить, если такой отчет начнут запускать 10 и более пользователей :)

смотря как писать... впрочем, сам вот кувыркаюсь - под конец месяца штатная запись/проведение документа  начинает зверски тормозить...

у кого-то из пользователей слишком тормозной компьютер, вот он и блокирует при проведении таблицу. У нас так в свое время 5 лет назад было. В EA это хорошо было видно

может просто кто-то что-то большое и долгое проводил? типа восстановления ГП, ну или формирование книги покупок какое-нибудь.

формирование книги не блокирует журнал. а штатное восстановление ГП проводится в монопольном режиме.

уже сто раз повторялось , при массовом проведении документов растет лог и падает производительность (да и блокировки) , решается перевходом юзверя 1с (для SQL2000 это болезнь) многие в свое время откатывались на SQL 7.0

Так я на сервере, при отсутствии пользователей не мог провести документ, за секунду отрабатывал весь алгоритм проведения, а потом 15 секунд тупило над "Операция.Записать;", при чём другие документы проводились нормально. Поставил время ожидания 30 и документ провёлся за ~30 секунд, потом любой другой документ реализации стал проводится <секунды, как и должно быть.

лог ни причем. проблемы с темпбд. решение тоже очень давно известно (с 2004 года как минимум)

и лог и темп и много чего ;)) у софтпоинта гибкие блокировки но можно и самому написать ЗЫ прикрути 1с++ к проведению документа - будет работать в разы быстрее

Уже вернулось всё на круги своя.

лог к проблеме роста временных таблиц никаким боком не относится. Ошибка называется: Bug 472280: There is a decrease in performance when you frequently create and drop temporary tables in SQL Server 2000

считай остатки от обратного или от конца месяца или от TA т.е. если нужно остаток на начала текущего дня движений за сегодня день гораздо меньше чем движений с 01 по 26 число(а в будущих числах как правило никто не работает ) . Это справедливо для любой даты.