1С зависала по 10 минут: переводим торговую компанию на клиент-сервер PostgreSQL

Файловая база 1С (формат 1CD) — это, по сути, один файл на общей сетевой папке. Каждый клиент 1С напрямую обращается к этому файлу через SMB/CIFS. Проблемы масштабирования:

• Полная блокировка — при записи транзакции файл блокируется целиком, все 44 пользователя ждут
• Сетевой протокол — SMB не предназначен для СУБД-нагрузки, каждая операция чтения/записи — сетевой round-trip
• Размер файла — при 18 ГБ даже индексация занимает секунды
• Нет параллелизма — невозможно одновременно писать и читать
• Порог — 1С рекомендует файловую базу для 5–10 пользователей и баз до 2 ГБ

Мы провели замеры через Procmon и Wireshark:

# Замер сетевых операций при проведении одного документа
# (Wireshark фильтр: smb2.filename contains "1Cv8.1CD")

SMB2 Read requests:   4,287
SMB2 Write requests:  1,843
Network round-trips:  6,130
Total time:           187 seconds (3 мин 7 сек)
Data transferred:     847 MB (!)

# Один документ «Реализация» генерировал 847 МБ сетевого трафика!
# При 45 пользователях — это 5-8 Гбит/с на SMB, хотя канал — 1 Гбит

Мы подготовили выделенный сервер (оба компонента на одной машине — для 45 пользователей это оптимально):

# Характеристики сервера
CPU: Intel Xeon E-2388G (8 ядер, 3.2 ГГц, turbo 5.1 ГГц)
RAM: 64 ГБ DDR4 ECC
Disk: 2× Samsung PM9A3 960GB NVMe (RAID 1)
OS: Ubuntu 22.04 LTS Server
Network: 1 Гбит/с (внутренняя сеть)

# Почему именно эти характеристики:
# - CPU: 1С однопоточна для запросов, важна частота ядра (>3 ГГц)
# - RAM: 64 ГБ — PostgreSQL shared_buffers + кеш 1С + ОС
# - NVMe: критично для PostgreSQL — random I/O
# - RAID 1: отказоустойчивость без потери производительности чтения

Для 1С используется специальная сборка PostgreSQL от компании «Postgres Professional» (или сборка «1С»), содержащая патчи для корректной работы с кириллицей и планировщиком запросов:

# Устанавливаем PostgreSQL 15 от Postgres Pro (сборка для 1С)
# Добавляем репозиторий Postgres Pro
sudo sh -c 'echo "deb https://repo.postgrespro.ru/pg1c-15/ubuntu $(lsb_release -cs) main" > /etc/apt/sources.list.d/pg1c.list'
wget -qO - https://repo.postgrespro.ru/pg1c-15/keys/GPG-KEY-PG1C-15 | sudo apt-key add -
sudo apt update
sudo apt install -y postgrespro-1c-15 postgrespro-1c-15-contrib

# Проверяем версию
sudo -u postgres psql -c "SELECT version();"
# PostgreSQL 15.6 (Postgres Pro 1C 15.6.1)

# Инициализация кластера (если не создан автоматически)
sudo pg_createcluster 15 main --locale=ru_RU.UTF-8

# Проверяем, что локаль правильная
sudo -u postgres psql -c "SHOW lc_collate;"
# ru_RU.UTF-8

Теперь — ключевой момент: тюнинг PostgreSQL для 1С. Дефолтные настройки рассчитаны на маленькие базы:

# /etc/postgresql/15/main/postgresql.conf
# Тюнинг для 1С (45 пользователей, база 18 ГБ, 64 ГБ RAM)

# === Память ===
# shared_buffers: 25% от RAM, но для 1С часто оптимально 8-16 ГБ
shared_buffers = 16GB

# work_mem: RAM для сортировок и хеш-операций ПО ОДНОЙ ОПЕРАЦИИ
# 1С генерирует сложные запросы с множеством JOIN
# 45 пользователей × ~4 операции = 180 слотов
# 64GB - 16GB(shared) - 4GB(OS) = 44GB свободно
# 44GB / 180 ≈ 250MB, берём с запасом
work_mem = 256MB

# maintenance_work_mem: для VACUUM, CREATE INDEX
maintenance_work_mem = 2GB

# effective_cache_size: подсказка планировщику, сколько RAM доступно для кеширования
# shared_buffers + файловый кеш ОС ≈ 75% RAM
effective_cache_size = 48GB

# === WAL и транзакции ===
wal_buffers = 64MB
checkpoint_completion_target = 0.9
min_wal_size = 1GB
max_wal_size = 4GB

# === Планировщик запросов ===
# Критично для 1С! Дефолтные значения дают неоптимальные планы
random_page_cost = 1.1     # NVMe SSD, random ≈ sequential
effective_io_concurrency = 200  # NVMe поддерживает параллелизм
default_statistics_target = 200  # Более точная статистика для 1С

# === Соединения ===
max_connections = 200       # 45 пользователей × 3-4 соединения + запас

# === Параллелизм ===
max_worker_processes = 8
max_parallel_workers_per_gather = 4
max_parallel_workers = 8

# === Автовакуум (критично для 1С!) ===
autovacuum = on
autovacuum_max_workers = 4
autovacuum_naptime = 30s
autovacuum_vacuum_threshold = 50
autovacuum_analyze_threshold = 50
autovacuum_vacuum_scale_factor = 0.05
autovacuum_analyze_scale_factor = 0.02
autovacuum_vacuum_cost_delay = 10ms

# === Логирование ===
log_min_duration_statement = 3000  # Логируем запросы >3 сек
log_checkpoints = on
log_lock_waits = on
lock_timeout = 60000  # 60 сек таймаут на блокировку

# === Специфика 1С ===
escape_string_warning = off
standard_conforming_strings = off
# Эти параметры требуются сборкой 1С для корректной работы строк

# Применяем настройки
sudo systemctl restart postgresql

# Создаём пользователя и базу для 1С
sudo -u postgres psql << 'SQL'
CREATE USER usr1c WITH PASSWORD 'Str0ng1CP@ss!2026' CREATEDB;
CREATE DATABASE technoopt OWNER usr1c TEMPLATE template0 ENCODING 'UTF8' LC_COLLATE 'ru_RU.UTF-8' LC_CTYPE 'ru_RU.UTF-8';
GRANT ALL PRIVILEGES ON DATABASE technoopt TO usr1c;
SQL

# Настройка pg_hba.conf — доступ только из локальной сети
sudo bash -c 'cat >> /etc/postgresql/15/main/pg_hba.conf << EOF
# 1С Server
host    technoopt    usr1c    127.0.0.1/32    md5
host    technoopt    usr1c    10.0.1.0/24     md5
EOF'

sudo systemctl reload postgresql

# Скачиваем сервер 1С:Предприятие 8.3.25 с portal.1c.ru
# Файл: deb64_8_3_25_1394.tar.gz

mkdir /tmp/1c-server && cd /tmp/1c-server
tar xzf deb64_8_3_25_1394.tar.gz

# Устанавливаем компоненты
sudo dpkg -i 1c-enterprise-8.3.25.1394-common_amd64.deb
sudo dpkg -i 1c-enterprise-8.3.25.1394-server_amd64.deb
sudo apt install -f  # Доустанавливаем зависимости

# Устанавливаем шрифты Microsoft (нужны для печатных форм)
sudo apt install -y ttf-mscorefonts-installer fontconfig
sudo fc-cache -f -v

# Создаём пользователя для службы 1С
sudo useradd -r -s /bin/false usr1cv8
sudo usermod -aG grp1cv8 usr1cv8

# Запускаем сервер 1С
sudo systemctl enable srv1cv8-8.3.25.1394
sudo systemctl start srv1cv8-8.3.25.1394

# Проверяем
sudo systemctl status srv1cv8-8.3.25.1394
# Active: active (running)
# Порты: 1540 (агент), 1541 (менеджер кластера), 1560-1591 (рабочие процессы)

# Проверяем порты
ss -tlnp | grep 15
# LISTEN  0  128  *:1540  *:*  users:(("ragent",pid=1234))
# LISTEN  0  128  *:1541  *:*  users:(("rmngr",pid=1235))
# LISTEN  0  128  *:1560  *:*  users:(("rphost",pid=1236))

Вопрос лицензирования:

• Сервер 1С:Предприятие — лицензия на сервер (у «ТехноОпт» уже была, приобретена ранее)
• Клиентские лицензии — 50 лицензий на рабочие места (уже были)
• PostgreSQL — бесплатный, лицензия не требуется
• Лицензия ПРОФ — требуется для клиент-серверного режима (входила в комплект)

Создаём информационную базу на сервере через консоль администрирования:

# Используем утилиту командной строки rac (Remote Administration Console)
# Подключаемся к агенту сервера
/opt/1cv8/x86_64/8.3.25.1394/rac cluster list --agent=localhost:1540
# cluster: a1b2c3d4-e5f6-7890-abcd-ef1234567890
# host: localhost
# port: 1541
# name: "Local cluster"

# Создаём информационную базу
/opt/1cv8/x86_64/8.3.25.1394/rac infobase \
  --cluster=a1b2c3d4-e5f6-7890-abcd-ef1234567890 \
  --agent=localhost:1540 \
  create \
  --create-database \
  --name="TechnoOpt" \
  --dbms=PostgreSQL \
  --db-server=localhost \
  --db-name=technoopt \
  --db-user=usr1c \
  --db-pwd="Str0ng1CP@ss!2026" \
  --locale=ru \
  --date-offset=2000 \
  --security-level=1 \
  --scheduled-jobs-deny=off

# Результат:
# infobase: b2c3d4e5-f6a7-8901-bcde-f12345678901

# Проверяем список баз
/opt/1cv8/x86_64/8.3.25.1394/rac infobase summary list \
  --cluster=a1b2c3d4-e5f6-7890-abcd-ef1234567890 \
  --agent=localhost:1540
# infobase: b2c3d4e5-f6a7-8901-bcde-f12345678901
# name: TechnoOpt
# descr: ""

1С предоставляет механизм выгрузки/загрузки через файл формата DT:

# Шаг 1: Выгоняем всех пользователей из базы
# В режиме «Конфигуратор» → Администрирование → Блокировка начала сеансов

# Шаг 2: Тестирование и исправление базы
# Конфигуратор → Администрирование → Тестирование и исправление
# Отмечаем все галочки, «Выполнить»
# На базе 18 ГБ это заняло ~40 минут

# Шаг 3: Выгрузка в DT-файл
# Через командную строку (быстрее, чем через GUI)
/opt/1cv8/x86_64/8.3.25.1394/1cv8 DESIGNER \
  /F "/mnt/share/1c_bases/TechnoOpt" \
  /DumpIB "/tmp/technoopt_backup.dt" \
  /Out "/tmp/dump_log.txt"

# Результат:
# Файл: /tmp/technoopt_backup.dt (6.2 ГБ — сжатый DT меньше исходной базы)
# Время выгрузки: 28 минут

# Проверяем файл
ls -lh /tmp/technoopt_backup.dt
# -rw-r--r-- 1 usr1cv8 grp1cv8 6.2G Dec 14 22:35 technoopt_backup.dt

# Загружаем DT-файл в созданную серверную базу
/opt/1cv8/x86_64/8.3.25.1394/1cv8 DESIGNER \
  /S "localhost:1541\TechnoOpt" \
  /N "Администратор" /P "admin_password" \
  /RestoreIB "/tmp/technoopt_backup.dt" \
  /Out "/tmp/restore_log.txt"

# Время загрузки: 47 минут (запись в PostgreSQL)

# Проверяем размер базы в PostgreSQL
sudo -u postgres psql -d technoopt -c "
SELECT pg_size_pretty(pg_database_size('technoopt'));"
# pg_size_pretty
# ----------------
# 19 GB

# Файловая база 18 ГБ → PostgreSQL 19 ГБ (нормально, индексы занимают место)

# Проверяем количество таблиц
sudo -u postgres psql -d technoopt -c "
SELECT count(*) FROM information_schema.tables WHERE table_schema = 'public';"
# count
# -------
# 847

# Обновляем статистику для оптимизатора запросов
sudo -u postgres psql -d technoopt -c "ANALYZE VERBOSE;"
# Время: 8 минут

На рабочих станциях пользователей обновляем строку подключения:

# Старое подключение (файловая база):
# Тип: Файл информационной базы
# Каталог: \\fileserver\1c_bases\TechnoOpt

# Новое подключение (клиент-сервер):
# Тип: Сервер 1С:Предприятия
# Кластер серверов: srv1c.technoopt.local:1541
# Имя базы: TechnoOpt

# Можно добавить через командную строку на рабочих станциях:
"C:\Program Files\1cv8\8.3.25.1394\bin\1cv8s.exe" \
  /RegServer "srv1c.technoopt.local" \
  /RegInfoBase "TechnoOpt" \
  /RegName "ТехноОпт (Сервер)"

# Или через групповую политику (GPO) — файл ibases.v8i:
[TechnoOpt-Server]
Connect=Srvr="srv1c.technoopt.local:1541";Ref="TechnoOpt";
ClientConnectionSpeed=Normal
App=Auto
WA=1
Version=8.3

После загрузки базы в PostgreSQL критически важно убедиться, что все данные перенеслись корректно. Мы разработали чек-лист верификации:

# 1. Сверка количества документов
# В старой файловой базе (до отключения) зафиксировали:
# - Реализации товаров: 147,832
# - Поступления товаров: 89,241
# - Заказы клиентов: 203,491
# - Номенклатура: 12,847 позиций
# - Контрагенты: 3,291

# В новой серверной базе запускаем обработку сверки:
# Обработки → Универсальный отчёт → Документ.РеализацияТоваровУслуг
# Количество: 147,832 ✓

# 2. Сверка остатков
# Формируем отчёт "Остатки товаров на складах" на дату миграции
# Сравниваем итоговые суммы с файловой базой
# Расхождение: 0 руб ✓

# 3. Сверка взаиморасчётов
# Оборотно-сальдовая ведомость по счёту 62 (расчёты с покупателями)
# Итого дебет: 24,891,203.45 руб — совпадает ✓
# Итого кредит: 19,482,891.12 руб — совпадает ✓

# 4. Проверка регламентных заданий
# Администрирование → Регламентные и фоновые задания
# Все задания запущены, ошибок нет ✓

# 5. Тестовое проведение документов
# Создаём тестовую реализацию → проводим → проверяем движения
# Движения по регистрам корректны ✓

# 6. Проверка печатных форм
# Открываем произвольную реализацию → Печать → Товарная накладная
# Форма формируется корректно, шрифты отображаются ✓

Вся верификация заняла 2 часа. Расхождений не обнаружено — механизм выгрузки/загрузки DT-файла в 1С надёжен и переносит данные побитово. После подтверждения корректности мы дали команду на подключение пользователей к серверной базе утром в понедельник.

# В конфигураторе серверной базы:
# Администрирование → Тестирование и исправление
# ✓ Реструктуризация таблиц
# ✓ Реиндексация таблиц
# ✓ Пересчёт итогов
# ✓ Сжатие таблиц

# Время: 1 час 15 минут

# После реструктуризации — принудительный VACUUM FULL
sudo -u postgres psql -d technoopt -c "VACUUM FULL ANALYZE;"
# Время: 35 минут
# Размер базы уменьшился с 19 ГБ до 16.4 ГБ

# Проверяем состояние индексов
sudo -u postgres psql -d technoopt << 'SQL'
SELECT
  schemaname || '.' || tablename AS table,
  indexname,
  pg_size_pretty(pg_relation_size(indexname::regclass)) AS size,
  idx_scan AS scans
FROM pg_stat_user_indexes
ORDER BY pg_relation_size(indexname::regclass) DESC
LIMIT 20;
SQL

# Крупнейшие индексы — это справочники номенклатуры и документы реализации
# Все используются (scans > 0) — неиспользуемых нет

# Включаем pg_stat_statements для анализа запросов
sudo -u postgres psql -d technoopt -c "CREATE EXTENSION pg_stat_statements;"

# Добавляем в postgresql.conf:
# shared_preload_libraries = 'pg_stat_statements'
# pg_stat_statements.max = 10000
# pg_stat_statements.track = all

sudo systemctl restart postgresql

# Через день работы — анализируем топ медленных запросов
sudo -u postgres psql -d technoopt << 'SQL'
SELECT
  round(total_exec_time::numeric, 2) AS total_ms,
  calls,
  round(mean_exec_time::numeric, 2) AS avg_ms,
  round(max_exec_time::numeric, 2) AS max_ms,
  rows,
  left(query, 100) AS query_preview
FROM pg_stat_statements
ORDER BY total_exec_time DESC
LIMIT 10;
SQL

# Результат: самые тяжёлые запросы — отчёты (10-15 JOIN),
# их оптимизируем через доп. индексы и настройки 1С

Бэкапы — святая обязанность. Мы настроили трёхуровневую систему:

# 1. Ежечасный инкрементальный бэкап через pg_basebackup + WAL archiving
# postgresql.conf:
archive_mode = on
archive_command = 'cp %p /backup/wal_archive/%f'
wal_level = replica

# 2. Ежедневный полный дамп в 23:00
sudo bash -c 'cat > /etc/cron.d/1c-backup << EOF
0 23 * * * postgres pg_dump -Fc -Z 6 technoopt > /backup/daily/technoopt_$(date +\%Y\%m\%d).dump 2>> /var/log/backup-1c.log
EOF'

# 3. Еженедельный DT-бэкап через 1С (по воскресеньям в 03:00)
sudo bash -c 'cat > /etc/cron.d/1c-dt-backup << EOF
0 3 * * 0 usr1cv8 /opt/1cv8/x86_64/8.3.25.1394/1cv8 DESIGNER /S "localhost:1541\\TechnoOpt" /N "Бэкап" /P "backup_pass" /DumpIB "/backup/weekly/technoopt_$(date +\%Y\%m\%d).dt" /Out "/var/log/1c-dt-backup.log" 2>&1
EOF'

# Ротация — храним 30 ежедневных и 12 еженедельных
sudo bash -c 'cat > /etc/cron.d/backup-cleanup << EOF
0 4 * * * root find /backup/daily -name "*.dump" -mtime +30 -delete
0 4 * * 0 root find /backup/weekly -name "*.dt" -mtime +90 -delete
EOF'

# Проверяем восстановление (ОБЯЗАТЕЛЬНО!)
pg_restore -l /backup/daily/technoopt_20260114.dump | head -20
# ; Archive created at 2026-01-14 23:00:01 MSK
# ; dbname: technoopt
# ; TOC Entries: 3847
# ; Compression: 6

После миграции мы составили регламент обслуживания серверной базы 1С:

# Ежедневно (автоматически через cron):
# - Бэкап pg_dump (23:00)
# - Проверка размера WAL-файлов
# - Отправка отчёта о состоянии в Telegram

# Еженедельно (автоматически):
# - DT-бэкап через 1С (воскресенье 03:00)
# - REINDEX базы данных
sudo -u postgres psql -d technoopt -c "REINDEX DATABASE technoopt;"

# Ежемесячно (вручную, в нерабочее время):
# - VACUUM FULL (дефрагментация таблиц)
sudo -u postgres psql -d technoopt -c "VACUUM FULL VERBOSE;"

# - Тестирование и исправление базы через 1С Конфигуратор
# - Анализ pg_stat_statements на предмет деградации запросов
# - Проверка autovacuum — не пропускает ли крупные таблицы

sudo -u postgres psql -d technoopt << 'SQL'
SELECT relname, n_dead_tup, last_autovacuum, last_autoanalyze
FROM pg_stat_user_tables
WHERE n_dead_tup > 10000
ORDER BY n_dead_tup DESC;
SQL

Также мы настроили мониторинг PostgreSQL через Prometheus + postgres_exporter с алертами на критические метрики: количество активных соединений > 150, размер WAL > 8 ГБ, время самого длинного запроса > 60 секунд, cache hit ratio < 95%. Все алерты приходят в Telegram IT-отдела «ТехноОпт».

Через месяц после миграции коммерческий директор «ТехноОпт» сообщил:

• Скорость обработки заказов выросла на 40% — менеджеры выставляют счета за секунды, а не минуты
• Нулевые простои — за 3 месяца ни одного падения базы
• Расход IT-времени на 1С снизился на 80% — не нужно «чинить» базу через chdbfl каждые 2 дня
• Появилась возможность подключить ещё 20 пользователей из филиала — на файловой базе это было невозможно

Общая стоимость проекта для «ТехноОпт» (сервер + работа инженеров АйТи Фреш + настройка бэкапов + обучение) составила 380 000 руб. Экономия от отсутствия простоев только за первый месяц — около 250 000 руб (оценка клиента по потерянным заказам).