1с 8 УПП 1.2 Виснет база при док Перемещение товаров #808432

Здравствуйте, Нужна помощь. виснут документы перемещение товаров при записи или проведение по 200 сек по 300. бывает и вовсе все стопорит работать естественно не кто не может. Другие документы работают нормально... после перезагрузки сервера на какое то время это спасает и бухи проводят эти доки потом проблема возвращается... Проблеме уже лет 10 мож и больше и не кто не знает с чего все началось. Server 2008r2 SQL 2008 1С:Предприятие 8.3 (8.3.9.2033) УПП редакция 1.2 (1.2.11.1)

В УПП есть процедура/обработка/режим свертки базы?

Нет

партионный учет - посмотри - запрос при проведении по партиям

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

+ потерпите до НГ и переезжайте.

Может быть причиной то что в нашей базе версии 1.2 11 1 все запросы с под запросами а не с временными таблицами как это сделанно в 1.3 (Читал что оптимизатор запросов в этом случае не правильно состовляет план)?

запусти отладку и жмакни "Замер производительности". поймешь где 1с-ка блуждает при проведении. там и оптимизируй.

"Проблеме уже лет 10 мож и больше и не кто не знает с чего все началось" // Почему именно сейчас создал ветку на мисте?

где ты был 10 лет?

мисте 14 лет. уже 10 лет назад, тебе точно так же могли дать пинка в верном направлении.

Может, они 10 лет назад послали бойца в будущее, чтобы он решил проблему?

10 лет назад я в школе учился

как пришел на работу столкнулся с проблемой так и создал форум... программеров много на предприятие работало те кто работал 10 лет назад их уже не помнят...

10 лет - много для базы 1С. Пухнет база-то.. от времени.. И начинает медленно ворочаться, вместо чтоб летать.

Где-то тут валялся БазоПузоМер для 8-ки.. получатся объективные сведения, в сравнении с другими бд, конечно.

Есть Ссылка на базо пузо метр?

Поищи в яндексе по этому тексту БазоПузоМер

Вот еще:

Вот что-то и я писал когда-то по наполнению справочников.. Уж очень было нужно :) Можно по аналогии для документов написать. Но я уж не буду, нет понтов пока-что..

Спасибо друг...

Да вроде-б не за что.. И еще размышлизм.. Не знаю, как в SQL, но в дбф-ной базе со временем распухали файлы индексов. Причина - индексы удаленных/обновленных элементов не удалялись физически, только помечались, как неиспользуемые. В таком случай файл индексов становился раз в 5-10 больше рабочего файла. За 10 лет бухи удалили массу элементов, надо сжать бд.. По-моему, в SQL эта операция называется Shrink Но это более компетентные товарищи подскажут..