Зависает база 1с #650965

Доброго времени суток всем! Возникла проблема. Есть 2 сервера. Первый сервер Win Server 2003 на нем стоит SQL 2008, и второй сервер Win Server 2003, на нем стоит 1с 8.2 УПП. Точных характеристик железа не помню, но они вполне хорошие и проц грузится при работе максимум на 30 процентов. При групповом проведении документов в 1с у всех начинает висеть база. В базе работают около 70 человек. Пробовал добавить ещё один 1с-ый сервак, не помогло (думал может кластер не справляется и хотел его немного разгрузить). Данных заносится очень много. Делал шринки в SQL не помогло. Из всей проведенной мною работы сделал выводы что именно SQL зависает при запуске групповых обработках. Если запустить обработку, то другой человек уже не может провести любой документ. Вылазит ошибка блокировки. Как оптимизировать работу SQL и сделать чтобы он работал быстрее? Как устранить все висяки? Заранее спасибо

При групповом проведении документов оно и должно втупливать, не?

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

та же беда, решали просто, перепроводили документы ночью

не факт

Вот такую процедуру пользуй Процедура Sleep(Сек)

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

Возможно, у тебя режим блокировок транзакций Автоматический стоит.

факт, другие базы почему-то не висят. но там и данных меньше забивается. там SQL справляется(20 пользователей). а именно в этой базе все висит

а где это можно посмотреть? и что даст если я его отключу?

вопрос для чего использовать данную процедуру?

Конфигуратор - Конфигурация - Свойства - Режим управления блокировкой данных. Если стоит Автоматитческий, значит при проведении уровень блокировки Таблица и документы висят на ожидании блокировки.

Видимо чтобы другие пользователи успевали что-то проводить

у меня там стоит "автоматический и управляемый". есть возможность выбора:"автоматический", "управляемый", "автоматический и управляемый". какой нужно выставить?

Возможно в групповой обработке используете. Если это убрать, то думаю не будет так людям мешать.

в этом и проблема, по сути работает только один человек из 70 на момент зависаний

Управляемый

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

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

используем... но без этого никак не обойтись...

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

Ну вот с этим: НачатьТранзакцию ЗафиксироватьТранзакцию незаметно точно не получиться. Ну и плюс возможно паузы встроить. Будет как бы не в нонстоп режиме проводить, а как бы имитировать работу пользователя. Да будет дольше, но зато другим мешать не будет.

Прямо Треугольник Хопкинса: НачатьТранзакцию - КомфортнаяРаботаПользователей - НетТормозам.

Ну делай паузы чё, только не такой жестью как пинг через скрипт, а культурно - Предупреждение("Пауза...", 3) или Вопрос с возможностью прервать обработку.

Паузы не спасут если в транзакции запущено.

Транзакции конечно надо убирать

Автор озвучь цель, а то мне вот непонятно для каких целей вы днем хотите документы препроводить? Если партии то это реализовано и гораздо быстрее чем пере проведение.

клиенту это тяжело объяснить, когда в др базах все работает нормально :)

при этом варианте висяки будут длиться дольше и другие пользователи так же не смогут проводить ничего

именно днем нужно, потому что руководство хочет видеть текущие отчеты именно сейчас, а не завтра с утра за вчерашний день

прерывать тоже не вариант, спасибо конечно за помощь, но тут нужно сделать как-то чтобы быстрее документы проводились или чтобы SQL работал быстрее

А какие интересно отчеты не работает именно без группового перепроведения? Разве не достаточно что на данный момент времени все документы проведены?

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

а вон оно как, да интересная у вас схема.

У вас партионка или РАУЗ?

ну вот как то так

расшифруете отвечу :)

это называется "ожидание на блокировках" и это не ошибка если оно не из за избыточных блокировок.

Ну мне все таки интересно тогда. Если к примеру выделить одного человека, который будет по одному документу открывать и проводить. То наверняка он не будет другим пользователям мешать. Так вот и сымитируйте программно работу этого одного пользователя. Думаю как раз с помощью пауз это можно реализовать.

У вас ведется учет по партиям или включена расширенная аналитика учета затрат? При использовании РАУЗ все проводится намного быстрее, чем при партионном учете. Только вот, возможно, придется переделывать отчеты, пересчитывать себестоимость и т.д.

+ к тоже верно. Обработку группового проведения подправте. Типа провелся документ - подождите 10 секунд, еще один провелся - еще 10 секунд. И никаких транзакций.

как раз этим занимается пару человек, когда потребует руководство, без требования руководства они ничего не проводят, так как документы не подтверждены руководством

учет по партиям...

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

+

то есть при этом документы у меня будут проводиться дольше этой обработкой, но люди смогут работать?

так точно

Достаточно 2-3 секундной паузы, чтобы перепроведение документов стало "незаметным" для пользователей. (имхо) Перепроведение документов во время работы пользователей, иногда, обесценивает оба эти занятия. Например, перепроведение и расчет себестоимости - это, как бы, эээ... бесполезное времяпровождение :)