5 простых шагов и 15 минут на разворачивание инструмента мониторинга проблем производительности базы 1С

Публикация № 1040073

Администрирование - Производительность и оптимизация (HighLoad)

Анализ технологического журнала мониторинг

В этой статье мы разберем механизм использования конфигурации "Анализ технологического журнала" на практике, и всего через 15 минут работы вы получите функциональный, удобный инструмент мониторинга проблем производительности базы 1С.

Какой профит? 

  • Простая установка и настройка - за 15 минут рабочее решение для "неограниченного" количества баз
  • Ничего лишнего и никакой "магии" - используются возможности платформы
  • Дружественный интерфейс - только то что нужно
  • Информация в реальном времени - ошибки конфигурации, блокировки, длительные запросы и др.
  • Бесплатно - проект с открытым исходным кодом на GitHub

Структура статьи:

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

Проект 1с-parsing-tech-log является open source. Уже более года мы активно и продуктивно используем данную систему в облаке для мониторинга наших приложений.

 

1. Установим

Рассматриваются два варианта:

  1. Подключаемся к проекту через EDT, закачиваем конфигурацию с репозитория и разворачиваем базу.
    (github.com/Polyplastic/1c-parsing-tech-log)
  2. Для тех кто по каким-то причинам не хочет использовать EDT скачиваем скомпилированную конфигурацию и разворачиваем через привычный конфигуратор.
    (Решение проблемы быстродействия в ERP на рабочем примере)

Совет. Боевую базу мониторинга лучше всего развернуть на отдельном сервере, по крайней мере на отдельном кластере.

 

2. Определим цели и задачи

Что мы будем мониторить? Проблемные ситуации влияющие в целом на производительность и работоспособность базы:

  1. блокировки,
  2. долгие запросы более 60с,
  3. ошибки.

Вы можете использовать эти или добавить/выработать другие критерии. Ситуации, которые описаны говорят сами за себя и расшифровывать их не будем.

Зачем будем мониторить? Для возможности проведения анализа проблемных ситуаций возникающих при работе базы и последующему их исправлению. Ознакомлен - значит вооружен.

 

3. Настроим технологический журнал (ТЖ) для 1С

Давайте настроим конфигурационный файл для технологического журнала всех указанных случаев. Эту операцию настроим вручную с использованием Notepad++. Однако вы всегда можете воспользоваться специальной обработкой с ИТС для настройки этого файла.

Каждую проблемную ситуацию будем выгружать в отдельный каталог и обрамляется она тегом "log" (примерный исходный код файла приведен ниже). Эти каталоги должны быть видны с сервера где развернута наша конфигурация - можно сделать общий каталог.

Созданный файл "logcfg.xml" копируем в папку с установленным предприятием 1С боевого сервера (обычно куда-то по похожему пути: "c:\Program Files\1cv8\8.3.12.1855\bin\conf\").

Пример файла "logcfg.xml":

 


Совет. Обязательно ставьте фильтры для настроек технологического журнала. Никогда не сохраняйте всё подряд. Для рассматриваемого примера нам важны только проблемные ситуации, а не весь стек всех возможных событий. 

4. Настроим базу мониторинга 

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

  • Создаем в справочнике "Замеры" три замера с наименованиями по ситуациям: блокировки, долгие запросы и ошибки;
  • Указываем путь к соответствующим каталогам; 
  • Ставим флаг "загружать в реальном времени" - означает, что данные будут подгружаться автоматически регламентным заданием;
  • Ставим флаг "загружать автоматически" и указываем интервал загрузки 5-10 минут - будет загружаться по регламентному заданию;
  • Детализируем расписание загрузки лога.

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

 

Совет. Вы можете для каждого замера указать фильтры загрузки данных из логов, чтобы ограничить количество и качество поступаемой информации (дополнительно к настройкам logcfg.xml). К примеру, игнорировать события не подлежащие анализу - обрывы соединений и т.п.

 

5. Запустим и проверим

Фактически все необходимые операции мы выполнили и теперь можно проверить что получилось.

Для анализа ситуации у нас имеются следующие обработки:

1. Журнал событий замеров. Позволяет просматривать список событий в временной последовательности с отборами и сортировками.

2. Рабочее место по изменению количества событий. Позволяет сравнить изменение количества событий на временной относительной оси по двум временным окнам, к примеру, сравнить среду и вторник текущей недели или разных.

Совет. Для изменения состава отображаемых колонок (добавить новые поля через ссылку, которых нет изначально) в динамическом списке пользуйтесь возможностью "изменить форму" через "еще".

Видео-урок.

В этом видео-уроке мы с вами установим конфигурацию "Анализ ТЖ", проведем необходимые настройки и посмотрим результаты на примере искусственных ситуаций.

 

Дополнительно.

Подключиться к проекту или его скачать вы можете с git-hub репозитория polyplastic 1c-parsing-tech-log.

Если хотите посмотреть в действии и вам "лень" ставить/компилировать EDT, то можете воспользоваться ссылкой для скачивания присоединенного файла конфигурации из статьи Решение проблемы быстродействия в ERP на рабочем примере. Также в этой статье приводится методика пример выполнения задачи оптимизации проблемного участка для базы 1С.

Есть ли аналоги? К аналогам в какой-то мере можно отнести: Notepad++ и другие механизмы полу-ручного анализа; ЦУП от 1С из Корпоративного инструментального пакета.

 

Исправления и анализ проблемных ситуаций.

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

  • ошибки разработчика - ошибки вызванные результатом деятельности разработчиков. Локализуются, формируются задачи на исправления через систему баг трекинга и исправляются последующими релизами;
  • ошибки системные - ошибки вызванные проблемами окружения: доступ, отсутствие сети, проблемы внешних ресурсов, недостаток места на диске или выделенной памяти и др. Локализуются и в зависимости от возможности исправления формируются задачи на их устранение.

Наличие "долгих" запросов сообщает о проблемах в производительности базы данных. Для их анализа и наличия можно воспользоваться журналом "свойства замеров" с сортировкой по длительности и фильтром за сегодня. Их можно классифицировать

  • проблемы rls - вызваны сложными ограничениями и/или не верным назначением прав доступа;
  • проблемы запроса - не правильный запрос, который стоит оптимизировать;
  • проблемы производительности - проседание мощности в часы пик или по другим подобными причинам.

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

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. the1 791 18.04.19 12:14 Сейчас в теме
Есть ли аналоги?

Есть отличный инструмент "Анализ технологического журнала" в Инструментах разработчика
5. Sedaiko 393 18.04.19 13:05 Сейчас в теме
(1) есть - cat, grep, sed и awk + Мозги
TuneSoft; user612295_death4321; CSiER; +3 Ответить
7. the1 791 18.04.19 14:35 Сейчас в теме
(5)
cat, grep, sed и awk

линуксоид штоле?
10. AlX0id 18.04.19 15:18 Сейчас в теме
(7)
Можно и powershell-ом, чего греха таить _)
22. Sedaiko 393 18.04.19 23:48 Сейчас в теме
(7) эти команды можно и на винде выполнить. И не всегда красивые графические кнопочки и таблички - значит гибко, быстро и эфективно
6. tormozit 6223 18.04.19 13:53 Сейчас в теме
(1) Точнее "Анализ техножурнала"
kuzyara; AlX0id; mvxyz; Il; fokses; CSiER; +6 Ответить
23. Serg O. 190 19.04.19 09:34 Сейчас в теме
(1) анализ от Группы Гилева - анализ Тех.Журнала,
а так же Анализы: Длительных запросов, Блокировок, Взаимо-блокировок
всё там есть... и давно
tormozit; +1 Ответить
2. YPermitin 10325 18.04.19 12:28 Сейчас в теме
(0) используется только технологический журнал?

Просто ведь без магии иногда не обойтись, потому что ни план запроса через ТЖ без последствий нормально не получить, ни причины замедления запроса и др.

За труды спасибо, плюс поставил.
3. ivanov660 2377 18.04.19 12:57 Сейчас в теме
(2)
1. Проект развивается. На текущий момент доступен такой функционал.
2. В вашем случае мы используем дополнительно другие инструменты и методики для поиска сопоставления запроса с точкой в конфигурации (когда не понятно).
YPermitin; +1 Ответить
4. YPermitin 10325 18.04.19 12:59 Сейчас в теме
(3) спасибо за инструмент еще раз.

Попробую на досуге.
8. Darklight 27 18.04.19 14:44 Сейчас в теме
А есть ли возможность сделать внутри аналитической базы фильтра(отбора/группировки) по Иинформационной базе/Серверу1С/СерверуSQL/Пользователю т.е. архитектура конфигурации подразумевает что под каждую ИБ/Сервер нужно заводить отдельную ИБ анализа ТехЖурнала и уже в каждой настраивать общий доп фильтр по ИБ/Серверу или я что-то не так понял?

Жалко нет скриншота с возможными настройками, непосредственно связанными с анализом разобранного тех журнала

И ещё резонный вопрос - как это всё хранится - скажем, если тех журнал весить в тексте 1Gb то сколько он будет весить в такой аналитической базе (с учётом того, что всё что есть в тех журнале - загружается в базу).
Понятно, что объёмами тех журнала в 1Gb даже в день никого не удивишь и не шокируешь - но в больших базах, в час, тех журналы, ежедневно, бывают и по 10Gb на сервер/ИБ, а уж в периоды сдачи отчётности или под НГ могут быть и по 100Gb в час - даже если в них писать только самое важное - итого - у крупных организаций с кучей баз это будут, в пике, уже десятки терабайт в сутки! Даже если хранить это всё не более суток, как с этим объёмом справится данная аналитическая база? Компактность хранения, фильтрации, и насколько эффективно идёт разбор таких больших логов?

Да и, смотрю, нет никакой защиты от чрезмерного роста объёма данных - а желательно бы - на кризисный случай: т.е. хотя бы ограничить не только сроком хранения, а, скажем, числом записей тоже (причём, хорошо иметь не только общий максимум, но и отдельно - по каждой ИБ).
9. ivanov660 2377 18.04.19 15:11 Сейчас в теме
(8)
1. Удаление старых событий или "нет никакой защиты от чрезмерного роста":
- Есть константа "УдалятьУстаревшиеСобытия" и регламентное задание "УдалениеУстаревшихСобытий".
- Для замеров есть параметр Глубина Хранения - при условии не равном "0" данные будут очищаться.

2. "..журнал весить в тексте 1Gb.." - ставьте фильтры на собираемые данные. Для действительно полезных данных объемы значительно меньше!

3. В журнал событий замеров можно вывести информацию о всех доступных свойствах лога в сообщении:
p:processName - имя базы.
t:computerName - имя компьютера,
t:applicationName,
#Пользователь,
#Описание
и другие смотрите описание о назначении для формата лога технологического журнала
(Как добавить колонки я писал в статье и показал в видео).
Далее создаете отборы в динамическом списке по полям и получаете необходимые отборы.
Таже мы рекомендуем ставить отбор на форме журнала "Дата события больше Начало этого дня".

Замер для каждого сервера отдельно, у вас не получится писать в одну папку на диске разным серверами 1С.
Базу для каждого сервера не обязательно создавать - вы создаете замер под каждый каталог, к примеру, "замер для сервера1 по ошибкам", "замер для сервера 2 по блокировкам", "замер для сервера 3 только для базы ERP по длительным запросам" и т.п.

4. Если у вас возникнут идеи по "фитчам", то пишите в issues, а еще лучше подключайтесь)
К примеру, можно добавить справочник сервер и сделать его реквизитом замера.

5. Анализ разобранного журнала это отдельная сложная задача и не входит в рамки этой промо-статьи. Для разных ситуаций оптимальны разные наборы колонок и отборов. В дальнейшем приведем еще некоторые примеры использования - все зависит от востребованности данного инструмента коллегами.
new_user; +1 Ответить
12. w.r. 589 18.04.19 16:04 Сейчас в теме
(9)

ставьте фильтры на собираемые данные. Для действительно полезных данных объемы значительно меньше!


Это прекрасно! Ставьте фильтры, готовьте данные вручную. Да на какой хрен тогда нужна эта утилита. Я таким же образом могу тех журнал в CSV перегнать и фильтры в Excel ставить
13. ivanov660 2377 18.04.19 16:08 Сейчас в теме
(12)Не нужна не пользуйтесь)
15. YPermitin 10325 18.04.19 16:24 Сейчас в теме
(12) зачем так грубо.... инструмент не космический корабль конечно, но пользоваться можно)

Хоть я и предпочитаю на проде другие подходы.
16. ivanov660 2377 18.04.19 16:43 Сейчас в теме
(15)Я ответил вполне тактично и мягко на провокационное замечание коллеги
...Да на какой хрен тогда нужна эта утилита...


Разверну немного ответ почему необходимо ставить фильтры и зачем:
Входная информация
1. Сама 1С говорит никогда не сохраняйте все подряд. Это много лишней и ненужной информации.
2. Человек не может обработать психологически, а иногда физически большие объемы. И через какое-то время просто перестается проводится обработка.
3. Мы когда мониторим проблемы (согласно статьи) выбираем какие-то определенные ситуации, которые по объему данных должны быть минимальны. В идеале событий должно быть 0.
Согласитесь, ошибок должно быть 0, блокировок должно быть 0, долгих запросов должно быть 0.

И как только появляются отклонения начинаем анализировать и искать пути решения. А после применения решения ситуация опять должна вернуться к 0.

Если же все время висит проблема, которую мы не можем исправить или она нам не критична (ошибки коннектов и т.п.), то мы ее исключаем через настройку тж или фильтры замеров. Можно выделить при необходимости в отдельный фоновый замер - типа шум.

В результате. Проводить определенные настройки необходимо, т.к. от конкретной ситуации зависит многое (решение из коробки нужно допилить) - это думаю ясно.
В случае использования нашего инструмента нет необходимости использования сторонних решений, нет лишних преобразований, манипуляций, необходимости вызывать шамана знающего перл и RegExp. Тут нет никакой готовки данных вручную.
Проведение настроек, если есть понятие что делать занимает очень мало времени и выполняется практически разово в данном контексте.
Alien_job; new_user; Krio2; YPermitin; +4 Ответить
19. YPermitin 10325 18.04.19 17:39 Сейчас в теме
(16) я как-раз коллеге w.r. и говорил :)
ivanov660; +1 Ответить
21. w.r. 589 18.04.19 18:51 Сейчас в теме
(16) вот на счёт 0 не соглашусь. Ошибки есть некритические, главное чтобы они не были связаны с данными. Блокировки и долгие запросы - если это какой-нибудь отчёт, который запускает пользователь раз в месяц на ночь, тогда по сути ничего страшного. Включать ради этого тех журнал, увеличивая нагрузку на сервер. Настраивать журнал. Потом разбираться, например, с вашей утилитой. Анализировать планы запросов и искать пути оптимизации...Овчинка выделки не стоит, имхо
26. ivanov660 2377 20.04.19 09:36 Сейчас в теме
(21)Включенный журнал с хорошими фильтрами не создает ощутимой нагрузки (сама 1с говорит об этом и рекомендует его включать мониторинг производительности).
блокировки могут вам положить базу 3 апреля и до конца месяца вы не досидите - куй железо пока горячо.

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

Однако, если у вас нет необходимости в оценке и отслеживании как дела там у меня на проде и ждем когда гром грянет, это ваш выбор.
28. w.r. 589 21.04.19 20:20 Сейчас в теме
(26) лично я считаю, что чем меньше дополнительных вмешательств в систему - тем надежнее система. Найти и устранить большинство проблем можно не применяя костылей
29. Sergey.Noskov 1179 22.04.19 15:50 Сейчас в теме
(28) это не вмешательство, это контроль. Контроль должен быть всегда. С таким же успехом и тахометр в машине можно вмешательством в систему назвать.
37. ivanov660 2377 08.05.19 00:50 Сейчас в теме
(12)
(36) Уже залито в основную ветку. Читайте внимательнее:
"Как только будет доработана и согласована, то задача уйдет в основную ветку мастер."
11. acanta 18.04.19 15:31 Сейчас в теме
Насколько я помню в виндовс нт была возможность ограничить размер папки. Вероятно, если включается технологический журнал, администратор может добавить такое ограничение.
14. ivanov660 2377 18.04.19 16:12 Сейчас в теме
(11) В свойствах logcfg.xml есть свойство для сохраняемого лога history="число". По этим настройкам 1С удаляет устаревшие файлы самостоятельно, поэтому при более или менее стандартной ситуации прыгать размер папки с логами по объему не должны.
17. mpeg1989 18.04.19 17:02 Сейчас в теме
Насколько знаю, Duration с 8.3.какой-то измеряется в микросекундах, 60000 - это 0.6 секунд, а не 60. Плюс с таким примером очень легко пропустить запросы, которые выполняются часто, но быстро, и могут давать львиную долю нагрузки.

Ошибки - штука полезная, но любое исключение, которое обрабатывается в попытке, будет валиться в журнал.

Еще бы неплохо мониторить вызовы - память, длительность. И ожидания на получение блокировки - TLOCK. Конфликт блокировок отлавливается в том же TLOCK, TTIMEOUT и TDEADLOCK, а не в исключениях.

Поверхностно, очень поверхностно...
18. ivanov660 2377 18.04.19 17:35 Сейчас в теме
(17)
1. Да, вы почти правы делить надо на 10 000, т.е. поправить надо на 600 000.
2. В текущем варианте система не предлагает полноценной замены Тест Центра, но даже текущих возможностей достаточно, чтобы получить определенного минимума информации, особенно актуально у кого нет ничего и для них ТЦ - это космос.
3. Для получения информации по вопросам про нагрузку и другие параметры системы у нас стоит Zabbix.
20. mpeg1989 18.04.19 17:53 Сейчас в теме
(18)
1. Я полностью прав, микросекунд, 6 нулей плюсом. Пруф - https://its.1c.ru/db/metod8dev#content:5809:hdoc. Кстати, тут же написано, что надо писать Durationus
2. Тест центр применяется для нагрузочного теста, а не мониторинга. Наверное имелся ввиду ЦУП. При этом на двух сдачах на эксперта ни разу не получилось его настроить, и по ощущениям особо он бы не помог.
3. Говоря про память, я имел ввиду Memory и MemoryPeak в CALL. Но в этом предложении важнее суммарная длительность. Сталкивался с огромным отчетом в 400 Гб базе, 30 секунд выполнялся запрос на СУБД, 10-15 минут длился вывод на экран на стороне сервера. При этом улетает память, нагрузка на процессор.
24. PerlAmutor 124 20.04.19 06:30 Сейчас в теме
(0)
долгие запросы более 60с,

Поправьте logcfg.xml в статье. Во-первых он у меня не "взлетел", копировал из вашей публикации. Не знаю с чем это связано (может комментарии, может какие спец. символы в xml), но я настроил его по аналогии с нуля. Во вторых Вы указывается длительность запроса "60000", а это 6 секунд, а не 60. Надо добавить еще один ноль справа.

Кто мне скажет, есть ли обратная операция для Like в logcfg.xml, хочу сделать "Not Like", некоторые события в ТЖ нормальные, но их слишком много и они мне не нужны?
25. ivanov660 2377 20.04.19 08:54 Сейчас в теме
(24)
1. Поправил. Duration (в 10 000 долях секунды) использовалось до версии 8.3, но работает и видимо оставлено для совместимости. Изменил на рекомендуемое значение Durationus и значения в миллионных долях секунды. Пример: Мониторинг на серверах Durationus="20000000" это 20 секунд.
2. Не забывайте, что формат файла "logcfg.xml" нужно ставить в utf-8. Также если при вставке добавятся "левые" символы, то соответственно работать не будет.
3. Фильтр на исключения можно добавить на вкладке "Фильтры" замера в поле "Исключить" (по правилам RegExp). Пример:
,Descr=[\s\S]*(Сеанс отсутствует или удален|Текущему соединению с информационной базой не назначен сеанс|Требуется переустановка соединения)
. Исключит встречающиеся записи с информацией служебным по проблемам связанным с переустановкой сеансов.
new_user; +1 Ответить
27. PerlAmutor 124 20.04.19 15:00 Сейчас в теме
(25) Тут написано
1. Русские символы. Классика жанра — если в logcfg вы поставили русские символы в любом месте, кроме значений параметров, то ТЖ работать не будет.


http://1sprogress.ru/texnologicheskij-zhurnal-ot-a-do-ya.html

У Вас работает ТЖ с русскими комментариями?
30. user924776 22.04.19 17:51 Сейчас в теме
У вас проект рабочий? ошибки вылезают при обновлении базы, по типу:
Журнал процесса выполнения:
Ссылка на неизвестный метод - CommonModule.ОбновлениеДанныхРегламентное.АвтозагрузкаРегламентное
Ссылка на неизвестный метод - CommonModule.ОбновлениеДанныхРегламентное.УдалениеУстаревшихСобытий
РегламентноеЗадание.Автозагрузка - Имя метода должно быть задано
РегламентноеЗадание.УдалениеУстаревшихСобытий - Имя метода должно быть задано
ФункциональнаяОпция.ИспользоватьПолнотекстовыйПоиск - Не установлено Хранение функциональной опции
31. ivanov660 2377 22.04.19 18:04 Сейчас в теме
(30) Рабочий.
Обратите внимание, проект использует версию платформы 1С 8.3.12
32. user924776 22.04.19 18:21 Сейчас в теме
Да у меня установлена 8.3.12.1412
33. user924776 22.04.19 18:43 Сейчас в теме
Вопрос снят, разобрался.
34. capitan 1895 23.04.19 16:48 Сейчас в теме
Сравнение изменений двух периодов - со второго принтскрина, кому то получилось из ветки мастер загрузить ?
35. ivanov660 2377 23.04.19 17:14 Сейчас в теме
(34) Смотрите ветку Доработки по использованию доп обработок и отчетов
Как только будет доработана и согласована, то задача уйдет в основную ветку мастер.
36. aspirator23 446 07.05.19 09:09 Сейчас в теме
39. ivanov660 2377 08.05.19 22:31 Сейчас в теме
(36) ветка залита в мастер. все изменения уже доступны в основной ветке, а побочная удалена после слияния.
38. freelancer 98 08.05.19 15:13 Сейчас в теме
Доброго дня!

"Формат данных XML EDT версии (0.0.0) проекта 'parsing-tech-log' несовместим с текущей версией EDT (1.9.2).
Пожалуйста, сделайте реимпорт проекта из информационной базы".

Это при импорте проекта хоть с локально загруженного, хоть непосредственно с github.

Помогите разобраться, плз.
Прикрепленные файлы:
40. ivanov660 2377 08.05.19 22:36 Сейчас в теме
(38)Не встречалась подобного рода ошибка, могу предположить, что у вас старая версия EDT установите последнюю 1.10.2. В ней при переходе произошло изменение формата проекта и он может быть не совместим со старыми версиями.
41. letarch 10.10.19 15:56 Сейчас в теме
для запуска вашей конфигурации нужна именно 8.3.12 платформа? Жаль, что в статье не указали этого на видном месте...
44. ivanov660 2377 11.10.19 12:48 Сейчас в теме
(41)Это минимальная совместимость на момент публикации. Сейчас у нас она работает на 8.3.14. Н других версиях не проверял, но должна работать.
42. letarch 11.10.19 10:57 Сейчас в теме
https://forum.mista.ru/topic.php?id=845189 не получается запустить :-) Может, подскажете?
45. ivanov660 2377 11.10.19 12:48 Сейчас в теме
(42)Судя по форуму завелась на 8.3.14 )
43. letarch 11.10.19 12:26 Сейчас в теме
вроде всё получилось, теперь очередной вопрос, ваша разработка не будет работать если сервер 1с на linux, а база postgres? :-)
46. ivanov660 2377 11.10.19 12:55 Сейчас в теме
(43)
1. Будет работать и на линукс, но не весь встроенный функционал.
2. Функционал разбора ТЖ 1С использует COMОбъект("VBScript.RegExp") и не доступен на linux.
Данную проблему можно обойти если написать дополнительную внешнюю обработку на других компонентах, которая поддерживает linux.
У нас такой потребности нет, если вдруг найдутся энтузиасты и сделают pull request в проект, то велком.
3. Можете использовать другой функционал при необходимости.

P.S. Open Source в русском сегменте тяжело идет, а в 1С вообще со скрипом(
47. letarch 11.10.19 13:50 Сейчас в теме
(46) а если вашу базу разместить в файловом режиме на windows хосте, я смогу парсить ТЖ 1с сервера установленного на linux?
62. ivanov660 2377 29.10.19 16:35 Сейчас в теме
(47)
(60) Судя по всему соединение держалось продолжительный период, ничего необычного.
Я вижу что вы не перезагружаете сервера 1С, все же лучшая практика - это принудительная перезагрузка. Настройте за правило перезагрузку раз в сутки в технический промежуток времени.

Скоро подъедет механизм загрузки данных параметров состояния кластеров через ras.
Через нее можно будет мониторить дополнительные данные о параметрах процессов, сеансов и др.
63. letarch 29.10.19 17:11 Сейчас в теме
(62) Странно, но каждое утро рестарт сервера происходит примерно по такому алгоритму записанному скриптом в кроне:
# service srv1cv8 stop
# service srv1cv8 start
64. ivanov660 2377 29.10.19 18:48 Сейчас в теме
(63)а вы пповеряете, что действительно все процессы остановились? Мы в скрипте делаем kill, если это не выполняется. А это бывает часто.

А так наверное описание ТЖ надо почитать, чтобы понять что это за сущность.
48. ivanov660 2377 11.10.19 14:46 Сейчас в теме
(47)
1. Да, сможете. Только учтите некоторые особенности запуска регламентного задания для файловых баз. Тут вариант либо через Windows Task Manager или придется все время держать открытое клиентское приложение.

2. Я так понимаю лишних лицензий на сервер нет, а то можно было вынести запуск регламентных заданий на Windows сервер.
49. letarch 11.10.19 23:18 Сейчас в теме
(48) для теста "и так сойдёт" :-) Интересует другой момент: разместил ТЖ линукс сервера 1с в расшаренной папке, на windows хосте развернул файловую базу вашей конфы, указал в замерах расшаренную папку. Загрузил... но таблица не заполнилась :-( Хотя всплывающее окно бодро написало, что загрузка выполнена
50. ivanov660 2377 12.10.19 09:01 Сейчас в теме
(49)Могу предположить, что не верно выполнили настройки. Обратите внимание на путь к каталогу, должен быть выбран определенный уровень от конечных файлов журнала ("c:\v8\excp\dbgs_3540\*.*", т.е. указан путь "c:\v8\excp").
51. letarch 12.10.19 16:36 Сейчас в теме
(50) так и есть, указан /share/1c/excp. В других замерах, соответственно /share/1c/qerr и /share/1c/locks. Файлы ТЖ формируются, записи с ошибками там есть...
52. ivanov660 2377 12.10.19 18:45 Сейчас в теме
(51) Напоминаю, что:
- парсинг ТЖ работает только под ОС windows.
- в настройках для оперативного чтения должен стоять флаг "загрузка в реальном времени" иначе будет загружать только по прошествии часа, когда 1с открывает новый файл для записи, а текущий закрывает (думаю вот тут не установлен).
- руководство пользователя скоро опубликую, уже где-то на 70-80% готов первый вариант.

Что посмотреть через отладку :

1. Проверьте доступ к файлам.
2. Проверьте наличие ошибок в журнале регистрации
3. Могу предложить посмотреть в отладчике по следующему алгоритму:
а) откройте конфигуратор или edt
б) установите точки останова в следующих позициях
- ОбновлениеДанныхРегламентное.АвтозагрузкаРегламентное
- ОбновлениеДанных.РазобратьФайлВСправочник
в) выберите или создайте замер
г) нажмите кнопку "выполнить загрузку"
д) В процедуре "ОбновлениеДанныхРегламентное.АвтозагрузкаРегламентное" у вас должен вернуться массив ФайлыДляЗагрузки
	...
	//Получить файлы для загрузки
	Если РеквизитыЗадания.ТипЗамера=ПредопределенноеЗначение("Перечисление.ТипыЗамеров.ТехнологическийЖурнал") Тогда
// Тут должен вернуться массив файлов
		ФайлыДляЗагрузки = ПолучитьСписокФайлов(РеквизитыЗадания);
	ИначеЕсли РеквизитыЗадания.ТипЗамера=ПредопределенноеЗначение("Перечисление.ТипыЗамеров.PerfomanceMonitor") Тогда
		ФайлыДляЗагрузки = ПолучитьСписокФайловPerfomanceMonitor(РеквизитыЗадания);
	Иначе
    ...
Показать

е) В случае наличия файлов, должна запуститься процедура обработки "РазобратьФайлВСправочник". В ней должны выполниться условия, что чтение не завершено и файл более 3х байт. Далее идет разбор текста.
55. letarch 14.10.19 10:55 Сейчас в теме
(52) проблема была в правах на файлы. На директорию был доступ, а к файлам нет. Но за алгоритм поиска проблемы отдельная благодарность :-)
56. letarch 14.10.19 18:08 Сейчас в теме
(55)(52) Но есть проблемка... Логи ТЖ сервер пишет от имени пользователя от которого запущен сам сервер. И если дать права на все ТЕКУЩИЕ файлы в директории ТЖ, то всё работает. Но. Все НОВЫЕ файлы сформированные ТЖ уже не имеют нужных прав :-))) И, соответственно, не читаются вашей конфой. Можно конечно сделать скрипт, копирующий файлы ТЖ в нужную директорию и присваивающий им нужные права. Но хотелось бы более элегантное решение :-)
57. ivanov660 2377 15.10.19 07:29 Сейчас в теме
(56)Это уже вопросы администрирования в linux, как Вы сами указали.
Могу предложить запускать клиента тж с тем же пользователем, с которым запускается служба 1с.
53. triviumfan 24 12.10.19 21:39 Сейчас в теме
Автору уже 10 раз написали, что он неверно ТЖ настроил на длительность события, далее он поменял, но все равно с ошибкой)
Не путай длительность при описании события в настройках, и то, как оно в самом логе выглядит)
Ещё раз: в настройках указываются десятитысячные секунды, а самих в логах - миллионные.
54. ivanov660 2377 13.10.19 07:00 Сейчас в теме
(53) https://its.1c.ru/db/metod8dev#content:5809:hdoc (пример настройки длительных запросов).

Duration – длительность события в сотнях микросекунд.
Durationus – длительность события в микросекундах
triviumfan; +1 Ответить
58. letarch 29.10.19 14:56 Сейчас в теме
(54)Не понял вот сейчас с собранными замерами:

Получается операция выполнялась около 4-х суток? :-)
59. Bukaska 134 29.10.19 16:02 Сейчас в теме
(58)Прикрепите картинку к посту на форуме. А не где то там.
61. letarch 29.10.19 16:16 Сейчас в теме
(59)вот как параметр длительности указан в ТЖ
Прикрепленные файлы:
60. letarch 29.10.19 16:14 Сейчас в теме
65. letarch 06.11.19 10:40 Сейчас в теме
Всё-таки интересная разработка у вас, спасибо за труды! :-)
И, как обычно, очередной вопрос. Может ли ваша обработка парсить логи действий пользователя, фиксируемые если в ярлыке запуска 1с указан параметр /logui??
66. ivanov660 2377 06.11.19 15:29 Сейчас в теме
(65) запись интерактивных действий пользователя и их обработка - это на мой взгляд уже другая область задач - тестирование интерфейса и сценарное тестирование.
Написать обработку загрузки данных не проблема, однако не понятно что вы хотите в них почерпнуть?
67. letarch 06.11.19 15:32 Сейчас в теме
(66)там также фиксируется время выполнения каждой операции, хотелось бы отслеживать долгие операции с точки зрения пользователя
68. ivanov660 2377 06.11.19 19:15 Сейчас в теме
(67) думаю, что не в ту сторону пошли)
Для мониторинга операций пользователя используйте ТЖ 1С на пользовательском компютере:
1. создайте файл настроек logcfg.xml (с необходимыми настройками)
2. в этом файле пропишите путь к сетевому каталогу видному как от сервера так и от пользователя к примеру: \\server\v8\log\Пользователь1
3. скопируйте в conf каталог (подобно "c:\Program Files\1cv8\conf\")
3. при запуске 1Ски в этот каталог будут писаться данные действий на клиенте.
69. ivdic 30 29.01.20 14:27 Сейчас в теме
Добрый день!
скачал версию 2.0.4.6

почему у меня нет полей context, usr .... что в видео добавляли?
Прикрепленные файлы:
70. ivanov660 2377 29.01.20 16:44 Сейчас в теме
(69)
1. Если этих полей не было ранее, то 1С еще их не связала. Требуется перезапуск приложения. После они появятся.
2. Они также появляются, если встречались при загрузке логов. Если не было загрузки логов с данными полями, то они не отобразятся. Проверить их наличие можно в справочнике "свойства". Т.е. если вы грузите, к примеру, один тип сообщений журнала, то он ограничен набором некоторых полей свойств.
3. А еще я рекомендую поля указывать в карточке "Замеры". Нажмите флаг "дополнять список набором полей" и на появившейся вкладке "Дополнительные поля для списка" укажите необходимые поля. Тогда при выборе замеров у вас автоматически будут меняться колонки, а не существовать всегда
72. ivdic 30 29.01.20 17:12 Сейчас в теме
(70)
карточке "Замеры"

да карточке "Замеры" получилось добавить
71. ivdic 30 29.01.20 17:06 Сейчас в теме
У нас 1с rarus УТ + CRM 3 клиент -сервер на postgres конфигурация правленная... наблюдаются спонтанные замедления в работе вплоть до полного зависания.

вот система выдала такие данные что это значит? время огромное ! это зависщие сеансы?

по запросам к базе см. скрин максимальное время исполнения запроса 6,64 секунды и по этому вроде все ясно.
Прикрепленные файлы:
73. ivanov660 2377 29.01.20 17:26 Сейчас в теме
(71)
1. Это служебные сообщения - закрытие соединения. Попробуйте посмотреть в сторону длительных запросов.
2. По вопросу анализа проблем воспользуйтесь сначала статьей. Мониторим производительность с помощью 1С RAS
- соберите историю - оптимально за день
- в процессе отслеживайте информацию по тем графикам, про которые идет речь в статье (агрегирующие)
- проверьте совпадение проседаний производительности с ростом агрегирующих графиков. Думаю, что совпадения сразу будут видны.А далее возможно сразу будет ясно, кто "кладет" систему.
74. ivdic 30 30.01.20 11:23 Сейчас в теме
Как прочитать дамп ?
Прикрепленные файлы:
75. ivanov660 2377 30.01.20 11:38 Сейчас в теме
(74)Тут вам нужно обращаться в 1С
76. ivdic 30 30.01.20 11:39 Сейчас в теме
Что значат сообщения -сеанс отсутсвует или удален?

или вот еще... даленный хост принудительно разорвал существующее подключение. line=1452 file=d:\jenkins\ci_builder2\windowsbuild2\platform\src\rtrsrvc\src\­dataexchangetcpclientimpl.cpp

или вот src\rtrsrvc\src\remoteinterfaceimpl.cpp(736):
dd149677-3d47-4e05-a55f-4e75b13a441f: Процесс завершается. Исходящий вызов запрещен.


вобщем работа начинается нормально а через 3..4 часа база идет вразнос.. при этом характеристики сервера razen 2400g 4 ядра (8 потоков) озу 16 гб..

грешу на то что запросы неоптимизированы совместили 2 конфигурации УТ и СРМ да и к томуже в базу вносят доработки..
Прикрепленные файлы:
77. ivanov660 2377 30.01.20 12:04 Сейчас в теме
(76) Воспользуйтесь сначала информацией из статьи - Мониторим производительность с помощью 1С RAS. Посмотрите как изменяется динамика и основные показатели кластера 1С, рабочие процессы, пользователи. Долгие захваты на сервере СУБД, 1С, производительность, очередь к серверу 1С, серверу СУБД и др.
Т.е. вы должны увидеть картину снижения производительности, а уже далее смотреть кто это вызывает и почему.

В журнале логов ТЖ поищите долгие запросы, блокировки, ошибки в коде и т.д. Типовые смотреть не стоит - это обычно результат других причин.
Оставьте свое сообщение

См. также

Исследование технологического журнала 1С при помощи регулярных выражений в блокноте Промо

Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

Все из тех, кто пробовали сдать на сертификат "Эксперт по технологическим вопросам 1С", сталкивались с методикой ЦКТП - разбор файлов технологического журнала при помощи консоли bash. Я, в свою очередь,внёс изменения в данную методику. Мне хотелось достичь более понятного вида и сфокусироваться на Perl, в качестве предпочтительного средства обработки файлов ТЖ. Вот что из этого вышло:

30.10.2017    30810    MrWonder    42    

Долгое воспроизведение звука по RDP с удаленной машины

Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

При воспроизведении короткого звука в 38 Кб, сигнализирующего об успешном сканировании, порою происходило подвисание примерно в 5 секунд.

09.02.2021    468    pashamak    2    

Highload-оптимизация 1С: теория и практика на примере консолидированной отчетности группы "Магнит" и розничной аптечной сети "Магнит"

Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

Тема оптимизации 1С на больших данных бесконечная и всеобъемлющая, поскольку на производительность влияет целый ряд факторов – количество пользователей, данных, транзакций, неоптимальные запросы и т.д. Об инструментах для локализации проблем производительности и практических кейсах оптимизации рассказал Алексей Олейник, руководитель сектора автоматизации отчетности МСФО компании «Информационные технологии Магнит».

11.01.2021    5916    user662404_itlexusss    14    

Анализ блокировок СУБД: таблица изменений плана обмена 1С

Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

Практический пример анализа типичной проблемы ожидания на блокировках СУБД, возникающих при использовании планов обмена 1С. Сервер СУБД: Microsoft SQL Server.

18.12.2020    1691    zhichkin    5    

Долго открывается конфигуратор Промо

Производительность и оптимизация (HighLoad) v8 1cv8.cf Бесплатно (free)

В ОС Windows Server 2012 бывает полезно выключать службу Dynamic Fair Share Scheduling (DFSS позволяет балансировать и распределять ресурсы между пользователями), чтобы повысить производительность 1С:Предприятие 8 в ряде случаев.

22.04.2015    41868    Gilev.Vyacheslav    1    

Анализ проблем производительности по динамике мониторинга RAS 1C

Производительность и оптимизация (HighLoad) v8 1cv8.cf Бесплатно (free)

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

07.10.2020    3748    ivanov660    12    

Ускорение медленной работы строк в 1С на примере 1С:Документооборот КОРП

Производительность и оптимизация (HighLoad) v8 ДО Бесплатно (free)

Если у вас в 1С:Документооборот КОРП 2.1.11.5 (часть более старых и новых конфигураций): 1) Долго отправляется почта в формате HTML; 2) Медленно открывается документы внутренние / входящие / исходящие; 3) Тормозит область просмотра или открытие задач. Тогда вам сюда.

02.10.2020    4457    Nykyanen    16    

Тест скорости работы мобильной платформы 1С

Мобильная разработка Производительность и оптимизация (HighLoad) v8 1cv8.cf Бесплатно (free)

С помощью этого приложения вы можете измерить производительность своего устройства, используя для этого мобильную платформу 1С:Предприятие. Набор действий теста полностью повторяет аналогичный тест для стационарных ПК, поэтому результаты сравнимы.

14.09.2020    1437    capitan    25    

Как можно "положить" SQL сервер с помощью обычной консоли запросов 1С Промо

Производительность и оптимизация (HighLoad) v8 1cv8.cf Бесплатно (free)

Описано как из 1С, с помощью безобидной на первый взгляд обработки, можно сделать неработоспособным SQL сервер. Предложены меры, позволяющие избежать этого.

22.01.2014    68039    yuraos    112    

Описание почти всех событий технологического журнала

Технологический журнал v8 Бесплатно (free)

Краткое описание событий технологического журнала с примерами. Все для быстрого старта.

19.08.2020    13842    YPermitin    30    

Адаптация автоматической классификации ошибок технологического журнала при появлении новых текстов и типов

Технологический журнал v8 1cv8.cf Бесплатно (free)

Корректируем классификацию ошибок ТЖ в процессе работы для конфигурации мониторинг производительности

17.08.2020    599    ivanov660    0    

SQL для 1С: пишем правильно, красиво, сложно

Производительность и оптимизация (HighLoad) v8 1cv8.cf Бесплатно (free)

Многие программисты боятся работать с Null, считая, что от этих данных в запросах нужно избавляться. О том, как с помощью Null-полей в запросе решать востребованные в учете задачи по выборке данных, на конференции Infostart Event 2019 Inception рассказал ведущий разработчик ГК WiseAdvice Дмитрий Дудин.

14.08.2020    11686    dmurk    31    

Ускоряем списание партий УПП 1.2 / 1.3 / УТ 10.3 Промо

Производительность и оптимизация (HighLoad) v8 УТ10 УПП1 Бесплатно (free)

Не секрет, что многие пользователи, использующие партионный учет (а таких очень много, даже среди огромных холдингов, несмотря на пропаганду РАУЗ) при больших нагрузках сталкиваются с резким замедлением списания партий.

21.06.2013    57995    Антон Ширяев    117    

Нестандартные блокировки при работе с OLAP-нагрузкой

Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

Если выполнение отчета мешает работе других пользователей и провоцирует блокировки, даже с учетом «грязного чтения» – ситуация кажется парадоксальной. О том, как расследовать такие проблемы, на конференции Infostart Event 2019 Inception рассказали ведущий программист торгового дома «Петрович» Станислав Щербаков и специалист по производительности компании «СофтПоинт» Александр Денисов.

20.07.2020    2230    Филин    7    

Автоматическая классификация ошибок технологического журнала

Технологический журнал v8 1cv8.cf Бесплатно (free)

В статье обсудим пример практической настройки конфигурации «Мониторинг производительности» для автоматической классификации ошибок по группам/кластерам на данных текстов описания ошибок. Используем механизм векторной модели текстов и косинусное сходство между ними.

25.06.2020    3162    ivanov660    13    

Выявляем и оптимизируем ресурсоемкие запросы 1С:Предприятия

Производительность и оптимизация (HighLoad) Администрирование СУБД Технологический журнал Структура метаданных v8::Запросы Бесплатно (free)

Обычно предметом оптимизации являются заранее определенные ключевые операции, т.е. действия, время выполнения которых значимо для пользователей. Причиной недостаточно быстрого выполнения ключевых операций может быть неоптимальный код, неоптимальные запросы либо же проблемы параллельности. Если выясняется, что основная доля времени выполнения ключевой операции приходится на запросы, то осуществляется оптимизация этих запросов. При высоких нагрузках на сервер СУБД в оптимизации нуждаются и те запросы, которые потребляют наибольшие ресурсы. Такие запросы не обязательно связаны с ключевыми операциями и заранее неизвестны. Но их также легко выявить и определить контекст их выполнения, чтобы оптимизировать стандартными методами.

24.05.2020    8692    DataReducer    22    

Сравнение скорости работы 1C+MSSQL и файлового варианта Промо

Производительность и оптимизация (HighLoad) v8 1cv8.cf Россия Бесплатно (free)

На форумах постоянно задается один и тот же вопрос: почему 1C+MSSQL медленнее обрабатывает запросы чем файловая? Затем обычно идет «флуд» на несколько десятков страниц. Есть два популярных «течения» в таких форумах — одни говорят что для клиент-серверного варианта это нормально, файловый вариант всегда должен работать быстрее, другие говорят что 1С плохо работает с субд. В результате «баталий и выяснения отношений» на форумах люди расходятся при своих мнения.

19.02.2013    56197    Gilev.Vyacheslav    46    

[SQL Server] Использование trace flag 9592 для сжатия траффика в кластере AlwaysOn

Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

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

18.05.2020    2360    Aleksey.Bochkov    4    

Эти занимательные временные таблицы

Производительность и оптимизация (HighLoad) Администрирование СУБД v8 Бесплатно (free)

Кое-что интересное о временных таблицах и работе платформы 1С с ними.

06.04.2020    13161    YPermitin    0    

Оптимизация запросов 1С посредством индексации временных таблиц. Миф? Тестируем, смотрим, считаем

Производительность и оптимизация (HighLoad) Практика программирования v8 Бесплатно (free)

Появилось свободное время, решил проверить на работе индексацию таблиц. Решил поделиться с Вами результатами исследования. Давайте порассуждаем на эту тему? Часто ли вы пользуетесь индексацией в запросах? Платформа 8.3.16.1224

03.04.2020    5682    feva    15    

Параллельные вычисления в 1С 8 Промо

Производительность и оптимизация (HighLoad) v8 1cv8.cf Бесплатно (free)

Решение позволяет ускорять выполнение запросов в 1С 8 в отчетах путем их параллельного выполнения в разных потоках.

11.02.2013    31307    gallam99    19    

Как я собрал для себя высокопроизводительный и бесплатный облачный бекенд для 1С на PosgreSQL + PostgREST

Производительность и оптимизация (HighLoad) WEB Интеграция Мобильная разработка Администрирование веб-серверов v8 Бесплатно (free)

В этой статье я расскажу о проблемах бека для мобильных приложений или другого фронта, который требует производительности, быстрой реакции и отказоустойчивости, и как я решил это благодаря opensource проекту PostgREST и СУБД Postgre SQL 12. Проведу простой тест производительности для сравнения 1С с данным решением. Это может быть полезно всем, кто разрабатывает мобильные приложения либо фронтсайд-приложения для 1С на чем угодно - на мобильной платформе или на нативном языке или на Simple UI. И также обзор новых функций SimpleUI для связи с этим бекендом.

31.03.2020    14295    informa1555    35    

Многострочный контекст событий

Производительность и оптимизация (HighLoad) Технологический журнал v8 Бесплатно (free)

Разбор технологического журнала с группировкой событий по первой или последней строке многострочного контекста.

31.03.2020    3361    vasilev2015    10    

Анализ взаимоблокировок

Производительность и оптимизация (HighLoad) Технологический журнал v8 Бесплатно (free)

Скрипт Bash, который выводит полную информацию взаимоблокировок по технологическому журналу. Не имеет аналогов в отечественных публикациях.

20.03.2020    5755    vasilev2015    27    

Ubuntu vs CentOS vs Win2k8 vs Debian: производительность PostgreSQL Промо

Статистика базы данных Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

Хотя интернет уже переполнен статьями о "правильной" настройке связки PostgreSQL и 1C 8.2, для подводных камней всегда остается место. При сравнении производительности СУБД PostgreSQL на разных ОС, показатели различаются в разы. Самую большую обиду принесла любимая Ubuntu (человечность). После долгих дней и ночей проведенных за консолью этой ОС, она разочаровала окончательно. Тормоза PostgreSQL в Ubuntu Server. Что с ними делать? Сколько раз можно наступать на грабли?

03.11.2012    44852    madmpro    32    

Многопоточность

Практика программирования Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

Увеличиваем скорость загрузки данных в 20 раз. Как следует использовать многопоточность и готовый модуль для внедрения.

18.03.2020    7746    kaliuzhnyi    43    

Планы запросов - это просто! Разбор оптимизаций запросов PostgreSQL на живых примерах

Производительность и оптимизация (HighLoad) v8::Запросы Бесплатно (free)

Проблема быстродействия 1С напрямую зависит от производительности запросов. Но как понять механику работы СУБД с помощью плана запроса? Андрей Овсянкин и Никита Грызлов на конференции Infostart Event 2019 Inception подробно рассмотрели алгоритм работы с планом запроса СУБД PostgreSQL, полученным из технологического журнала, и рассказали, на что обратить внимание, чтобы оптимизировать работу системы.

17.02.2020    11289    Evil Beaver    13    

Оптимизатор запросов. Вторая часть

Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

Продолжение статьи об оптимизаторе запросов. Во второй части мы попробуем создать свой оптимизатор и попутно разберемся с такими вопросами, как: хранение файлов; индексы; статистика.

23.01.2020    6844    darkdan77    59    

Улучшаем производительность 1С. Рекомендации

Производительность и оптимизация (HighLoad) v8 1cv8.cf Россия Бесплатно (free)

Каждый уважаемый разработчик 1С сталкивался или столкнется с вопросом производительности высоконагруженных систем. В статье агрегирован основной набор рекомендаций, который позволит повысить производительность системы. Эти рекомендации должны быть просто must have по определению.

23.01.2020    8772    Kaval88    26    

Мониторим производительность с помощью 1С RAS

Инструментарий разработчика Производительность и оптимизация (HighLoad) v8 1cv8.cf Бесплатно (free)

Подключаемся и анализируем данные через 1С RAS. Необходимо выполнить 5 пунктов и серьезный инструмент мониторинга будет у вас в руках.

19.12.2019    13055    ivanov660    20    

Весёлые картинки о работе Performance Monitor на Windows Server 2016 Std по мотивам расследования потери производительности на базе 1С

Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

Данная публикация посвящена одной особенности Performance Monitor на Windows Server 2016 Std. Как понимать графики Performance Monitor на Windows Server 2016 Std при расследовании проблем в работе 1С.

22.10.2019    8072    EugeneSemyonov    11    

Обслуживание баз данных. Не так просто, как кажется

Производительность и оптимизация (HighLoad) Администрирование СУБД v8 1cv8.cf Бесплатно (free)

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

14.10.2019    19255    YPermitin    31    

Мониторинг высоконагруженной системы

Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

Высоконагруженной системе (более 8000 клиентских сессий) мониторинг необходим. Про опыт использования инструментов для мониторинга – самописной системы информирования, написанной на C#, и конфигурации «Центр контроля качества» в связке с системой отображения данных Grafana, на конференции Infostart Event 2018 Education рассказал Олег Репников.

13.09.2019    9510    Repich    5    

Использование Zabbix для сбора информации о серверных вызовах и управляемых блокировках с сервера 1С Предприятия, работающего на платформе GNU/Linux

Администрирование данных 1С Zabbix v8 Бесплатно (free)

Описанные в данном опусе механизмы ни в коей мере не противопоставляются тому, что реализует КИП от 1С или какие-либо другие инструменты (решения)! Это всего лишь еще один взгляд на "проблему", который может быть полезен в некоторых ситуациях.

10.09.2019    19765    Sloth    30    

Хранение файлов - как уменьшить размер базы данных

Чистка базы Производительность и оптимизация (HighLoad) Практика программирования Разработка v8 Россия Бесплатно (free)

Хранение файлов в базе 1С можно оптимизировать для уменьшения размера хранимых данных.

09.09.2019    9141    2tvad    17    

Неочевидные проблемы производительности: важность системного подхода при анализе

Производительность и оптимизация (HighLoad) v8 Россия Бесплатно (free)

Часто программисты и 1С-ники сталкиваются с совершенно необъяснимыми на первый взгляд проблемами. Но это потому, что их внимание направлено только на один сегмент системы, а не на всю систему полностью. О том, почему нужно стараться смотреть на ситуацию комплексно, рассказал специалист по производительности компании SOFTPOINT Александр Денисов.

19.07.2019    9278    Филин    12    

Ловля блокировок на связке "Microsoft SQL server - 1С"

Производительность и оптимизация (HighLoad) v8 v8::blocking Бесплатно (free)

Материал относится к базам данных на связке «1С - MS SQL Server». Один из способов отлова блокировок в бд 1С . Переход к управляемым блокировкам через режим "Автоматический и управляемый".

16.07.2019    10806    fhqhelp    0    

Анти-оптимизация: как мы ускорили запрос в 4 раза, сделав его неоптимальным

Производительность и оптимизация (HighLoad) Практика программирования Решение задач на 1С:Специалист Разработка v8 Бесплатно (free)

В этой статье приведен пример неочевидной "оптимизации" запроса, которая противоречит всем правилам, описанным в книгах для подготовки к сертификации "1С:Эксперт по технологическим вопросам", а также преподаваемым на курсах подготовки экспертов.

02.07.2019    11822    igordynets    119    

Ускорение чтения правил обмена в УПП 1.3 в 20 раз!

Производительность и оптимизация (HighLoad) v8 1cv8.cf Бесплатно (free)

Способ оптимизации чтения правил обмена конвертации данных. Может понадобиться при большом размере правил и высокой периодичности обмена.

27.06.2019    10198    YPermitin    17    

Хотите снизить нагрузку на процессор сервера в 2 раза?

Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

В статье рассмотрено влияние частого запуска регламентных заданий на процессор сервера 1С.

27.06.2019    10523    Дмитрий74Чел    6    

Непридуманные истории по оптимизации. История 1

Производительность и оптимизация (HighLoad) v8 1cv8.cf Россия Бесплатно (free)

Первая статья из планируемого цикла об оптимизации приложений на базе 1С. Без теории. Одна практика.

13.06.2019    13074    Repich    117    

Оптимизация: неэффективные запросы

Производительность и оптимизация (HighLoad) Практика программирования Разработка v8 1cv8.cf Бесплатно (free)

В большинстве случаев основной причиной медленной работы системы при многопользовательском режиме работы является блокировка данных СУБД (говорим про клиент-серверную версию). Блокировка - это не есть хорошо или плохо, это жизненно необходимая вещь при построении прикладной логики работы системы. Но блокировки таблиц, записей могут быть как вполне законными, так и далеко не всегда оправданными в каждой конкретной ситуации. Одной из самых распространенных причин неоптимальной блокировки ресурсов является некорректное написание запросов.

13.06.2019    6096    slayer-ekb    10    

Многопоточное ускорение однопользовательских нагрузок в 1С + Microsoft SQL Server 2017

Практика программирования Производительность и оптимизация (HighLoad) v8 v8::Запросы Бесплатно (free)

Взаимодействие с Microsoft SQL Server нередко вызывает трудности у 1С-ников, а потому интересны любые моменты, связанные с его использованием. О своем опыте работы с новым SQL Server 2017 участникам конференции Infostart-2018 рассказал директор ООО «Аналитика софт» Дмитрий Дудин.

11.06.2019    26987    dmurk    146    

За 5 шагов добавляем мониторинг счетчиков производительности серверов MS SQL и 1С

Статистика базы данных Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

Мы расскажем и покажем, как добавить данные счетчиков производительности серверов 1С и MS SQL в нашу базу мониторинга за 15 минут. Приведем список наиболее важных из них, опишем основные особенности.

28.05.2019    21459    ivanov660    11    

Не думать о секундах свысока...

Производительность и оптимизация (HighLoad) v8 1cv8.cf Бесплатно (free)

Несколько примеров оптимизации типовой конфигурации УТ11. Описанные приемы подходят для многих других конфигураций.

21.05.2019    8242    vasilev2015    21