Здравствуйте. такая проблема:
пользователи время от времени выполняют групповое проведение документов или формируют большой отчет, соответственно 1 с тормозит. При этом когда начинаешь звонить и узнавать, кто это делает, ни кто не сознается. Так вот как узнать кто из пользователей пакостит. Стоит 1С и SQL Server 2000 работают без терминала

Книга знаний: Изменение времени документов для выстраивания их на временной оси

В SQL Enterprise Manager сеансы не подвисают?

Выявляешь все такие тяжёлые моменты и делаешь
ЗаписьЖурналаРегистрации("Пользователь ХХХ начал тормозить систему задачей УУУ");
ЗаписьЖурналаРегистрации("Пользователь ХХХ закончил тормозить систему задачей УУУ");

Это конечно несколько не правильно(полагаю), но я лез в Enterprise Manager SQL сервера, в раздел Management - Current activity - Process Info, и смотрел там на какие-то значения(вот только черт его знает, какие. Status точно, плюс ещё что-то).

Нет, сеансы не висят. По поводу ЗаписьЖурналаРегистрации("Пользователь ХХХ начал тормозить систему задачей УУУ") сделать можно, вот только таких задач слишком много. Enterprise Manager SQL сервера смотрел, все пользователи занимают примерно одинаково памяти и процессорного времени колонка помоему "CPU"

(0) пользвователи не виноваты, они просто делают свою работу, виноват - Админ

Спасибо.  попробую решать проблему совместно с админом

(0) Можно на SQL выполнить запрос

SELECT spid,program_name, hostprocess,hostname, loginame, blocked
FROM sysprocesses

По hostname определяешь имя тачки, которая блокируют работу остальных.

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

(0,7) Если скуль, то обрати внимания на самые трудоемкие запросы, которые используют большой интервал движений или документов.
Так же просмотри сами запросы, как SQL так и на 1С "системе".
И помни если в прямом запросе стоит (NOLOCK), то это означает, что пока выполняется запрос, то в нее никто нечего не запишет!
Так же если нет команды (NOLOCK), то пока выполняется запрос, то никто ничего не прочитает и не запишет, т.е. захват в 1С выполняется для всей таблицы :(...

Еще есть легенда, что запросы на языку 1С - тоже подвисают базу, но сей факт я пока не проверил :)

+(0,7,10) Речь идет про таблицы и метаданные - "Документ, справочники, движения и т.д." :)

(10) Мой тебе совет - не говори глупостей.

Есть ли надежный способ, на сервере увидеть, кто из пользователей сильнее всех загружает систему, чтобы можно было потом подключиться к нему, и вычислить чем он там балуется?

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

А, может, не пытаться выяснить кто чего запустил, а сделать так, что бы просто все быстро работало?

(15) Логично. Для этого надо найти узкие места по факту.

(16) Согласен. Завести отдельную таблицу и пихать в нее "Начали чего-то", "Закончили чего-то". А потом проанализировать. Кстати, это посоветовали еще в (3).

+(17) Тоесть, свести задачу не к тому Кто тормозит, а Что тормозит

(13) Есть. Смотри блокировки методом (8). Или счетчики процессов -
select
 str(spid,4) as [Соединение],
 u.user_1c as [Пользователь1С],
  left(loginame,20) as [Логин],
  left(hostname,25) as [Компьютер],
  str(blocked,4) as [Заблокирован],
  str(max(waittime),15)  as [Время] ,
  str(sum(cpu),15) as [ЦПУ],
  str(sum(memusage),15) as [Память]  
from
  master..sysprocesses
full join adm..users u
 on spid=u.pid
where
blocked<>0
group by
 str(spid,4),left(loginame,20), left(hostname,25), str(blocked,4), u.user_1c

(19) Точнее, без дополнительеной таблицы -
select
 str(spid,4) as [Соединение],
  left(loginame,20) as [Логин],
  left(hostname,25) as [Компьютер],
  str(blocked,4) as [Заблокирован],
  str(max(waittime),15)  as [Время] ,
  str(sum(cpu),15) as [ЦПУ],
  str(sum(memusage),15) as [Память]  
from
  master..sysprocesses
where
blocked<>0
group by
 str(spid,4),left(loginame,20), left(hostname,25), str(blocked,4)

Кстати, потестил сервер скриптом от VDE69 - по результатам уменьшил степент паралеллизма. Полегчало значительно

(17)
Именно!
А отлавливать одного юзера - зачем?
Ведь возможна ситуация - допустим проведение РН и отчет по партиям по отдельности не тормозят, а когда запущены одновременно - попа.

а еще можно обратиться в Softpoint и приобрести комплекс наблюдения за производительностью. И потом будете знать какой юзер, какой модуль/строка 1С и соответствующий ему запрос насколько загрузили сервер, кто создал блокировку и т.п.

Я не стал с журналом регистации париться потом еще фильтовать там весь мусор. 1. Придумал спроавочник.
2. Везде прописал при проведении доков и запуска отчетов реистрацию в этом справочнике
3. Потом по тормозам выявил какие узкие места документ отчет итп.
4.за одно узнал чтатистику каке отчет чаще юзают. Какой док часто перепроводиться задним числом итп
Ну потом просто отключил регистрацию или даже замочио справчоник кажись