1С: Часть 2 — Где разместить базу: локально, на своём сервере или в облаке

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

Два режима работы платформы

Платформа «1С:Предприятие» работает в двух вариантах, и одна и та же конфигурация подходит для обоих без изменений.

Файловый вариант

База хранится в одном файле 1Cv8.1CD в отдельном каталоге. Отдельный сервер и СУБД не нужны: достаточно установить платформу и открыть каталог базы.

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

Ограничения файлового варианта:

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

Клиент-серверный вариант

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

Переход из файлового варианта в клиент-серверный не требует изменений в конфигурации: база выгружается в файл .dt и загружается в новую базу на сервере.

СУБД для клиент-серверного варианта

Платформа работает с Microsoft SQL Server, PostgreSQL, IBM Db2 и Oracle Database. На практике в России выбирают из двух вариантов.

• PostgreSQL. Бесплатные сборки PostgreSQL с патчами для 1С готовят «1С» и Postgres Professional; сборки Postgres Professional распространяются через сайт 1c.postgres.ru. Для большинства небольших и средних баз этого достаточно.
• Postgres Pro для 1С. Коммерческая российская СУБД на основе PostgreSQL с доработками для работы с 1С. «1С» продаёт её как совместный продукт; лицензия выдаётся на процессорные ядра.
• Microsoft SQL Server. Microsoft приостановила выпуск лицензий на совместный продукт «Microsoft SQL Server для 1С:Предприятия 8», и «1С» прекратила принимать на него заказы. Действующие установки работают, но новые проекты разумно начинать на PostgreSQL.

Настройка PostgreSQL под 1С

Нагрузка 1С отличается от обычной: много одновременных соединений и активная работа с временными таблицами. В документации Postgres Professional для решений 1С рекомендованы, в частности, такие параметры postgresql.conf:

max_connections = 1000
temp_buffers = 32MB
max_locks_per_transaction = 256
standard_conforming_strings = off
escape_string_warning = off
effective_cache_size = <не меньше половины оперативной памяти>
shared_preload_libraries = 'plantuner'
plantuner.fix_empty_table = on

Последние два параметра относятся к расширению plantuner, которое входит в сборки Postgres Professional; в других сборках его может не быть. Остальные значения — отправная точка, а не окончательная настройка: shared_buffers и work_mem подбирают под объём памяти сервера и реальную нагрузку.

Сервер: свой или арендованный

Собственный сервер в офисе или в дата-центре

Сервер покупается и размещается в офисе или в стойке дата-центра. Вы управляете оборудованием, операционной системой и всеми настройками, а данные физически остаются в компании.

Что понадобится, кроме самого сервера:

• источник бесперебойного питания и охлаждение, если сервер в офисе;
• лицензия на сервер 1С (ПРОФ — до 500 одновременных сеансов и 12 процессорных ядер) и СУБД;
• защищённый удалённый доступ, если сотрудники работают вне офиса;
• мониторинг, обновления, резервное копирование — работа администратора.

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

Виртуальный сервер у хостинг-провайдера

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

Готовое облако 1С

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

Публикация базы на веб-сервере

Чтобы работать с базой через браузер, веб-клиент или мобильное приложение, её публикуют на веб-сервере. Платформа поддерживает Apache и Microsoft IIS; публикация выполняется из конфигуратора или утилитой webinst, в документации «1С» есть инструкции для обоих веб-серверов на Windows и Linux, в том числе с HTTPS.

Практические правила:

• публикуйте базу только по HTTPS, с действующим сертификатом;
• не открывайте в интернет консоль администрирования сервера 1С и порты кластера — только веб-публикацию или доступ через VPN;
• помните, что каждый пользователь веб-клиента занимает клиентскую лицензию так же, как обычный клиент.

Резервное копирование базы

Независимо от места размещения нужны регулярные копии, хранящиеся отдельно от сервера.

• Файловый вариант. Копируется каталог базы целиком, но только когда с ней никто не работает, либо база выгружается в .dt через конфигуратор.
• Клиент-серверный вариант. Основной способ — средства СУБД: для PostgreSQL это pg_dump или резервное копирование с журналами WAL. Выгрузка в .dt полезна как дополнительная копия, пригодная для переноса на любой сервер.
• Проверка восстановления. Раз в месяц восстанавливайте копию в тестовую базу и открывайте её. Копия, которую ни разу не восстанавливали, не гарантирует ничего.

Типичные ошибки

• Файловая база по VPN. Сотрудники подключают сетевую папку с базой через VPN из дома — работа идёт медленно, а при обрыве связи база может повредиться. Для удалённой работы нужен клиент-серверный вариант, веб-публикация или облако.
• Копии на том же диске. Резервные копии лежат на сервере рядом с базой и пропадают вместе с ним при сбое диска или атаке шифровальщика.
• Открытый RDP. Сервер с 1С доступен из интернета по протоколу удалённого рабочего стола с простым паролем — один из самых частых путей заражения шифровальщиками. Доступ снаружи — только через VPN.
• Нет плана обновлений. Платформу и конфигурацию не обновляют месяцами, а потом приходится ставить десятки релизов подряд перед сдачей отчётности.

Как выбрать

Место размещения можно менять по мере роста: база переносится между вариантами без переделки конфигурации.