вот работал сервер, днём, пользаки естественно пишут\читают. и тут ХРЯСЬ и ребут.
из симптомов - отчёты на СКД и некоторые запросы исполняются некорректно или возвращают пустоту.
даже в соседней базе-копии те же действия отрабатывают нормально, просто потому что в клоне базы нет постоянной деятельности и на момент обрушения она простаивала.

какие и где запустить процедуры по обслуживанию таблиц на уровне СУБД или платформы 1с?
как ещё подиагностировать проблему, чтобы локализовать сбойные таблицы?
версия 8.3.17.1851
СУБД MS SQL
конфиг базы где точно есть проблемы ЗУП 3.1.18.189

а точно проблема в 1с?

(1) какой-то невтемный вопрос. я не ищу проблемы железяк\ос. админы сами разберутся.
ищу пути поиска и лечения базы 1с.

0)

1) Сделать копию сбойной базы
2) Согласовать, откатить рабочую базу на резервную копию, запустить пользователей восстанавливать утерянные документы
3) На копии проводить бесчеловечные эксперименты по советам с данного форума, писать самому себе инструкцию "что делать в следующий раз"

P.S.
Но ты будешь делать всё совсем не так(с)

Если запросы возвращают что-то не то, можно посмотреть к каким табличкам идет обращение и сравнить их с эталоном.

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

(5) Всех виноватых

Сначала сделать бэкап.
Потом dbcc checkdb
Потом тестирование и исправление (без исправления)
По результатам чесать тыковку и искать меньшее из зол.

Если dbcc checkdb найдет проблемы, то к железу сразу большие вопросы. Хотя "ХРЯСЬ и ребут" это и так подразумевает.

Сделать копию
Продуть кеш

1) проверить схд
2)восстановить резервную копию
3) очитить кэш

(7) кинул таск в админов. посмотрю что нароют со стороны sql.
1с тиИс попробую из ночного бекапа выкатить.

Почистить кеш.