Всем доброе время суток !

Ситуация следующая.

В базе Бухгалтерии висит фантомное фоновое задание которое мешает что-то сделать с базой.

При этом

1. Через консоль администрирования - сеансы оно не видно.
2. Блокировка регламентных заданий в этой базе не помогает.
3. Снятие блокировки регламентных заданий и установка блокировки регламентных заданий в этой базе не помогает.
4. Перевод скульной базы в оффлайн и возвращение в онлайн не помогает.
5. Все задания после обновления базы были выполнены.
6. Добавление реквизита и попытка завершить это задание при реструктуризации натыкается на сообщение "Ошибка разделенного доступа к базе - Активные сеансы и соединения - Фоновое задание".


Вопрос - как победить это ?

Кто сталкивался с подобным просьба подсказать.


Бухгалтерия предприятия, редакция 3.0 (3.0.89.34)

1С:Предприятие 8.3 (8.3.17.1851)

7 бед = 1 ресет

(1) Сервер 1С перезапускать ?

(2)
Ага
Причем иногда перезапуск службы не помагает. Надо стопануть, потом стартануть

так и не осилили работу с тж

(2) с чисткой кэша сервера 1С

(4) Опять со своей любимой темой ?

Причем тут ТЖ ? Приложение никуда не вылетает.

(0) Какая версия mssql какой пак стоит?

Бывает сеансы соединения виснут на стороне sql. Можно скинуть запросом:

USE [master];

DECLARE kill varchar(8000) = '';  
SELECT kill = kill + 'kill ' + CONVERT(varchar(5), session_id) + ';'  
FROM sys.dm_exec_sessions
WHERE database_id  = db_id('ИмяБазыТут')

EXEC(kill);

можно еще рпхост прибить в таск менеджере

обычно это задания которые ломятся в инет, но без таймаута

(0) настроить перезапуск rphost через 4 часа или как то так

(10) и привет тормоза и вылеты юзеров

(10) это же не решение проблемы, а решение последствий

1с вообще не рекомендует делать перезапуск рпхостов по времени

(0) Ребутни Сервер 1С

(13) Тогда требуйте от коллег программистов сознаваться, что при очередном обновлении у них вылетали ошибки в течении недели, а они вам не доложили :)

+ не рапортовали об ошибках 1С сервера :)

(11) Никаких вылетов не будет, тормоза по несколько секунд да возможны

(17) а если у кого запрос длительный будет?

(17)+ я обычно число сеансов на один rphost на 64 бит сервере 1С настраиваю чтобы пара rphost всегда была

(18) 4 часа запрос?

сколько 1с ждет до перезапуска процесса?

(19) это же функциональность уровня КОРП за денежку

(22) нет это кол-во баз уже корп а число сеансов нет

(23) на новых платформах любое изменение настроек сервера, отличное по дефолту требует КОРП

(0) Только рестарт. Чаще всего достаточно рестарта rphost. Удобно, если настроен один rphost на базу (но теперь это только в корп можно делать). Я тупо убивал целевой rphost в списке процессов. Но и это в редких случаях не помогает. Зависит от комбинации глюков. Иногда только рестарт всего и чистка сеансовых данных.
(10) Это мягкий перезапуск. А мягкий сделать не даст. Сеансы переползут на новый рабочий процесс, но старый не убьется. Чтобы убился проблемный, по-идее нужно еще настраивать "Выключенные процессы останавливать через". И вот это уже по-идее должен быть килл. Никогда не пользовался и не уверен, что оно нормально работает. Кажись когда-то слышал о том, что не всегда работало.
В текущих условиях даже неясно, как это красиво делать без КОРП-функциональности. Если "Интервал перезапуска" - это еще не КОРП, то можно его врубить, подождать пока будут созданы новые процессы, а старые деактивируются и после этого вырубить. Потом подождать пока переползут все сеансы и после этого прибить проблемный рпхост в панели задач. С большой долей вероятности проблема решится и пользователи не вылетят при этом.
(12) Да, это решение последствий. Но инциденты обычно очень редкие. Причина чаще всего в убитии или умирании сеансов, которые "ждут" тяжелую синхронную операцию в БД. Иногда в сервере приложений такое соединение заклинивает. И ни туды и ни сюды. То ли багофича, то ли фичебаг.

(0) обычно это блокировки зависшие на app - его и ребутают

Я с этим КОРП никак не решусь с 12-го релиза перейти. Хотя план работ уже намечен. Придется минимум на четыре сервера приложений делиться со всеми сопутствующими неудобствами, чтобы изолировать нагруженные базы друг от друга и обеспечить стабильность работы и удобство сопровождения.

(27) Соберись, тряпка! Платформа сама себя не обновит

(24) нет
"Количество ИБ на процесс
ПРИМЕЧАНИЕ. Доступно только для лицензии КОРП. Подробнее о видах лицензий см. здесь.

Количество соединений на процесс" - примечаний нет.
https://its.1c.ru/db/v8318doc#bookmark:cs:TI000000158

(29) угу вот его я обычно ставлю чтобы два rphost'а было
и настраиваю интервал перезапуска и проблемные процессы завершать

(21) >сколько 1с ждет до перезапуска процесса?

Обычно 2 часа.

(25) >В текущих условиях даже неясно, как это красиво делать без КОРП-функциональности.

Что не понятно.

У меня стоит

1. Перезапуск процессов - через 2 часа.
2. Проблемные процессы завершать через 2 часа.

При этом мне показывает что фоновый сеанс завис с 18 АПРЕЛЯ этого года.


То есть перезапуск процессов не убирает эту ошибку.

(27) >Я с этим КОРП никак не решусь с 12-го релиза перейти

Ну это у тебя по всей видимости на этих серверах ни ЗУП ни БП не крутится. Иначе давно бы обновился.

Например

Бухгалтерия предприятия, редакция 3.0, версия 3.0.95.29

Внимание! Текущая версия конфигурации "Бухгалтерия предприятия" предназначена для использования с версиями технологической платформы 1С:Предприятие 8 не ниже 8.3.15.2107, 8.3.16.1814, 8.3.17.1851, 8.3.18.1208.

Подскажите пожалуйста еще один момент.

Ветку отдельную не хочется заводить под это.

Ситуация следующая.

БП свежих релизов.

Надо дать пользователю доступ к установке дат запрета редактировоания.

Сколько ни копал без доступа к правам "Администратора" доступ не работает.

Давать главбуху права администратора как то странно.

Вариант через добавление роли "Добавление и изменение дат запрета изменения" тоже не работает. Без прав администратора нет даже доступа к разделу установки дат запрета.

Это так и задумано - что без прав Администратора не должно быть доступа к этому ?

(34) Да потому что дата запрета подразумевает по организацям, а у пользователя может не быть доступа к этим организациям, и в результате пользователи видят "объект не найден"

Хотя я своим давал, главное чтобы они красоту не наводили и не правили по тем где объект не найден, а только по своим (т.е. все на честном слове)

(35) На мой взгляд как то не логично давать Главбуху права админа чтобы она дату запрета редактирования ставила.

С правами админа можно же новые учетные записи заводить например. Зачем это главбуху ?

Логика разработчиков 1С какая то странная.

(37) я подозреваю, что в этом вопросе они не хотели сделать как хуже, просто им было лень пилить отдельную роль.