Стоит цель определить активность пользователей в системе.
А именно интересует, как можно определить существуют ли подключения к СУБД в данный момент времени.
В консоли сервера есть такая ячейка, вот только нигде не могу найти, как к ней достучаться.
(3) Это тебе по-модному предложили.
Можешь открыть старый скучный СП, там написано, как это через унылый "V83.COMConnector" делается.
Раздел "Средства интеграции и администрирования" - "Менеджер COM-соединений" - "Администрирование кластера серверов"
(5) В общем у бухов появилась хотелка.
Необходимо в момент простоя 1с в течении дня запускать восстановление последовательностей по 1-2 документа.
Т.е. проходит проверка на активность, затем проведение, опять проверка и т.д.
(7) хорошая, правильная задача.
Но я бы её решил использованием обработки наподобии такой - https://infostart.ru/public/15096/ (разработка не моя, так что не реклама) и в любом случае - комплексно. Например исходя из предпосылки что при управляемом режиме блокировок (и вроде как при включении разделении итогов) при проведении блокировки накладываются на записи максимум на месяц даты документа.
Но если честно - я не знаю как определить факт "простоя" - ведь пользователи всегда могут начать что-то делать в момент восстановления последовательности.
Никто не мешает организовать циклический вызов всего этого дела в регламентном задании. Единственное - скорее всего потребуется писать результат в текстовый файл и оттуда считывать информацию.
А мы ras/raс начали использовать в том числе для передачи информации в систему мониторинга. С графиками, уведомлениями и прочими неземными наслаждениями внезапно существующими козявками.
(8) устанавливают соединения с БД не только при записи документов. Есть ещё всякие глобальные обработчики ожидания: проверка почты, задач и прочего. В форме что-то может обновляться и дергать базу. Да и сама платформа, наверное, периодически базу дергает. По крайне мере я не встречал ещё ситуаций, когда "Время последней активности" пользователя далеко отстояло от текущего момента (конфигуратор не в счет).
(9) + если интересуют только события записи документа, то можно попробовать завести РС, в который писать дату проведения очередного документа, ловя её (дату) в подписке на событие. Придётся придумать, какие ещё измерения/ресурсы добавить. Думаю, ЛюбаяСсылка или ДокументСсылка в запросе станет причиной медленного его исполнения.
(9)Вот поэтому я хочу получить с сервера пункт - соединение с СУБД или захвачено СУБД. Активность в системе есть постоянно, но захват СУБД я вижу на сервере только при захвате базу от нескольких секунд. Этого было бы вполне достаточно.