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

что это за продукт? странно, что пользователь получил задачу, а процесс ему не доступен. что там с предметами процессами?

crm раруса
Коллеги тоже используют в странных местах проверки, в обменах в т.ч. Мне кажется налицо изъяны в логике, коде, архитектуре.

Немного некропоста,
Я у Гилева видел такое, но сам не пользовался:
www.gilev.ru/podbor/

Спасибо!

Обмены тут причём? Это же может быть временно нормальной ситуацией с битой ссылкой

Но сообщение о нехватке прав далее намекает что ребята проверяют так РЛС...

Возможно, но я так и не осознал пользовательского сценария. Вот вижу 3 задаче в данной системе, тыкаю по одной из них Выполнить и мне сообщение У пользователя нет прав к этой задаче?

Всем привет.
У нас случилась авария с серверами. Всё восстановили.
Но сейчас периодически в базе происходят зависания. Значительно медленнее работает поиск.
Скажите с чего начинать диагностику?
Поможет ли выполнить операцию "DBCC CHECKDB" в MS SQL?

Сервер 1С
VM, Windows Server 2019,  150 Gb RAM, 25 ядер, сеть WMNET3 10G, находиться на СХД
1С:Предприятие 8.3 (8.3.17.1549)
C:\ - 500 Gb (ОС, служба Сервера 1с)

Сервер СУБД
VM, Windows Server 2012 R2,  150 Gb RAM, 25 ядер, сеть WMNET3 10G, находиться на СХД
Microsoft SQL Server 2012 (SP4-GDR) (KB4583465) - 11.0.7507.2 (X64)

БД размер по диску – 384 Гб

Какой поиск, в дин. списках?

Да, в списках.

Базы обслужить, ППД перестроить, ну или как минимум кластеры правильно перезапустить

Сбой выполнения запроса "ALTER INDEX [_CommonSettin_BySepUse] ON [dbo].[_Co..." со следующей ошибкой: "Транзакция (идентификатор процесса 68) вызвала взаимоблокировку ресурсов блокировка с другим процессом и стала жертвой взаимоблокировки. Запустите транзакцию повторно.". Возможные причины сбоя: проблемы с этим запросом, свойство "ResultSet" установлено неправильно, параметры установлены неправильно или соединение было установлено неправильно

Вот такое при последней попытке реиндексации

ППД очищал стандартной обработкой и заново обновлял. РЗ по обновлению выполняется постоянно.

Что такое "правильно перезапустить кластеры"

Обслужить базы, это выполнить проверку и реиндескацию?

Нечто большее чем рестарт службы агента

Нет, в СУБД стату хотя бы обновить

Можно подробнее? Или что почитать.
У нас каждое утро при обновлении просто перезапускается служба сервера.

Из конфигуратора что ли реиндексация?