Упаковка баз (8.3)

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

Спасибо.

> упаковка базы
Чё??

Сжатие таблиц информ. базы (Сервис-Тестирование и исправления инф. базы)
Заметил -  после обновления - базы растут - после сжатия уменьшаются.
Просто 1с тормозит - ищу решения.

После "Сжатия" размер базы уменьшается, это верно.
Для борьбы с "тормозами" нужно искать причину. Какая у вас конфигурация, платформа, какой вариант базы (файловая или клиент-серверная), сколько пользователей, как подключаются, какой размер базы, сколько и какой информации заносится ежедневно, какая операция показательно медленно выполняется и какое время выполнения этой операции считаете приемлемым, какие клиентские компьютеры используются (конфигурация оборудования) и сервер (если есть), как организована сеть?

Сервер.
Intel Xeon X3440
4Г ОЗУ
Винт 500 г + 1 зеркало
Не райд
Сервер 2003. AD+Терминал. Подключаются 6 пользователей. Машинки 2008 годов выпуска.
Вариант базы файл - сервер.
Платформа 1с - 1С:Предприятие 8.3 (8.3.4.389)
Базы ЗУП 3.0 (350 Мб),  БУЗ 3.0 (650 Мб)
Начало эксплуатации баз c 01.01.2014
Усиленный начальный ввод. Конкретно обьяснить как тормозит не могу - надо сидеть с пользователями и смотреть, нет такой возможности.
Говорят что медленно записывает (эл справочников) медленно проводит документы.

Пока вижу выход ssd - но запутался с инфой - пишут разное.
sql - сервер рекомендуют начиная с 10, да и не хотелось бы перегружать сервер. Денег на доп. сервер не дадут.
Отключил все регламентные задания кроме Удаление неактуальной информации синхронизации.
Периодически дефрагментирую винт - все что пока могу сделать для ускорения.
Вот приблизительно как то так.

А Вы нагрузку на сервер можете диагностировать, а то что-то смущает 4Г и 6 пользователей в терминале. Как в процессе работы загружается диск, сколько "отъедает" вся система памяти, как грузятся ядра процессора? На SQL стоит перейти хотя бы ради более эффективной работы с базой данных (можете для начала на бесплатных поработать SQL-ях). Замер производительности отладчиком все же сделать нужно. Хотя бы на примере проведения какого-нибудь большого документа. Если какой-то сильной конфиденциальности в базах нет, то могу для сравнения замерить это же проведение на базе MS SQL с сервером, на котором по сравнению с вашим ресурсы неограничены.

P.S. "Винт 500 г + 1 зеркало Не райд" - это как?

Винт 500 г + 1 зеркало это
Один винт sata (загрузка - система - бд , второй клон первого (периодически acronis - ом клонирую если упадет основной)
ЦП простаивает. Запускал замер производительности (честно говоря ничего в этом не понимаю) - при запуске и загрузки экземпляра 1с
на 100 пик взлетают 2 параметра : обмен страниц и средняя длинна очереди диска, только выводов из этого я сделать никаких не могу.
Не знаю. Эксперементировать с sql - думаю не выиграю ничего - мало пользователей и серверок уже старенький чтобы его нагружать sql-ем.
Да и сейчас начало года (работы у бухгалтеров много) - не хочется искать приключения на свою...
Я прикрепил 2 файла - не знаю может это как то проянит ситуацию.
А что подскажете насчет ssd?

> А что подскажете насчет ssd?
На счет любого апгрейда оборудования могу сказать одно - если в моменты пиковой нагрузки на систему именно этот элемент аппаратной части нагружен больше всего, то выигрыш в производительности можно ожидать. Если же подбирать оборудование по абревиатурам, то никакого смысла в этом не вижу.

> Эксперементировать с sql - думаю не выиграю ничего
Если у вас есть "пробелы" с теоретической частью по SQL, то можно проверить практическим путем. Для этого необходимо:

 - Узнать таки у пользователей наиболее трудоемкую процедуру.
 - Провести таки замер длительности выполнения отладчиком (я подскажу как).
 - Прислать мне копию базы для аналогичного замера на более производительной системе (у нас сервер 32-х ядерный Xeon, 256Г ОЗУ, RAID5 из 10 дисков SSD, MS SQL 2008 R2).
P.S. Диалог можно продолжить в скайпе - axl_gf8

Боюсь после замечания о конфидициальности это неприемлимо.
Да и не совсем пойму как можно сравнить разницу файл-сервер и клиент-сервер на слишком разном оборудовании.
4Г против 255 и обычный sata против RAID5 SSD ?
Если нетрудно подскажите как замерить  длительности выполнения трудоемкой процедуры (как ее выбрать) отладчиком ?
И как правильно сделать выводы на основе полученной информации?

> Да и не совсем пойму как можно сравнить разницу файл-сервер и клиент-сервер на слишком разном оборудовании.
Это даст только понимание о том, на сколько влияет на производительность аппаратная часть.

> как замерить  длительности выполнения трудоемкой процедуры

 - Определить эту процедуру со слов пользователя (напр. проведение какого-то большого документа).
 - Открыть базу в режиме "Конфигуратора".
 - Запустить из конфигуратора режим "Предприятия" для отладки.
 - Открыть документ.
 - В конфигураторе включить "Замер производительности".
 - В предприятии запустить проведение документа.
 - По окончании проведения вернуться в конфигуратор и выключить "Замер производительности".
 - Откроется окно со списком выполненных команд и временных затрат на их выполнение.
 - Далее анализировать самые трудоемкие команды.
 - Так же в процессе выполнения замера можно понаблюдать за нагрузкой на оборудование.
Для анализа трудоемкости необходимо уже обладать знаниями о программировании, но Вы можете просто выложить сохраненный в файл результат замеров.