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

были уже подобные темы. ответа так и нет

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

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

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

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

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

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

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

(7) как минимум
http://yandex.ru/yandsearch?lr=213&text=оптимизация+ms+sql+для+1с
--
http://interface31.ru/tech_it/2012/02/obsluzhivanie-baz-1s-v-ms-sql-server-chast-1.html

http://sergeybalashoff.blogspot.ru/2007_07_01_archive.html
--
http://www.softpoint.ru/article_prn_id100.htm
---
и прикрутите к проведению внешнюю компоненту 1cpp.dll

(6) Вы делали "реиндексация, шринк, проверка и оптимизация структуры",

при этом незнаете что такой профайлер?
удивительно..

ну тогда в поиск, анализ планов запросов.

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

http://msdn.microsoft.com/ru-ru/library/ms187348(v=sql.105).aspx

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

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

(14) всё что тут написано сделано http://interface31.ru/tech_it/2012/02/obsluzhivanie-baz-1s-v-ms-sql-server-chast-1.html

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

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

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

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

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

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

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

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

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

Затраченное время с учетом диагностики и написания отчета:
40 минут.

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

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

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

(26) Зачем запросом? В общем журнале период с пустой даты поставь.
Либо
док=создатьобъект("Документ");
док.выбратьдокументы();
док.получитьдокумент();
сообщить(док.датадок);

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

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

Select top 10 * from _1sjourn order by Date_Time_Iddoc

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

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

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

Нисколько.

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

(35) Почему?

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

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

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

если поможет (кардинально), то только этот пункт

7) Обновлена статистика занимаемого места и произведено переиндексирование базы.

период хранения 5 дней на втором месте.

остальное на зависания не влияет

либо внутренний глюк СКЛя

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

еще http://infostart.ru/public/177579/