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

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

Если база уже лежит на сервере и работает у коллег, первый шаг не нужен: достаточно второго. Если у вас есть готовая база данных в MS SQL или PostgreSQL, которую нужно просто «прописать» в новом кластере, — её подключают без выгрузки, об этом отдельный раздел ниже. Всё описанное относится к платформе 8.3 и не зависит от конфигурации: БП, ЗУП, УТ и ERP подключаются одинаково.

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

Фраза «добавить существующую базу» означает три разные задачи. От случая зависит объём работы.

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

• 🖥️ Версия платформы. Сервер 1С и клиенты должны быть одной версии вплоть до последней цифры номера сборки. Клиент 8.3.24.1586 не подключится к серверу 8.3.24.1691.
• 🔑 Лицензия сервера. Клиент-серверный режим требует отдельной лицензии на сервер 1С:Предприятия. Клиентские лицензии нужны так же, как и в файловом режиме.
• 🗄️ СУБД. MS SQL Server, PostgreSQL или другая поддерживаемая СУБД должна быть установлена и доступна с сервера 1С. Для PostgreSQL нужна сборка с патчами для 1С, обычная сборка с сайта PostgreSQL не подойдёт.
• 🔌 Порты. Агент сервера слушает 1540, менеджер кластера — 1541, рабочие процессы — диапазон 1560–1591 по умолчанию. Все они должны быть открыты в брандмауэре сервера для клиентов.
• 💾 Место на диске. Серверная база в СУБД обычно занимает больше, чем файл 1Cv8.1CD, плюс журнал транзакций. Закладывайте запас в 2–3 раза от размера файловой базы.
• 👤 Учётная запись СУБД. Логин с правом создавать базы данных (для MS SQL — роль dbcreator или sysadmin, для PostgreSQL — владелец БД или суперпользователь).

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

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

1. Попросите всех выйти из базы. На время выгрузки в ней не должно быть других сеансов.
2. Откройте базу в Конфигураторе.
3. Выберите Администрирование → Выгрузить информационную базу.
4. Укажите путь, например D:\Backup\buh_2026.dt, и дождитесь сообщения о завершении.
5. Скопируйте файл на сервер или в сетевую папку, доступную с компьютера, где будете запускать загрузку.

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

"C:\Program Files\1cv8\8.3.24.1691\bin\1cv8.exe" DESIGNER /F"D:\Bases\Buh" /N"Администратор" /P"пароль" /DumpIB"D:\Backup\buh.dt" /Out"D:\Backup\dump.log"

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

Настройка кластера серверов перед регистрацией базы

Кластер создаётся автоматически при установке сервера 1С: в консоли он называется Локальный кластер и висит на порту 1541. Отдельно настраивать его для одной базы не нужно, но три вещи стоит сделать до регистрации.

Консоль администрирования. Она ставится вместе с сервером и называется «Администрирование серверов 1С Предприятия». Если оснастка открывается пустой или с ошибкой, перерегистрируйте библиотеку radmin.dll из каталога нужной версии платформы:

regsvr32 "C:\Program Files\1cv8\8.3.24.1691\bin\radmin.dll"

Командную строку при этом запускайте от имени администратора. Если на машине стоит несколько версий платформы, регистрируйте radmin.dll той версии, что и сервер.

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

Рабочий сервер. Диапазон портов рабочих процессов, параметры отказоустойчивости и лимиты памяти задаются в свойствах рабочего сервера: Кластеры → Локальный кластер → Рабочие серверы → имя сервера → Свойства. Если брандмауэр пропускает только часть портов, именно здесь сужают диапазон.

На Linux вместо оснастки работают через сервер администрирования ras и утилиту rac. Проверить, что кластер отвечает, можно командой rac cluster list; остальные подкоманды смотрите в справке rac help.

Регистрация базы в кластере и загрузка данных

Вариант 1. Новая база + загрузка .dt

Создать базу в кластере можно из консоли или прямо из окна запуска 1С. Через консоль:

1. Откройте Кластеры → Локальный кластер → Информационные базы, в контекстном меню выберите Создать → Информационная база.
2. Заполните поля:
   • Имя — короткое латиницей, без пробелов, например buh. Это имя потом вводят пользователи.
   • Сервер баз данных — имя сервера СУБД (для именованного экземпляра MS SQL — SQLSRV\SQL2019).
   • Тип СУБД и База данных — имя БД в СУБД, удобно такое же, buh.
   • Пользователь сервера БД и пароль — тот логин, что проверяли на подготовке.
   • Смещение дат — для MS SQL ставьте 2000. Для PostgreSQL поле не используется.
   • Флажок Создать базу данных в случае ее отсутствия — включён.
   • Разрешить выдачу лицензий сервером 1С:Предприятия — «Да», если клиентские лицензии установлены на сервере.
3. Нажмите «ОК». В СУБД появится пустая база с таблицами 1С.

Теперь загрузите данные:

1. Добавьте новую базу в свой список запуска (как — в следующем разделе) и откройте её в Конфигураторе. Пустая база открывается без пароля.
2. Выберите Администрирование → Загрузить информационную базу, укажите файл .dt.
3. Подтвердите замену данных. Загрузка требует монопольного доступа: в базе не должно быть других сеансов.
4. После загрузки Конфигуратор предложит перезапуститься — соглашайтесь. Теперь вход идёт уже под пользователями из выгрузки.

Для больших баз загрузку удобнее запустить командой — она не зависит от того, закроете ли вы окно:

"C:\Program Files\1cv8\8.3.24.1691\bin\1cv8.exe" DESIGNER /S"srv1c\buh" /RestoreIB"D:\Backup\buh.dt" /Out"D:\Backup\restore.log"

Вариант 2. Подключение уже готовой базы данных СУБД

Это случай переустановки сервера 1С или переноса кластера на другую машину, когда сама БД в MS SQL или PostgreSQL цела. Регистрация та же, что в варианте 1, с двумя отличиями:

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

Если вы подключаете копию рабочей базы (для тестов или обучения), включите в её свойствах «Блокировка регламентных заданий включена». Иначе копия начнёт выполнять обмены с банком, ЭДО и сайтом, загружать курсы и отправлять письма от имени настоящей организации. Копия «уйдёт» в обмены, и выписки задвоятся в рабочей базе.

Подключение серверной базы на рабочих местах пользователей

Когда база зарегистрирована в кластере, её добавляют в список на каждом компьютере:

1. Запустите 1С и в окне запуска нажмите «Добавить».
2. Выберите «Добавление в список существующей информационной базы» → «Далее».
3. Введите понятное пользователю наименование, например «Бухгалтерия ООО Ромашка», тип расположения — «На сервере 1С:Предприятия».
4. В поле «Кластер серверов 1С:Предприятия» впишите имя сервера: srv1c. Если кластер работает не на стандартном порту 1541, добавьте порт через двоеточие: srv1c:1641.
5. В поле «Имя информационной базы в кластере» — то самое короткое имя, buh.
6. Оставьте параметры запуска по умолчанию и нажмите «Готово».

Строка подключения такой базы выглядит как Srvr="srv1c";Ref="buh";. Её можно передать коллеге текстом: в мастере добавления есть вариант вставить строку целиком.

Права доступа: кластер, СУБД и пользователи базы

В клиент-серверном режиме доступ проверяется на трёх уровнях, и путать их не стоит.

Что сделать после переноса:

• 🔒 Проверьте, что в базе есть хотя бы один пользователь с полными правами и известным паролем. Без пользователей база пускает любого без вопросов.
• 🪪 Если сотрудники входили по аутентификации Windows, проверьте привязку к доменным учётным записям в карточках пользователей. При переезде на другой домен её придётся перепривязать.
• 🧑‍💼 Служебный логин СУБД дайте только 1С. Бухгалтерам доступ к SQL-серверу не нужен.
• 🛡️ Служба сервера 1С по умолчанию работает от пользователя USR1CV8. Не меняйте её на администратора домена «чтобы всё заработало»: выдайте права на нужные каталоги точечно.
• 🔐 При работе через интернет или чужую сеть включите в свойствах базы защищённое соединение, а лучше поднимите VPN.

Проверка после переноса и разбор ошибок подключения

Сразу после загрузки откройте базу в режиме «1С:Предприятие» и пройдите короткий контроль:

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

Типичные ошибки при подключении и что за ними стоит:

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

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

• ⚡ PostgreSQL. Сразу после загрузки .dt выполните для базы VACUUM ANALYZE. Затем настройте его регулярный запуск, обычно ночью.
• ⚡ MS SQL. Обновите статистику и настройте план обслуживания: обновление статистики каждую ночь, перестроение индексов раз в неделю. Модель восстановления выберите осознанно: «Простая», если хватает ежесуточных копий, «Полная» — если нужна точка восстановления на любой момент, но тогда регулярно делайте резервную копию журнала, иначе он займёт весь диск.
• 🧮 Итоги регистров. В базе бухгалтерии проверьте, что итоги рассчитаны до текущего периода (Администрирование → Обслуживание → Управление итогами в БП 3.0). Устаревшие итоги замедляют отчёты.
• 🧠 Память. Ограничьте память СУБД, чтобы на сервере оставалось место для рабочих процессов 1С. Если 1С и СУБД стоят на одной машине с 16 ГБ, отдать MS SQL все 16 — верный способ получить подвисания.
• 💾 Диски. Файлы БД и журнала транзакций разнесите на разные диски, если есть такая возможность, и держите их на SSD.

Резервное копирование тоже меняется: копировать папку с базой больше нельзя. Копии делают средствами СУБД (бэкап MS SQL, pg_dump) по расписанию, а .dt остаётся как дополнительный вариант для переноса.

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