← На главную

Перенос информационной базы из серверного варианта (SQL) в файловый — частая задача, когда требуется создать копию для анализа, разработки или работы на ноутбуке вне офиса. Однако при использовании выгрузки в формате .dt пользователи часто сталкиваются с ошибкой «Превышен максимальный размер внутреннего файла». Это происходит из-за того, что в файловой базе (формат 1Cv8.1cd) по умолчанию существует жесткое ограничение: размер одной внутренней таблицы не может превышать 4 ГБ.

В этой статье мы подробно разберем, как обойти это ограничение, проанализируем причины раздувания базы и рассмотрим пошаговые инструкции по восстановлению работоспособности системы в файловом режиме.

Причина ошибки и системные требования

Прежде всего, проанализируем ситуацию: ошибка возникает в момент загрузки данных из .dt, когда платформа пытается сформировать файл базы данных. Если одна из таблиц (например, история изменений или присоединенные файлы) в исходной SQL-базе превышает 4 ГБ, стандартная процедура восстановления прервется.

Важное требование: Для работы с тяжелыми базами данных критически важно использовать 64-разрядную версию платформы 1С:Предприятие. 32-битный клиент имеет ограничение на адресное пространство памяти (около 2-3 ГБ), что часто приводит к ошибке «Недостаточно памяти» еще до того, как база успеет развернуться. Убедимся, что на компьютере установлена именно 64-битная платформа и достаточно свободного места на диске (минимум в 2-3 раза больше размера файла .dt).

Метод 1. Увеличение размера страницы файла базы данных

Начиная с версии платформы 8.3.8, разработчики добавили возможность увеличивать размер страницы файловой базы, что автоматически поднимает лимит размера одной таблицы. Если стандартная страница в 4 Кб дает лимит таблицы в 4 ГБ, то страница в 64 Кб позволяет таблице вырасти до 64 ГБ.

Рассмотрим алгоритм действий:

1. Создадим новую пустую файловую информационную базу.
2. Воспользуемся утилитой командная строка для инициализации базы с увеличенным размером страницы. Однако проще и надежнее использовать утилиту CNVDBFL.EXE, которая находится в папке bin установленной платформы.
3. Для программного создания базы с нужными параметрами можно использовать следующую команду в строке запуска:
   Скопировать код

   
   "C:\Program Files\1cv8\номер_версии\bin\1cv8.exe" CREATEINFOBASE File="C:\MyBase";DBFormat=8.3.8;DBPageSize=65536
   

   Здесь параметр DBPageSize=65536 устанавливает размер страницы 64 Кб.
4. После создания такой «подготовленной» базы, откроем ее в конфигураторе и выполним загрузку .dt. Платформа распознает увеличенный формат и позволит загрузить данные, превышающие стандартный лимит.

Метод 2. Оптимизация и очистка данных перед выгрузкой

Если база раздута из-за служебной информации, которую необязательно переносить в копию, целесообразно провести очистку в исходной серверной базе. Рассмотрим, какие таблицы чаще всего занимают лишнее место в 1С:Бухгалтерия 3.0:

1. Версионирование объектов: Регистр сведений ВерсииОбъектов хранит историю всех изменений документов. Если он не очищался годами, он может занимать десятки гигабайт.

   Перейдем в раздел Администрирование — Поддержка и обслуживание — Очистка сегмента «История изменений». Настроим расписание или выполним немедленную очистку старых версий.

2. Присоединенные файлы: Сканы документов и архивы отчетности. Если они хранятся в базе, их объем может быть критическим.

   Посмотрим на регистры, связанные с 1С-Отчетностью. Часто файлы обмена с контролирующими органами за 7-10 лет создают огромный объем данных. Их можно почистить специализированными обработками или типовыми средствами очистки ненужных файлов.

3. Таблицы итогов и индексы: Выполним Тестирование и исправление (ТиИ) в конфигураторе серверной базы перед выгрузкой.

   Выберем пункт «Сжатие таблиц информационной базы». Это позволит физически удалить записи, помеченные на удаление в SQL, и немного уменьшит объем итогового файла.

Метод 3. Создание РИБ по организации

Если пользователю для работы в копии нужна не вся огромная база, а только одна конкретная организация (как в случае, описанном в теме), наиболее эффективным методом будет использование механизма Распределенных Информационных Баз (РИБ).

Разберем этот процесс по шагам:

1. В исходной серверной базе создадим новый узел РИБ с фильтром по нужной организации.
2. Выполним начальную синхронизацию. Платформа сама отберет только те данные (документы, справочники, остатки), которые относятся к выбранному юридическому лицу.
3. Созданный «образ» подчиненного узла будет значительно меньше исходной базы и гарантированно поместится в файловый лимит.
4. После создания и первого запуска подчиненной базы в файловом режиме, «отвяжем» ее от главного узла, чтобы она стала автономной. Для этого в режиме 1С:Предприятие (с параметром запуска /C "РазрешитьИзменениеКонфигурации" для некоторых версий) или программно выполним: ПланыОбмена.УстановитьГлавныйУзел(Неопределено);

Метод 4. Перенос через XML (Выгрузка и загрузка данных)

Когда формат .dt принципиально не проходит из-за ошибок структуры или нехватки ресурсов сервера, проанализируем вариант использования универсальной обработки «Выгрузка и загрузка данных XML» (доступна на ИТС).

Этот способ позволяет:

• Выгрузить только нужные типы объектов (например, исключить тяжелые регистры сведений с версиями).
• Ограничить период выгрузки (например, только за последние 2-3 года).
• Загрузить данные в абсолютно чистую файловую базу. Поскольку при загрузке XML индексы перестраиваются заново, а служебный «мусор» не переносится, итоговый размер файла .1cd будет существенно меньше, чем при использовании .dt.

Решение проблем при выгрузке: «Сеанс завершен администратором»

Иногда при попытке сделать архив большой базы на сервере возникает ошибка принудительного завершения сеанса. Выясним причину: чаще всего это происходит из-за нехватки времени (тайм-аута) или нехватки места в каталоге временных файлов сервера 1С.

Для решения проблемы:

• Проверим наличие свободного места на диске, где установлена ОС сервера (обычно диск C:), так как именно там в папке пользователя usr1cv8 создаются временные файлы при выгрузке .dt.
• В консоли администрирования кластера серверов 1С увеличим параметры времени ожидания (Timeout) для рабочих процессов, чтобы сервер не убивал «длинные» транзакции выгрузки.

Использование сторонних инструментов

Для точного понимания того, какая именно таблица вызывает ошибку, рекомендуем воспользоваться инструментом Tool_1CD. Это внешняя утилита, которая позволяет просматривать структуру файла .1cd без запуска самой платформы 1С. С ее помощью можно увидеть физический размер каждой таблицы и понять, что именно нужно удалять или оптимизировать в первую очередь.

Подводя итог, отметим: если ваша база «переросла» файловый режим, лучшим долгосрочным решением будет использование SQL Express (бесплатная версия SQL с лимитом базы 10 ГБ) или аренда облачного сервера. Однако для разовых задач по переносу данных использование 64-битной платформы и увеличение размера страницы файла до 64 Кб является самым быстрым и эффективным техническим решением.