Уважаемые специалисты, прокомментируйте пожалуйста следующую табличку, в ней время обновления индекса ППД:

Начало    Длительность
8:10:00     10 мин
9:10:01     20 мин
9:40:02     10 мин
10:10:03 10 мин
10:30:03 10 мин
10:50:04 40 мин
11:40:05 70 мин
13:10:07 20 мин
13:40:10 50 мин
14:40:13 20 мин

Я не имею доступа к железу, знаю только то, что скорей всего сервер 1С и SQL сидят на одном компе и скорей всего в виртуалке. Идут периодические жалобы на тормоза, я уже кучу вещей поурезал, и вот хочу понять:
1) Это нормально полчаса обновлять индексы?
2) отчего могут зависеть эти тормоза (кроме железа)
3) Стоит ли сделать полный снос полнотекстового индекса с перепостроением?

(0)
1. Версия УТ
2. Типовая/не типовая (уровень переписок)
3. Количество юзеров
4. Среднее количество первички в день.
5. Версия сиквела.

(1)

1. 11.1.10.167
2. Уровень переписок небольшой. С точки зрения данных - совсем маленький.
3. Около 40
4. Одного вида документов (реализация или Чек ККМ) - 100 / день.
5. Не уверен, но вроде бы 12й

p.s. там еще веселье нашел, например целый день шарашит фоновое задание Регламентная архивация чеков, причем иногда днем по полчаса.

(2) Смотри регламентные задания (может выгрузки на сайт там всякие или наоборот или еще какой обмен).
Смотри регламенты сиквела

http://its.1c.ru/db/metod8dev#content:5904:hdoc
И загляни сюда

http://its.1c.ru/db/metod8dev#browse:13:-1:1981:1985

Ну или ТЖ включи на денек и анализируй, анализируй...

(3)
Сюда вот загляни сначала
http://its.1c.ru/db/metod8dev#content:5837:hdoc

Кстати деградация производительности СУБД часто связана с недостаточными обновления статистики.

Бывало в течение дня (помимо ночного регламента) делал регламент обновления статистики (в 11-00 и в 14-00). Это улучшало общую производительность.

(3)+(4) спасибо, добрый человек, но пожалуйста, скажи - это вообще нормально? Я новичок, вдруг так и должно быть?

(6) Бывает...

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

(8) Производительность всей  системы это очень большой вопрос и без админов и дб-админов решать его сложно.

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

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

(10) Я писал свой подбор.
Устал бороться с типовым.

Ну а вообще "периодические жалобы на тормоза" нужно решить или точечно, или сопоставляя с загрузкой оборудования (в зависимости от массовости)

(11) у меня как-то был случай, что только физическое удаление папки поиска с остановкой сервиса и затем повторным перестроением индекса - позволило работать дальше - в эпоху 8.3.5 что-то слетело и папка ППД стала весить не 500Мб, а 500Гб. Поэтому и спрашиваю - стоит ли повторить?

(14) А почему нет. Выходные впереди. Перестраивай индекс.

(15) прошу прощения, смог заглянуть в папку сервера 1С - размер папки ППД - 31Мб, размер логов - 8Гб. Отчего он такой тормоз - непонятно.

(14) Косяк переполнения этой папки - это из-за того, что процесс 1С завершился аварийно и за собой не подчистил