Развертывание клиент-серверного варианта платформы 1С требует системного подхода, так как от корректности выполнения каждого этапа зависит стабильность работы всей учетной системы предприятия. В отличие от файлового варианта, где все данные хранятся в одном каталоге, архитектура сервера 1С предполагает трехзвенную схему взаимодействия: клиентское приложение, сервер приложений и сервер баз данных. Понимание этой архитектуры критически важно перед началом работ, так как ошибки на этапе инициализации могут привести к невозможности подключения пользователей или потере производительности.
Данная инструкция охватывает процесс создания базы «с нуля» для наиболее распространенных связок: платформа 1С:Предприятие 8.3 и СУБД Microsoft SQL Server или PostgreSQL. Мы рассмотрим не только нажатие кнопок в интерфейсе, но и важные технические нюансы настройки прав доступа и параметров кластера. Если вы планируете масштабировать систему в будущем, правильное создание базы сейчас сэкономит вам часы работы системного администратора позже.
Прежде чем приступить к созданию, убедитесь, что у вас есть учетная запись с правами sysadmin в СУБД и права администратора на сервере 1С. Без этих привилегий процесс создания новой информационной базы завершится ошибкой на этапе регистрации в кластере или создания физической базы данных. Также проверьте, запущены ли службы Агент сервера 1С:Предприятия и соответствующая служба вашей СУБД.
Подготовка среды и проверка служб
Первым шагом является верификация состояния служб на сервере. Даже если вы только что установили программное обеспечение, службы могут не запуститься автоматически из-за конфликтов портов или недостатка прав у учетной записи службы. Откройте консоль управления службами Windows (services.msc) и найдите службу 1С:Предприятие 8.3 Сервер. Её статус должен быть «Выполняется».
Особое внимание следует уделить учетной записи, от имени которой работает сервер 1С. По умолчанию это может быть локальная система, но в доменной среде настоятельно рекомендуется использовать выделенного доменного пользователя. Это обеспечит корректный сетевой доступ к ресурсам и упростит настройку безопасности в будущем.
⚠️ Внимание: Убедитесь, что брандмауэр Windows или сторонний антивирус не блокирует порты, используемые сервером 1С (по умолчанию 1540-1541) и порты СУБД (1433 для MS SQL). Блокировка портов — самая частая причина ошибки «Не удалось соединиться с сервером 1С:Предприятия».
Для СУБД также необходимо проверить доступность. В случае с PostgreSQL, убедитесь, что в файле конфигурации pg_hba.conf разрешены подключения с IP-адреса сервера приложений 1С. Если вы используете MS SQL Server, проверьте, включен ли протокол TCP/IP в диспетчере конфигурации SQL Server (SQL Server Configuration Manager).
- 🚀 Проверьте статус службы
1C:Enterprise 8.3 Server Agent. - 🔒 Убедитесь, что учетная запись службы имеет права локального администратора.
- 🌐 Проверьте открытие портов 1540, 1541 и порта СУБД в брандмауэре.
- 💾 Убедитесь, что на диске достаточно места для роста базы данных и журналов транзакций.
☑️ Подготовка сервера перед созданием базы
Конфигурация кластера серверов 1С
Центральным элементом управления является кластер серверов. Для создания новой базы нам необходимо подключиться к центральному серверу кластера через консоль администрирования. Запустите 1C:Enterprise 8.3 Server Administration Console от имени администратора. В дереве консоли вы увидите имя вашего сервера.
Если вы выполняете настройку впервые, может потребоваться создание нового кластера, но чаще всего администраторы работают с уже существующим. Щелкните правой кнопкой мыши на узле «Информационные базы» и выберите пункт «Добавить». Откроется мастер создания, который проведет вас через основные этапы конфигурации.
На этом этапе важно правильно указать имя базы. Оно будет отображаться в списке баз у пользователей при запуске 1С:Предприятие. Имя должно быть уникальным в пределах данного кластера. Также здесь можно задать комментарий, который поможет в будущем идентифицировать назначение базы, например, «Бухгалтерия основного предприятия».
Используйте понятные имена для информационных баз, избегая специальных символов и пробелов. Лучше использовать транслитерацию или нижнее подчеркивание, например, Accounting_Main, чтобы избежать проблем при scripting и логировании.
Если вы планируете размещать базу на конкретном рабочем сервере кластера (в распределенной архитектуре), это также настраивается в свойствах базы на вкладке «Расположение». Однако для стандартных развертываний достаточно оставить настройки по умолчанию, позволяя агенту сервера автоматически распределять нагрузку.
Выбор типа СУБД и параметры размещения
Ключевой момент создания — выбор типа размещения данных. Вам необходимо переключить опцию с «Файловый вариант» на «На сервере СУБД». После выбора этого пункта станут активными поля для ввода параметров подключения к серверу баз данных.
В поле «Сервер баз данных» укажите имя или IP-адрес машины, где установлена СУБД. Если СУБД находится на том же сервере, что и 1С, можно использовать localhost или . (точку). Для именованного экземпляра SQL Server используйте формат ServerName\InstanceName.
| Параметр | Описание | Пример значения |
|---|---|---|
| Сервер БД | Имя хоста или IP сервера СУБД | SQL-SRV01 или 192.168.1.50 |
| Тип СУБД | Выбор движка базы данных | MS SQL Server 2019 / PostgreSQL 13 |
| Имя базы | Физическое имя базы в СУБД | AccDB_2026 |
| Пользователь БД | Учетная запись для доступа 1С к СУБД | sa или user1c |
Обратите внимание на поле «Имя базы данных в СУБД». Это физическое имя, которое будет создано в движке базы данных. Оно должно быть уникальным в рамках всей СУБД. Не рекомендуется использовать русские буквы в этом имени, так как это может вызвать проблемы при резервном копировании или миграции на Linux-серверы в будущем.
Для аутентификации в СУБД обычно используется учетная запись sa (для SQL Server) или суперпользователь postgres (для PostgreSQL). Однако с точки зрения безопасности лучше создать отдельного пользователя в СУБД, наделить его правами dbcreator и securityadmin, и использовать именно его credentials для создания базы.
Почему не стоит использовать sa в продакшене?
Использование учетной записи системного администратора (sa) для работы приложений создает риски безопасности. В случае компрометации пароля злоумышленник получит полный доступ ко всем базам на сервере. Лучше создать специализированного пользователя с ограниченными правами, достаточными только для управления конкретной базой 1С.
Настройка прав доступа и параметров запуска
После указания параметров СУБД необходимо настроить права доступа к самой информационной базе в кластере 1С. В мастере создания вы увидите список пользователей. По умолчанию создается пользователь с полными правами, но для боевой системы требуется более тонкая настройка.
Добавьте пользователей или группы безопасности, которые будут иметь доступ к базе. Вы можете назначать роли: «Администратор базы», «Полные права», «Монопольный режим» и другие. Важно разграничить права между программистами 1С, бухгалтерами и обычными пользователями.
⚠️ Внимание: Никогда не оставляйте базу без пароля или с пустым паролем для пользователя с полными правами в промышленной эксплуатации. Это прямая уязвимость, позволяющая несанкционированно изменить конфигурацию или выгрузить данные.
Также на этом этапе можно задать параметры запуска. Например, можно ограничить время сеанса или установить параметры блокировки регламентных заданий. Если вы создаете базу для тестирования, имеет смысл сразу отключить фоновые задания, чтобы они не нагружали сервер лишними процессами.
Для сложных сценариев можно использовать параметры командной строки, передаваемые при запуске. Они прописываются в свойствах базы и позволяют гибко управлять поведением клиентских приложений, например, принудительно включать тонкий клиент или отключать использование расширений.
- 👤 Добавьте пользователей из домена Active Directory для удобного управления.
- 🔑 Назначьте роль «Администратор» только доверенным лицам.
- ⚙️ Настройте параметры блокировки регламентных заданий для тестовых сред.
- 🛡️ Установите сложные пароли для всех учетных записей с правами изменения конфигурации.
Завершение создания и первичный запуск
После заполнения всех полей мастера нажмите кнопку «Готово». Консоль администрирования отправит команду агенту сервера, который, в свою очередь, обратится к СУБД для создания физической базы данных. Процесс может занять от нескольких секунд до пары минут в зависимости от скорости дисковой подсистемы и нагрузки на сервер.
Если создание прошло успешно, новая база появится в списке информационных баз. Теперь необходимо проверить её работоспособность. Запустите 1С:Предприятие в режиме предприятия или конфигуратора. При первом запуске система предложит выбрать базу — найдите в списке только что созданную.
При входе в режиме Конфигуратора система предложит загрузить конфигурацию. Вы можете загрузить типовую конфигурацию из поставки или подключить свою разработку. Если вы планируете работать с пустой базой для дальнейшей разработки, выберите создание новой конфигурации.
Успешное создание базы подтверждается не только появлением строки в списке, но и возможностью входа в Конфигуратор без ошибок подключения к СУБД. Ошибка на этом этапе чаще всего указывает на проблемы с правами пользователя СУБД.
Первый запуск также инициирует создание служебных таблиц в базе данных. В логе сервера 1С (файлы в каталоге log сервера) должны появиться записи об успешном подключении и инициализации структуры метаданных. Отсутствие ошибок в логе — главный индикатор здоровья системы.
Оптимизация и рекомендации по обслуживанию
Сразу после создания базы рекомендуется выполнить ряд действий по оптимизации. В свойствах базы данных в консоли администрирования можно установить параметры ограничения размера файлов роста (autogrowth) для СУБД. Это предотвратит фрагментацию диска в будущем.
Для MS SQL Server важно настроить модель восстановления. По умолчанию часто стоит Simple, что не позволяет делать бэкапы транзакционных логов. Для промышленных систем рекомендуется модель Full с регулярным сохранением логов, что позволяет восстановить данные на любой момент времени.
Не забудьте настроить расписание регламентных операций. В самой платформе 1С есть механизм «Регламентные операции», который позволяет выполнять обновление конфигурации базы данных, тестирование и исправление, а также очистку таблиц регистрации в автоматическом режиме.
⚠️ Внимание: Интерфейсы и названия пунктов меню могут незначительно отличаться в разных версиях платформы 1С (8.3.20, 8.3.25 и новее). Всегда сверяйтесь с официальной документацией для вашей конкретной версии релиза, если какой-то пункт не находится.
Настройте автоматическое резервное копирование сразу после создания базы. Используйте нативные средства СУБД (SQL Agent Jobs или pg_dump), а не только файловое копирование, так как 1С хранит данные в специфическом формате, требующем корректного дампа.
Регулярный мониторинг производительности поможет выявить узкие места. Обращайте внимание на время выполнения запросов и размер файла журнала транзакций. Если журнал растет слишком быстро, возможно, требуется более частое резервное копирование логов или оптимизация кода конфигурации.
Какую версию платформы 1С лучше использовать для нового проекта?
Для новых проектов всегда рекомендуется использовать последнюю стабильную версию платформы 1С:Предприятие 8.3. Это гарантирует поддержку всех современных функций, исправления известных ошибок безопасности и совместимость с новыми версиями операционных систем и СУБД. Использование устаревших версий (например, 8.3.10 и ниже) может привести к проблемам с производительностью и отсутствию поддержки со стороны вендора.
Можно ли перенести базу с файлового варианта на серверный?
Да, это стандартная процедура. В конфигураторе файловой базы используйте меню «Администрирование» -> «Выгрузить информационную базу». Затем создайте новую базу на сервере СУБД и выполните «Загрузить информационную базу». Учтите, что при этом изменится физическая структура хранения данных.
Что делать, если при создании базы возникает ошибка «Сервер баз данных недоступен»?
Проверьте сетевую связность между сервером 1С и сервером СУБД (ping, telnet на порт). Убедитесь, что служба SQL Server (или PostgreSQL) запущена. Проверьте правильность ввода имени пользователя и пароля в мастере создания. Часто проблема кроется в настройках брандмауэра или отключенном протоколе TCP/IP в настройках СУБД.
Нужно ли перезагружать сервер после создания новой базы?
Нет, перезагрузка сервера или перезапуск службы 1С не требуется. Новая база регистрируется в кластере динамически и становится доступной для подключения немедленно после успешного завершения работы мастера создания.
Как удалить неправильно созданную базу?
В консоли администрирования сервера 1С выделите базу, нажмите правую кнопку мыши и выберите «Удалить». Обратите внимание: эта операция удаляет регистрацию базы в кластере 1С, но не удаляет физическую базу данных в СУБД. Чтобы удалить данные полностью, необходимо зайти в управление СУБД и выполнить DROP DATABASE.