Зависают регламентные задания 1с
Настроено регламентное задание по обмену данными с распределенными информационными базами по расписанию. Обмен выполняется, когда выполнен вход в базу под пользователем "Обмен", имеющим полные права. До того как базу перенесли на SQL сервер, обмен работал без проблем. После переноса на SQL сервер, по менеджеру заданий видим, что регламеное задание по обмену выполняется по расписанию, но оно выполняется равно 1 секунду и выгрузки/загрузки файла обмена не происходит. То есть задание выполняется по расписанию, но не делает ничего. Блокировка регламентных заданий для этой базы не установлена.
В чем может быть причина такого поведения?
Регламентное задание в 8.2
В общем модуле "Бух. учет" (не знаю почему выбрал именно его создал процедуру) В модуле стоят.
Регламентное задание 1с 7.7
Как в семерке сделать регламентное задание, запускающее файл .bat по расписанию?
Регламентное задание в 1с
серверная база, создано два регламентных задания. одно предопределенное - работает норм. второе.
1С 8.2 Виснет регламентное задание
Релиз 8.2.17.143 Клиент-сервер. Есть регламентное задание. Предопределенное. Работает целый день.
Thomas.Angelo, что за обмен? Типовой, самописный?
Thomas.Angelo, смотрите ошибки в журнале регистрации.
Добавлено через 1 минуту
Thomas.Angelo, из опыта:
скорее всего нет доступа к каталогу обмена для учетной записи под которой работает служба "Агент сервера 1С:Предприятие"
скорее всего нет доступа к каталогу обмена для учетной записи под которой работает служба "Агент сервера 1С:Предприятие"
Папку обмена присоединил как сетевой диск и сохранил логин и пароль пользователя под которым этот сетевой диск подключается. Но заметил что USR1CV82 не имеет админских прав. Попробую ему админские дать, может поможет.
Вручную если запускаю, то обмен проходит и данные передаются. Сейчас дал полный доступ к папке обмена пользователю "USR1CV82", под которым запущена служба 1С. Также добавил этого пользователя в группу Администраторы. Перезапустил сервер. Папка автоматически монтируется как сетевой диск, но регламентное задание не видит эту папку, даже если я ее задаю как сетевой диск: "Z:\Obmen". Зато теперь в журнале регистрации пишет, что [26.01.2017 22:26:37] [Obmen] Начат автоматический обмен данными по настройке "П" (22:26:37).
[26.01.2017 22:26:37] [Obmen] Не найден каталог обмена информацией: \\192.168.1.100\obmen
[26.01.2017 22:26:37] [Obmen] Ни загрузка ни выгрузка данных не были произведены
[26.01.2017 22:26:37] [Obmen] Обмен данными по настройке "П" завершен (22:26:37).
Что еще можно предпринять, чтобы USR1CV82 видел эту папку?
Thomas.Angelo, зайди под этим пользователем
Добавлено через 53 секунды
Thomas.Angelo, сеть как рабочая группа или есть домен?
Добавлено через 52 секунды
Thomas.Angelo, сеть как рабочая группа или есть домен?
Как ты это сделал?
Добавлено через 2 минуты
папка храниться на ПК ip 192.168.1.100
служба 1С работает на ПК ip 192.168.1.2
USR1CV82 - это локальный пользователь ПК с ip 192.168.1.2
Вопрос. откуда ПК с ip 192.168.1.100 узнает о существовании пользователя USR1CV82 .
Добавлено через 2 минуты
если делать неправильно, то тебя спасет Общий доступ для ВСЕХ и безопасность для УЗ "Все"
Стало зависать регламентное задание, по журналу регистрации просто идет последняя запись обычного изменения регистра, далее никаких следов.
При зависшем задании в отладке как будто задание и не выполняется вовсе.
Завершаем процесс, задание перезапускается по расписанию (через минут 30, видимо долго завершается процесс) идем в отладчик смотреть, оно проходит успешно, письма грузятся с почтового сервера. Учетные записи настроены на получение писем частично по аймап частично по поп3.
Даже не знаю уже что и думать, журнал регистрации ошибок не показывает. Помогите, может кто-то сталкивался. В какую сторону копать хотя бы?
Вот такая картина в течение дня. Задание срабатывает через раз. Завершено с ошибками - это аварийное завершение сеанса вручную после зависания
Задание выполняется Получение и отправка электронных писем 29.03.2019 13:17:45
Задание завершено с ошибками Получение и отправка электронных писем 29.03.2019 13:10:26 29.03.2019 13:17:42
Задание выполнено Получение и отправка электронных писем 29.03.2019 13:07:32 29.03.2019 13:10:26
Задание завершено с ошибками Получение и отправка электронных писем 29.03.2019 13:04:56 29.03.2019 13:07:30
Задание выполнено Получение и отправка электронных писем 29.03.2019 13:02:56 29.03.2019 13:04:43
Задание выполнено Получение и отправка электронных писем 29.03.2019 12:59:53 29.03.2019 13:02:56
Задание выполнено Получение и отправка электронных писем 29.03.2019 12:57:52 29.03.2019 12:59:29
Задание выполнено Получение и отправка электронных писем 29.03.2019 12:53:04 29.03.2019 12:57:50
Задание завершено с ошибками Получение и отправка электронных писем 29.03.2019 12:16:55 29.03.2019 12:53:03
Задание выполнено Получение и отправка электронных писем 29.03.2019 12:14:50 29.03.2019 12:16:54
Задание выполнено Получение и отправка электронных писем 29.03.2019 12:12:37 29.03.2019 12:14:49
Задание выполнено Получение и отправка электронных писем 29.03.2019 12:09:19 29.03.2019 12:12:36
Задание выполнено Получение и отправка электронных писем 29.03.2019 12:07:18 29.03.2019 12:08:46
Задание выполнено Получение и отправка электронных писем 29.03.2019 12:04:20 29.03.2019 12:07:16
Задание выполнено Получение и отправка электронных писем 29.03.2019 12:01:20 29.03.2019 12:04:19
Задание выполнено Получение и отправка электронных писем 29.03.2019 11:57:42 29.03.2019 12:01:19
Задание выполнено Получение и отправка электронных писем 29.03.2019 11:55:41 29.03.2019 11:57:21
Задание выполнено Получение и отправка электронных писем 29.03.2019 11:53:40 29.03.2019 11:55:41
Задание выполнено Получение и отправка электронных писем 29.03.2019 11:51:40 29.03.2019 11:53:14
Задание выполнено Получение и отправка электронных писем 29.03.2019 11:48:57 29.03.2019 11:51:39
Задание выполнено Получение и отправка электронных писем 29.03.2019 11:46:42 29.03.2019 11:48:57
Задание выполнено Получение и отправка электронных писем 29.03.2019 11:44:17 29.03.2019 11:46:40
Задание выполнено Получение и отправка электронных писем 29.03.2019 11:32:02 29.03.2019 11:44:16
Задание завершено с ошибками Получение и отправка электронных писем 29.03.2019 11:13:59 29.03.2019 11:32:01
Задание выполнено Получение и отправка электронных писем 29.03.2019 11:11:58 29.03.2019 11:13:32
Задание выполнено Получение и отправка электронных писем 29.03.2019 11:09:58 29.03.2019 11:11:38
Задание выполнено Получение и отправка электронных писем 29.03.2019 11:07:39 29.03.2019 11:09:58
Задание выполнено Получение и отправка электронных писем 29.03.2019 11:05:28 29.03.2019 11:07:39
Задание выполнено Получение и отправка электронных писем 29.03.2019 11:02:22 29.03.2019 11:05:28
Задание выполнено Получение и отправка электронных писем 29.03.2019 10:59:43 29.03.2019 11:02:21
Задание выполнено Получение и отправка электронных писем 29.03.2019 10:57:39 29.03.2019 10:59:41
Задание выполнено Получение и отправка электронных писем 29.03.2019 10:55:39 29.03.2019 10:57:17
Задание завершено с ошибками Получение и отправка электронных писем 29.03.2019 10:54:13 29.03.2019 10:55:39
Задание выполнено Получение и отправка электронных писем 29.03.2019 10:50:35 29.03.2019 10:54:13
Задание выполнено Получение и отправка электронных писем 29.03.2019 10:48:21 29.03.2019 10:50:35
Задание выполнено Получение и отправка электронных писем 29.03.2019 10:46:21 29.03.2019 10:48:05
Задание выполнено Получение и отправка электронных писем 29.03.2019 10:44:20 29.03.2019 10:46:09
Задание выполнено Получение и отправка электронных писем 29.03.2019 10:42:20 29.03.2019 10:44:12
Задание выполнено Получение и отправка электронных писем 29.03.2019 10:40:19 29.03.2019 10:42:12
Задание выполнено Получение и отправка электронных писем 29.03.2019 10:38:18 29.03.2019 10:39:46
Задание выполнено Получение и отправка электронных писем 29.03.2019 10:34:33 29.03.2019 10:38:17
Задание выполнено Получение и отправка электронных писем 29.03.2019 10:31:32 29.03.2019 10:34:32
Задание выполнено Получение и отправка электронных писем 29.03.2019 10:28:37 29.03.2019 10:31:31
Задание выполнено Получение и отправка электронных писем 29.03.2019 10:11:58 29.03.2019 10:28:37
(1) Если задание завершено с ошибками, то в ЖР что-то должно быть написано. У нас была аналогичная проблема с почтой Яндекса (правда в основном по ночам), во время логина Яндекс сыпал разными непонятными ошибками. Отправили ошибки в Яндекс, они что-то долго изучали, но так и не дали внятного ответа.
Добрый день. Вы смогли решить проблему. Я тоже в аккурат 28 марта столкнулся с такой же проблемой в отладчике ничего, задание висит работает почта не уходит.
Отладчиком не могу поймать момент зависания, с начала задания проходит до конца.
в журнале регистрации ошибок точно нет, последняя запись регистра и тишина.
Завершено с ошибками - это аварийное завершение сеанса вручную после зависания, что и было написано
Точно такие же симптомы, даже версия платформы у нас с Вами совпадает, пока решил проблему установив в самом регламентном задании отправки почты Останавливать через: 300с. Т.е. если задание висит, 5 минут, значит завершаем, и стартует снова, правда остановка и старт занимает до 30 минут времени, но почта ходит. Позже как освобожусь попробую переустановить платформу теоретически, должно помочь, кстати если у Вас сейчас есть возможность переустановить платформу можете попробовать, вдруг поможет.
(7) тоже пока не могу переустановить, у Вас почта тоже Яндекс? Платформа такая стоит с января, а проблема только появилась, у нас часто на более новую платформу 1С:CRM начинает сильно глючить, поэтому ставим только ту , которая Рекомендуемая
Да, тоже яндекс. Не переустанавливали платформу с декабря 2018.
Началось только в тоже время что и у вас, после чего решили переустановить платформу. Не помогло.
Подозреваю , что дело в яндексе.
То же самое установил платформу новее не помогло, сейчас выручает только то что написал выше установленный В рег задании Останавливать через 600 сек.
Странно что у еас с Вами яндекс и 28 число как начало проблемы неужеле нас только трое. Я уже отладчик протер и службы все перепроверил, коллективный мозг откликнись.
Такая же беда с Яндексом.
Отлавливайте отладчиком учетные записи электронной почты(справочник учтетные записи эл.почты), либо смотрите журнал регистрации там могут быть ошибки, либо регистр сведений "Заблокированные для получения учетные записи"-напротив такой записи скорее всего будет время как раз соответствующее залипнувшему заданию, и разбирайтесь с учетными данными этой учетки имя пользователя пароль, у меня были недействующие и ошибочные, можно проверить сняв галки для отправки для получения, и под пометку на удаление, если перестало залипать Вы решили проблему, если нет как у меня то смотрите дальше отладчик, журнал, регистр, и так пока со всеми учетками не разберетесь, если проблема осталась, как у меня смотрите протоколы, если есть протокол IMAP у меня был в получении писем на одной из залипающих учеток, поменяйте на POP? И наслаждайтесь отправкой и получением. А вот почему на яндексе стал залипать IMAP это для меня так и останется загадкой
(16) Здравствуйте! а как Вы меняли настройки учетной записи почты на РОР3? в настройках вроде поменяла, но в самой почте в браузере перестала работать почта, хочет по imap соединится.
Тоже все проделали, уже недействующие и ошибочные почты удалили, нашли даже письмо кривое удалили, все равно виснет. Теперь вот последнее осталось поменять настройки на РОР3.
Думаю, многим, имеющим дело с клиент-серверным 1С, хотя бы иногда приходилось сталкиваться с зависшими фоновыми заданиями, которые невозможно безболезненно, без перезапуска сервера 1С, прибить ни одним из штатных инструментов (консоль заданий, консоль администрирования серверов 1С и т.п.). В публикации описан один из возможных способов решения проблемы.
Проблема не новая и время от времени обсуждается на всевозможных 1С-ных форумах. Самое простое и популярное решение - это перезагрузка сервера 1С. К сожалению, этот вариант не всегда допустим или крайне нежелателен. На такой случай существуют более деликатные решения.
Вот один из таких способов в виде краткой пошаговой инструкции:
1. С помощью консоли администрирования серверов 1С ищем проблемное ф оновое задание в списке соединений (например, по времени начала его работы, сравнив с временем начала работы регламентированного задания в консоли заданий). Определяем рабочий процесс, в котором находится зависшее соединение.
2. Открываем свойства этого процесса и отмечаем его как неиспользуемый (если используется один единственный процесс, то предварительно необходимо создать новый рабочий процесс - для того, чтобы все активные соединения переподключились к нему). Запоминаем номер PID данного процесса.
3. Дожидаемся когда все текущие соединения переместятся из отключенного процесса в один из используемых. В конечном итоге в нашем процессе должны остаться только проблемные соединения, которые мы и хотим удалить.
4. На компьютере с сервером 1С с помощью диспетчера задач ищем соответствующий ему процесс rphost.exe по PID отключенного рабочего процесса и удаляем его.
5 . На всякий случай можно удалить отключенный нами рабочий процесс 1С с пощью админ. консоли и, при необходимости, создать новый.
6 . Готово. Можно войти в консоль заданий и проверить работоспособность регламентного задания.
В одной внедряемой информационной системе значение регламентных заданий (РЗ) оказалось очень велико. С помощью них осуществляется автоматизированная проверка и загрузка исходных данных в систему. И надо же было такому случиться, РЗ стали иногда подвисать. Несколько раз в месяц, после перезапуска сервера 1С Предприятия, все РЗ переставали выполняться. Выяснилось, что ситуация легко локально лечится перезаписью каждого РЗ. После чего они начинают нормально работать.
Поиск в Инете показал, что мы не одиноки. Подобная проблема встречается давно, но есть нюансы. Один из хорошо известных случаев, когда сервер sql и сервер 1С стоят на одной машине. После физического перезапуска сервера сервис 1С Предприятия стартует раньше сервиса sql, и модуль обработки регламентных заданий не может ещё прочитать их из базы. И считает, что их нет. Есть даже рекомендация Микрософт для данной ситуации, которая предусматривает настройку зависимости сервиса 1С Предприятия от сервиса sql. То есть он всегда буде стартовать после. Решение! Но это был не наш случай, так как физического перезапуска сервера у нас не было. Только остановка и старт сервиса. Были проанализированы и другие аспекты. Сервер sql работает непрерывно. Базы в кластер если и добавляются, то порядком реже, чем сбоят РЗ. Разделителей нет. После перезапуска сервера 1С Предприятия РЗ стартуют независимо.
Dim v82 , base
Set v82 = CreateObject ( "V82.ComConnector" )
ConnString = "Srvr=имя_сервера;Ref=имя_базы"
Set base = v82 . Connect ( ConnString )
base . CheckScheduledTasks
В зависимости от настроек, в строку соединения возможно придется добавить пользователя и пароль: "usr=пользователь;pwd=пароль".
В конфигурацию я добавил процедуру в Модуль внешнего соединения, которая вызывает процедуру из Общего модуля:
Процедура CheckScheduledTasks () Экспорт
РегламентныеЗадания . ПроверитьПерезаписатьРегламентныеЗадания ();
КонецПроцедуры
// Процедура проверяет выполнение и перезаписывает все включенные регламентные задания
Процедура ПроверитьПерезаписатьРегламентныеЗадания () Экспорт
мРЗ = РегламентныеЗадания . ПолучитьРегламентныеЗадания (Новый Структура ( "Использование" , Истина));
Если мРЗ . Количество () = 0 тогда
ЗаписьЖурналаРегистрации ( "Регламентные задания" , УровеньЖурналаРегистрации . Информация . "Отсутствуют Регламентные задания с признаком Использование" );
КонецЕсли;
стрТекущееВремя = "00010101" + Формат ( Час ( ТекущаяДата ()), "ЧЦ=2; ЧН=00; ЧВН color: red;">)+ Формат ( Минута ( ТекущаяДата ()), "ЧЦ=2; ЧН=00; ЧВН color: red;">)+
Формат ( Секунда ( ТекущаяДата ()), "ЧЦ=2; ЧН=00; ЧВН color: red;">);
ТекущееВремя = Дата ( стрТекущееВремя );
мПозже = Новый Массив ;
фПерезаписываем = Ложь;
Для каждого РЗ из мРЗ цикл
Если РЗ . Расписание . ВремяНачала > ТекущееВремя тогда
мПозже . Добавить ( РЗ );
ИначеЕсли РЗ . ПоследнееЗадание = Неопределено тогда
РЗ . Записать ();
фПерезаписываем = Истина;
ЗаписьЖурналаРегистрации ( "Регламентные задания" , УровеньЖурналаРегистрации . Предупреждение , РЗ . Метаданные , РЗ , "Перезаписано - " + РЗ . Метаданные . Имя );
Иначе
ЗаписьЖурналаРегистрации ( "Регламентные задания" , УровеньЖурналаРегистрации . Информация , РЗ . Метаданные , РЗ , "Нормально выполняется - " + РЗ . Метаданные . Имя );
КонецЕсли;
КонецЦикла;
Если фПерезаписываем тогда
Для каждого РЗ из мПозже цикл
РЗ . Записать ();
ЗаписьЖурналаРегистрации ( "Регламентные задания" , УровеньЖурналаРегистрации . Предупреждение , РЗ . Метаданные , РЗ , "Перезаписано - " + РЗ . Метаданные . Имя );
КонецЦикла;
КонецЕсли;
КонецПроцедуры
Последний модуль был доработан. Обрабатываются все используемые РЗ. Если РЗ должно было начать выполняться до момента проверки, но не выполнялось, то перезаписываем его. Если были обновления, то перезаписываем и более поздние РЗ.
Подскажите пожалуйста. УТ11,3 файловый вариант. Регламентные задания работают исправно несколько дней, после чего просто перестают работать по расписанию. То есть в понедельник запускаем компьютер, клиент 1С и оставляем так на неделю. В след понедельник смотрим - у всех заданий время последнего выполнения - прошлый четверг например. Перезапуск клиента (в т.ч. на всех компьютерах в сети) результата не даёт. Вот если перезагрузить сам компьютер, на котором база лежит, то всё по-новой.
Комп с базой на Win-7 (64), SSD, 12GB RAM (сеть на 3 ПК всего)
Sql-запрос В Файловой Базе 1с 7.7
Как в файловой базе 1С 7.7 выполняется sql-запрос? Кто выполняет роль сервера ? Где при этом.
Отладка веб-сервисов на файловой базе 1с
Добрый день. есть файловая база, локальный веб сервер с публикацией на нем некоторых веб.
Найти в файловой базе данных студентов, средний балл которых больше, чем заданный
Бинаний файл. Задали структуру "Студент", содержащий поля "Фамилия", "Средняя оценка". Создать.
Сейчас закрыл 1С, но в процессах остался висеть процесс 1cv8.exe. Посмотрел детальнее:
Дата и время создания этого процесса в точности соответствует дате и времени последнего выполнения РЗ.
Это может о чём-то говорить?
Ранее я замечал, что при одном запущенном клиенте иногда висят два процесса с одинаковым именем.
Написал. Говорят, что у меня нет подписки ИТС и отказываются отвечать по своему косяку. Послал их к кренделям, сказав, чтоб убрали свои лапы из наших карманов))
Блин не буду же я ненужную хрень покупать ради этого.
Кажется разобрался в чём проблема, но всё= нужна ваша помощь!
Вобщем наткнулся в сети на следующий текст:
регламентные задания выполняет только одно из запущенных приложений. Выполняет оно их после того, как выполнит собственные фоновые задания. При этом автоматическая обработка очереди регламентных заданий проводится раз в минуту
Сразу же полез во вкладку "Фоновые задания" и обнаружил там два задания, запущенных, но не законченных в тот день и время, на которых последний раз выполнялись РЗ. 3 дня назад. Я вручную отменил выполнение этих двух фоновых заданий и сразу же выполнились все "застрявшие" регламентные! Вот эти два фоновых задания:
Проверка подключения
ЦентрМониторингаСлужебный.ПриВыполненииСтандартныхПериодичес кихПроверокНаСервере
Собственно вопрос, какого черта они три дня висели и не могли выполниться? Как можно автоматически останавливать такие задания, если они "зависли"?
Блин не понимаю, почему на клиенте стоит запрет на регламентные задания,а они всё-равно выполняются? Да ещё и пользователь
регл. задания запускаются под тем пользователем который указан в консоле регл. заданий
Добавлено через 1 минуту
а вот с какого компьютера определяешь через параметр запуска
Добавлено через 39 секунд
и отключи лишние регл. задания.
Благодарю! Ну лишние я отключил, которые считал ненужными. А как понять, есть-ли ещё лишние? Список всех прилагаю.
В консоле регл заданий вообще не указаны пользователи по-умолчанию. Но тем не менее НА ВСЕХ компах кроме сервера в параметре запуска стоит запрет на выполнение РЗ. Так почему же они всё-равно выполняются на других компах блин? (((
Думал уже у программиста заказать автоубивание зависших заданий, но вот проблема - почему они запускаются на компах, где их выполнение запрещено параметром запуска.
Добавлено через 41 секунду
Может этот параметр запуска неверно по синтаксу указан? Или может в ярлык это прописать?
Сразу же полез во вкладку "Фоновые задания" и обнаружил там два задания, запущенных, но не законченных в тот день и время, на которых последний раз выполнялись РЗ. 3 дня назад. Я вручную отменил выполнение этих двух фоновых заданий и сразу же выполнились все "застрявшие" регламентные! Вот эти два фоновых задания:
Проверка подключения
ЦентрМониторингаСлужебный.ПриВ ыполненииСтандартныхПериодическихПроверокНаСервере
Собственно вопрос, какого черта они три дня висели и не могли выполниться? Как можно автоматически останавливать такие задания, если они "зависли"?
Конкретно ЦентрМониторингаСлужебный.ПриВ ыполненииСтандартныхПериодическихПроверокНаСервере Среди зависших заданий присутствует всегда. Будто оно и является "зачинщиком"
Читайте также: