13 режимов работы 1С: Предприятие, которые вы не встречали в документации

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

Эти режимы активируются через командную строку, конфигуратор или прямые запросы к СУБД — и часто становятся единственным решением в критических ситуациях. Например, режим "Транзакционная изоляция" позволяет откатить изменения в базе без полного восстановления из бэкапа, если транзакция зависла из-за сетевых проблем. А DebuggerMode=Extended раскрывает отладочную информацию, недоступную даже в расширенных журналах регистрации.

В этой статье — подборка из 13 малоизвестных режимов, которые мы собрали из опыта администрирования корпоративных систем, форумов партнеров 1С и внутренних материалов франчайзи. Некоторые из них поддерживаются только в определенных версиях платформы (например, 8.3.20+), другие работают с PostgreSQL, но не с MS SQL. Перед использованием проверьте совместимость в своей среде.

1. Режим "Транзакционная изоляция" (TransactionIsolation)

Этот режим позволяет управлять уровнем изоляции транзакций в базе данных 1С напрямую из конфигуратора. По умолчанию платформа использует уровень Read Committed, но в некоторых сценариях (например, при массовых изменениях справочников с высокой конкуренцией) требуется Repeatable Read или даже Serializable.

Активируется через параметр запуска:

Designer.exe /TransactionIsolationLevel Serializable

Или программно в модуле сеанса:

УстановитьУровеньИзоляцииТранзакций(УровеньИзоляцииТранзакций.ПовторяемоеЧтение);

⚠️ Внимание: Применение Serializable может привести к взаимным блокировкам (deadlock) в многопользовательских базах. Используйте только для критичных операций и откатывайте уровень после выполнения.

• 🔄 Repeatable Read — фиксирует "снимок" данных на момент начала транзакции, предотвращая фантомные чтения.
• 🚫 Serializable — максимальная изоляция, блокирует диапазоны строк (поддерживается не всеми СУБД).
• ⚡ Read Uncommitted — минимальная изоляция, позволяет читать незафиксированные данные (опасно для финансовых операций!).

2. Режим отладки расширений (ExtensionDebug)

С появлением механизма расширений конфигурации в 1С 8.3.14+ разработчики столкнулись с проблемой: стандартный отладчик не всегда корректно отображает стектрейс вызовов, если код выполняется из расширения. Режим ExtensionDebug решает это, принудительно подгружая символьную информацию для всех подключенных расширений.

Запускается так:

Designer.exe /ExtensionDebugMode Full

В этом режиме становятся доступны:

• 🔍 Точки останова в коде расширений (ранее игнорировались).
• 📝 Просмотр значений переменных из модулей расширений в окне Отладка → Локальные переменные.
• 🔄 Шаговый проход (F11) по цепочке вызовов "основная конфигурация → расширение → основная конфигурация".

⚠️ Внимание: Режим существенно увеличивает потребление памяти. При отладке крупных расширений (100+ объектов) может потребоваться до 4 ГБ ОЗУ на один сеанс.

3. Режим восстановления связей объектов (RefIntegrity)

После некорректного обновления конфигурации или сбоя при загрузке данных из XML часто возникают "битые" ссылки — когда поле типа СправочникСсылка указывает на несуществующий объект. Стандартный ТестИИсправление не всегда справляется с такой проблемой. Режим RefIntegrity запускает глубокую проверку ссылочной целостности на уровне СУБД.

Активация:

Designer.exe /RefIntegrityCheck Full /Out "C:\temp\ref_log.txt"

Лог файла будет содержать:

• 🔗 Список всех битых ссылок с указанием таблиц и полей.
• 📌 Предложения по исправлению (замена на NULL или ближайший валидный объект).
• ⚠️ Предупреждения о возможной потере данных при автоматическом исправлении.

4. Режим эмуляции старой платформы (CompatibilityMode)

При обновлении с 1С 8.2 на 8.3 (или между мажорными версиями 8.3.x) иногда возникают проблемы с совместимостью скриптов. Вместо ручного рефакторинга можно включить режим эмуляции старого поведения платформы. Это временное решение, но оно позволяет отложить доработки на период пиковой нагрузки.

Примеры параметров:

Enterprise.exe /CompatibilityMode 8.2.19.83  # Эмуляция 8.2
Designer.exe /CompatibilityMode 8.3.10.2561   # Откат к ранней 8.3

⚠️ Внимание: В этом режиме отключаются:

• 🚫 Оптимизации запросов, введенные в новых версиях.
• 🔒 Механизмы блокировок ПЕССИМИСТИЧНЫЕ и УПРАВЛЯЕМЫЕ работают по старым алгоритмам.
• ⚠️ Новые типы данных (например, ХранилищеЗначения) могут вести себя непредсказуемо.

5. Режим прямого доступа к СУБД (DBDirectAccess)

В критических ситуациях (например, когда конфигуратор не открывает базу из-за ошибок метаданных) можно подключиться к СУБД напрямую, минуя слои абстракции 1С. Этот режим позволяет выполнять SQL-запросы к таблицам 1С в обход платформы.

Для PostgreSQL:

psql -U postgres -d your_1c_database
SELECT * FROM "_1SJOURN" LIMIT 10;  # Просмотр журнала регистрации

Для MS SQL:

sqlcmd -S your_server -d your_1c_database -Q "EXEC sp_who2"  # Список активных сессий

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

-- Для PostgreSQL
SELECT pg_terminate_backend(pid) FROM pg_stat_activity WHERE datname = 'your_1c_database' AND state = 'idle in transaction';

Использовать только для чтения данных|Создать бэкап перед любыми изменениями|Проверять запросы на тестовой копии базы|Не изменять системные таблицы (_1S*)|Фиксировать все действия в протоколе-->

6. Режим тестирования производительности (PerfTestMode)

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

Запуск:

Designer.exe /PerfTestMode Full /PerfTestOutput "C:\logs\perf.log"

В лог попадают:

• ⏱️ Время выполнения каждого оператора WHERE, JOIN, GROUP BY.
• 📊 Статистика использования индексов (какие индексы проигнорированы, почему).
• 🔄 Данные о переполнении буфера запросов (если запрос требует >100 МБ памяти).

⚠️ Внимание: Лог может достигать нескольких гигабайт за час работы. Всегда ограничивайте время тестирования и используйте фильтры:

/PerfTestFilter "Документ.РеализацияТоваровУслуг"

7. Режим миграции данных между разными СУБД (DBMigrationMode)

Официальная утилита 1CV8.Migrate.exe не всегда корректно переносит данные между MS SQL и PostgreSQL (или наоборот). Скрытый режим DBMigrationMode добавляет дополнительные проверки и преобразования типов данных, уменьшая риск ошибок.

Пример команды для миграции с MS SQL на PostgreSQL:

1CV8.Migrate.exe /SrcDB "SQL:server\instance;db=source_db" /DstDB "PGSQL:host=localhost;db=dest_db" /DBMigrationMode Safe

Ключевые особенности режима:

• 🔄 Автоматическое преобразование типов NVARCHAR → TEXT.
• 📝 Сохранение истории изменений (_1SHistory) даже при сбоях.
• ⚠️ Проверка целостности ссылок после миграции.

⚠️ Внимание: Режим Safe работает медленнее стандартного на 30-50%, но снижает риск потери данных до 0.1% (по внутренней статистике 1С).

FAQ: Ответы на частые вопросы

УстановитьУровеньИзоляцииТранзакций(УровеньИзоляцииТранзакций.ПоУмолчанию);

@echo off
"C:\Program Files\1cv8\8.3.20.1549\bin\designer.exe" /IBName "Бухгалтерия" /N "Администратор" /P "password" /RefIntegrityCheck Full /Out "C:\Logs\RefIntegrity_%date%.log"
pause