Хочу выяснить, есть ли зависимость между размером журнала регистрации и "отказом" его работы. У нас стал 20Гб и вдруг перестал выдавать результат: нехватка памяти.

1)Какой у вас размер?
2) работает ли?

сейчас 34Кб
регулярно убираем, при первом входе создается новый

(0) Уточните, что такое "вдруг перестал выдавать результат"?
У нас > 50 Гб был (обрезаем периодически).

(2) при открытии ЖР в режиме предприятия и установке отбора - 1с-ка задумывается и начинает медленно жрать память, пока не сжирает всю.
Раньше тоже задумывалась - но выдавала результат.

(3) ну так 1С весь журнал читает целиком. юзай выгрузку ЖиРа в xml и СКД для анализа

(0) 99Г - сожрал весь диск, сейчас архивирую.

(3) На 90Г все нормально отбирает. Долго думает, но отбирает

(3) ЖР в глубину нужен на 1- максимум 3 месяца, остальное обычно никому не нужно.
Какой смысл держать?
кроме того, (2) "20Гб или >50" зависит от окружения на конкретном компе или сервере..

Переходи на новую платформу:
"Изменен формат хранения журнала регистрации. Журнал регистрации хранится в базе данных формата SQLite. Файл журнала имеет расширение .lgd. Месторасположение журнала не изменилось. Журнал регистрации в формате SQLite используется по умолчанию для вновь создаваемых информационных баз. Повышена скорость обращения к данным журнала регистрации.

Предоставляется возможность конвертации существующего журнала в новый формат. Обратная конвертация не предусмотрена.

Реализованы методы СкопироватьЖурналРегистрации() и ОчиститьЖурналРегистрации().

Время в журнале регистрации хранится в UTC.

Стандартная функция просмотра журнала регистрации позволяет просматривать файлы журнала регистрации нового формата (.lgd).

В стандартной форме просмотра журнала регистрации команда просмотра журнала регистрации из файла называется Еще - Просмотреть из файла."

(3) Смотря что за отбор. Я ставлю отбор максимум за неделю (с галкой "отобрать сразу" и отбором по объекту) - больше пользоваться невозможно - не дождешься результата, либо он кривой.

(7)
intel xeon e5-2670 2.6GHz
RAM 64Гб

Стало быть он у меня битый?

(8) Пробовал конвертнуть - прирост скорости незначительный. Как я понимаю sqllite не совсем полноценный sql. Чтобы быстро работало нужно индексы пересчитывать, статистику и прочее регулярное обслуживание базы, а тут - ну просто в другом формате.

Речь про восьмерку?

(12) да

кто мешает его выгрузить нафиг и сохранить.
хотя он ничему не мешает. это просто текстовые файлики

Вообще, меня поражает тормознутость стандартного журнала. Из-за неповоротливости обычного отбора, написал обработку через ЧтениеТекста - нужные данные нашел быстрее!

(15) ну так выкладывай)

ответ очень простой - а как Вы собираетесь обрабатывать 20 гигов дурно структурированного текста ?

те у Вашей базы нет здравомыслящего администратора либо ответственного за базу.

(15) Да, очень интересно было бы посмотреть

(16) (18) поддержу

(16) Да я делал тупое построчное чтение и поиск вида: Найти(Стр, "b4eb4c72b942ee9011e44d35b170a3a5")
Но это хотя бы работало, и позволяло точно время изменения объекта найти, в отличие от типового отбора, который на 50 Гб висел бесконечно.
(пробовал через ADO запрос к тексту - не взлетело :( забил)

(20) ты делится-то будешь? :)

Кстати, насколько востребована будет тулза для быстрого поиска/отбора по ЖР? Ну, скажем, быстрее стандартного на пару порядков? Готов ли кто-нить оплатить подобное? )

(22) видел выгрузку ЖР в отдельную базу - бесплатно

(23) Я тож видел. И что? Вопрос о другом. Или вы из разряда "пусть похуже, но бесплатно"? )

(24) лично я не стал бы платить.
Если очень надо будет, то просто прикручу версионирование

(25) Заставить программиста платить за программирование - анрил )))

(21) Боже мой, было б чем делиться:

Процедура КнопкаВыполнитьНажатие(Кнопка)
    
    ИщемСтроку = ПолучитьДвоичныйКодСсылки(Ссылка);
    
    МассивФайлов = НайтиФайлы(Каталог, "*.lgp");
    Для каждого Файл Из МассивФайлов Цикл
        
// важно - файл журнала должен быть разделен по дням
        ВремяИзменения = Файл.ПолучитьВремяИзменения();
        Если ВремяИзменения < ДатаНачала ИЛИ ВремяИзменения > КонецДня(ДатаОкончания) Тогда
            Продолжить;
        КонецЕсли;
        
        ОбработкаПрерыванияПользователя();
        Состояние(СокрЛП(Файл.ПолноеИмя));
        
        ЧтениеТекста = Новый ЧтениеТекста(Файл.ПолноеИмя,КодировкаТекста.UTF8,,,Ложь);
        А = 0;
        Стр = ЧтениеТекста.ПрочитатьСтроку();
        Пока Стр <> Неопределено Цикл
            
            А = А + 1;
            Если А%10000 = 0 Тогда
                ОбработкаПрерыванияПользователя();
                Состояние(СокрЛП(Файл.ПолноеИмя) + ": " + А);
            КонецЕсли;
            
            Если Найти(Стр, ИщемСтроку) > 0 Тогда
                Сообщить(Файл.ПолноеИмя + ": строка " + А);
                Сообщить(Стр, СтатусСообщения.БезСтатуса);
            КонецЕсли;
        
            Стр = ЧтениеТекста.ПрочитатьСтроку();
        КонецЦикла;
    
    КонецЦикла;
    
КонецПроцедуры

Функция ПолучитьДвоичныйКодСсылки(Ссылка)

    УИ = СокрЛП(Ссылка.УникальныйИдентификатор());
    
    СписокГрупп = ОбщегоНазначения.РазложитьСтрокуВМассивПодстрок(УИ, "-");
    
    Код = СписокГрупп[3] + СписокГрупп[4] + СписокГрупп[2] + СписокГрупп[1] + СписокГрупп[0];
    
    //Сообщить("УИ=" + УИ + " Код=" + Код);
    
    Возврат Код;

КонецФункции // ПолучитьДвоичныйКодСсылки()


Если б кто на ADO это перевел - было бы интереснее.

(27) Не, таким бы делиться не стал. Говорю же, аналог ЖР, ток быстрее. Гораздо быстрее )

(28) Работает со стандартным журналом 1С 8.2 ?

(22) Подобное уже есть.
http://softonit.ru/journal.html

(30) хотят точно такое же, но бесплатно :)

(27) Спасибо

(28) Я такое сам делал. Выгружал его в MSSQL, специально обученным отчетом анализировал. Летал как ужаленый  :)

(29) Угу. Делал себе приблуду как-раз для 8.2. Без использования 1С )
(30) (33) Оно без SQL работает. Никуда ничего не пишет.

(33) поделишься?

Переведите на SQlite, не занимайтесь ерундой.

(35) Не сохранилось :(
Сам бы сейчас с удовольствием на новом месте поставил

(0) От типового ЖР отказались (только предупреждения), реализовали на РС.

(38) Расскажи поподробнее?

(39) С помощью подписки на событие "ПередЗаписью" в РС пишется информация об изменениях важных объектов в удобном формате.