Работа с многопользовательскими базами

c

Многопользовательская работа: от локальных копий к облачным кластерам

История многопользовательских режимов в 1С началась еще в эпоху DOS, когда «однопользовательская» база данных была нормой. Однако уже в версиях 7.7 разработчики столкнулись с вызовом: несколько сотрудников одновременно редактируют справочник номенклатуры. Первое решение — файловая блокировка на уровне целого файла при записи. Если один бухгалтер вводил документ, остальные видели курсор ожидания. Это работало, но при 5–7 пользователях система замедлялась катастрофически. К концу 2000-х годов платформа 1С:Предприятие 8.0 совершила прорыв — появилась поддержка автоматического управления блокировками на уровне записей (record-level locking). Теперь изменение одного элемента справочника блокировало только его, а не всю таблицу. Это позволило компаниям с десятками пользователей работать без простоев.

Эволюция: от файловых баз к транзакциям и трем уровням блокировок

С ростом числа пользователей (50–100 человек) файловая архитектура начала давать сбои: частые тупиковые ситуации (deadlocks) и неконтролируемые конфликты при одновременной записи. Ответом стал переход на клиент-серверный вариант (SQL Server, PostgreSQL). Здесь менеджер транзакций стал координировать доступ: каждая транзакция последовательно захватывала ресурсы. Однако новички часто путали уровень изоляции (READ COMMITTED) с механизмами блокировок 1С — это приводило к потере данных при параллельных проводках. В середине 2010-х годов платформа 8.3 ввела управляемые блокировки (optimistic и pessimistic). Стало возможным явно указать: «если данные не изменялись с момента чтения — можно записывать». Это резко снизило количество повторных вводов. Сегодня, в 2026 году, актуальный тренд — кластеризация 1С: рабочие процессы распределяются между серверами, а блокировки синхронизируются через общий сервис. Без понимания этой эволюции невозможно сдать экзамен на «1С:Специалист» или «1С:Эксперт».

Почему эта тема критична для сертификации в 2026 году

Современные экзамены 1С содержат блоки по диагностике узких мест многопользовательской работы. Типичный кейс: «При вводе 50 документов в час система зависает». Кандидат должен определить причину (чрезмерная гранулярность блокировок, неоптимизированные запросы, отсутствие индексов) и предложить исправление. Знание истории помогает: понимание, почему раньше использовали транзакции уровня «сериализуемый», а сейчас рекомендуют «неповторяющееся чтение» в SQL, непосредственно влияет на проектирование конфигураций. Наши учебные материалы по этой теме включают:

Текущие вызовы: блокировки в распределенных базах

С развитием облачных сервисов 1С (1С:Fresh, «1С:Предприятие через Интернет») возник новый класс проблем — сетевые задержки. Когда сервер в Москве, а пользователь в Хабаровске, время удержания блокировки увеличивается на 200–300 мс. При 10–15 одновременных операциях это вызывает искусственные тупики. Решение — оптимизация времени транзакции: сокращение циклов чтения-проверки-записи, перенос вычислений на сервер. Эксперты прогнозируют, что к 2028 году 1С будет активно использовать блокировки на основе временных меток (timestamp-based concurrency control) вместо традиционных двухфазных протоколов. В наших курсах мы разбираем ранние эксперименты с такой архитектурой на базе PostgreSQL 16.

Практические рекомендации для тех, кто готовится к экзамену

  1. Настройте тестовый стенд с тремя виртуальными машинами (файловый режим, SQL Server, PostgreSQL). Запускайте параллельно скрипты записи.
  2. Используйте инструмент «Измерение производительности» в 1С: мониторьте длительность захвата блокировок.
  3. Изучите разницу между блокировками объекта и таблицы: типичная ловушка на экзамене — путаница при анализе планов запросов.
  4. Проверьте, как обновление платформы с 8.3.20 до 8.3.24 повлияло на управляемые блокировки (появилась опция «Не ждать блокировки»).

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

Добавлено: 24.04.2026