Как перейти с сервера 1С на клиент (файловый режим)

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

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

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

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

Файловый вариант работы не требует сервера 1С:Предприятие и СУБД: база хранится в одном файле 1Cv8.1CD на локальном диске или в общей сетевой папке. Это дешевле и проще в обслуживании, но накладывает ограничения.

Файловый режим разумен при небольшом числе одновременно работающих пользователей — ориентировочно до 5–10, при этом реальный предел сильно зависит от конфигурации, интенсивности записи и скорости диска и сети. При большем числе пользователей возрастают блокировки, ошибки «Конфликт блокировок» и риск повреждения файла при сбоях сети или питания.

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

Сравнение вариантов

Файловый режим

Подходит для небольших баз и малого числа пользователей. Не требует сервера и СУБД, проще в резервном копировании. Ограничен по производительности и устойчивости к сбоям.

Клиент-серверный режим

Нужен при большом числе пользователей, объёмных базах и интенсивной записи. Требует сервера 1С:Предприятие, СУБД и квалифицированного администрирования.

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

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

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

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

Выгрузка базы из серверного режима в файл .dt

Запустите Конфигуратор, подключившись к серверной информационной базе под пользователем с полными правами. Убедитесь, что вы единственный активный сеанс — список сеансов виден в консоли кластера или через меню «Администрирование — Активные пользователи».

Выполните команду «Администрирование — Выгрузить информационную базу» и укажите путь для сохранения файла .dt. Выбирайте локальный диск с достаточным объёмом свободного места — сохранение по сети замедляет процесс и повышает риск обрыва.

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

1. 1
   Заблокируйте сеансы и завершите работу пользователей и регламентных заданий
2. 2
   Сделайте резервную копию базы средствами СУБД
3. 3
   Откройте Конфигуратор серверной базы и выполните «Администрирование — Выгрузить информационную базу»
4. 4
   Создайте пустую файловую базу и загрузите в неё файл .dt
5. 5
   Проверьте целостность данных и настройте доступ пользователей

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

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

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

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

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

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

Рекомендуется выполнить тестирование и исправление базы в режиме проверки логической и ссылочной целостности. Для файловой базы это делается через Конфигуратор («Администрирование — Тестирование и исправление») или утилитой chdbfl.exe из каталога платформы — последняя проверяет физическую целостность файла.

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

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

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

Оборотно-сальдовая ведомость

Норма

Обороты и остатки совпадают с серверной базой

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

Расхождения в суммах — данные перенесены не полностью

Список пользователей

Норма

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

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

Пользователи отсутствуют или лишены прав

Проведение документов

Норма

Документы создаются и проводятся без ошибок

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

Ошибки блокировок или отсутствия данных

Типичные ошибки и ограничения файлового режима

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

Отдельная группа проблем связана с размещением файловой базы. Работа с базой по медленной или нестабильной сети, хранение файла на диске без свободного места, отсутствие у пользователей прав на каталог — всё это приводит к ошибкам и даже повреждению файла. Для многопользовательской работы размещайте базу на надёжном диске с быстрым сетевым доступом.

Помните и об ограничении: файл .dt можно загрузить только в базу на той же или более новой версии платформы. Если на целевом компьютере установлена более старая платформа, чем на сервере, сначала обновите её.

Часто задаваемые вопросы

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

Нет. Файлы базы данных СУБД (MDF, каталоги PostgreSQL и т.п.) несовместимы с файловым форматом 1С. Единственный штатный способ — выгрузка в файл .dt через Конфигуратор и загрузка в файловую базу.

Перенесутся ли пользователи и их права?

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

Сколько времени занимает переход?

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

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

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

Можно ли вернуться обратно на сервер после перехода?

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

Нужна ли отдельная лицензия для файлового режима?

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