Доброго времени суток, форумчане. Тема в сообщении выше возможно уже была раскрыта, заранее прошу прощения. Направьте, два дня блуждаю.

Вводные данные:
Клиент-серверная 1С УМЦ Корп.(Скульная 50Гб) и 25 узлов РИБ(файловых 6-8Гб) - в перспективе 80 РИБ.

Стали отваливаться базы друг за другом, т.к. достигнут лимит хранения данных на файловую базу.

За пару дней попробовал варианты на файловых базах:
1.Пересоздание базы для чистки кэша.
2.Выгрузка .dt и загрузка в чистую конфигурацию(.dt весит 400МБ, после загрузки 5-6Гб.)
3.ТииС со сжатием и реиндексированием.
4.Удаление заполненных данных по приемам и клиентам(20-30МБ ушло).
5.Увеличение размера страницы до 64кб.

Проблема не ушла

Проверить что весит больше всего не удается. Tool1CD выдает множество строк Создан объект и финалит Длина таблицы не кратна длине записи.

Читал про PostgreSQL, видимо это мой вариант(Для каждой РИБ). Может есть какие то другие варианты?

(0) Общая база с доступом через веб или rdp

(0) Версия платформы 1С?

И на скульной базе померять таблицы

Версия платформы 8.3.27.1859

Доступ через RDP

(0) >Читал про PostgreSQL, видимо это мой вариант(Для каждой РИБ)
Свой ключик на сервер 1С на каждую базу? Сейчас 25 а в перспективе 80?

Может вы просто файловые базы на fat32 пытаетесь? :)

УМЦ Корп - она на основе УНФ или БП/УХ?

SSD\HDD - NTFS

Картинок или файлов прикрепленных в базах нет?
Если их в тома выкинуть?
И отдельно настроить синхронизацию

1. Переходите на 8.5.
2. Уходите от РИБ.
3. Если на узлах РИБ мало пользователей, то можно взять лицензии на мини-сервер и замутить базу на Постгре.

(4) Для версии платформы 8.5.1 и выше максимальный размер каждого внутреннего файла составляет 16 Гбайт
https://its.1c.ru/db/v851doc#bookmark:dev:TI000001286

(7) Конфигурация: БИТ.Управление медицинским центром КОРП (2.1.25.41), а на основе какой конфигурации она собиралась мне неизвестно(

(3) +1

(10) РИБ связан с тем что у нас есть удаленные объекты и там не всегда есть интернет. Пользователь по сути один на каждый РИБ. Это как филиалы медклиники, только не в городе.

(10)Насколько стабильная 8.5.1?

(0) Про 8.5 уже писали, но вот что странно. Если вы поменяли размер страницы на 64Кб, то ограничение на размер внутреннего файла стало 6Гб (не всей базы). А у вас размер всей базы 6-8Гб. Это как-то подозрительно.

(9) Возможно есть, как это проверить? Базой никто не занимался 1,5 года.(в плане обслуживания) Только 2-3 РИБа ее периодически наполняли.

(17) Загрузите уже дт в скульную базу и посмотрите размер таблиц, вам уже писали об этом.

(18) Окей, попробую.

(16) как вариант - кривая конфа пишет мусор в один регистр, который в итоге распух до 6ГБ

(12) Судя по описанию и размеру конфы - полностью самописка.

Индексы могут так разворачиваться?

(22) Хороший вопрос)

(17) Похоже что не только РИБ наполняли, если верно указанное в (0)

Стали отваливаться базы друг за другом, т.к. достигнут лимит хранения данных на файловую базу.
...
5.Увеличение размера страницы до 64кб.

И не помогло.
Если не можете найти по данным в БД, то ищите следы добавления данных у пользователей.

(24) Увеличил размер страницы с 8кб до 64кб. Все равно не дает с РИБ дальше работать.

Добыл таки информацию, самая раздутая таблица(6гб) в РИБЕ - РегистрСведений.ЗначенияПараметровHTML.

Остальные не превышают 400МБ

(26) В этом РС хранятся значения "пользовательских" реквизитов документов. Те, к-рые в шаблонах документов описываются. Не знаю, поможет тебе это или нет.

(28) Мысль только свернуть базу и почистить хвосты. Чтобы к примеру актуальный период работы базы был один год. А дальше снова сворачивать.

(29) Не маловат период год? Всякие "истории болезни" не надо смотреть? А ещё регистр можно и почистить без свёрки базы.

(0) Минисервер вместо файловых баз или 8.5.1. какое то время продержитесь.При наличии 80 РИБ не разоритесь на десяток поставить сервер, ограничьте миграцию всего и вся.

(26) Прекрасно
Лично я бы допилил и раскидал данные из этой таблицы-регистра по разным таблицам
По сути как за периоды, актуальные записи в текущем хранятся а все прошлые года в
РегистрСведений.ЗначенияПараметровHTML_2025
РегистрСведений.ЗначенияПараметровHTML_2024
и т.д.

Или вынес наружу в файлы
Или некое архивирование выполнял, чтобы уже старое и не совсем актуальное в сжатом виде хранить

Причем можно расширением это сделать, не трогая конфу

(31) В жопу минисервер, тут если один РС почикать еще 20 лет на файловой отработает

И да, судя по всему это такая засада-подстава от разрабов конфы
Они заранее предусмотрели-заложили что потребуется переход с файловой на серверную 1С ))

(34) Там наверно картинки хранятся. Всяких  исследований.
Больше так раздувать нечему.

(35) Вполне вероятно
Типа настраиваемые пользовательские реквизиты (28)
Добавили тип = картинка и прикладывают по сути файлы/сканы
Хотя такое должно во внешних файлах храниться, не в самой базе

(33) Кому то проще минисервер купить, чем разработать полноценную РИБ с синхронизируемыми файловыми томами и переписать РС на внешние тома..
Вопрос про миграцию ненужных данных тоже был задан..

(34) Ой ну не нужно тут франчу сложные планы рисовать. Сделано как есть, о событии "в течении n лет регистр раздует до смерти файловой" обычно никто не думает.

У меня франч жалуется что копии для них(их отраслевки) не разворачиваются, чего они хотели так построив регистры я хз =)

(36) Не, там не картинки. Там в пользовательском режиме можно реквизиты документов создавать. И шаблоны форм. Тогда эти реквизиты на форме почти как родные выглядят. А значения этих реквизитов как раз в том самом регистре лежат. И если его тупо почикать, то из документов пропадёт почти вся содержательная информация.

(39) Простым текстом таких объемов сложно набить
Подозреваю там можно не только строковые реквизиты создавать или там числа/даты
Но и нечто вроде файлов/картинок

(30) С учетом того что сама УМЦ используется на 15% от функционала, т.е. пациенты\приемы\сотрудники\пользователи, остальное не используем и набилась она за 1,5 года, думаю нормальный период, как говориться, тут только наблюдать пациента)

(40) Точно! Есть в допустимых типах "Хранилище дополнительной информации".

(31) Если накатить 8.5.1 на РИБЫ, но не накатывать на ГК, будут ли рассинхроны?

(38) 100%)

(42) Проверь нет ли там даты для привязки
Или ссылок или еще чего, чтобы можно было разнести данные по разным регистрам
Имхо простая модификация конфы расширением по принципу (32) решит проблему без накатывания 8.5.1

Например можно именно под тип "Хранилище дополнительной информации" выделить отдельный РС, который будет чиститься в ПБ
Или туда не будет мигрировать лишнее, только свое а не полные данные со всех ПБ и ЦБ
В смысле каждая ПБ имеет только свои данные по этому РС, и только ЦБ видит со всех

(45) Потестировали бы на отдельный базах 8.5.1 - если взлетит(а  с чего бы рекомендованной платформе не взлететь) то и все...на 5 лет наверное решиться.Быстро и почти бесплатно.

(46)
Они за 1.5 года 6Гб получили, за сколько они получат 16Гб?