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

Файловый режим работы 1С удобен для небольших компаний, но при росте числа пользователей и объёма данных он становится узким местом: база «тормозит», возникают конфликты блокировок, а повреждение единственного файла 1Cv8.1CD способно остановить работу всей организации. Перенос базы на сервер решает эти проблемы — данные хранятся в СУБД, доступ организуется через сервер 1С:Предприятия, а резервное копирование становится управляемым.

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

Ниже разобран полный цикл перехода: от подготовки файловой базы до проверки работы пользователей в серверном режиме. Инструкция подходит для типовых конфигураций (Бухгалтерия, Управление торговлей, ЗУП и других) на платформе 8.3.

Что понадобится перед началом переноса

Для серверного режима нужны три компонента: сервер 1С:Предприятия (сервис, который обслуживает подключения клиентов), СУБД (PostgreSQL, MS SQL Server, Oracle или IBM DB2) и клиентские лицензии, активируемые на сервере. Если у вас коробочная поставка с файловой лицензией, проверьте, есть ли у вас лицензия на сервер — без неё сервер 1С не запустится в рабочем режиме.

Версия платформы на сервере должна совпадать с версией, под которой работала файловая база, или быть новее. Загрузка .dt в базу на более старой платформе невозможна. Также заранее определите, кто будет администратором кластера и где физически разместятся данные СУБД — диск должен иметь запас свободного места минимум в 2–3 размера базы.

Подготовка файловой базы к выгрузке

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

Полезно выполнить тестирование и исправление информационной базы («Администрирование → Тестирование и исправление») с включённой проверкой логической и ссылочной целостности. Ошибки, существующие в файловой базе, перенесутся в серверную, а исправлять их в серверном режиме сложнее. Если база большая, тестирование может занять заметное время — запланируйте это на нерабочие часы.

Сделайте резервную копию самого файла 1Cv8.1CD — просто скопируйте каталог базы при закрытой 1С. Это страховка на случай, если что-то пойдёт не так уже на этапе выгрузки.

Выгрузка данных в файл .dt

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

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

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

Установка и настройка сервера 1С и СУБД

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

Затем разверните СУБД. Для небольших и средних баз чаще выбирают PostgreSQL (существуют сборки, адаптированные под 1С) или MS SQL Server. При установке PostgreSQL для 1С важно правильно задать параметры в postgresql.conf — значения по умолчанию рассчитаны на слабое оборудование и дают низкую производительность. Для MS SQL убедитесь, что базе данных будет доступен достаточный объём памяти и настроена модель восстановления.

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

Выбор СУБД для серверной базы

PostgreSQL

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

MS SQL Server

Удобное администрирование и хорошая производительность, но требует покупки лицензий на сервер и ядра

Oracle / IBM DB2

Применяются в крупных внедрениях с действующей корпоративной инфраструктурой; избыточны для типичной базы

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

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

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

По окончании загрузки конфигуратор предложит перезапуститься — согласитесь. После перезапуска база готова к работе в серверном режиме.

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

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

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

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

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

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

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

Вход пользователей в серверную базу

Норма

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

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

Часть пользователей не входит или видит лишние разделы

Итоги отчётов

Норма

ОСВ и ключевые отчёты совпадают с файловой базой до копейки

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

Суммы расходятся — загрузка прерывалась или база была повреждена до выгрузки

Скорость работы

Норма

Проведение документов и отчёты выполняются быстрее или не медленнее, чем раньше

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

Выраженные «тормоза» — СУБД не настроена или серверу не хватает ресурсов

Фоновые и регламентные задания

Норма

Задания присутствуют и выполняются по расписанию на сервере

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

Задания отключены или падают с ошибками в консоли кластера

Типичные ошибки и ограничения

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

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

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

Можно ли перенести базу на сервер без файла .dt?

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

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

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

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

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

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

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

Можно ли вернуться к файловому режиму после перехода?

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

Какую СУБД выбрать для небольшой компании?

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