Привет, честнОй народ!

Платформа 8.3.4.408, конфа - Торговля 10.3, MS SQL 2008 R,
модель восстановления - полная, база - 65 Гб, лог - 104 Гб

Запускаю пересчет партий - тормоза страшные. Проводит 1-2 документа в минуту. Сервер перезагружала, бэкап делала, ничего не поменялось. В какую сторону еще подумать, подскажите?

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

>> какую сторону еще подумать

1. в сторону регламентных процедур обслуживания sql
2. в сторону отладчика и замеров

лог вам зачем, есть спецы которые по нему откатываться могут?

(1) Потому что такое не приходило мне в голову ) А что, это повлияет на скорость проведения?

(3) попробуйте, мне тоже это интересно - насколько повлияет)))

Повлияет очень даже. И такие отключить надо регламентные задания. Можно еще на время перепроведения отключить итоги, после перепроведения, итоги пересчитать.

Всё хорошо, но вот это:
http://infostart.ru/public/191732/
попробуйте обязательно.

(2) Лог - чтобы было! ) Его что, можно отключить? Это не я модель настраивала, наверное, были какие-то соображения, но сейчас не могу спросить - человек в отпуске и не доступен.

А про регламентные можно поподробнее? Это вот эти:
- очистка процедурного кэша;
- обновление статистик;
- реиндексация таблиц?

(4) Ой-ой! У меня главный по тарелочкам сейчас в отпуске и без него эксперименты на рабочей базе как-то страшно ставить. На что может повлиять смена модели?

(5) Регламентные отключила.

(1) в УТ 10.3 и УПП 1.3 модель восстановления не влияет на скорость проведения по партиям

(7) Без лога sql, конечно, не работает, но в данном случае он явно переполнен, его надо "почистить".
(6) После чистки можно рассмотреть вопрос оптимизации кода.
(5) Отключить итоги? И будет работать?

(9)[без лога sql, конечно, не работает, но в данном случае он явно переполнен, его надо "почистить". ]
ржал
от души
пиши ещё

(10) Человек, думаю, имел ввиду simply recovery mode. Журнал есть, но пустой.

(6) Спасибо! попробую обязательно!

(11) Наркоман?

В данной статье описываются действия, которые необходимо предпринять, если журналы транзакций увеличиваются до неприемлемых размеров.
http://support.microsoft.com/kb/873235/ru