Всем доброго дня!
На рабочей базе ERP обслуживание индексов сделано скриптом, который выбирает первые 10 самых плохо фрагментированных индексов (запрос для их получения ниже) и реорганизует их (если % фрагментации <30) или перестраивает и потом обновляет статистику. Так же статистика обновляется во всей базе ночью
Этот скрипт запускается каждые 15 минут и в большинстве случаев даже не находит 10 таких "плохих" индексов, так что выполняется за 1-2 секунды (5 секунд максимум из истории последних нескольких дней)
Собственно вопрос - насколько оправдан такой подход?
Что смущает - что в большинстве случаев % фрагментации никогда не превысит 30% и индексы всегда будут реорганизовываться, а не перестраиваться

Есть ли best practices по обслуживаюнию индексов? То что находил писали про обслуживание хотя бы каждую ночь, но почему-то нигде не читал про обслуживание индексов каждые 15 минут

SELECT
    TOP 10
    OBJECT_NAME(ind.OBJECT_ID) AS TableName,
    ind.name AS IndexName,
    indexstats.avg_fragmentation_in_percent AS avg_fragmentation_in_percent,
    indexstats.page_count AS page_count
FROM
    sys.dm_db_index_physical_stats(DB_ID(), NULL, NULL, NULL, NULL) indexstats
    INNER JOIN sys.indexes ind ON ind.object_id = indexstats.object_id
        AND ind.index_id = indexstats.index_id
WHERE
    indexstats.avg_fragmentation_in_percent >= 5
    AND indexstats.page_count >= 100

ORDER BY
    indexstats.page_count * indexstats.avg_fragmentation_in_percent DESC;

https://kb.1c.ru/articleView.jsp?id=13

Насколько заметно падает производительность базы, если индексировать раз в сутки?

на итс, вроде, тоже выложили     Регламентные операции на уровне СУБД для MS SQL Server

(1) доступ к статье запрещен :(

во: https://its.1c.ru/db/metod8dev#browse:13:-1:1989:2035:2510:2537

(3) Вот это?
https://its.1c.ru/db/metod8dev/content/5837/hdoc

Читал, вроде
Как раз там просто сказано, что раз в сутки
А у меня делается все то же самое, только частями по 10 индексом и каждые 15 минут, а не раз в сутки

(6) надо делать в технологическое окно

ну или после массовых апдейтов (более 10% таблицы)

но такие апдейты как правило тоже делаются в технологическое окно :))

(2) Просто сейчас производительность базы итак плохая. ПТУ и РТУ проводятся (даже без регл учета) по 5-7 секунд
Так что вряд ли обслуживание раз в сутки сильно повлияет

Может тогда переформулирую вопрос
Есть ли разница между реструктуризацией индекса каждый час, например, либо его перестроением каждую ночь
Разница в конечном результате то есть)

(11) есть

но ты её не заметишь

(12) Еще доуточню вопрос
Что лучше?)))

а делать регламент не в технологическое окно/наименьшую нагрузку плохо

(14) лучше не мешать пользователм

(14) что лучше из того что происходит и не происходит?)

(16) просто кажется, что эти 2 секунды раз в 15 минут будут мешать пользователям меньше, чем плохие индексы и статистика

(17) что лучше - реструктуризация каждый час, или перестроение раз в сутки?

(18) а когда выстрелит твой скрипт на закрытии месяца?

две секунды - это когда все хорошо

Фрагментация индексов на SSD или при достаточной для индексов физической памяти - не критична, я так думаю.

пока закрытие в ERP еще не делали, но с такой скоростью работы его в любом случае будут делать по ночам несколько дней.

В общем постараюсь проверить все же насколько производительность падает, если убрать этот джоб

(22) ну тогда ФС и размер страницы и их расположение внутри файлов должны быть выровнены