При поиске по журналу регистрации (кем был создан элемент справочника или документ), поиск выполняется достаточно долго (10-30 минут).
При этом значительно вырастает процессорная нагрузка (рабочая 5-10%, вырастает до 90-100%), обращение к виртуальной памяти (рабочая 5-20%, вырастает до 100%) и очереди диска на сервере 1С. Сервер SQL в норме, пользовательский компьютер как будто 1С вообще ничего не делает.
Вопрос:
1) почему так долго? (физика процесса)
2) что можно сделать чтобы ускорить работу? (не увеличением мощности сервера)

долго потому что индексов не предусмотрено

Если журнал выгрузить и в копии искать, то пошустрее будет.

(2) +100500

(2) подскажите как выгрузить журнал, или имеется ввиду выгрузить БД?
Вообще вопрос поиска становиться регулярно, потому хочу ускорить родные механизмы, можно это сделать?
Может есть внешняя обработка поиска по журналу?

ВыгрузитьЖурналРегистрации (UnloadEventLog)
Синтаксис:

ВыгрузитьЖурналРегистрации(<Приемник>, <Фильтр>, <Колонки>, <ИмяВходногоФайла>, <МаксимальноеКоличество>)
Параметры:

<Приемник> (обязательный)

Тип: Строка; ТаблицаЗначений.
Строка, содержащая имя выходного XML файла, либо таблица значений, в которую будут выгружены выбранные в соответствии с отбором записи журнала регистрации.
В случае выгрузки в таблицу значений, она содержит колонки, в соответствии с параметром <Колонки>:
Уровень (Level) - тип УровеньЖурналаРегистрации;
Дата (Date) - тип Дата;
Пользователь (User) - идентификатор пользователя, тип УникальныйИдентификатор;
Компьютер (Computer) - имя компьютера, тип Строка;
ИмяПриложения (ApplicationName) - имя приложения, тип Строка;

(4) кнопка - "сократить" в конфигураторе в ЖР

(6) + тока назад не прилепить обратно потом)

Открыть журнал регистрации. Далее: Меню Файл - Сохранить как  будет файл с расширением elf. В этом файле искать

(5,6) оО, вот вы даете ))
(8) +100500 )))

(7) Только при этом он бьется частенько. По крайней мере на 8.1.

(10) он бьется по периоду разделения, до дня - прикольно выглядит выгрузка )

(8) Спасибо. Файл получается больше 1ГБ в xml.
Чем проще анализировать? Текстовый редактор + Ctrl+F ?

(12) открывай в 1с и ищи

+13 а вообще - пора резать, иначе будет еще хуже
правда я попробовал усечь - потом при поиске отсеченные части не подтягивались (

(14) при выгрузке сервер 1С впал в транс, пришлось перезапускать службу Агента 1С.
печально как-то всё... почему в Windows журнал регистрации событий системы не начинает тормозить?
боюсь-таки придется урезать

(11) и ямел ввиду что был вылет по ошибке и старая часть журнала исчезала навеки.

(15) он не впал в транс, он выгружал тебе, это должно проходить долго
у меня 2 с чем то гига выгружалось около 2х часов

Выход есть. Писать свою приблуду на другой платформе с возможностью блочного доступа к файлу. Лично я писал на древнем турбо Паскале. Скорость выше на порядки.

(18) в клиент-серверном варианте 1С журнал регистрации разве не в SQL хранит?

Уже давно можно часть журнала с наложеными фильтрами (по документу, пользователю) выгружать в таблицу значений.

(19) Нет. Хранит также в файле(ах) на сервере приложений.

(20) Скорость поиска по фильтру от этого не изменится.

(22) А как выглядит поиск по фильтру у топикстартера?

(23) Без понятия.

например, выбираю конкретный элемент справочника с целью определить кто создал, кто изменял; на первой вкладке выбираю только Данные (Создание, Изменение).

+ (25) на вкладке Данные внизу в поле Данные выбираю тип справочника и указываю элемент.

(26) Это понятно. Разницы между интерфейсным и программным отбором нет, думаю.