Всем привет. Есть база на скуле. Пытаюсь обновиться-невозможно, пишет что есть работающее фоновое задание. В сеансах, соединениях этого задания не видно а в блокировках есть, но как его убрать ума не приложу. Что самое интересное, то что и в режиме предприятия не зайдешь и откуда это фоновое задание взялось непонятно.

а консоль заданий что показывает?

грохнуть рабочий процесс

ни как не снять без перезагрузки.

МенеджерФоновыхЗаданий, не?

(1) во, консоль заданий, как в нее войти?

(4)-как на этот менеджер выйти?

(5) В ИТСе есть

(6) МенеджерФоновыхЗаданий (BackgroundJobsManager)
ПолучитьФоновыеЗадания (GetBackgroundJobs)
Синтаксис:

ПолучитьФоновыеЗадания(<Отбор>)
Параметры:

<Отбор> (необязательный)

я думал обработка есть какая нибудь

(0) На сервере 1С поставь галочку "Запретить запуск Фоновых заданий". Подожди минутку, как только все завершится. Тогда и обновляйся :)

Потом не забудь включить

Лучше всего создать новый рабочий процесс, подождать, пока все на него переползут, и грохнуть старый изз таскменеджера.
Ибо опыт показывает, если РЗ зависло, чаще всего его не снять штатными средствами

(10) пробовал-на ночь оставлял-все равно не помогло.
(11) а как создать новый рабочий процесс? я бы все сеансы грохнул

(12) Правой кнопкой на узле сервера не пробоал?

(12) если ты готов грохнуть все сеансы то почему бы просто службу сервера не перезапустить??

(11) +1

(14)-нет, не сканает, много баз висит, ладно займусь ребутом, оповещение, все дела, спасибо

(16)службу перезапусти, нафига ребут то ?

(17) какую службу?

(18) Сервера Приложений 1С :)

+(18) Толку рубутать саму ОСь, если висит только одна программка :)

(18) агент сервера предприятия 8 ***

в "администрировании серверов 1с предприятия" можно и соединения удалить, и сеансы

(22) Если фоновое висит, то часто его удалить не получится

в свойствах базы поставить блокировку фоновых заданий

+ можно и блокировку сеансов еще

+ в скуле срубить нафинг процессы

(11) +1
Единственная альтернатива рестарту всего сервера, которую удалось найти на практике.

(27) Да, только в 8.3 это уже не прокатит, так как там авторуление количеством рабочих процессов.
Остается только перезапуск службы.

(28) На 8.3.5 для более стабильной работы кластера и удобства контроля я ставлю по отдельному рабочему процессу на каждую базу (ну и плюс еще на количество соединений ограничение). Ну и это позволяет хотя бы не всех пользователей обижать в случае необходимости. Всё лучше, чем полностью сервак рестартовать.

(24) Нет там такой галочки и не было никогда.

(30) ??
А что я 15 минут назад ставил в свежеразвёрнутой копии?

(30) Слава богу, она там всегда была. Как без неё копии рабочей базы разворачивать, ежели есть фоновые с различными обменами данными? Другое дело, что толку от этой галки в контексте поста никакого нет.

(29) Как удается управлять количеством рабочих процессов и указывать какой из них относится к какой базе?

(33) Опосредованно. Какой к какой базе - указать нельзя.
В свойствах рабочего сервера кластера 8.3.5 есть свойства
"Количество ИБ на процесс" и "Количество соединений на процесс". Ставишь в первом единичку и для каждой базы будет минимум один выделенный рабочий процесс.

(31) Покажи. Ты же не думаешь что регламентные задания и фоновые это одно и тоже??

(35) Но это практически одно и тоже, на уровне задачи для (0) :)

(36) Если бы это было одно и тоже, то жить стало бы легче)

тоесть в скуле убить это уже сложно ? или нет доступа к SSMS ?

(38) При чем здесь sql?

Есть ли у этого регламентного соответствующее скулевое соединение? Если есть попробуй кильнуть скулевое - периодически помогает (когда зависло из-за какого-нибудь кривого запароса)

(39) если есть сервер 1С то хранилище явно не файловое , другой вапрос скуль ли - но опровержений вроде не было ...

(41) Даже если база клиент-серверная, при чем здесь sql и фоновые/регламентные задания?

(42) http://pro1c.org.ua/index.php?showtopic=6894
читайте ...

(43) Да не лечит это. Проходили. Точно уже не помню, но то ли "неубиваемые" фоновые не имеют скульных процессов, то ли их убитие не лечит.

(44) отдетачить базу ;)))) нафинг
ЗЫ странно , но неубиваемых - процессов , чтобы нельзя было срубить через консоль сервера + скуль , что то не припомню, есть еще такая муть как перевод базы в сингл юзер наконец ...

(43) Пролистал по диагонали. Поиск по ключевым словам sql, субд, база ничего не дал. Так где связь-то?

(46) Вот разве что.
В клиент-серверном варианте для выполнения фоновых заданий используется планировщик заданий, который физически находится в менеджере кластера. Планировщик для всех поставленных в очередь на выполнение фоновых заданий получает наименее загруженный рабочий процесс и использует его для выполнения соответствующего фонового задания. Рабочий процесс выполняет задание и уведомляет планировщик о результатах выполнения.

Так при чем здесь все таки sql?

http://v8.1c.ru/overview/sheduledjobs.htm
Существует возможность ограничить выполнение фоновых заданий, имеющих одинаковые методы, по определенному прикладному признаку. Программное создание и управление фоновыми заданиями возможно из любого соединения пользователя с информационной базой системы 1С:Предприятие 8. Фоновое задание выполняется от имени пользователя, который его создал.
ЗЫ во пристал ;))

Фоновое задание - предназначено для выполнения кода процедуры фонового задания. Создается в результате запуска фонового задания на выполнение. Такой запуск может выполняться системой 1С:Предприятие 8, в результате автоматического запуска регламентного задания (регламентное задание порождает соответствующее фоновое задание), или разработчиком, средствами встроенного языка; (с)
ЗЫ шоб совсем отстал
http://v8.1c.ru/overview/CommonCommVariant.htm#IBConnections

(48) (49) А sql-то при чем? Ты все говоришь об 1с, пользовательских сеансах и даже в ссылках, которые ты кинул, написано, что фоновые задания контролирует менеджер кластера, стало быть выполняются они на сервере 1с. Так вот, задаю еще раз вопрос, причем здесь sql, если СУБД знать не знает ни о каких фоновых заданиях?

ойп, регламентное задание которое запускает фоновое ... при чем да при чем ... ппц
ЗЫ от пристал как банный лист, читать вниматочно можно ?

---
но неубиваемых - процессов , чтобы нельзя было срубить через консоль сервера + скуль , что то не припомню (с) (45) пост а так же  (24) (25) (26) ...

(51) Ты до сих пор, дружок, не ответил при чем здесь sql и внутренние процессы сервера 1с. Что за выражение "через консоль сервера+скуль", что ты вообще имеешь ввиду под словом "скуль"? Может для начала начнешь яснее выражаться, да?

Ах да. Кончай ссылки постить на описания механизма работы регламентных и фоновых заданий, я уже это все читал, я знаю как они работают, а вот ты, похоже, что нет.

не дружок Вы мне ... (с) экзамены принимайте пожалуйста у школьников и троллить мну бесполезняк
- для не умеющих читать - неубиваемых процессов - которые нельзя отключить с помощью консоли сервера 1С и управления SSMS - при базе формата SQL - не встречал.

(53) Слабак.
Я встречал неоднократно.

(54) хмм ну я так пока неумею ;))) видимо гранаты не той системы ;))

(55) Учу, дитя. Учись, пока батька живой.
Берём 8,2,15
Берём 7zip
Формируем для него кривую командную строку. Очень кривую.
Запускаем на сервере через ЗапуститьПриложение().
Отбиваем много поклонов мне, любимому, за науку.

хмм у мну таких релизов тютю ;)) (в смысле уже не использую)

(56) (57) Работает и на более поздних. И вот тут-то уж точно sql не причем, хоть запрерывай соединения с СУБД.

(56) Возникала проблема с зависающими обменами у клиента на 8.2.19.чегототам.

(53) А ты, дружок, давай иди учит мат.часть. Ссылками он мне тыкает, а сам не понимает как фоновые задания в клиент-серверной базе работает, сказки про "скуль" рассказывает.