У меня есть УТ2 каз (аналог УТ10) РИБ.
Есть доп база для упр учета тоже в рибе. В нем финансисты перепроводят
и считают все в упр  валюте. В отдельных регистрах упр учета.
В последние месяцы жалуются что перепроводение замедлилось.
У нас ночное задние в скуле по переиндексации и реорганизации индексов выключена
потому что даже по ночам они перепроводят.
Но иногда они просят чтоб я мог запустить переиндексацию.
Что оптимально можно делать по переиндексации???
Есть две задачи в плане обслуживания:
1. Реорганизация индекса, Перестроение индекса и обновление статистики.
2. Проверка целостности, Реорганизация индекса, Перестроение индекса.

Которую из них запустить мне?
Можно ли просто = "Перестроение индекса" запустить.

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

(1) Было включено но из-за ночных проведений  выключили.
Я товароведам и финансистам уже высказал если вы сами по регламенту не выстраиваете четки сроки мы не можем следить за вами когда включать и когда выключать.

Что еще сделано мною.
1. Почистил базу от не нужного мусора от 270 ГБ выкинуто более 65ГБ данных.
2. Стараюсь чтоб они перепроводили монопольно не важно днем или ночью.
3. Даже написана обработка который проводит только по указанному тронутому документу в прошлом периоде. И По номенклатуре который в нем присутствует.

(0) Жалуются что замедлилось-это не показатель. У юзера может обмен веществ ускорился и ему кажется что все тормозит. "Ты не контролируешь то, что не измеряешь" - будь мужиком, настрой апдекс

(4) Да все это замерено.
Они уже знают сколько времени проводится одни сутки документов.
Даже сколько примерно секунд один документ одного вида.

(5) на виртуалке?

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

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

(0) 1. Необходимость регулярной переиндексации имхо переоценена. Скуль не такой глупый, там поддержание индексов достаточно оптимизировано. Актуализация статистики да, нужна (может не раз в сутки), а реиндекесация нет.

2. Лечить нужно причину, а не следствия. Выяснить, что изменилось с тех пор, как было хорошо. Скорее всего, одно узкое место сменилось на другое.

(6) Нет. Но сервер не очень уж хороший.

(2) >> Я товароведам и финансистам уже высказал.

Первый шаг ты сделал. Высказал. А кто дальше двигаться будет? Пушкин?
Дальше надо договариваться. Сесть вместе с пользователями и определить время, сроки, графики технологического окна.
Чудес не бывает. Объяснить пользователям, что им придётся подвинутся и отвыкать от привычки запускать перепроведение в любое время и за любой период.
270 Гб - не такая уж и большая база. Не должны регламенты так уж много времени занимать, чтобы ломать перепроведение.
В конце концов есть куча методик по настройке регламентов таким образом, чтобы перестраивались не все индексы, а только те, чья фрагментация выше определенного порога. Например, https://infostart.ru/public/803209/

И вообще. Вы точно уверены, что причина замедления именно в протухшей статистике и индексах?

(11) Конечно двигаюсь.
Вся проблема в том что переходим мы в КА.
И то что у нас есть пока сопровождаем на уровне чтоб лишь бы работало.
Не выделили ресурса для более глубокого разбора ситуации и решения.
Пока только набегами решаю задачу.
Не уверен что все проблемы  индексах. Но пока кроме как работать с ним другого решения нет.

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

(0) выкинуть все проверки в модуле проведения, оставить только запись наборов. И...полетит

(14) Если бы все так просто было..
В это упр базе доки падают из регл базы почти все без записей РН.
И тут при проведении происходить проведение по своему РН - _ПартииТоваровНаСкладахUSD
И некоторые характеристики могут не совпасть хотя тут РИБ.

Копия базы на моем компе проводится быстрее..
ТАм на сервере 3 базы БП УТ регл и УТупр

(15) и че? Выкинь из модулей проведения все проверки, оставь только запись наборов рн.

(17) Они с помощью ошибки выявляют пересорты и минуса при проведении (((

ИМХО, проблема требует кардинального пересмотра подхода к реализации упручёта. С отказом от ректальных методов автоматизации.
Но если в приоритете переход на КА и нет ресурсов/возможности/желания устраивать революцию, то следует просто послать пользователей в лес, ограничившись административными методами.
1. Более тонко настроить и согласовать расписания регламентов СУБД и 1С. Чтобы разнести по времени перепроведение и обслуживание баз.
2. Рассмотреть варианты какого-нибудь фонового перепроведения и восстановления последовательностей.
Для рассмотрения программных вариантов решения задачи надо знать узкие места. Зная узкие места, принимать решения о способах их устранения или обхода.

Почитал это и особо ничего не понял. = https://docs.microsoft.com/ru-ru/sql/relational-databases/indexes/reorganize-and-rebuild-indexes?view=sql-server-ver15
Хотел понять что лучше в короткую запускать а что в длинную.

Пока выгнял всех из базы всего там было 3 чел.
Запретил регл задания и вход в базу и на скуле запустил реорганизацию.
После монопольно запущу перепроведение.

(20) Примеров настройки регламентов СУБД для 1С в интернетах полно. Включая сайт ИТС.
Как правило, если база не 24/7 работает, то всё сводится к ежедневному (по ночам или в период наименьшей нагрузки) обновлению статистики и реорганизации индексов (можно с отбором по наиболее фрагментированным), и еженедельном (в выходные дни) полному перестроению индексов.
Для высоконагруженных баз, работающих в режиме 24/7, планы обслуживания подбираются индивидуально, исходя из статистики по нагрузке.

(21) >> запустил реорганизацию.

Реорганизация индексов и обновление статистик не требует монопольного доступа.
В статье по твоей ссылке из (20) это явно прописано.

PS Я бы на твоё месте не возлагал особых надежд на революционные результаты от настройки регламентов СУБД.
Что-то где-то вероятно станет получше. Но вряд ли скорость вырастит на порядок или хотя бы в разы.

(0) Сделать замер производительности. В УТ10 часто лимитирующим является списание партий, которое довольно легко оптимизируется. Изменением запроса и экспериментальными замерами. На ИС об этом можно найти инфу.

У нас разнесение в скуле базы на несколько файлов помогло ускорить регламенты.

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

(26) на время