← На главную
При разрастании информационных баз 1С пользователи и разработчики часто сталкиваются с ситуацией, когда выгрузить базу в файл формата .dt и развернуть ее локально в файловом режиме становится невозможно. Выясним причину этой проблемы: в файловом формате .1CD действует жесткое системное ограничение — размер любой отдельной таблицы не может превышать 4 ГБ (или до 6 ГБ при настройке размера страницы). В базах объемом более 100 ГБ отдельные таблицы (например, регистры или хранилища файлов) гарантированно выходят за эти рамки. Кроме того, сам выгрузочный файл .dt не предназначен для работы с гигабайтными массивами данных и при разворачивании вызывает ошибки нехватки памяти.
В этой статье мы подробно разберем, какие лицензии платформы 1С:Предприятие и СУБД требуются для работы с крупной базой в клиент-серверном режиме на одного пользователя, а также проанализируем различные сценарии разворачивания копии базы без лишних финансовых затрат.
Сценарий 1. Разворачивание копии на существующем сервере 1С и СУБД
Проанализируем наиболее простой и экономичный вариант. Если в вашей организации уже функционирует лицензированный сервер 1С:Предприятия и СУБД (MS SQL Server или PostgreSQL), то для создания второй (тестовой или технической) базы данных покупать дополнительные лицензии 1С не требуется.
Рассмотрим порядок действий по шагам:
- Создание бэкапа средствами СУБД: Сделайте резервную копию рабочей базы средствами самой СУБД (например, файл
.bak в MS SQL Server) вместо выгрузки .dt.
- Создание новой базы данных на сервере СУБД: Восстановите бэкап в новую базу данных под другим именем. Будьте предельно внимательны при восстановлении: СУБД по умолчанию может предложить восстановить данные поверх рабочей базы.
- Регистрация базы в кластере 1С: Откройте консоль администрирования кластера серверов 1С:Предприятия и добавьте новую информационную базу, указав путь к созданной базе СУБД.
- Подключение пользователя: Пользователь подключается к созданной базе, используя уже имеющуюся клиентскую лицензию (USB-ключ или программную лицензию) и серверную лицензию рабочего кластера.
Сценарий 2. Разворачивание базы на отдельном (локальном) компьютере
Рассмотрим ситуационную задачу, когда на основном сервере не хватает дискового пространства или копию базы необходимо развернуть на изолированном компьютере. В этом случае требуется обеспечить работу двух компонентов: СУБД и сервера 1С:Предприятия.
1. Выбор и лицензирование СУБД:
Бесплатная версия MS SQL Express имеет ограничение на максимальный размер базы данных в 10 ГБ, поэтому для базы объемом 100+ ГБ она не подойдет. Для решения задачи разберем следующие варианты:
- MS SQL Server Developer Edition: Если копия базы поднимается исключительно для целей разработки, тестирования и отладки, Microsoft предоставляет бесплатную полнофункциональную версию Developer Edition, которая не имеет ограничений по объему базы данных.
- PostgreSQL для 1С: Полностью бесплатная СУБД без ограничений на объем баз и количество рабочих процессов. Дистрибутив PostgreSQL, адаптированный для работы с 1С, можно установить даже на клиентскую ОС (Windows 10/11) без необходимости покупки серверной лицензии Windows Server.
2. Лицензирование 1С:Предприятия:
Для работы базы в режиме СУБД на отдельном ПК потребуется локальный сервер 1С. Рассмотрим варианты его лицензирования:
- Продукт «1С:Предприятие 8. Комплект для разработчика»: Специализированный продукт, включающий лицензию на сервер 1С для локального компьютера и клиентскую лицензию. Это наиболее доступный способ легально запускать полноценный сервер 1С для одного пользователя/разработчика.
- Коммерческая лицензия на сервер 1С: Приобретение серверной лицензии (например, «1С:Предприятие 8.3. Сервер mini на 5 подключений» или стандартной лицензии на сервер).
Сценарий 3. Оптимизация объема базы для снижения требований к аппаратуре
Если развертывание 100-гигабайтной базы упирается в ограничение дисковой памяти, проанализируем способы уменьшения ее размера без потери функциональности:
- Вынос файлов во внешние тома: Частая причина раздувания базы — хранение сканов, PDF и картинок непосредственно в таблицах базы данных. Перевод базы на использование механизма
Тома хранения файлов позволяет перенести файлы на жесткий диск, благодаря чему размер самой базы СУБД может уменьшиться в несколько раз.
- Использование узла РИБ с фильтрацией: Можно настроить подчиненный узел Распределенной Информационной Базы (РИБ) с ограничением по периоду (например, выгрузка данных только за текущий год). Подчиненный узел будет содержать полноценную конфигурацию, но существенно меньший объем данных.
- Очистка служебных таблиц в копии: В развернутой копии базы можно очистить служебные данные: журнал регистрации, таблицы версионирования объектов и таблицы регистрации изменений обмена.