Администрирование · 12 мин
Как разместить базу 1С на сервере
Как перенести базу 1С на сервер: выбор файлового или клиент-серверного режима, установка MS SQL и сервера 1С, публикация на веб-сервере, типичные ошибки.
Размещение базы 1С на сервере решает сразу несколько задач: сотрудники получают общий доступ к актуальным данным, информация хранится централизованно, а резервное копирование выполняется в одном месте. При этом «сервер» может означать разное — от обычного компьютера с расшаренной папкой до полноценной связки MS SQL Server и сервера 1С:Предприятия.
Прежде чем приступать к работе, нужно определиться с архитектурой. От этого выбора зависят требования к оборудованию, стоимость лицензий и сложность обслуживания. Ошибка на этапе планирования оборачивается либо переплатой за ненужные лицензии, либо тормозами системы при росте числа пользователей.
Ниже разобраны все этапы: выбор режима работы, подготовка сервера, перенос существующей базы, публикация для доступа через браузер и тонкий клиент, проверка результата и типичные ошибки. Материал ориентирован на администратора, который делает это впервые, но уже умеет работать с конфигуратором 1С.
Выбор режима работы: файловый или клиент-серверный
В файловом режиме вся база — это один файл 1Cv8.1CD, который лежит в общей папке на сервере или на компьютере одного из пользователей. Платформа сама организует доступ по сети. Вариант прост в развёртывании и не требует дополнительных лицензий, но имеет жёсткие ограничения: при одновременной работе более 10–15 пользователей начинаются блокировки и падение скорости, а риск повреждения файла при сбое сети или питания заметно выше.
Клиент-серверный режим строится на трёх компонентах: СУБД (MS SQL Server, PostgreSQL, Oracle), сервер 1С:Предприятия и клиентские приложения. Данные хранятся в СУБД, сервер 1С обрабатывает запросы, клиенты подключаются к серверу. Такой вариант выдерживает десятки и сотни одновременных пользователей, даёт разграничение прав на уровне СУБД и надёжные механизмы резервного копирования.
Сравнение вариантов размещения
Подходит для 1–10 пользователей и некрупных баз. Минус — уязвимость к сбоям сети и ограничение по одновременной работе.
Подходит от 10–15 пользователей и выше, обязателен для крупных баз и фоновых заданий под нагрузкой. Требует лицензии на сервер 1С и навыков администрирования СУБД.
Дополнение к любому из режимов: даёт доступ через браузер и тонкий клиент по HTTP. Нужен IIS или Apache и продуманная защита канала.
Подходит, если нет своего сервера и администратора. Ограничение — зависимость от провайдера и не всякая конфигурация поддерживается.
Практический критерий выбора: если пользователей меньше десяти, база занимает несколько гигабайт и нет интенсивного документооборота — начинайте с файлового режима. Если планируется рост, работают несколько отделов одновременно или база уже «тормозит» в файловом варианте — сразу закладывайте клиент-серверную архитектуру, миграция «на живую» всегда болезненнее.
Подготовка сервера и требования к инфраструктуре
Для файлового режима достаточно выделенной машины или существующего файлового сервера с общей папкой. Важно, чтобы дисковая подсистема была надёжной: желателен RAID-массив, источник бесперебойного питания и стабильная гигабитная сеть. Размещать файловую базу на компьютере одного из бухгалтеров — плохая практика: перезагрузка или выключение этой машины остановит работу всех.
Для клиент-серверного режима требования выше. Сервер 1С и СУБД можно разместить на одной физической машине при небольшой нагрузке, но на практике их часто разносят на разные серверы. Оперативной памяти много не бывает: СУБД эффективно использует кэш, и недостаток RAM — самая частая причина медленной работы. Жёсткие диски предпочтительны SSD, особенно под файлы базы данных и журнал транзакций.
Перед установкой убедитесь, что версия платформы 1С совместима с выбранной версией СУБД — эта информация есть в системных требованиях конкретного релиза платформы. Также заранее определите, где будут лежать резервные копии: хранить бэкапы на том же диске, что и база, бессмысленно, при отказе диска вы потеряете и то, и другое.
Размещение базы в файловом режиме
Это самый быстрый способ. Создайте на сервере папку, например D:\Bases\Trade, и откройте к ней общий сетевой доступ для группы пользователей 1С. Права должны быть на чтение и запись — платформа создаёт служебные файлы блокировок рядом с базой.
Если база уже существует на локальном компьютере, перенос делается через выгрузку в dt: откройте базу в конфигураторе, выполните «Администрирование → Выгрузить информационную базу», затем скопируйте полученный файл на сервер. На сервере создайте пустую базу в новой папке и загрузите в неё dt через «Администрирование → Загрузить информационную базу». Альтернатива — просто скопировать файл 1Cv8.1CD в общую папку, но только при полностью завершённой работе всех пользователей.
- 1Создайте на сервере папку и настройте общий доступ с правами на изменение
- 2Выгрузите базу в файл .dt из конфигуратора на старом месте
- 3Создайте пустую базу в серверной папке и загрузите в неё .dt
- 4Добавьте базу в список на каждом рабочем месте, указав сетевой путь вида \\SERVER\Bases\Trade
- 5Проверьте одновременный вход двух пользователей и работу под нагрузкой
- 6Настройте ежедневное резервное копирование папки или выгрузку dt по расписанию
После переноса у всех пользователей нужно обновить путь к базе в списке информационных баз: указать сетевой путь через имя сервера, а не через букву подключённого диска — буквы у разных пользователей могут различаться. Старая локальная копия должна быть удалена или переименована, чтобы никто случайно не продолжил работать в ней: раздвоение данных — типичное последствие такого переноса.
Развёртывание клиент-серверного варианта
Установка начинается с СУБД. Для MS SQL Server достаточно редакции Standard или даже Express для небольших баз (у Express есть ограничение на размер базы и объём используемой памяти — проверьте актуальные лимиты на сайте Microsoft). Установите экземпляр, включите смешанный режим аутентификации и создайте отдельную учётную запись, под которой сервер 1С будет обращаться к СУБД.
Затем установите компоненты сервера 1С:Предприятия из дистрибутива платформы, отметив при установке «Сервер 1С:Предприятия» и «Администрирование сервера». После установки откройте консоль «Администрирование серверов 1С», зарегистрируйте центральный сервер и убедитесь, что в кластере появился рабочий процесс.
Создание базы через консоль кластера
В консоли кластера перейдите в раздел «Информационные базы» и создайте новую базу: укажите имя, тип СУБД, сервер баз данных, имя создаваемой базы в СУБД и учётные данные. Параметр «Создать базу данных в случае её отсутствия» позволит платформе самой создать пустую БД на SQL-сервере. После создания база появится в списке, и к ней можно подключиться конфигуратором, указав сервер и имя базы.
Перенос данных из файловой копии выполняется так же — через выгрузку и загрузку dt. Загрузка крупной базы может занять часы, планируйте её на нерабочее время. После загрузки обязательно выполните тестирование и исправление, а также реиндексацию средствами СУБД.
Публикация базы на веб-сервере
Публикация нужна, если пользователи должны работать через браузер или тонкий клиент по протоколу HTTP, в том числе извне локальной сети. Поддерживаются веб-серверы IIS (на Windows) и Apache. Проще всего публиковать через конфигуратор: меню «Администрирование → Публикация на веб-сервере», где указывается имя публикации, каталог и типы публикуемых сервисов.
Перед публикацией убедитесь, что компоненты IIS установлены (включая модули ISAPI), а у учётной записи, под которой работает пул приложений, есть доступ к файловой базе или к кластеру серверов 1С. После публикации проверьте доступ, открыв в браузере адрес вида http://server/base.
Проверка результата и типичные ошибки
После размещения проверьте не только сам факт входа, но и работу под реальной нагрузкой: одновременный вход нескольких пользователей, проведение крупных документов, формирование тяжёлых отчётов, выполнение регламентных заданий. Для клиент-серверного режима дополнительно проверьте, что регламентные задания выполняются на сервере, а не пытаются запускаться у клиентов.
Как проверить результат
Двое и более пользователей входят и проводят документы без ошибок блокировок
Ошибки «Конфликт блокировок» или невозможность войти второму пользователю
У всех пользователей указан единый сетевой путь или сервер кластера
Часть пользователей подключена к старой локальной копии
Копия создаётся по расписанию и тестово восстанавливается
Копий нет, либо они никогда не проверялись на восстановление
Задания выполняются по расписанию, видно в журнале регистрации
Задания не стартуют или падают с ошибками доступа
Резервное копирование и обслуживание
Размещение базы на сервере не заканчивается переносом — дальше начинается регулярное обслуживание. Для файлового режима настройте ежедневную выгрузку dt через пакетный запуск конфигуратора либо копирование файла базы внешними средствами (с остановкой работы пользователей или теневым копированием). Для клиент-серверного режима используйте штатные средства СУБД: полные копии ежедневно, копии журнала транзакций — чаще, если критична потеря данных за несколько часов.
Для MS SQL настройте план обслуживания: реиндексацию, обновление статистики, контроль размера журнала транзакций. Без этого база со временем деградирует по скорости. Периодически проверяйте восстановление копий на тестовом сервере — бэкап, который никогда не восстанавливался, нельзя считать существующим.
Что важно запомнить
До 10–15 пользователей достаточно файлового режима в общей папке на выделенном сервере, дальше — клиент-серверный вариант с СУБД. Перенос делается через выгрузку и загрузку dt, обязательно с предварительной резервной копией. Завершение работ — настройка регулярного резервного копирования и проверка восстановления.
Частые вопросы
Можно ли разместить файловую базу 1С в облачном диске (Яндекс.Диск, Google Drive)?
Нет, это прямой путь к повреждению базы. Сервисы синхронизации работают с файлом 1Cv8.1CD на уровне отдельных блоков, одновременная запись платформы и синхронизация облачным клиентом приводят к рассогласованию данных. Для облачной работы используйте арендованный сервер, 1С:Фреш или публикацию на веб-сервере.
Сколько пользователей выдержит файловый режим?
Комфортная работа обычно возможна при 5–10 одновременных пользователях, предел зависит от размера базы, интенсивности записи и скорости сети. При регулярных конфликтах блокировок и жалобах на скорость это сигнал к переходу на клиент-серверный режим.
Обязательно ли покупать MS SQL Server для клиент-серверного режима?
Нет. Сервер 1С работает и с PostgreSQL — для него существуют сборки, адаптированные под 1С. Это существенно снижает стоимость лицензий, но требует более внимательной настройки параметров СУБД и навыков администрирования Linux или PostgreSQL.
Как перенести базу, если нет доступа к конфигуратору?
Для файловой базы достаточно скопировать файл 1Cv8.1CD при полностью завершённой работе всех пользователей — это полноценная копия базы. Для клиент-серверной базы без конфигуратора используйте средства СУБД: резервную копию базы данных и её восстановление на новом сервере, после чего базу подключают в консоли кластера с отключённым флагом создания новой БД.
Почему после переноса на сервер база стала работать медленнее?
Частые причины: антивирус проверяет файл базы или каталоги СУБД в реальном времени (добавьте их в исключения), сеть между клиентами и сервером работает на 100 Мбит/с вместо гигабита, на SQL-сервере не хватает оперативной памяти или не выполняется обновление статистики. Проверяйте эти пункты в первую очередь.
Можно ли совместить файловый доступ и веб-публикацию для одной базы?
Да, файловую базу можно опубликовать на веб-сервере, и тогда часть пользователей работает через толстый клиент по сети, а часть — через браузер. Учтите, что нагрузка на файловую базу при этом суммируется, и предел по числу одновременных пользователей не увеличивается.