Вопрос по размеру файловой базы 1С 8.3

Форум Администрирование Производительность и оптимизация (HighLoad)

Платформа 1С v8.3 Энергетика и ЖКХ Windows Россия 1С

1. gkhvgkh 27.08.20 15:28 Сейчас в теме

Добрый день! Имеется файловая база на конфигурации 1С "учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК 3.0", общий вес файла *.1CD составляет 5,5 Гб (после удаления помеченных объектов и ТиИ со сжатием). В базе одновременно работает не более 3-х пользователей.

Читал что ограничение на 1 таблицу внутри файла - 4гб.

Обработка базомера показала что самый большой раздел - регистр накопления, который весит 2.681 мб. Наибольшее место занимает в нем регистр "Начисления", который весит 1.460 мб (скриншот приложил).

Можно ли что-то понять исходя из этих данных? Пора ли делать свертку, либо переходить на SQL? База ведется 4 года.
Спасибо!

Прикрепленные файлы:

По теме из базы знаний

Ответы

Подписаться на ответы Инфостарт бот

Свернуть все

19. vita55555 27.12.21 19:40 Сейчас в теме

(1) приветствую,

можете подсказать, какую обработку базомера имеете ввиду ? прошу поделиться ссылкой

20. пользователь 12.01.22 04:22

Сообщение было скрыто модератором.

...

2. chipazawra 27.08.20 15:41 Сейчас в теме

Вроде из описания файловой БД следует что файл *.1CD не может превышать размер 4 265 631 744 (1018 * 1023 * 4096) байта. https://its.1c.ru/db/metod8dev/content/5710/hdoc

4. o4karek 27.08.20 15:51 Сейчас в теме

(2) Неверный вывод :)
Размер одной таблицы в БД - не более 4 Гигов (или 6 Гигов). На общий размер файла платформа АФАИК накладывает неограничивающие ограничения :) Другими словами: файл 1CD может содержать не более 4Гбайт страниц, каждая из которых имеет размер от 4Кбайт. Перемножим эти цифры и получится верхний предел файла с базой.
Но, ИМХО, одна таблица переполнится раньше :)

6. gkhvgkh 27.08.20 15:54 Сейчас в теме

(4) а что имеется в виду под этой таблицей? Например в моем случае. Это сам регистр накопления, либо регистр "начисления" (и иные по отдельности), либо вообще что-то иное?

11. o4karek 27.08.20 17:27 Сейчас в теме

(6) Это физическая таблица БД. Таблица в файловом варианте - это ровно тоже самое, что и таблица в SQL-сервере.
Что показывает процитированная обработка - понятия не имею. Я ее не писали не видел.

5. gkhvgkh 27.08.20 15:53 Сейчас в теме

(2) там не все так просто. Файл сам может весить намного больше. Встречал комментарии людей с базами и на 12+ гб, и на 16+ гб.
Ограничение распространяется на внутренние таблицы. Хотя я не особо понимаю какие таблицы имеются в виду и как узнать их объем.

3. chipazawra 27.08.20 15:47 Сейчас в теме

Мне кажется проще купить мини сервер, чем постоянно следить за размером БД и производить свёртку. Да и в перспективе это дешевле.

7. gkhvgkh 27.08.20 15:56 Сейчас в теме

(3) помимо этой базы есть еще и БП 3.0. Файл суммарно весит 7,7 гб. Но объем согласно отчету распределен куда равномернее. Журнал проводок вести 2 гб и понемногу в остальных.
Так что мини сервера не хватит, там всего 5 подключений. А с БП 3.0, на перспективу - понадобится больше.

8. mushdaj 27.08.20 16:00 Сейчас в теме

Свертка не факт что вообще даст результат, все зависит от структуры конкретной конфигурации. Если обработка действительно не врет то с точки зрения объема можно и дальше пока сидеть на файловой. По опыту файловые нормально работают где то до 8-10 Гб, при условии что одна из таблиц не выскочит за 4Гб.

Я б посоветовал свернуть копию чтобы оценить перспективы что делать когда база встанет все же свертку или клиент-сервер.

9. ipoloskov 164 27.08.20 16:04 Сейчас в теме

На 3 пользователя SQL не нужен, если нет тормозов.

10. vadim1011985 101 27.08.20 17:10 Сейчас в теме

Тут надо еще учитывать внутренний формат базы данных старый он (8.2.14) или новый (8.3.8)

В старом формате размер страницы действительно был 4К и никак не изменялся , а вот в новом формате размер страницы может быть сконвертирован в 4К, 8К,16К,32К следовательно размер внутренней страницы уже будет другой и следовательно если одна или несколько страниц разрослись можно базу сконвертировать в другой формат

12. o4karek 27.08.20 17:29 Сейчас в теме

(10) При этом в старом формате (страница 4Кб) - размер базы 4 Гига, а в любом(!) новом - 6 Гигов. Разница не очень большая.

При использовании версии 8.3.8 с размером страницы 8192 байта и выше, размер внутреннего файла в базе данных не может превышать 6 Гбайт (для любого размера страницы, большего 4096 байт).

Источник

13. vadim1011985 101 27.08.20 17:57 Сейчас в теме

(12) Тогда не понимаю смысла разных размеров страниц сделали бы два 4К и 8К - но если они делают размер страниц больше чем 8К- значит и записей должно быть больше на странице. Опять же вы говорите что прибавка в 2 ГБ маленькая но это прибавка идет к каждой таблице а если учесть что в в обычной БП около 9 тыс таблиц - то прибавка к размеру базы существенная

Описание формата 8.3.8

14. o4karek 27.08.20 18:03 Сейчас в теме

(13) Зачем так сделали - это не ко мне, это на партнерский форум. Там это, кажется, обсуждалось
Даже при размере таблицы в 4 Гига, ограничение размера всего файла с базой - можно считать недостижимым. Не вижу причин, по которым +2 Гига к таблице может что-то радикально(!) изменить. Файловый вариант для нормальной коллективной работы мало пригоден. И тут 4 Гига на таблицу, 6 Гигов на таблицу - ничего не меняется

15. vadim1011985 101 27.08.20 18:09 Сейчас в теме

(14)

Даже при размере таблицы в 4 Гига, ограничение размера всего файла с базой - можно считать недостижимым

ДЛя всего файла - да - а вот для отдельной таблицы очень даже достижимо . Я как минимум видел 2 базы в которых одна или 2 таблицы достигали предельного размера ( - и соответственно запись в данных в эти таблицы проходимо с ошибкой - увеличение размера на +2 ГБ позволяло отодвинуть границу переполнения на приличный срок.

16. o4karek 27.08.20 19:55 Сейчас в теме

(15) Окей, Кэп :)
При наступлении предельного размера таблицы (в 80% случаев, экспертная оценка) стоит задуматься о смене СУБД, а не об увеличении предельного размера таблицы.

17. user787726 28.08.20 09:48 Сейчас в теме

Есть ли тормоза сейчас?
Думаю, стоит в плановом порядке готовиться к переходу на серверный режим работы, не забывая про ежедневные бэкапы.

18. gkhvgkh 31.08.20 05:39 Сейчас в теме

(17) тормозов нет. Вопрос исключительно в объеме базы.

Оставьте свое сообщение

E-mail: