Как серверную базу 1С сделать файловой

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

Штатный механизм — выгрузка информационной базы в файл с расширением .dt через конфигуратор. Этот способ не зависит от того, какая СУБД используется на сервере (MS SQL, PostgreSQL, Oracle или IBM Db2), и не требует доступа к самому серверу баз данных — достаточно прав администратора внутри 1С и пароля кластера, если он установлен.

Важно понимать ограничения файлового режима заранее: он рассчитан на небольшое число одновременно работающих пользователей и базы умеренного размера. Если в базе одновременно работают десятки человек, а объём данных исчисляется десятками гигабайт, переход на файловый режим приведёт к блокировкам и падению производительности. Ниже — полный порядок действий с проверками и разбором ошибок.

Когда переход на файловый режим оправдан, а когда нет

Файловый вариант работы подходит для баз с небольшим количеством активных пользователей — ориентировочно до 5–10 человек в зависимости от интенсивности работы и объёма данных. Типичные сценарии: база для одного бухгалтера, тестовая копия для разработчика, архивная база для периодического просмотра старых данных, передача копии базы на выездной аудит.

Файловый режим не подходит, если требуется регламентное задание в фоне без запущенного сеанса, разграничение прав на уровне СУБД, работа большого количества пользователей или объём базы существенно превышает несколько гигабайт. В файловом режиме отсутствуют некоторые механизмы, доступные в клиент-серверном варианте: например, управляемые блокировки данных работают иначе, а параллельная запись заметно чаще приводит к конфликтам.

Маршрут решения

Как выбрать действие

В базе работает до нескольких пользователей и нужен простой перенос на локальный компьютерИспользуйте штатную выгрузку в .dt и загрузку в файловую базу

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

Пользователей много, но сервер 1С нужно выключитьРассмотрите перенос на другой сервер или в облачный сервис вместо файлового режима

База очень большая и выгрузка .dt занимает часыПланируйте операцию на нерабочее время и проверьте свободное место на диске

Подготовка: что сделать до выгрузки

Первый и обязательный шаг — резервная копия. Для серверной базы её делают штатными средствами СУБД (например, backup в MS SQL Server или pg_dump для PostgreSQL). Файл .dt, который вы создадите дальше, тоже является копией, но полагаться только на него нельзя: при сбое выгрузки файл может оказаться повреждённым, а откатываться будет не к чему.

Завершите все активные сеансы пользователей. Это делается через консоль кластера серверов 1С (список сеансов → удаление) или через функцию «Блокировка установки соединений с информационной базой» в консоли кластера. Если во время выгрузки в базе продолжают работать пользователи, файл .dt может содержать несогласованные данные, а сама выгрузка — завершиться ошибкой.

Проверьте свободное место на диске, куда будет сохраняться файл выгрузки. Размер .dt обычно заметно меньше размера базы в СУБД из-за встроенного сжатия, но для больших баз потребуются гигабайты свободного пространства. Также убедитесь, что у вас есть логин и пароль пользователя с правами администратора в самой базе и, при необходимости, пароль доступа к кластеру серверов.

Шаг 1. Выгрузка серверной базы в файл .dt

Откройте конфигуратор и подключитесь к серверной базе под пользователем с правами администратора. В меню выберите «Администрирование → Выгрузить информационную базу…». Укажите путь и имя файла, например base_copy.dt. Если информационная база защищена паролем кластера, конфигуратор запросит его до начала выгрузки.

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

1. 1
   Сделайте резервную копию базы средствами СУБД
2. 2
   Завершите все сеансы пользователей через консоль кластера
3. 3
   Откройте конфигуратор и подключитесь к серверной базе
4. 4
   Выберите «Администрирование → Выгрузить информационную базу…»
5. 5
   Укажите путь к файлу .dt и дождитесь завершения
6. 6
   Проверьте, что файл создан и его размер не равен нулю

Шаг 2. Создание файловой базы и загрузка данных

Откройте окно запуска 1С (список информационных баз) и нажмите «Добавить». Выберите «Создание новой информационной базы», затем вариант «Создание информационной базы без конфигурации» — пустую базу, в которую можно загрузить выгруженные данные. Укажите тип расположения «На данном компьютере или на компьютере в локальной сети» и выберите пустой каталог для файловой базы.

После добавления базы в список запустите её в режиме конфигуратора. Платформа сообщит, что база пустая, и предложит загрузить данные либо создать конфигурацию. Выберите «Администрирование → Загрузить информационную базу…» и укажите ранее созданный файл .dt. На вопрос о перезапуске конфигуратора после загрузки ответьте утвердительно.

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

Проверка результата после переноса

После загрузки запустите файловую базу в режиме «1С:Предприятие» под учётной записью администратора. Убедитесь, что список пользователей перенёсся, открываются ключевые документы и отчёты, а итоги по регистрам совпадают с серверной базой. Практичный способ сверки — сформировать один и тот же отчёт (например, оборотно-сальдовую ведомость или универсальный отчёт по регистру) в обеих базах и сравнить итоговые цифры.

Дополнительно выполните тестирование и исправление файловой базы (в конфигураторе: «Администрирование → Тестирование и исправление») с включёнными проверками логической и ссылочной целостности. Это позволит выявить ошибки, которые могли возникнуть при выгрузке или загрузке.

Контрольные точки

Как проверить результат

Файл 1Cv8.1CD в каталоге файловой базы

Норма

Файл существует, размер сопоставим с ожидаемым объёмом данных

Тревожный признак

Файл отсутствует или имеет нулевой размер

Итоги контрольного отчёта

Норма

Совпадают с итогами в серверной базе

Тревожный признак

Расхождения в суммах или количестве записей

Вход пользователей

Норма

Пользователи входят со своими паролями, роли работают

Тревожный признак

Пользователи не найдены или нет доступа к разделам

Тестирование и исправление

Норма

Проверки завершаются без ошибок

Тревожный признак

Сообщения о битых ссылках или повреждении данных

Что переносится через .dt, а что — нет

Файл выгрузки .dt содержит данные информационной базы: конфигурацию, все объекты метаданных, справочники, документы, регистры, пользователей с их настройками аутентификации 1С. Однако некоторые элементы в файл не попадают, и их нужно переносить отдельно.

Не переносятся: настройки кластера серверов, регламентные задания в виде, привязанном к серверу (в файловом режиме они выполняются иначе), аутентификация операционной системы (в файловом режиме она привязана к локальному пользователю), а также внешние файлы, хранившиеся вне базы — например, каталоги обмена, пути к шаблонам печати, настройки подключённого оборудования. Если в базе использовались тома хранения файлов на диске сервера, содержимое этих томов нужно скопировать отдельно и перенастроить пути.

Альтернативные способы и частные сценарии

Копия для тестирования без остановки работы

Если нельзя останавливать работу пользователей, а файловая копия нужна для тестов, допустимо выгрузить .dt без завершения сеансов — с оговоркой, что копия предназначена только для разработки и не будет использоваться как эталон данных. Для точной копии лучше восстановить резервную копию СУБД на отдельный сервер и уже из неё сделать выгрузку.

Обратная задача: из файловой в серверную

Обратный переход выполняется тем же инструментом: файловая база выгружается в .dt, создаётся пустая база в кластере серверов 1С, и в неё загружается файл. Это удобно, когда база «переросла» файловый режим и её нужно вернуть на сервер.

Большие базы

Для очень больших баз выгрузка и загрузка .dt может занимать много часов. В этом случае планируйте операцию на выходные, следите за свободным местом и не прерывайте процесс. Если .dt получается неподъёмным, рассмотрите вариант оставить базу серверной, но перенести её на менее мощный сервер или в облачный сервис с клиент-серверным режимом.

Частые вопросы

Можно ли просто скопировать файлы базы с SQL-сервера, чтобы получить файловую базу?

Нет. Серверная база хранится в формате СУБД (файлы .mdf/.ndf для MS SQL, каталоги PostgreSQL и т.д.), и платформа 1С не умеет открывать их как файловую базу. Единственный штатный путь — выгрузка в .dt через конфигуратор и загрузка в файловую базу.

Сохранятся ли пароли пользователей после перевода в файловый режим?

Пользователи и их пароли, заданные средствами 1С, переносятся вместе с базой. Однако аутентификация операционной системы в файловом режиме привязывается к локальным учётным записям компьютера, поэтому для неё может потребоваться перенастройка.

Сколько места нужно для файла выгрузки .dt?

Точного соотношения нет: файл .dt сжимается при выгрузке, поэтому обычно он заметно меньше размера базы в СУБД. Ориентируйтесь на запас свободного места, сопоставимый с половиной размера базы, и проверяйте диск перед началом операции.

Будут ли работать регламентные задания в файловой базе?

Да, но иначе: в файловом режиме регламентные задания выполняются только пока запущен сеанс, отвечающий за их выполнение (обычно отдельно запущенный клиент с соответствующим параметром). Постоянного фонового исполнения, как на сервере, не будет.

Можно ли вернуть базу обратно на сервер после перевода в файловый режим?

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

Что делать, если загрузка .dt завершилась ошибкой?

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