Если из конфигурации удалить заполненный данными устаревший и ненужный регистр сведений или регистр накопления, то размер базы данных в MS SQL уменьшится ?

Автоматом - нет

Это нужно еще в SQL какие-то действия выполнять? Сжатие?

от того что ты удалишь 10 документов на общий размер базы существенного влияние это не окажет

Речь идет об удалении из конфигурации устаревшего функционала. Конфигурация не типовая. Там данных много. Накоплено за несколько лет эксплуатации. При правильном удалении наверное должно освободиться много места.

(0) после шринка должен размер уменьшиться.

Можно попробовать скачать пузомер БД для 1С.

(4) т.е. вместо того чтобы тупо взять и посмотреть размер занимаемый той или иной таблицы, ты решил погадать на кофейной гуще, предварительно спросив разрешение на мисти?

Проблема в том, что у меня нет доступа к базе MS SQL. База на сервере. Там свои администраторы. Я могу только конфигурацию править. Видимо, надо как-то грамотно им заявку оформить.

цель только размер уменьшить?

(8) Ну раз доступа нет, то пускай админы и любятся со свободным местом на диске. Если уж совсем их прижмет, то сами прибегут, будут про 1с расспрашивать, как ее можно уменьшить.

Без шринка не уменьшиться. Т.к. база считает что занятое место отдавать не нужно. Вдруг оно для чего-то другого понадобиться? Так зачем отдавать если место уже есть?

(10) +100

У меня основная задача - удалить старый функционал. Но я хочу это сделать грамотно, чтобы заодно уменьшить размер базы. Как-то так.

(13) Удаление старого функционала ради удаления?  Это как работа ради работы.
Удаляют старый функционал, чтобы он не занимал место, либо, чтобы не конфликтовал с текущей работой.

(11) Если база потом будет для чего-то другого использовать это место - это нормальный вариант. Пусть будет пока как зарезервированное. Если так все работает - это хорошо. Я про такое не подумал.

(14) Старый функционал удаляется потому, что создан полностью заменяющий его новый. Это и в интерфейсе пользователя, и в таблицах базы данных и в программном модуле. Зачем накапливать ненужное?

(16)

Это оно сейчас ненужное.
А потом наступит конец месяца/квартала/года и какой-нибудь оператор вспомнит, что этот функциолнал используется для отгрузки важному клиенту
А все остальное начальство по иерархии про клиента в курсе, а про функционал - нет.

P.S.
Удалять - инициатива руководства? Тогда удаляй

(16) Просто скройте старый функционал. Не думаю, что он сильно влияет на работу базы и на ее размеры. Если через несколько лет он так и не понадобился и у вас много свободного времени, то удаляйте.

(17) Функционал точно уже не нужен. Есть новый который его полностью заменяет. Все изменения в конфигурации у нас фиксируются служебными записками и нарядами в Итилиуме. Удаление функционала получается "официально разрешено". )

(19) удали на копии и сравни затраченное время с полученным результатом (выгодой)

(13) Решай свои задачи, а админы пусть своими занимаются (следят за местом)

(20) с точ4и зрения админов-100% выгода, ибо они ничего не делали

(22) Пока они не шринканут, никакого результата от этого удаления не будет. Зато могут быть веселые моменты для ТС. Например внешние обработки/отчеты использующие старый функционал, Разные КОМ соединения использующие методы старого функционала. Целый букет битых ссылок и прочие прелести. И все ради чего?

Нахрена заказчику платить за этот мартышкин труд?)

(24) заказчики этой задачей админы, им все равно

(23) Но они уже не смогут сказать "твои объекты мешают нам уменьшить базу". Мяч будет на их стороне.

(26) Кодеры и админы должны дружить, а не мячи туда сюда пинать. Иначе это не работа будет, а сплошное бумагомарательство с походами на ковер.

(27) Дружить согласен, но и ответственность должна быть поделена. Если конечно это не стартап "семейного типа"

(0) На стороне SQL можно посмотреть какая таблица сколько занимает.
Пусть админ SQL предоставит тебе эту инфу.

И тогда точно сможешь сказать, насколько может уменьшится база.