При работе с файловой базой данных 1С:Предприятие 8.3 на нескольких компьютерах часто возникает серьезная техническая проблема: регламентные задания (например, автоматический обмен данными, загрузка курсов валют или рассылка отчетов) начинают выполняться хаотично. По умолчанию в файловом режиме платформа 1С автоматически запускает специальный фоновый поток для выполнения регламентных задач в рамках самого первого открытого сеанса. То есть, кто первый из пользователей зашел в базу утром, на том компьютере и будут крутиться все фоновые процессы.
Это приводит к неприятным последствиям: компьютер первого вошедшего пользователя начинает сильно тормозить, а если этот пользователь закроет программу или натолкнется на модальное окно (например, предупреждение системы), выполнение всех регламентных заданий полностью остановится. В этой статье мы подробно рассмотрим, как штатными и программными средствами зафиксировать выполнение регламентных заданий строго на одном целевом компьютере и исключить их одновременный запуск на других машинах.
Разработчики платформы 1С предусмотрели специальный ключ запуска, который позволяет гибко управлять планировщиком регламентных заданий в файловом режиме. Этот ключ — /AllowExecuteScheduledJobs. Мы можем использовать его параметры для четкого распределения ролей между компьютерами.
Давайте разберем по шагам, как настроить ярлыки запуска на компьютерах пользователей.
Нам необходимо полностью отключить планировщик на всех рабочих станциях обычных пользователей. Для этого откроем окно запуска 1С, выберем нужную информационную базу и нажмем кнопку Изменить. Проследуем далее до последней страницы настроек, где находится поле Дополнительные параметры запуска. Внесем туда следующий ключ:
/AllowExecuteScheduledJobs -Off
Этот параметр принудительно запрещает данному сеансу обрабатывать регламентные задачи. Даже если этот пользователь зайдет в базу самым первым, планировщик на его компьютере не запустится.
На целевом компьютере, который мы выделили под выполнение обменов и других фоновых задач, нам нужно гарантировать запуск планировщика. Для этого в дополнительных параметрах запуска на этой машине пропишем ключ:
/AllowExecuteScheduledJobs -Force
Параметр -Force указывает платформе, что данный сеанс должен принудительно забрать себе роль обработчика регламентных заданий, даже если база уже была открыта другими пользователями ранее (у которых этот параметр имеет значение по умолчанию -On).
Запуск тяжелых регламентных заданий в сеансе реального пользователя — это всегда риск. Пользователь может случайно завершить работу системы, перезагрузить ПК или заблокировать базу данных долгой операцией. Поэтому наиболее надежным решением для файловых баз является создание «сеанса-робота».
Проанализируем схему реализации этого подхода:
РоботОбмена и задаем ему пароль. Назначаем ему минимально необходимые права для выполнения фоновых задач./AllowExecuteScheduledJobs -Off, как описано в первом способе.РоботОбмена без запрещающих ключей. Поскольку у остальных пользователей планировщик заблокирован ключом -Off, наш «Робот» гарантированно заберет на себя всю фоновую работу.Если у вас есть доступ к доработке конфигурации (через основную конфигурацию или механизм расширений), вы можете внедрить жесткое ограничение непосредственно в программный код процедур, которые вызываются регламентными заданиями. Это самый надежный способ «защиты от дурака».
Рассмотрим пример кода, который проверяет имя компьютера, на котором запущено задание. Если имя компьютера не совпадает с сервером обмена, выполнение процедуры мгновенно прекращается:
Процедура ВыполнитьРегламентныйОбмен() Экспорт
// Проверяем имя компьютера, на котором выполняется фоновое задание
ИмяЦелевогоКомпьютера = "SERVER-EXCHANGE";
Если ВРег(ИмяКомпьютера()) <> ВРег(ИмяЦелевогоКомпьютера) Тогда
// Задание запущено на чужом компьютере, тихо выходим
Возврат;
КонецЕсли;
// Далее идет основной код выполнения обмена данными
ВыполнитьВыгрузкуДанных();
ВыполнитьЗагрузкуДанных();
КонецПроцедуры
Также мы можем сделать привязку не к имени физического компьютера, а к имени конкретного пользователя 1С, под которым должен выполняться обмен:
Процедура ВыполнитьРегламентныйОбменПоПользователю() Экспорт
// Проверяем имя пользователя текущего сеанса
ИмяРазрешенногоПользователя = "РоботОбмена";
Если ВРег(ИмяПользователя()) <> ВРег(ИмяРазрешенногоПользователя) Тогда
Возврат;
КонецЕсли;
// Логика обмена данными
ПроводитьОбменДанными();
КонецПроцедуры
Использование встроенных функций ИмяКомпьютера() и ИмяПользователя() позволяет полностью контролировать среду выполнения задач и предотвращает случайные конфликты блокировок файлов при сетевом доступе.
Если вы хотите избежать ситуации, когда сеанс 1С постоянно висит запущенным на целевом компьютере и потребляет оперативную память, можно переложить задачу запуска на операционную систему.
Разберем по шагам эту схему:
/AllowExecuteScheduledJobs -Off.ExecuteExchange.epf), которая в модуле объекта при открытии запускает процедуру обмена и закрывает программу. Пример кода модуля внешней обработки:
Процедура ПриОткрытии()
Попытка
// Вызываем экспортный метод обмена из общего модуля
РегламентныеПроцедурыОбмена.ВыполнитьРегламентныйОбмен();
Исключение
ЗаписатьЛогОшибки(ОписаниеОшибки());
КонецПопытки;
// Обязательно закрываем сеанс 1С после завершения работы
ЗавершитьРаботуСистемы(Ложь);
КонецПроцедуры
"C:\Program Files\1cv8\8.3.XX.XXXX\bin\1cv8.exe" ENTERPRISE /F "C:\1C_Bases\Retail" /N "РоботОбмена" /P "ПарольРобота" /Execute "C:\Scripts\ExecuteExchange.epf"
При таком подходе сеанс 1С будет запускаться операционной системой строго по расписанию, выполнять обмен данными и автоматически закрываться, освобождая ресурсы компьютера.