Своеобразный соцопрос, сколько места занимает на сервере типовая БП 3.0  на 5-20 пользователей с 1000 документами в год?  возраст базы от года до 4 лет.
понятно, что можно что то подкрутить, шринкануть и тд и тп.
хочется понять у нас в среднем по стране и можно ровно сидеть или же надо что то делать.
у нас около 25 Гб, типовая, обновляется постоянно.

25 гигов если только с картинками.
Если выгрузить в DT и загрузить сколько будет?
у меня базы с 1000 доков в день худее были

размер файла сд 2.5 -3 гб,
нетиповая  8.5, но там думаю в журнале операций за ноябрь 900 операций примерно

(1) >> у меня базы с 1000 доков в день худее были.

Стоит отметить, что количество документов - не единственный важный показатель ;)
Если в каждом документе по 1000 строк товаров, ведётся партионный учёт товаров, сложный учёт НДС, прослеживаемость, Честный знак, ЕГАИС, и всё это счастье ещё и с каким-нибудь производством и незавершенкой, кучей складов и справочником Номенклатура на пару сотен тысяч элементов, большинство из которых используются, а поставщики и покупатели в каждом документе - новые.

Даже 5 пользователей при должном уровне автоматизации могут наколотить обработками данных - мама не горюй.

Может для конкретной базы 25Гб - вполне нормальный размер и без картинок. Хотя и маловероятно.

(0) Не занимайтесь ерундой.
Для начала разберитесь - чем занято 25ГБ. Это размер выгрузки в dt, размер файла 1CD, размер файлов базы на сервере СУБД или размер архива, сделанного СУБД?
Выполните обслуживание базы. Сделайте шринк, если в базе слишком много пустого неиспользуемого места.
Если не поможет, найдите обработку (примеров в интернете есть), которая покажет вам реальный размер всех таблиц.
Посмотрите - самые большие таблицы. Дальше уже можно будет думать о том что делать и надо ли вообще что-то делать.

говорят что там унутре куча всяких драйверов сидит и прочего "про запас". если это "порезать" то вообще мало будет

А если еще классификатор адресов по всем регионам)
1000 документов в год на 20 пользователей. 50 документов в год, примерно 4 в месяц. Один документ в неделю. Видимо расходный кассовый ордер. Умеют же люди жить.

клиент в ЗУПе включил версионирование, выгрузка базы стала 30гб
не знаю теперь как обновлять (((

(6)

Если база файловая, то не вижу проблем в копировании cf-файла. 30 Гб как бы не очень много.
Если sql-серверная, то в чём проблема сделать бэкап на уровне sql-сервера ?

Если у клиента вместо компьютера -- калькулятор, то зачем такой клиент ?

(7) sql, естественно бэкап скульный будет,
смущает не будет ли долго обновляться или скажет что-то типа памяти не хватает

(8)+ ещё интересно сильно ли медленнее работает от этого зуп?

(8) накатил релизик - всё норм, как обычный зуп обновилось, странно

Возраст - с 2017 года, пользователей 3, документов около 1000 в год - около 1,5 Гб

(10) чего странного, разбух один регистр и он в реструктуризацию не попал, т.е. обновление его никак не затронуло

Очень сильно место занимает прикрепленные файлы 1с отчетности, намного меньше если еще есть 1с-ЭДО, еще регистр который тоже много весит, это версионность

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

продолжение истории:
в базе нет версионности, нет прикрепленных файлов.
админ посмотрел на размеры таблиц на скуле:
dbo.ConfigSafe - 11Гб
dbo.Config - 15Гб

база 100% оригинальная(типовая), на поддержке.
есть маленькое расширение на 1 модуль.

(14) попробуй (1) или сжатие средствами БД

(14) Уже написали - сделай выгрузку/загрузку через dt.

(6) разве версионирование занимает много места по сравнению с другими данными? обычно меньше чем первичные документы

(17) посмотрю потом на всякий случай в СКУЛе и отпишусь
но вообще был обычный маленький зуп, пока не включили

(18) Есть же автоочистка старых данных версионирования.

(14) Странный объем этих таблиц. Обычно они сотни мегабайт и все.
1. Выгрузить загрузить базу
2. Сделать сжатие базы 1С в скуле.
3. ТИИ запустить.

(0) У Вас ролики там хранятся с 8К разрешением?

Глянь скриптиком в консоли MS SQL на жирность таблиц. И всё сразу, наверное, станет ясно.

Если скриптом тяжело, подцепись через ADODB.

(0) Поищи в инете базопузомер. Хорошая штука. Показывает и количество в таблицах и размеры таблиц

В опросе смысла нет. Если база файловая, то наступит час Х. И надо будет переходить на клиент-серверную. В противном случае размер не имеет значения

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

Всем спасибо за участие!
помогло:  Выгрузка/загрузка ДТ + следом шринк на скуле.  результат 25гб -> 2гб

(ни один видосик 8к не пострадал)
пузомер не помог - больших таблиц нету
на скуле таблицы говорят что сам файл конфигурации 15 гб