Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
А если отключить сбор данных APDEX в программе глобальный APDEX это улучшит?
(0)Из публикации абслютно не понятно, какие еще действия административного характера были произведены прежде, чем прибегнуть к кардинальным мерам, т.е. снижению уровня детализации ЖР.
(2) Здравствуйте !
Действий административного характера нам не потребовалось: наши пользователи не смотрят в журнал. События регистрируются также полно, как и раньше но теперь в регистре. Можно делать отчеты.
(1) Здравствуйте !
APDEX собираем на сервере СУБД, где запись сильно оптимизирована, а журнал регистрации — на сервере приложений, последовательно в текстовый файл.
Поэтому разница огромная.
При отключении APDEX вау-эффекта не было.
(4) Пару лет уже не видел текстовые файлы журналов регистрации, вы уверены что они текстовые?
Вячеслав Гилёв (>_<) /* наверное нервно закурил в сторонке, подумывая: «А не открыть ли часом бьюти блог на youtube?!»
(5) В приведенном примере Билайн формат файла старый, то есть текстовый. У нас встречаются оба варианта.
(6) последнее видео 3 года назад.
(6) Кстати, в Вашей фирме наверное давно отказались от подробного журнала регистрации ?
(8) Здравствуйте, Анна !
это видео про технологический журнал, а не про журнал регистрации ?
В целом направление, конечно, правильное: не нужно логировать ненужную информацию, логирование не должно ощутимо замедлять работу системы.
Обратите внимание, что запись в регистр имеет свои недостатки, о которых я рассказывал в докладе «Логирование в приложениях» на Инфостарт 2018:
— у вас растет таблица регистра, а это влияет на время резервного копирования и восстановления, размер бекапов. При большом объеме логов — существенно.
— в отличие от журнала регистрации, с регистром вы не можете записывать ошибки в транзакции. Вы не увидите в регистре запись, если ошибка произошла в транзакции. ПриЗаписи выполняется в транзакции.
Еще одним решением проблемы может быть вынесение жернала регистрации на отдельный сервер. Но такой вариант емнип очень дорог в реализации из-за лицензирования и необходимости администрирования лишних вычмощностей, поэтому зачастую не применяется
(11)ИМХО, оптимальный способ: выгружать ЖР во внешнюю БД и выполнять усечение оперативного ЖР. Размер оперативного ЖР — 3-5-7 дней — этого вполне достаточно для анализа.
Ну и выделение под ЖР отдельного физического диска — это вообще первое, что необходимо сделать.
> Запись в СУБД происходит гораздо быстрее, чем в журнал
На сколько быстрее? Вы проводили замеры на сколько именно? И с чем это связано?
Например, СУБД может работать на быстрых дисках, а журнал регистрации размещен на обычных дисках, в разделе ОС с постоянными очередями к диску.
(10) мы никогда не включаем подробнее чем 3 уровень детализации, обычно 2. При необходимости включается технологический журнал как в видео.
(11) Здравствуйте !
Спасибо за уточнение. Нужно иметь ввиду, что журнал регистрации тоже неполный: в технологическом журнале регистрируется больше ошибок.
(12) У нас проблемы были не из-за места, а из-за замедления записи на сервере приложений.
(13) Замеры не производили.
(13) Тоже с трудом верится в такие чудеса, если только на сервере 1С совсем уж убогая дисковая подсистема, но тогда решением было бы перенос папок на более быстрый диск.
Сам использую ЖР в текстовом виде, потом выгружаю его в отдельную базу, при загрузке откидываю лишнее.
(18) Здравствуйте !
Мы не проводили замеры скорости диска, но APDEX заметно изменился.
Система не убогая, скорее наоборот: породистое СХД.
За день журнал вырастал до 1 Гб. Это сопоставимо с ростом основной базы.
У вас сколько пользователей ? На сколько растет журнал ? Попробуйте отключить ?
В использовании ЖР главная проблема не запись, а чтение. Если кто то попробует сделать какой то отбор( особенно с динамически) по ЖР с большим количеством записей. То это приводит к «зависанию» работы всех пользователей до завершения такого отбора.
Не верите? 🙂
(7) Какую-то картошку с макаронами пытаетесь подсунуть =) Не знаю кто это творение будет применять… если кто-то будет, то «Азамат, где логика?» напишите зачем это придумали ))) В примере Билайн?! Ну конечно а я то думал Теле2
(19) пользователей порядка 200, журналы тоже могут быть по гигу и более. У меня было много логов в файлы, их передали на логи в жр, тут скорость возросла. Но чтобы жр переделать на регистр не задумывались. Я правильно понимаю что у вас жр старого формата, не sqlite ? Может есть какие особенности конфы / релиза 1с . ? Я точно знаю что в нашей конфе есть приличный запас по оптимизации кода , поэтому переделывать жр пока нет времени. Но по возможности обязательно попробую
(20) Верим, уже пробовали.
Я бы сменил заголовок, он путает. Или это для кликабельности?!
(24) Здравствуйте !
В статье описывается способ ускорить типовую конфигурацию без изменений.
Что бы Вы изменили ?
(20) Здравствуйте !
Верим, видели такое чудо.
Когда откажетесь от подробного журнала, все станет лучше: и запись и чтение.
Зря Вы пользователей пускаете в журнал.
Когда перенесете запись в регистр — нужно будет дополнительный отчет делать.
Кстати, похожий отчет можно сделать по регистру сведений «Версионирование..».
Он менее подробный, зато можно получать объекты.
(21) Зря Вы становитесь на темную сторону, Дмитрий !
Журнал регистрации must die.
Нормальные пацаны его не используют.
Вместо того, чтобы троллить бедную девочку
Лучше поделитесь своим опытом, как Вы делаете
??
(25)
Да ладно? А процедуры общих модулей святым духом в конфигурацию попадут, как и подписки на события их использующие?
(27)И давно нормальные пацаны перестали использовать ЖР?
(28) Это не изменение, а дополнение конфигурации. Почувствуйте разницу.
(29) Думаете, в системах 500+ пользователей кто-то использует полный журнал регистрации ? Серьезно ?
(30) Для работы дополнения необходимо включать возможность изменения конфигурации. Это во-первых.
Во-вторых: для того, чтобы вообще работало дополнение конфигурации, сама конфигурация должна быть в режиме совместимости не меньше чем, 8.3.чего-то там.
(32) Включить возможность изменений и добавить объект это не то же самое,
что изменить типовой объект.
Пожалуйста, не путайте механизм расширения конфигурации
с объектами, которые конфигурацию дополняют.
(31)Вполне.
(34) Внушительно, но еще не 500+
(35)Так и файлы ЖР не видны среди таких, в которые запись происходит с какой-то большой скоростью.
(36)
1. Конфигурация сильно отличается от типовой ?
2. Насколько вырастает ЖР за день ?
(37)1. Сильно.
(38) У нас был такой же объем журнала. То, что в него не происходит запись — не показатель. Кеш диска занят, оперативная память тоже. Попробуйте сделать ЖР менее подробным. Благодарить потом будете. (Но будет поздно.)
(39)Так может все же разобраться с причинами занятости кэша диска и оперативной памяти, прежде чем городить вот это все, не?
У нас нет необходимости снижать уровень детализации ЖР, во всяком случае пока.
(40) если нет проблем с быстродействием, то ничего не нужно, это правда.
Не согласен с позицией автора.
1. Журнал регистрации полезен, он содержит данные об авторизации, отказе в доступе к метаданным, ошибки, информацию об изменении данных. Часто пишу в него дополнительную информацию. Имхо, единственное, что стоило бы отключить (если бы это было возможно) — это данные об изменении регистров, как раз они абсолютно неинформативны и отбирают много места.
2. Журнал работает очень быстро. Его надо поместить на ssd отдельно от баз SQL и tempdb.
3. Как уже правильно заметили, запись в регистр не сможет содержать данные отмененных транзакций, вряд ли будет быстрее записи в журнал регистрации.
Я использую журнал регистрации, ночью данные фильтруются и переносятся во внешнюю базу. Журнал режется до нескольких недель.
(42) Здравствуйте !
Не буду с вами спорить: если Вы всем довольны — значит, вы правы.
Уже упоминали, что в журнал регистрации не попадают многие ошибки, которые есть в технологическом журнале.
Я не писал, что не использую технологический журнал. Использую.
Одно другому не мешает, а дополняет.
(12) В ELK, в ELK грузите!
PS
Сейчас придет comol и предложит ClickHouse c Grafana:-)
(16) SSD под текущие журналы, а остальное в архив?
(19) «породистое СХД» к сожаление не отменяет «убогости». И чем выше «породистость», тем более высокая квалификация администраторов требуется, чтобы все это быстро работало..