Администрирование · 11 мин
Как перенести 1С на сервер
Как перенести 1С на сервер: выбор режима работы, установка платформы и СУБД, перенос базы данных, настройка прав доступа и проверка результата.
Перенос 1С на сервер — типовая задача, когда база перестаёт справляться с нагрузкой в файловом режиме: документы проводятся медленно, пользователи мешают друг другу, а при одновременной работе больше 5–10 человек начинаются блокировки и ошибки. Серверный вариант решает эти проблемы за счёт выделенной СУБД (обычно MS SQL Server или PostgreSQL) и сервера 1С:Предприятие, который управляет подключениями.
Процедура состоит из двух частей: подготовка серверной инфраструктуры и собственно перенос данных. Важно понимать, что переносится не «программа», а информационная база — данные выгружаются из старой базы и загружаются в новую, созданную на сервере. Сама платформа устанавливается на сервер отдельно.
Ошибки при миграции чреваты потерей данных или остановкой учёта, поэтому перед началом обязательно делается полная резервная копия, а переключение пользователей выполняется только после проверки работоспособности новой базы. Ниже — полный порядок действий с типичными сценариями и проверками.
Шаг 1. Выберите архитектуру: файловая база на сервере или полноценная СУБД
Прежде чем что-то устанавливать, определите, какой режим работы вам нужен. Есть два варианта, и от выбора зависит весь дальнейший процесс.
Первый вариант — файловая база, размещённая в общей папке на сервере. Это самый простой перенос: достаточно скопировать файл базы (каталог с файлом 1Cv8.1CD) на сервер и открыть доступ к папке по сети. Вариант подходит для небольших компаний с несколькими пользователями, но не решает проблему блокировок и масштабирования.
Второй вариант — клиент-серверный режим: сервер 1С:Предприятие + СУБД (MS SQL Server, PostgreSQL, Oracle). Это правильный выбор при большом числе пользователей, высокой нагрузке и требованиях к отказоустойчивости. Он дороже (нужны лицензии на сервер 1С и, в случае MS SQL, на СУБД) и сложнее в администрировании, но даёт реальный прирост производительности и надёжности.
Сравнение вариантов размещения
Подходит для 3–10 пользователей и базы умеренного размера. Не требует лицензий на сервер 1С, но при росте нагрузки появляются блокировки и замедления.
Подходит для средних и крупных внедрений. Требует лицензий на сервер 1С и MS SQL, зато обеспечивает стабильную работу десятков и сотен пользователей.
Альтернатива с бесплатной СУБД. Экономия на лицензиях СУБД, но требуется специальная сборка PostgreSQL и навыки её администрирования.
Шаг 2. Подготовьте сервер и проверьте требования
Сервер должен соответствовать нагрузке. Для клиент-серверного режима критичны объём оперативной памяти (СУБД активно использует кэш) и быстрые диски — SSD заметно ускоряют работу базы по сравнению с обычными HDD. Точные требования зависят от версии платформы и размера базы, поэтому сверяйтесь с системными требованиями вашей версии 1С:Предприятие.
Проверьте совместимость версий: платформа 1С, которая будет установлена на сервере, должна совпадать с версией, на которой работает база, или быть новее в рамках поддерживаемых. Также убедитесь, что у вас есть дистрибутивы, лицензии (в том числе серверная лицензия 1С для клиент-серверного режима) и права администратора на сервере.
Отдельно подготовьте план отката: зафиксируйте, где лежит текущая база, сделайте её полную копию и договоритесь с пользователями о времени работ — на период переноса база должна быть недоступна для изменений, иначе часть данных потеряется.
Шаг 3. Установите платформу 1С и СУБД на сервер
Установите на сервер платформу 1С:Предприятие, выбрав компоненты «Сервер 1С:Предприятие» и «Администрирование сервера». После установки убедитесь, что служба агента сервера запущена, а консоль администрирования серверов видит локальный кластер.
Затем установите и настройте СУБД. Для MS SQL Server важно: включить смешанный режим аутентификации (если планируете подключение под SQL-пользователем), создать отдельного пользователя для баз 1С с достаточными правами и задать параметры сортировки, совместимые с 1С. Для PostgreSQL используйте сборку, адаптированную под 1С, и настройте параметры памяти в конфигурации сервера.
Проверьте сетевую доступность: сервер 1С и СУБД должны видеть друг друга, необходимые порты не должны блокироваться брандмауэром. Если СУБД и сервер 1С установлены на одной машине, это упрощает настройку, но при высокой нагрузке их рекомендуют разносить.
Шаг 4. Выгрузите базу из старого расположения
Стандартный способ переноса — выгрузка информационной базы в файл с расширением .dt через конфигуратор. Этот файл содержит и данные, и конфигурацию, поэтому подходит для полного переноса.
Откройте базу в режиме конфигуратора под пользователем с полными правами, выберите «Администрирование → Выгрузить информационную базу» и укажите путь для сохранения файла. Перед выгрузкой завершите работу всех пользователей — конфигуратор предложит установить блокировку соединений, согласитесь.
Для больших баз выгрузка может занять продолжительное время. Альтернатива для клиент-серверных источников — резервная копия средствами СУБД с последующим восстановлением на новом сервере, но при переходе с файлового режима на клиент-серверный корректный путь — только через .dt.
- 1Предупредите пользователей и завершите все сеансы работы с базой
- 2Откройте базу в конфигураторе под администратором
- 3Перейдите в «Администрирование → Выгрузить информационную базу»
- 4Укажите путь к файлу .dt на диске с достаточным свободным местом
- 5Дождитесь завершения выгрузки и проверьте, что файл создан и его размер не нулевой
Шаг 5. Создайте серверную базу и загрузите данные
Теперь создайте новую информационную базу на сервере. Это можно сделать двумя способами: через консоль администрирования серверов 1С (создание пустой базы в кластере с указанием параметров СУБД) или через диалог добавления базы в список при запуске 1С — выбрать «Создание новой информационной базы → без конфигурации → на сервере 1С:Предприятие».
В параметрах укажите имя кластера серверов, имя базы в СУБД, тип СУБД и учётные данные пользователя СУБД. После создания откройте пустую базу в конфигураторе и выполните «Администрирование → Загрузить информационную базу», указав ранее созданный файл .dt.
По завершении загрузки конфигуратор предложит перезапустить сеанс — согласитесь. После перезапуска база готова к работе: в ней будут все данные, пользователи и настройки исходной базы. Добавьте новую базу в списки информационных баз на рабочих местах пользователей или опубликуйте её на веб-сервере, если используется тонкий/веб-клиент.
Не удаляйте старую базу сразу после переноса. Оставьте её в режиме «только чтение» минимум на несколько дней: если в новой базе обнаружится недостача данных, вы сможете быстро свериться с источником и перенести недостающее.
Шаг 6. Проверьте результат и переключите пользователей
До того как пользователи начнут работать в новой базе, выполните контрольные проверки. Запустите базу в режиме предприятия, откройте ключевые отчёты (оборотно-сальдовая ведомость, остатки склада, взаиморасчёты) и сравните итоговые цифры со старой базой — они должны совпадать полностью.
Проверьте работу под обычным пользователем, а не только под администратором: права доступа, подключенное оборудование (сканеры, кассы), обмены с другими системами и регламентные задания. В клиент-серверном режиме регламентные задания выполняются на сервере — убедитесь, что они включены и отрабатывают без ошибок.
После успешной проверки отключите доступ пользователей к старой базе (закройте общий доступ к папке или удалите базу из списков), чтобы никто случайно не продолжил вносить данные в устаревшую копию. Настройте регулярное резервное копирование новой базы средствами СУБД — это обязательный элемент серверной эксплуатации.
Как проверить результат переноса
Цифры совпадают полностью
Расхождения в остатках или оборотах — выгрузка выполнена не полностью или в старую базу вносились данные после выгрузки
Пользователь входит, видит свои документы, права работают как раньше
Ошибки доступа или пустые разделы — проблема с правами или ролями
Задания выполняются по расписанию, журнал без ошибок
Задания не запускаются — проверьте настройки кластера и блокировки
Проведение документов и отчёты работают не медленнее, чем раньше
Сильные тормоза — проверьте ресурсы сервера и настройки СУБД
Типичные ошибки и ограничения
Самая частая ошибка — перенос «на живую», когда пользователи продолжают работать в старой базе после выгрузки. Все их изменения теряются. Вторая типичная проблема — несовпадение версий платформы на сервере и клиентах: обновите платформу на всех рабочих местах до версии сервера.
При переходе на клиент-серверный режим учитывайте, что загрузка .dt в серверную базу может занять значительное время на больших объёмах, а файл выгрузки требует свободного места, сопоставимого с размером базы. Также помните: перенос через .dt не переносит настройки серверной инфраструктуры — публикации на веб-сервере, параметры кластера и планировщики настраиваются заново.
Что важно запомнить
Перенос 1С на сервер выполняется через выгрузку базы в файл .dt и загрузку её в новую серверную базу. Ключевые условия безопасности: полная резервная копия до начала, блокировка работы пользователей на время переноса, сверка итогов после загрузки и сохранение старой базы в режиме чтения на переходный период.
Частые вопросы
Можно ли перенести 1С на сервер без остановки работы пользователей?
Полностью без остановки — нет: на момент выгрузки база должна быть заблокирована для изменений, иначе данные, введённые после выгрузки, не попадут в новую базу. Минимизировать простой можно, выполнив подготовку (установку сервера, СУБД, тестовую загрузку) заранее, а финальную выгрузку и переключение проведя в нерабочее время.
Чем отличается перенос через .dt от копирования файла базы?
Копирование файла 1Cv8.1CD работает только внутри файлового режима — например, при переносе базы на другой компьютер или в общую папку. Для перехода на клиент-серверный режим файл напрямую использовать нельзя: данные нужно выгрузить в .dt и загрузить в базу, созданную на сервере 1С и СУБД.
Нужна ли отдельная лицензия для сервера 1С?
Да. Для работы в клиент-серверном режиме требуется лицензия на сервер 1С:Предприятие в дополнение к клиентским лицензиям. Если используется MS SQL Server, потребуются и лицензии на эту СУБД. Файловый режим в общей папке серверной лицензии не требует.
Что делать, если после переноса база работает медленно?
Проверьте, хватает ли серверу оперативной памяти и не используются ли медленные диски. Для MS SQL убедитесь, что настроены параметры памяти и обновляется статистика. Также проверьте, что на клиентских машинах установлена та же версия платформы, что и на сервере, и что регламентные операции СУБД (обслуживание индексов) выполняются регулярно.
Переносятся ли пользователи и их пароли вместе с базой?
Да, список пользователей, их роли и пароли хранятся внутри информационной базы и переносятся вместе с ней при загрузке .dt. Однако если в новой архитектуре планируется аутентификация средствами операционной системы (доменная), её нужно настроить для каждого пользователя отдельно после переноса.