gifts2017

Чтение логов технологического журнала

Опубликовал Роман Зиновьев (Широкий) в раздел Администрирование - Системное

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

Так как парсеров логов технологического журнала найти не смог - пришлось писать обработку самому.

Для формирования отчета используется схема компоновки данных - соответственно настраивайте выходную форму как захочется.


Обновление 13.09.2012:

  1. Переделал код в одну строку. Прирост к скорости чтения до 30%.

Обновление 28.09.2012:

  1. Алгоритм обработки полностью переписан. Старая версия обработки оставлена на всякий пожарный.
  2. Значительно увеличена скорость чтения данных.
  3. Убран индикатор чтения строк. Вместо него добавлено количество обработанных файлов в статус формы.
  4. Убран заголовок отчета
  5. Зафиксированы максимальная высота и ширина ячеек.
  6. Расширен список считываемых событий.
  7. Период чтения данных расширен до секунд.
  8. Добавлен флаг "НеСбрасыватьНастройкиСКД". Если он установлен - при чтении файла не сбрасываются настройки компановки, установленные пользователем. При выключенном состоянии в отчет попадают только непустые события.

Обновление 13.09.2012:

  1. Удалил старую версию обработки (многие путались и скакачивали ее).
  2. Обновил скриншот.
  3. Для ленивых добавил версию под 8.2.

Скачать файлы

Наименование Файл Версия Размер Кол. Скачив.
Чтение логов технологического журнала (8.1)
.erf 15,80Kb
31.01.13
1673
.erf 15,80Kb 1673 Скачать
Чтение логов технологического журнала (8.2)
.erf 19,25Kb
08.10.12
412
.erf 19,25Kb 412 Скачать

См. также

PowerTools от 1 000
Подписаться Добавить вознаграждение

Комментарии

1. Serj (Serj1C) 24.04.09 14:01
Долго грузится и вываливается на 100%
Код
{Форма.ФормаОтчета(40)}: Преобразование значения к типу Дата не может быть выполнено
   СтрокаТаблДанных.Дата=Дата(ДатаФайлаСтр+Сред(ТекСтрока,1,2)+Сред(ТекСтрока,4,2));
Показать полностью

2. Роман Зиновьев (Широкий) 24.04.09 14:31
3. Герман (German) 25.04.09 10:10
>Так как парсеров логов технологического журнала найти не смог
Плохо смотрели http://main.1c-ei.ru/Articles/trassirovka
4. Роман Зиновьев (Широкий) 27.04.09 09:22
Вроде разные вещи: трассировка запросов используя ТЖ и трассировка ТЖ для формирования отчетов..
5. effector (неадекват) 29.04.09 03:31
Точно и понятно, своевременно, спасибо. Как-бы научить читать все логи из "корневой" папки для логов?
6. Роман Зиновьев (Широкий) 29.04.09 09:00
Не понял... она вроде это умеет
7. Андрей Жданов (azhdan) 29.04.09 10:43
а Логи сервера (процесса rphost) должна обработка читать?
8. Роман Зиновьев (Широкий) 29.04.09 10:46
Должна читать все логи ТЖ.. к конкретике привязки нет
9. Роман Зиновьев (Широкий) 29.04.09 10:47
azhdan или я вопроса не понял
10. Роман Зиновьев (Широкий) 30.04.09 10:46
Поправил ошибку совместного доступа к файлам лога
11. Max Naumov (max44) 30.04.09 12:21
{Форма.ФормаОтчета(83)}: Поле объекта не обнаружено
СтрокаТаблДанных[ВернутьИмяКолонкиТаблДанных(НаименованиеПараметра)]=ЗначениеПараметра;
12. Роман Зиновьев (Широкий) 30.04.09 12:45
13. Max Naumov (max44) 30.04.09 14:06
(12) как его переслать? почту? выкладывать в общий дуступ не хочу...
14. Денис (DionisioSPb) 30.04.09 16:39
В процедуре ПрочитатьДанныеФайлов() замените условие
Если Сред(Строка,3,1)=":" Тогда
на
Если Сред(Строка,3,1)=":" И Сред(Строка,6,1)="." Тогда

так как в некоторых случаях текст, например запросов, может содержать символ двоеточия.
15. Роман Зиновьев (Широкий) 30.04.09 16:44
Да нет - тут все верно - так начинается строка лога (это минуты и секунды события)
16. Роман Зиновьев (Широкий) 30.04.09 18:43
max44, поправил - проверяй
DionisioSPb, на всякий случай вставил твою проверку
17. Александр Кузин (sashocq) 10.07.09 12:57
Не пашет :-(
Могу выслать логи на почту.
18. Роман Зиновьев (Широкий) 13.07.09 14:21
19. Сергей Старых (tormozit) 05.08.09 15:58
Вот бы их на лету почитать от клиентского приложения.
20. Роман Зиновьев (Широкий) 05.08.09 16:03
21. Сергей Старых (tormozit) 05.08.09 17:35
текущие файлы заблокированы.
22. Роман Зиновьев (Широкий) 05.08.09 17:37
точно последней версией пробовал?
23. Сергей Старых (tormozit) 05.08.09 17:57
Да без ВК тут точно не решится. А может и вообще не решится. Дело в том, что у технологера есть потоковый буфер. И отсюда самые свежие данные (а именно они мне и нужны) не могут быть получены.
24. Сергей Старых (tormozit) 05.08.09 17:58
Таким способом текущие файлы не копируются:
КопироватьФайл(ИмяФайла,ИмяВременногоФайла);
25. Сергей Старых (tormozit) 05.08.09 17:59
А вот через ~30 сек после отключения ТЖ, они освобождаются и все доступно.
26. Сергей Старых (tormozit) 05.08.09 18:05
Мечта у меня такая. В консоли запросов быстро поиметь SDBL и SQL/DBENG/... варианты выполненного запроса.
27. Роман Зиновьев (Широкий) 05.08.09 18:10
А проводником скопировать файлы можно?
28. Роман Зиновьев (Широкий) 05.08.09 18:19
Пробую прямо на живой базе читать логи - нормально отрабатывает.. Может прав нет?
29. Сергей Старых (tormozit) 05.08.09 18:24
30. Сергей Старых (tormozit) 05.08.09 18:26
Собственно я не могу решить задачу: выполнить по кнопке запрос и быстро вывести его выполненную SDBL версию.
31. Роман Зиновьев (Широкий) 05.08.09 18:28
Блин .. ну вот я на сервак закинул конфиг - данные идут, обработка медленно но читает..
Может у тебя конфиг какой то хитрый.. запости - я на нем проверю
32. Александр Кузин (sashocq) 26.01.10 16:46
Добавить бы еще индикатор загрузки. А то вот загружает сейчас что-то - и непонятно, долго ли еще, или может, повис вообще
33. Роман Зиновьев (Широкий) 26.01.10 16:50
(32) Индикатор внизу формы есть
34. Александр Кузин (sashocq) 26.01.10 16:59
{Форма.ФормаОтчета(20)}: Ошибка при вызове метода контекста (Добавить): Неверное имя колонки
ТаблДанныхКолонки.Добавить(ИмяКолонки,Новый ОписаниеТипов("Строка",,Новый КвалификаторыСтроки(1000, ДопустимаяДлина.Переменная)),ПредставлениеКолонки);
по причине:
Неверное имя колонки

Могу прислать логи на мыло
35. Александр Кузин (sashocq) 27.01.10 09:19
(33) Да, я его потом увидел. Просто сначала она дооолго что-то еще делала перед показом индикатора.
36. Роман Зиновьев (Широкий) 27.01.10 09:25
37. Роман Зиновьев (Широкий) 31.01.10 18:45
Обновил обработку.
(34) Проверяй
38. Артур Аюханов (artbear) 01.02.10 08:10
39. Роман Зиновьев (Широкий) 01.02.10 10:34
(38)
1. Переделал общий принцип парсинга строк. К сожелению новый алгоритм немного медленнее старого, но ,по-крайней мере, избавляет от ошибок чтения.
2. Ухожу от идеи обобщения значений параметров от разных событий в одно (они практически все пересекаются)
3. Добавил осмысленную расшифровку параметров.

Список известных мне параметров теперь находится в макете обработки. Если при парсинге параметр в макете не найден - он воспринимается как значение какого то другого параметра. Поэтому, кому не лень - просмотрите макет на выявление лишних или недостающий параметров и сообщите сюда. Я буду редактировать список.
40. Александр Кузин (sashocq) 17.02.10 11:46
(38) Да, все читает нормально, спасибо :-)
Только вот еще что (в прошлый раз забыл написать): почему у тебя нет такого важного поля, как длительность?
В поей простецкой обработке она получалась так:
Длительность = Число(Сред(ТекСтрока, 7, 4));

Получается значение в десятитысячных долях секунды
41. Роман Зиновьев (Широкий) 17.02.10 11:50
(40) Ааа.. так это длительность .. а я то думал - что это за параметр :))
Если не трудно.. кинь мне лог на почту.. я поправлю
42. Роман Зиновьев (Широкий) 17.02.10 12:28
43. Трактор Трактор (Трактор) 19.02.10 16:29
Как-то не с первой попытки отображается отчёт. Поставил отбор - сразу увидел. Чудеса.
44. Myniko (myniko) 03.03.10 12:24
(42) Помарочка. Длительность идёт сразу после даты. В обработке же - <уровень>.

mm:ss.tttt-d, <наименование>, <уровень>, <ключевые свойства>
· mm — номер минуты в текущем часе;
· ss — номер секунды в текущей минуте;
· tttt — номер десятитысячной доли текущей секунды;
· d — длительность события в десятитысячных секунды;
· <наименование> — наименование события;
· <уровень> — уровень события в стеке текущего потока;
45. Роман Зиновьев (Широкий) 04.03.10 11:10
Исправил параметры уровень и длительность (в сек).

Параметр "tttt" — номер десятитысячной доли текущей секунды, добавлять не стал (думаю он не нужен)
46. Александр Кузин (sashocq) 31.03.10 13:59
Все замечательно! Только номер десятитысячной доли текущей секунды помог бы при сортировке - для правильного отображения последовательности событий. Можно его добавить отдельным полем.
47. Роман Зиновьев (Широкий) 06.04.10 13:13
Обновил обработку.
Добавил доли секунды и сортировку по-умолчанию
48. trancer (trancer) 15.04.10 09:36
49. Господин ПЖ (Господин ПЖ) 11.11.10 11:54
Что может быть с обработкой? Открываю под 8.1.15.4 - 1С с грохотом падает. даже не попадая в точку останова ПриОткрытии
50. Роман Зиновьев (Широкий) 11.11.10 12:05
Попробуй платформу переустановить.
Или по-крайней мере попробовать на другой машине.
Похоже на проблему инициализации СКД
51. Господин ПЖ (Господин ПЖ) 11.11.10 12:13
52. Господин ПЖ (Господин ПЖ) 11.11.10 12:14
Что в схеме СКД должно быть? У меня кроме источника в виде табл. значений ничего нет. Ни полей ни прочих цацек.
53. Роман Зиновьев (Широкий) 11.11.10 12:15
Может права? На другой конфигурации пробовал?
54. Господин ПЖ (Господин ПЖ) 11.11.10 12:18
пробовал... такое впечатление что "внутренности" битые после выкачки. Права есть, read only не стоит
55. Роман Зиновьев (Широкий) 11.11.10 12:21
Только что скачал, попробовал - все нормально.
У тебя 8.1.15.4 или все-таки 8.1.15.14?
56. Господин ПЖ (Господин ПЖ) 11.11.10 12:25
57. Господин ПЖ (Господин ПЖ) 11.11.10 12:30
на мыло из профиля можешь от себя скинуть?
58. Роман Зиновьев (Широкий) 11.11.10 12:36
Я твое мыло не вижу.
Только это ничего не поменяет. Я уже писал что только что скачивал с сайта обработку и проверил ее
59. Господин ПЖ (Господин ПЖ) 11.11.10 12:46
Ладно, буду шаманить дальше в чем проблема. Спасибо что откликнулся.
60. Роман Зиновьев (Широкий) 24.11.10 17:22
Обновил обработку.
Дополнил отчет несколькими дополнительными колонками из лога (колонки "Поток является источником блокировки","Поток является жертвой блокировки" и т.д.)
61. Andrey Tey (Bitnikov) 29.11.10 12:12
Широкий,
доработал твою обработку на фильтр по периоду на момент чтения файлов ТЖ.
Т.к. обычно нужно смотреть логи, например, за последний час. Понятно что можно было задать фильтр уже после прочтения в настройках СКД, но если логов очень много, то на это тратится время, поэтому удобней установить фильтр при чтении.
А так, спасибо за обработку!
Сэкономил кучу времени на написании чего то подобного.

Если понравится фильтр - может обновить свой дистрибутив)
Прикрепленные файлы:
ЧтениеЛоговТехнологическогоЖурнала.erf
Широкий; +1 Ответить
62. Яков Коган (Yashazz) 15.12.10 11:42
Была б к блоку справка - было б хорошо.
63. Роман Зиновьев (Широкий) 13.01.11 12:52
Bitnikov пишет:

Широкий,

доработал твою обработку на фильтр по периоду на момент чтения файлов ТЖ.

Т.к. обычно нужно смотреть логи, например, за последний час. Понятно что можно было задать фильтр уже после прочтения в настройках СКД, но если логов очень много, то на это тратится время, поэтому удобней установить фильтр при чтении.

А так, спасибо за обработку!

Сэкономил кучу времени на написании чего то подобного.



Если понравится фильтр - может обновить свой дистрибутив)


Пытался открыть твою. обработку - выбивает ошибку при выполнении файловой операции.
Она случаем не под 8.2?
64. Ийон Тихий (cool.vlad4) 13.01.11 12:59
(63) нет не 8.2 скачал под 8.2 просит конвертировать
65. Andrey Tey (Bitnikov) 13.01.11 13:03
Широкий, cool.vlad4 - под 8.1 (релиз 8.1.15.14)
Только что скачал ее для теста с сайта (моего комментария) по ссылке Скачать - открывается без всяких проблем.
66. Роман Зиновьев (Широкий) 13.01.11 14:04
Обновил обработку - добавил бантик от Bitnikov
Так как файлы лога хранятся с периодичностью в час - выбор периода так же ограничил до выбора целого часа
67. Andrey Tey (Bitnikov) 13.01.11 16:23
Широкий, в моем бантике можно было читать логи и за последние 10 минут... Не обязательно кратно 1-му часу.
Дело конечно Ваше, но ИМХО зря сразу делать такое ограничение.
68. aspirator 23 (aspirator23) 16.01.11 06:32
(67) Почему то не читает. Указываю интервал. Пишет копирование во временный каталог. Нажимаю сформировать - пустой журнал. 8.1.15
(66) Автор, если не сложно, сделай пожалуйста, возможность установки интервала более тонкую, до минут(десятков минут). Час это очень много, на больших журналах вываливается километровая портянка. Понимаю что это можно затем отбором фильтровать. Но если есть основной фильтр туда уже не с руки лазить. И мелкая просьба - выбор периода лучше разместить в одной строке с выбором каталога. Для больших журналов на небольших мониторах каждая строчка свободного места нужна.Фраза Печатная форма - тоже отъедает полезную площадь. Как и любые заголовки в самой печатной форме. Кто пользуется тот и так знает что это.
Кроме того обнаружил такую особенность. При чтении большого журнала - 500000 строк, бодро начинает читать, затем замедляется и на 180000 строке останавливается. Проверил на последней и предпоследней версии обработки. Старая версия redlog читает нормально весь журнал. Места на диске много, памяти с большим запасом. Запускал обработку на сервере 1с. Один из процессоров сервера уходит в 100% при этом, там и остается.
69. Роман Зиновьев (Широкий) 16.01.11 11:13
Bitnikov пишет:

Широкий, в моем бантике можно было читать логи и за последние 10 минут... Не обязательно кратно 1-му часу.

Дело конечно Ваше, но ИМХО зря сразу делать такое ограничение.


Расскажи, каким же образом? То, что ты сделал период с точностью до сек ничего не меняет :)
Файлы лога хранятся с периодичностью один час.
Чтобы сделать большую точностью, надо уже анализировать не имя файла, а его содержимое - т.е. строки.
А это по ресурсоемкости примерно то же, что и считать один файл без анализа строк но при формировании поставить фильтр на время.
70. Роман Зиновьев (Широкий) 16.01.11 11:46
aspirator23 пишет:

(67) Почему то не читает. Указываю интервал. Пишет копирование во временный каталог. Нажимаю сформировать - пустой журнал. 8.1.15

Если журнал пустой - то тут либо на самом деле ничего нет, либо фильтры поставлены неправильно.

(66) Автор, если не сложно, сделай пожалуйста, возможность установки интервала более тонкую, до минут(десятков минут). Час это очень много, на больших журналах вываливается километровая портянка. Понимаю что это можно затем отбором фильтровать. Но если есть основной фильтр туда уже не с руки лазить.

На самом деле идеология другая - набор файлов читаем только один раз, а потом отборами фильтруем необходимую выводимую информацию.
Ты же предлагаешь каждый раз эти файлы читать - я считаю это не корректным.
Если напрягает, что при выборе периода сразу формируется отчет - отрежь это сам в коде. Код я не закрывал - переделывайте под себя.

И мелкая просьба - выбор периода лучше разместить в одной строке с выбором каталога. Для больших журналов на небольших мониторах каждая строчка свободного места нужна.Фраза Печатная форма - тоже отъедает полезную площадь. Как и любые заголовки в самой печатной форме. Кто пользуется тот и так знает что это.

Удивлен что до сих пор кто то юзает мелкие мониторы :)
Поправил обработку - добавил на командную панель кнопку "Панель чтения" - она регулирует видимость настроек.

Кроме того обнаружил такую особенность. При чтении большого журнала - 500000 строк, бодро начинает читать, затем замедляется и на 180000 строке останавливается. Проверил на последней и предпоследней версии обработки. Старая версия redlog читает нормально весь журнал. Места на диске много, памяти с большим запасом. Запускал обработку на сервере 1с. Один из процессоров сервера уходит в 100% при этом, там и остается.


Насчет замедления чтения - тут скорее всего кончается оперативка и начинает свопирование в виртуалку. Я бы не рекомендовал такие большие объемы считывать - для анализа сложно и комп насилуешь.
aspirator23; +1 Ответить 2
71. aspirator 23 (aspirator23) 16.01.11 14:49
(70) спасибо за доработку. Большие выборки приходится делать тогда когда нужно посмотреть за неделю аварийные завершения. В журнал кроме аварий пишется и CONN, он занимает больше всего места. А первичное чтение читает всех поголовно в том числе и CONN. Поэтому и получается 500000 строк. Проблема зависания обработки не связана с памятью. Обработка запускается на сервере. Общей памяти на сервере с большим запасом. При работе обработки потребление память на сервере не растет. На сервере запущено несколько rphost. На всех них память распределена примерно равномерно и она очень невелика - 200мб на момент измерений. Свободного места на диске С тоже достаточно. Многократно больше файла подкачки. Как и писал один из процессоров уходит в 100% и там и остается. Приходится снимать аварийно. Посмотрел код - подозрение на вот этот цикл. Еще не проверял, но возможно он из него на каком-то файле не выходит. Строка 131-152. Конкретно 132-133 строки.

		Пока Истина Цикл
			Строка=ЧтениеТекста.ПрочитатьСтроку();
			Если Строка=Неопределено Тогда
				Прервать;
			КонецЕсли; 
			
			КоличествоОбработано=КоличествоОбработано+1;
			.......................................
		КонецЦикла;
...Показать Скрыть


Посмотрел старую версию там ты для чтения файл используешь FileSystemObject. Старая версия не виснет.
72. Роман Зиновьев (Широкий) 16.01.11 21:54
aspirator23 пишет:

(70) спасибо за доработку. Большие выборки приходится делать тогда когда нужно посмотреть за неделю аварийные завершения. В журнал кроме аварий пишется и CONN, он занимает больше всего места. А первичное чтение читает всех поголовно в том числе и CONN. Поэтому и получается 500000 строк. Проблема зависания обработки не связана с памятью. Обработка запускается на сервере. Общей памяти на сервере с большим запасом. При работе обработки потребление память на сервере не растет. На сервере запущено несколько rphost. На всех них память распределена примерно равномерно и она очень невелика - 200мб на момент измерений. Свободного места на диске С тоже достаточно. Многократно больше файла подкачки. Как и писал один из процессоров уходит в 100% и там и остается. Приходится снимать аварийно. Посмотрел код - подозрение на вот этот цикл. Еще не проверял, но возможно он из него на каком-то файле не выходит. Строка 131-152. Конкретно 132-133 строки.


Хочешь сказать , что встроенный 1с объект по чтению из потока глючит?
73. aspirator 23 (aspirator23) 17.01.11 07:28
(72) Посмотрел в отладчике. Виснет, точнее не виснет а очень долго обрабатывает в процедуре
ДобавитьДанныеВТаблицуДанных(СтрокаДанных,ДатаФайлаСтр)
в нее передается строка вида
08:39.3911-0,EXCPCNTX,0,ClientComputerName......
которая имеет огромный размер. В ней идет описание какого-то сумасшедшего запроса, длина которого более 200 тыс.слов
В процедуре входим в цикл(строка 76)
Для НомерСтроки=1 По МногострочнаяЧастьКолСтрок Цикл
.........

И вот тут-то и происходит долгая обработка. В конце концов она его обрабатывает и идет дальше.
Так что претензии которые раньше высказывал в (71) снимаются.
Возможное решение этой проблемы - обрезать строки. Добавить в настройки флаг "Отражать строки сокращенно" и резать по нему длинные строки до каких-то разумных пределов, например 200-500. В отчете все равно такой "сверхзапрос" невозможно просмотреть.
Может для полного счастья отражать в отчете что данная строка отражена сокращенно.
Могу прислать этот лог, если есть желание с ним "побороться".
74. Артур Аюханов (artbear) 17.01.11 08:25
(71) Да, при работе с большими текстовыми данными FileSystemObject надежнее будет, он давно проверен.
75. Andrey Tey (Bitnikov) 17.01.11 09:32
Широкий пишет:
Расскажи, каким же образом? То, что ты сделал период с точностью до сек ничего не меняет
Файлы лога хранятся с периодичностью один час.
Чтобы сделать большую точностью, надо уже анализировать не имя файла, а его содержимое - т.е. строки.
А это по ресурсоемкости примерно то же, что и считать один файл без анализа строк но при формировании поставить фильтр на время.


Сделал фильтр при чтении каждой строки, анализирующий период с точностью до секунды.
Если период не подходит - строка не добавляется в таблицу СКД.
76. Роман Зиновьев (Широкий) 17.01.11 10:03
Bitnikov пишет:
Сделал фильтр при чтении каждой строки, анализирующий период с точностью до секунды. Если период не подходит - строка не добавляется в таблицу СКД.

В твоей обработке этого нет.
И как я описал это раньше - делать это считаю не разумным
77. Роман Зиновьев (Широкий) 17.01.11 10:06
(73) Мне необходимо полностью пропарсить строку, какого бы размера она не была. Если я буду резать строку, то могу пропустить некоторые параметры.
А в отчет данные же попадают усеченные до 1000 символов
78. aspirator 23 (aspirator23) 17.01.11 10:56
79. Роман Зиновьев (Широкий) 17.01.11 11:32
(78) Можно сделать вообще крутяк.. С каждого файла будет читаться первые 500 символов..
Глядишь и чтение ускорится и висеть не будет, и портянка будет мааааленькая :).
80. aspirator 23 (aspirator23) 19.01.11 21:10
(79) Возможно убрать заголовок в выходной форме, а вместо этого зафиксировать шапку отчета: когда пролистываешь вниз огромное количество строк, начинаешь забывать название колонок? Поднимаюсь наверх, кладу палец и опять вниз :) .
81. Роман Зиновьев (Широкий) 19.01.11 21:50
aspirator23,
Заголовок можно убрать в настройках построителя.
А фиксацию сделать нельзя.. к сожалению.. Это же СКД - там можно сделать одновременный вывод и 5 таблиц сразу
82. aspirator 23 (aspirator23) 21.01.11 12:59
(81) насчет заголовка знаю. А вот насчет фиксации, думал это возможно в СКД. Спасибо
83. aspirator 23 (aspirator23) 02.03.11 08:06
(81) Столкнулся с проблемой чтения больших логов.
Включен Полный технологический журнал. Логи за сутки 24ГБ.
Возникает проблема чтения их.
Первая - долго читает, но это как-то еще можно оправдать.
Вторая - при попытке сформировать отчет - падает с нехваткой памяти.
Пример:
Выбрал интервал один час, прочитал файлы. Память съел 2ГБ.
Указал фильтр - без CONN. Задал фильтр выборки интервала событий - всего 15 минут.
Запустил отчет Сформировать. Память доросла до 3.8Гб и "упала" программа с "нехваткой памяти".
Запускал на сервере (64-разряда) где памяти 16Гб и доступно было 12ГБ. Возможно есть ограничение на размер выделяемой памяти на процесс на сервере, либо это проблема приложения 1с.
Как победить эту проблему? Как читать большие логи?
84. Роман Зиновьев (Широкий) 02.03.11 09:23
(83) Ниче так.. 24 гига :)
Считанные данные хранятся в памяти - поэтому такой объем и прочитать и вывести не получится.
В твоем случае надо делать свою базу - туда кидать данные.. А потом запросами получать нужное.
Структуру базы можно глянуть проанализировав обработку
85. aspirator 23 (aspirator23) 02.03.11 10:57
(84) А если хотя бы добавить возможность обработки больших данных кусками: наполнять ТЗ до определенного размера, сбросить их в промежуточный файл, а затем следующий кусок..?

Широкий пишет:
(83)
В твоем случае надо делать свою базу - туда кидать данные.. А потом запросами получать нужное.


Возможно в обработке добавить возможность сохранения данных в SQL базу? Потребность в использовании технологических журналов как правило возникает именно на больших базах, с большими логами.
86. Роман Зиновьев (Широкий) 02.03.11 11:06
aspirator23 пишет:
А если хотя бы добавить возможность обработки больших данных кусками: наполнять ТЗ до определенного размера, сбросить их в промежуточный файл, а затем следующий кусок..?

У тебя и так данные в логах сидят.. ты тупо прочитать не можешь.

aspirator23 пишет:
Возможно в обработке добавить возможность сохранения данных в SQL базу?

Почему именно скуль? Чем отдельная конфигурация на 1с не подходит.

aspirator23 пишет:
Потребность в использовании технологических журналов как правило возникает именно на больших базах, с большими логами.


Не надо про большие базы..
У нас документооборот 3-5 тыс документов/день. И у меня ни разу не возникало потребностей анализировать кусок лога даже на 50 мегов. Ты просто задолбаешься их читать.

Или делай корректную настройку logcfg.xml - чтобы только нужные события попадали или делай отдельную базу и грузи туда
87. aspirator 23 (aspirator23) 02.03.11 11:48
(86) Убедил, пойду logcfg.xml править.
88. Альберт АЙТАТ (al2ko) 29.09.11 10:48
Простая и удобная обработка. Спасибо.
89. Максим Максимов (fggf) 17.10.11 06:54
вообще крутяк, крутяк крутяков, крутяк крутецкий, просто крутитецкий:)мне нужны бонусы, чтобы слить одну гребанную обработку, поэтому я пишу тут всякую хрень, сорри поцики
90. Пуд (Пуд) 09.11.11 12:30
Привет автор! Обработка хорошая, но на больших ТЖ повисает и отрубается. Когда уже 1С станет нормально обрабатывать нехватку памяти....
91. Роман Зиновьев (Широкий) 09.11.11 12:34
Пуд пишет:

Привет автор! Обработка хорошая, но на больших ТЖ повисает и отрубается. Когда уже 1С станет нормально обрабатывать нехватку памяти....


Читай посты с (83) по (86)
92. Ильяс (ILIAS) 09.01.12 10:58
А не планируется перевод обработки на 8.2 УФ ?
93. Роман Зиновьев (Широкий) 09.01.12 11:05
Обычные формы разве недоступны?
94. Seeker Seeker (Seeker) 11.01.12 09:40
(92) в 8.2 можно запустить в толстом клиенте в обычном приложении
95. Ильяс (ILIAS) 11.01.12 11:38
(94) - всё правильно, но хотелось-бы запускать обработку и в режиме управляемого приложения.
96. Alex Stasyuk (GreenFox) 28.03.12 00:10
(95) Вы хотите применять обработки подобного рода через WEB-морду?
98. lees lees (lees) 20.04.12 13:02
Нашему администратору пригодилась
99. KV1s (KroVladS) 06.06.12 14:48
Пользовался неоднократно, очень эфективно позволяет выявить проблеммы производительности.
Для тех кому ЦУП не по корману.
101. Артур Антипин (artur.antipin) 07.06.12 10:38
Пользовался неоднократно, очень эфективно позволяет выявить проблеммы производительности.
Для тех кому ЦУП не по корману.

А как ты с помощью нее выявлял проблемы производительности?
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа