Регламентные задания: перенос между файловым и клиент-серверным вариантами
Подскажите, как лучше перенести регламентные задания из файловой БД в клиент-серверную? И обратно?
Можно ли просто объединить конфигурацию, убрать вызов ПодключитьОбработчикОжидания() и ВыполнитьОбработкуЗаданий() или нужно сделать ещё что-то?
И чтобы 2 раза не вставать - чтобы сразу создать задание в клиент-серверной системе надо лишь задать расписание и написать процедуру? Или надо сделать ещё что-нибудь?
Можно ли просто объединить конфигурацию, убрать вызов ПодключитьОбработчикОжидания() и ВыполнитьОбработкуЗаданий() или нужно сделать ещё что-то?
И чтобы 2 раза не вставать - чтобы сразу создать задание в клиент-серверной системе надо лишь задать расписание и написать процедуру? Или надо сделать ещё что-нибудь?
По теме из базы знаний
- Выгрузка-загрузка любых данных (и измененных) между похожими конфигурациями (ФАЙЛ, HTTP, COM) ЛЮБЫХ баз 1С 8.1-8.3 с обработкой и поиском данных по произвольным полям поиска
- Кто сейчас проводит документ: человек или компьютер? Зачем нужна подобная классификация "режимов" проведения документа в 1С 8.3 в клиент-серверном режиме и как получить ответ на этот вопрос при работе с обработчиками событий управляемой формы и документа?
- Бонусная система для УТ 10.3
- Перенос данных из ERP 2 (ЕРП 2) / КА 2 / УТ 11 в УПП 1.3 / КА 1.1 / УТ 10.3
- Многопоточный CI-контур для 1С c Packer, Vagrant и Jenkins. Часть 1. Описание системы и обзор инструментария
Ответы
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
Можно объединить конфигурации, но если задания не предопределенные, то их придется создавать в пользовательском режиме. Или писать обработку которая сама создаст в пользовательском режиме...
ПодключитьОбработчикОжидания и ВыполнитьОбработкуЗаданий - это для 8.2, на 8.3 файловой должно работать и без этого.
Под сервером опять же если задания создаете предопределенные - они сразу начнут работу, если не предопределенные - нужно создать в пользовательском режиме.
ПодключитьОбработчикОжидания и ВыполнитьОбработкуЗаданий - это для 8.2, на 8.3 файловой должно работать и без этого.
Под сервером опять же если задания создаете предопределенные - они сразу начнут работу, если не предопределенные - нужно создать в пользовательском режиме.
(7)Да, всё равно через язык. Но это если не предопределенные задания, если предопределенные то они автоматически запускаются в пользовательском режиме, т.е. этот вариант можно считать вашим интерактивным вариантом, реализованным в конфигураторе. В типовых конфигурациях обработки для управления регламентными заданиями, т.е. тоже можно считать что интерактивно.
(8)
А технически как выполнение заданий в файловой 8.3 реализовано? Там на машине, где база лежит, одна копия Предприятия постоянно запущена как сервис и задания исполняет? Или первый, кто вошёл, их выполняет, а если он выйдет/отвалится, то кто-то другой эстафету принимает? Или между всеми подключёнными задания делятся как-то?
А технически как выполнение заданий в файловой 8.3 реализовано? Там на машине, где база лежит, одна копия Предприятия постоянно запущена как сервис и задания исполняет? Или первый, кто вошёл, их выполняет, а если он выйдет/отвалится, то кто-то другой эстафету принимает? Или между всеми подключёнными задания делятся как-то?
(12) если нужно гарантированное выполнение, то как вариант:
На компе с базой всегда держать запущенный клиент с параметром запуска /AllowExecuteScheduledJobs.
Тогда все регламентные задания будут выполняться только на нем. Это даже выгоднее, не будут по сети ганяться лишние данные.
Но это касается только регламентных заданий. Фоновые задания выполняются на каждом клиенте отдельно.
На компе с базой всегда держать запущенный клиент с параметром запуска /AllowExecuteScheduledJobs.
Тогда все регламентные задания будут выполняться только на нем. Это даже выгоднее, не будут по сети ганяться лишние данные.
Но это касается только регламентных заданий. Фоновые задания выполняются на каждом клиенте отдельно.
(14)
Его окошко на десктопе будет видно?
Иногда бывает файловый сервер не под Виндой. Тут уже будет не вариант.
На компе с базой всегда держать запущенный клиент с параметром запуска /AllowExecuteScheduledJobs.
Его окошко на десктопе будет видно?
Тогда все регламентные задания будут выполняться только на нем. Это даже выгоднее, не будут по сети ганяться лишние данные.
Иногда бывает файловый сервер не под Виндой. Тут уже будет не вариант.
Вакансии
1С-Программист (интегратор Битрикс24)
Санкт-Петербург
зарплата от 150 000 руб. до 250 000 руб.
Полный день
Санкт-Петербург
зарплата от 150 000 руб. до 250 000 руб.
Полный день