Как добавить базу 1С на сервер

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

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

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

Что подготовить перед добавлением базы на сервер

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

На стороне СУБД потребуется учётная запись с правами на создание баз данных. Для MS SQL обычно используют логин с ролью dbcreator или sysadmin, для PostgreSQL — роль с атрибутом CREATEDB. Не рекомендуется указывать в настройках информационной базы личную учётную запись администратора: лучше создать отдельный технический логин, который 1С будет использовать постоянно.

Проверьте разрядность и версии. Платформа 1С, СУБД и драйверы доступа к базе данных должны быть совместимы между собой. Например, для 64-разрядного сервера 1С нужен 64-разрядный клиент СУБД. Подготовьте также выгрузку существующей файловой базы: в конфигураторе выполните «Администрирование» → «Выгрузить информационную базу» и сохраните файл .dt в доступном месте.

Как создать информационную базу через консоль кластера

Консоль кластера серверов — основной инструмент администратора. В Windows она открывается через ярлык «Администрирование серверов 1С:Предприятия» в меню «Пуск» или запуском оснастки из каталога установки платформы. После запуска разверните дерево слева, найдите нужный сервер и кластер (по умолчанию порт 1541), затем ветку «Информационные базы».

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

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

1. 1
   Откройте консоль «Администрирование серверов 1С:Предприятия» и подключитесь к кластеру
2. 2
   Перейдите в ветку «Информационные базы» и выберите «Создать» → «Информационная база»
3. 3
   Укажите имя базы, тип СУБД, адрес SQL-сервера и учётные данные пользователя СУБД
4. 4
   Оставьте включённым флажок создания базы данных и подтвердите создание
5. 5
   Убедитесь, что база появилась в списке кластера без ошибок

Как добавить базу через диалог запуска 1С

Альтернативный способ — добавление базы из окна запуска на клиентском компьютере. Нажмите кнопку «Добавить», выберите «Создание новой информационной базы», затем вариант «Создание информационной базы без конфигурации». На следующем шаге укажите тип расположения — «На сервере 1С:Предприятия».

В параметрах потребуется указать имя сервера 1С, имя базы в кластере, тип СУБД и параметры подключения к SQL-серверу — аналогично консоли кластера. Этот способ удобен, когда под рукой нет консоли кластера, но он требует, чтобы у текущего пользователя были права на создание информационных баз в кластере или был отключён контроль доступа на уровне кластера.

После создания база автоматически появится в списке запуска на данном компьютере. Остальным пользователям её нужно будет добавить вручную через «Добавить» → «Добавление в список существующей информационной базы» с указанием сервера и имени базы.

Способы добавления базы на сервер

Консоль кластера

Полный контроль над параметрами, работает удалённо с любого компьютера администратора. Требует установленной оснастки администрирования.

Диалог запуска 1С

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

Скрипты и пакетный режим

Подходит для автоматизации при массовом развёртывании баз. Требует навыков работы с командной строкой платформы.

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

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

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

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

Настройка параметров базы в кластере

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

Обратите внимание на параметры разрешённого объёма памяти рабочих процессов и количество информационных баз на сервере. Если на одном сервере 1С размещается несколько баз, каждая потребляет ресурсы рабочих процессов, и при нехватке памяти пользователи начнут получать ошибки соединения. Для небольших баз обычно достаточно настроек по умолчанию, но при росте нагрузки параметры пересматривают.

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

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

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

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

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

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

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

Вход в базу

Норма

База открывается в режиме «Предприятие» без ошибок соединения

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

Ошибка соединения с сервером или СУБД — проверяйте службу агента и логин СУБД

Данные

Норма

Контрольные отчёты совпадают с файловой копией

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

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

Регламентные задания

Норма

Блокировка снята, задания выполняются по расписанию

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

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

Пользователи

Норма

Все сотрудники подключаются со своих рабочих мест

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

Часть клиентов не видит сервер — проблема с сетью или версией платформы

Частые проблемы и их решение

Ошибка «Сервер баз данных не обнаружен» при создании базы почти всегда означает, что недоступен SQL-сервер: проверьте, запущена ли его служба, разрешены ли сетевые подключения (для MS SQL — протокол TCP/IP в конфигураторе сети SQL Server) и не блокирует ли брандмауэр порт СУБД. По умолчанию MS SQL использует порт 1433, PostgreSQL — 5432.

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

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

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

Можно ли добавить базу на сервер без выгрузки в .dt?

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

Сколько баз можно разместить на одном сервере 1С?

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

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

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

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

База данных после обрыва загрузки находится в неопределённом состоянии, использовать её нельзя. Удалите информационную базу в консоли кластера вместе с базой данных, создайте заново и повторите загрузку. Чтобы снизить риск обрыва, запускайте конфигуратор на самом сервере или на компьютере с устойчивым сетевым соединением.

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

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

Где посмотреть ошибки, если база не создаётся?

Основной источник диагностики — технологический журнал сервера 1С и журнал регистрации. Также полезны журналы событий Windows на сервере и логи СУБД: в них видно, на каком этапе происходит сбой — при подключении к кластеру, к SQL-серверу или при создании базы данных.