Чтение больших файлов ЖР (*.lgp)
Доброго дня.
Имеется проблема - одна из баз пишет огромные журналы регистрации, место на диске кончается "не успеешь глазом моргнуть".
Запись в ЖР была изменена с периодичностью раз в час, но теперь 1 файл стал занимать 24гб вместо 100+.
Чем читать такие файлы и как идентифицировать проблему/найти виновника? Происходит периодически, не каждый день.
Хотел прочитать через , но сказали, что он уже не актуален.
Имеется проблема - одна из баз пишет огромные журналы регистрации, место на диске кончается "не успеешь глазом моргнуть".
Запись в ЖР была изменена с периодичностью раз в час, но теперь 1 файл стал занимать 24гб вместо 100+.
Чем читать такие файлы и как идентифицировать проблему/найти виновника? Происходит периодически, не каждый день.
Хотел прочитать через , но сказали, что он уже не актуален.
Прикрепленные файлы:
Найденные решения
(4) Да, экспортировать с помощью 1с в sql можно, но это либо займёт вечность, либо вывалиться в ошибку.
В моём случае оказалось все проще.
Открыл с помощью EmEditor (уж очень шустрый, "на изи" справился и не лагает даже при прокрутке), и уже в первой секунде файла были тысячи однотипных событий.
В общем - мне тупо повезло. Спасибо.
ЗЫ: да там вообще почти весь файл одна и та же ошибка, возникающая при печати счета. Похоже, на ошибку платформы, какое-то зацикливание происходит. Попробую исправить кастомную печать или вообще убрать её.
В моём случае оказалось все проще.
Открыл с помощью EmEditor (уж очень шустрый, "на изи" справился и не лагает даже при прокрутке), и уже в первой секунде файла были тысячи однотипных событий.
В общем - мне тупо повезло. Спасибо.
ЗЫ: да там вообще почти весь файл одна и та же ошибка, возникающая при печати счета. Похоже, на ошибку платформы, какое-то зацикливание происходит. Попробую исправить кастомную печать или вообще убрать её.
Прикрепленные файлы:
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(2) Сомневаюсь, что средствами 1с это возможно.
Да и сутки парсить его, надеяться, что рпхост не упадёт, а потом что с этим делать? Ведь нужно найти виновника.
Был бы sqllite-формат, там можно было бы запросом получить повторные записи или сгруппировать их по событиям и как-то проанализировать, а с этими файлами - не понятно.
Да и сутки парсить его, надеяться, что рпхост не упадёт, а потом что с этим делать? Ведь нужно найти виновника.
Был бы sqllite-формат, там можно было бы запросом получить повторные записи или сгруппировать их по событиям и как-то проанализировать, а с этими файлами - не понятно.
(3)тут все тоже самое, но придется "ключевые поля" придумать самостоятельно.
парсится все в ТЗ и из нее уже запросом получаешь данные в нужном виде.
Думаю, при построчном чтении парсится будет заметно меньше суток, но долго - это да.....
Можно экспортировать ЖР за определенную дату типовым способом во внешнюю SQL таблицу и посмотреть результат в ней.
Внутренности ЖР выглядят следующим образом:
парсится все в ТЗ и из нее уже запросом получаешь данные в нужном виде.
Думаю, при построчном чтении парсится будет заметно меньше суток, но долго - это да.....
Можно экспортировать ЖР за определенную дату типовым способом во внешнюю SQL таблицу и посмотреть результат в ней.
Внутренности ЖР выглядят следующим образом:
Прикрепленные файлы:
(4) Да, экспортировать с помощью 1с в sql можно, но это либо займёт вечность, либо вывалиться в ошибку.
В моём случае оказалось все проще.
Открыл с помощью EmEditor (уж очень шустрый, "на изи" справился и не лагает даже при прокрутке), и уже в первой секунде файла были тысячи однотипных событий.
В общем - мне тупо повезло. Спасибо.
ЗЫ: да там вообще почти весь файл одна и та же ошибка, возникающая при печати счета. Похоже, на ошибку платформы, какое-то зацикливание происходит. Попробую исправить кастомную печать или вообще убрать её.
В моём случае оказалось все проще.
Открыл с помощью EmEditor (уж очень шустрый, "на изи" справился и не лагает даже при прокрутке), и уже в первой секунде файла были тысячи однотипных событий.
В общем - мне тупо повезло. Спасибо.
ЗЫ: да там вообще почти весь файл одна и та же ошибка, возникающая при печати счета. Похоже, на ошибку платформы, какое-то зацикливание происходит. Попробую исправить кастомную печать или вообще убрать её.
Прикрепленные файлы:
(3)
Так журнал регистрации можно преобразовать в этот формат. В конфигураторе - Администрирование - Настройка журнала регистрации. В открывшемся окне внизу будет гиперссылка "Изменить формат". В следующем окне будет написано к какому формату будет производится преобразование. Если ранее не делали, то оно как раз в SqlLite преобразует
Был бы sqllite-формат,
Так журнал регистрации можно преобразовать в этот формат. В конфигураторе - Администрирование - Настройка журнала регистрации. В открывшемся окне внизу будет гиперссылка "Изменить формат". В следующем окне будет написано к какому формату будет производится преобразование. Если ранее не делали, то оно как раз в SqlLite преобразует
(1) 24гб занимает часовой лог, я правильно понял?
Ну, можно или глазками бросить взгляд (подойдет любой редактор, умеющий работать с большими файлами, легко гуглится) или можно даже на той же 1С написать экспорт в SQL и там уже легко проанализировать статистику.
Подозреваю, что стали часто перепроводиться какие-то документы с огромным количеством движений. Ну или просто перепроведения периодов. Упс, не обратил внимание что ответ уже получен.
Ну, можно или глазками бросить взгляд (подойдет любой редактор, умеющий работать с большими файлами, легко гуглится) или можно даже на той же 1С написать экспорт в SQL и там уже легко проанализировать статистику.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот