Платформа 8.3.12, файловая база.
Глянул размеры таблиц, самая большая - это 1.2 Гб таблица config. Остальные не больше чем 200 Мб.
Однако при попытке записать в таблицу Спр.Контрагентов сканированный файл, база вылетает с ошибкой.
Вроде пределы не превышены ?

Вся база 9 Гб.

Купи сервер 1с

Хотя нет. Нашел таблицу 4.2 Гб.

Пиши сканы в папку на сервере

(4) Придется. Получается, что 4.3 на таблицу-нельзя ?

Скорее всего понасканировали и понакрипрепляли файлы больших размеров

(1) Сколько лет базе? Конфа какая?
(6) Скорее всего прикрепляли всё.

(6) Фоточки с корпоратива

(8) Вряд ли... Скорее кино... С Александрой Серой... )))

База с 2016. Строительная.
Прикрепляли сканы в PDF договоров.
За год прирост 2 Гб, сравнивал.

(5) https://its.1c.ru/db/metod8dev/content/5710/hdoc
Даже меньше.

(10) Ну вот тебе и ответ. Если "гавкниться", то не восстановишь.
Бредовая идея хранить в базе прикрепленные файлы.

(11) Ага.Увидел.Думал, что побольше на новых платформах.
(12) Ну так идея не моя, а 1С

(13) Идея была, но почему тогда в "Документообороте" файлы хранятся отдельно.

(14) это как настроишь

(13) объясни смысл увеличивать на новых платформах? чтобы меньшее количество клиентов покупало сервер?

(16) возможность есть, ограничение не физическое

(0) Измени формат версии базы данных на 8.3.8. Доживешь до 6Гб.

Размер внутренних файлов не может превышать
для формата версии 8.3.8 с размером страницы 8 192, 16 384, 32 768 и 65 536 байт ‑ 6 Гбайт.
https://its.1c.ru/db/v8312doc#bookmark:dev:TI000001287

Утилита преобразования cnvdbfl.
https://its.1c.ru/db/v8312doc#bookmark:adm:TI000000666

(16) А в чем смысл гнаться за количеством проданных серверов? Что за фетиш такой - впаривание сервера в каждый ларёк?

(19) Надежность обеспечивать проще, когда база клиент-серверная, недели когда она файловая

(20) Спасибо, кэп!
Только это не ответ на (19).

(21) *нежели. Что в ответе смущает? Кому охота геморроиться с клиентами, у которых файловые базы?

(19) банально деньги.

(+23) это как основной пункт. А так же (20), чтобы пользователи не плевались "на вашу 1С", когда по 30-40 пользователей пытаются в файловую запихнуть.

(24) > 30-40 пользователей пытаются в файловую запихнуть.

Не надо передёргивать или прикидываться дурачком. 30-40 пользователей - это уже не ларёк.

(22) > Кому охота геморроиться с клиентами, у которых файловые базы?

То есть клиент должен покупать то, с чем интереснее работать франчу? Ну чё - круто!

Не говоря уже о том, что в ларьке на маленькой базе с мизерным количнством пользователей клиент-серверный вариант будет работать медленнее, чем файловый.

(23) > деньги.

Единственный понятный аргумент. Свинский конечно, но зато честно.

(25) Чего это вдруг свинский? Всё же при капитализме живём. Идеалисты повымирали.

(25) а ты не стараешься заработать как можно больше?

(25) Ну, не "интереснее", а безгеморройнее же

А о том, что внутренняя СУБД 1С не умеет правильно работать с файлами >4гб не думали?

(29) Что значит "правильно"? Вообще не умеет. Адресовать не может.

(30) Ну или так.

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

Смысл спора о максимальном размере базы в чём? 4 или 6 гигов- что лучше? Это же не принципиально. А принципиально то, что автору пришло время изменять подход к хранению сканов - файл для значений неограниченной длины распухнуть выше разумных пределов.

"распухнуть" --> распухнул/разросся

(18) А что это вообще за число 6? Не похоже на техническое ограничение. Скорее, это некий искусственный порог, возможность временно сохранить работоспособность файловой базы, пока не перешли на sql. По логике, при увеличении размера блока вдвое и сохранении количества адресуемых блоков общий объем адресуемых данных должен удваиваться.

(35) Так оно и не техническое

С 4-мя пользователями переход на SQL смысла нет.

(37) Ну так и не партесь. Если проблема исключительно в размерах таблиц, содержащих файлы, то включайте хранение файлов в томах на диске.
На всякий случай можете всё таки перевести базы в формат 8.3.8, как описано в (18).

Попробовал сейчас встроенным способом, что-то ничего не перенеслось, в томе на диске пусто.
Хотя обработка сообщила, что все перенеслось.
И странно, что при запуске обработки показывает количество присоед. файлов, но размер файлов в БД=0

Фигня какая-то.
Запускаю встроенный перенос на диск. На диске файлы появляются, но размер базы не меняется, файлы в базе остаются. Помечаю на удаление и удаляю элементы справочников присоед. файлов.
При этом также удаляются файлы, лежащие на диске из тех, что появились при переносе.

Туплю :(
Сжать забыл.

(37) Чойто.
Очень даже имеет если пользователя 4, но работа активная + какие нибуть интеграции.
Минисервер + постгресс это уже будет квантовым скачком в производительности

(42) Почему постгрес, а не мс экспресс?