v7: ТиС 7.7 + SQL 2000. Виснет 1С при проведении документов #663054

Добрый день! Помогите Настроенная ТиС 7.7 + MS SQL 2008. Размер базы 8ГБ. Все стабильно работало пару лет. Неожиданно 1С стала зависать наглухо при проведении или отмене проведения документов и в монопольном и разделенном режиме. Уже попробовал: полное ТИ ИБ, выгрузку-загрузку. Причем, если загружаешь в dbf формат, то работает гораздо медленнее, но без зависаний. Средствами SQL: реиндексация, шринк, проверка и оптимизация структуры. SQL - sp4 + последний hotfix. Пару раз помогло смена ТА на несколько документов назад, затем проведение по одному. Но потом и это перестало помогать. Отладчик показывает, что виснет на записи движений в регистр ОстаткиТМЦ были уже подобные темы. ответа так и нет

проводите пачками с выходом входом в сеанс

даже 1н документ не проводится

Профайлер смотрели?

софтпоинт рекламировать не буду ЗЫ как минимум прикрутить 1с++

: ТиС 7.7 + SQL 2000  в теме - в сообщении ТиС 7.7 + MS SQL 2008. где правильно ?

сори не знаю что это 2008 правильно с совместимостью 2000

прорекламируй плиз

как минимум --

-- --- и прикрутите к проведению внешнюю компоненту 1cpp.dll

Вы делали "реиндексация, шринк, проверка и оптимизация структуры", при этом незнаете что такой профайлер? удивительно.. ну тогда в поиск, анализ планов запросов.

И сделайте обновление статистики.

перечитал, оптимизация вся сделана что даст прикручивание 1с++ ?

очень сомневаюсь что все сделано ... ЗЫ мне помнится в свое время дало с 2,5 мин проведения до 15 сек одного документа

всё что тут написано сделано проблема не в том сколько времени проводится документ а в том что он вообще не провёлся за 10 часов

чудес не бывает ... (с) ЗЫ сядь, закрой глаза , и немного подумай в тишине и решение само придет к тебе в голову (с) Ходжа Насреддин (с) Соловьев

некоторые мысли подсказали, спасибо. пытаюсь их проверить и реализовать

есть еще один момент - как садминистрирован SQL сервер , как садминистрирована ОС и как садминистрирована сеть ЗЫ нет ли режимов экономии энергии , в сетевухах жестких дисках , выставлено в системе повышенное потребление энергии - куда прописан темп и так далее ...

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

чудес не бывает , может код такой хитрый - рассматривайте проблему в комплексе ...

код не менялся вообще

перенёс базу выгрузкой загрузкой на другой sql сервер проблема сохранилась. дбф версия работает нормально

Краткое резюме сути вопроса: 1) Период хранения 5 дней. 2) Регистр Покупатели не закрывался по измерению СтавкаНП (стандартная ошибка) + был "Основной покупатель" по которому в регистр шел только приход. 3) Регистры КнигаПокупок и КнигаПродаж не закрывались (регламентные документы не формировались). Ход устранения: 1) При помощи 1С++ очищено значение измерения СтавкаНП в таблице движений регистра Покупатели 2) Удалены движения по регистрам КнигаПокупок, КнигаПродаж 3) Удалены движения из регистра Покупатели только по договорам Основного покупателя. 4) Добавлен признак в справочник Договоры "Не вести взаиморасчеты". 5) Изменены процедуры ГМ для отключения движений по регистрам КнигаПокупок, КнигаПродаж. Изменены процедуры движения долгов. 6) Обработкой с использованием 1С++ ТА двинута назад, вперед. 7) Обновлена статистика занимаемого места и произведено переиндексирование базы. 8) Результат сдан вопрошающему. Затраченное время с учетом диагностики и написания отчета: 40 минут.

+ Период хранения итогов изменен на 1 месяц.

Документ с пустой датой в системе есть?

Нет - проверено запросом.

Зачем запросом? В общем журнале период с пустой даты поставь. Либо

Ну выбранный метод результат не меняет.

Меняет. Как ты пытался получить его запросом?

Select top 10 * from _1sjourn order by Date_Time_Iddoc

Уже вылечили базу?

Да - причины болезни и ход лечения а также затраченное время в

А сколько денег взял?

Нисколько.

А вот период хранения останков я бы оставил в 5 дней

Почему?

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

А на большее количество записей в RG - пофик. + уходим от темы "ближе к границе" при расчете останков

Ну и период новый открывать, можно фоновым заданием не монопольно(у автора же скуль, там всё проще)

если поможет (кардинально), то только этот пункт 7) Обновлена статистика занимаемого места и произведено переиндексирование базы.

период хранения 5 дней на втором месте. остальное на зависания не влияет либо внутренний глюк СКЛя

Леха вообще красавчик)

еще