1C: Предприятие. СрезПоследних в PostgreSQL. Почему же так долго?

Этой проблеме уже не менее 15 лет. На входе: большая база на PostgreSQL. Вполне себе типовые отчеты с не менее типовыми запросами 1C, содержащие обращение к виртуальной таблице СрезПоследних какого-нибудь регистра сведений с большим количеством строк, выполняются неприлично длительное время. Вплоть до нескольких часов. Причина – оптимизатор строит неверный план запроса. Причем тот же запрос на MS SQL выполняется быстро и оптимизатор не ошибается. Сейчас будем разбираться в чем ошибается оптимизатор и какие пути решения тут возможны.

https://habr.com/ru/companies/softpoint/articles/914956/

#СрезПоследних #запросы_sql #perfexpert #qprocessing #долгие_sqlзапросы #1C_срез_последних #PostgreSQL_и_1C

Записки оптимизатора 1С (ч.11). Не всегда очевидные проблемы производительности на серверах 1С

Продолжаем обсуждать серверы в контуре высоконагруженных 1С-систем. В предыдущей статье я рассматривал типичные проблемы с серверами СУБД, а сегодня перейдем к серверам 1С. Причем не хочется, чтобы пост превратился в очередной универсальный перечень настроек сервера 1С на все случаи жизни. Поэтому будем смотреть на задачу через призму производительности системы. Главное, сначала увидеть картину целиком, понять причину и, исходя из этого, менять пусть те же самые настройки 1С. Цель статьи – подсветить несколько достаточно распространенных, но не всегда очевидных проблем производительности ИТ-системы, находящихся на стороне сервера(ов) 1С. Естественно, я не планирую разбирать очевидные вещи из серии «Хьюстон у нас проблемы. Нагрузка на CPU – 100%, пользователи в истерике». Но начну как раз с процессора :-). Тут есть что рассказать.

https://habr.com/ru/companies/softpoint/articles/905380/

#perfexpert #сервер_1С #настройки_сервера_1С #утечка_памяти_rphost #NUMAузлы #нагрузка_на_процессор

Записки оптимизатора 1С (ч.10): Как понять, что процессор — основная боль на вашем сервере СУБД MS SQL Server?

Назрел пост, связанный нагрузкой на процессор сервера СУБД MS SQL Server. Вроде бы чего тут обсуждать, всё же очевидно – есть системные счетчики, показывающие нагрузку в процентах. Смотрим на них и понимаем, всё ли у нас замечательно с сервером, хорошо ли утилизируются ресурсы, аль не хватает. Когда нагрузка на процессоре ~100%, огромные очереди к нему, то тут действительно всё просто и обсуждать особо нечего. Сценарий простой: либо ищем что его нагружает, либо система переросла процессор и ему пора накинуть мощностей. А вот когда нагрузка держится на среднем уровне, но при этом есть очереди и ожидания, то здесь далеко не все так очевидно.

https://habr.com/ru/companies/softpoint/articles/891640/

#perfexpert #нагрузка_на_процессор #очереди_к_процессору #виртуализация #numa #softnuma #hyperthreading

Мысли вслух. Сколько потребляет памяти один запрос PostgreSQL?

Продолжаю делиться своими размышлениями в поисках оптимального решения разных проблем производительности ИТ-систем в рамках рубрики «Мысли в слух». Напомню, размышления больше теоретические и практических подтверждений могут как иметь, так и не иметь. Но поскольку исследования проводятся, часть из них, несомненно, войдёт в будущие практические решения, а часть так и останется теорией. Хочу поднять проблему как объективно посчитать размер потребляемой оперативной памяти конкретным запросом в PostgreSQL. И предлагаю использовать для этого автоматическое нагрузочное тестирование. Такая вот сегодня постановка задачи.

https://habr.com/ru/companies/softpoint/articles/879688/

#мысли_в_слух #postgresql #потребление_памяти_postgresql #perfexpert

PostgreSQL — особенности работы с памятью для 1С-систем. Часть 3

Это третья и заключительная часть цикла статей по настройке памяти в PostgreSQL. Полагаю, она получилось уже не такой заумной, как предыдущие две, и представляет из себя некий сухой остаток с собирательным примером, в котором показано как выбирать параметры PostgreSQL по настройке оперативной памяти. Если же хочется погрузиться в руду, то милости просим в Часть 1 и Часть 2 . Тем не менее, цепочка логических рассуждений сохранена – как делаем, зачем и почему.

https://habr.com/ru/companies/softpoint/articles/869446/

#perfexpert #настройка_postgresql #потребление_памяти_postgresql #1с_и_postgresql #трассировка_запросов_postgresql

PostgreSQL — особенности работы с памятью для 1С-систем. Часть 2

Продолжаем исследовать и настраивать память в PostgreSQL. Начало см. здесь . Будет ешё итретья — заключительная часть, где я постараюсь максимально доступным языком рассказать уже методику выбора настроек. А пока предлагаю набраться терпения и ознакомиться со следующей порцией исследования по выбору настроек оперативной памяти PostgreSQL. Предупреждаю, будет не просто и, наверняка, не каждый доберется до конца. В первой части были рассмотрены параметры shared_buffers, maintenance_work_mem, autovacuum_work_mem . А сегодня на повестке параметры temp_buffers и work_mem.

https://habr.com/ru/companies/softpoint/articles/861738/

#perfexpert #настройка_postgresql #work_mem #shared_buffers #потребление_памяти_postgresql #1c_и_postgresql

PostgreSQL — особенности работы с памятью для 1С-систем. Часть 1

Этой статьей мы начинаем цикл, посвященный различным настройкам по оперативной памяти в PostgreSQL. Тема непростая, даже сложная. Понятной информации по ней крайне мало (по состоянию на октябрь 2024). Поэтому будем разбираться, шаг за шагом, вдумчиво и, как принято у нас в блоге, подкреплять все выводы исследованиями и картиной из программы мониторинга PERFEXPERT (версия для PG).

https://habr.com/ru/companies/softpoint/articles/854316/

#perfexpert #настройка_postgresql #трассировка_запросов_PostgreSQL #потребление_памяти_PostgreSQL #1C_и_PostgreSQL

Записки оптимизатора (Часть 8). Нагрузка на диски сервера БД при работе с 1С. Пора ли делать апгрейд?

Поговорим про падения производительности ИТ-систем, которые на первый взгляд связаны с дисковой подсистемой. Но это только «на первый взгляд». Технические специалисты часто видят нагрузку на диски, очереди к ним и сразу появляется жгучее желание модернизировать дисковое хранилище.

https://habr.com/ru/companies/softpoint/articles/845654/

#perfexpert #1с_предприятие #очереди_к_диску #нагрузка_на_диск #падение_производительности_1с

1С РИБ опять тормозит. Как лечить?

Назрела тут тема про обмены между базами данных 1С. Даже сузим круг и поговорим об обменах между гомогенными базами данных (базами данных с идентичными конфигурациями). Ситуации когда бизнес предпочитает распределенные информационные системы централизованным системам – далеко не редкость. И чем ИТ-система больше, чем больше в ней пользователей и транзакций в единицу времени, тем сложнее поддерживать обмен между ее узлами на плаву. Обмен частенько тормозит и становится помехой пользователям и даже бизнесу...

https://habr.com/ru/companies/softpoint/articles/835542/

#РИБ #обмен_1с #dbreplication #perfexpert #ускорение_обмена_1С #распределенные_базы_данных

Записки оптимизатора (Часть 7). «Нелогичные» блокировки MS SQL для систем 1С предприятия

Продолжаем тему блокировок на сервере СУБД. Сегодня «нелогичные» блокировки. Нелогичные в кавычках, потому что с точки зрения пользователя они выглядят как обычные логические ( Записки оптимизатора 1С (часть 6). Логические блокировки MS SQL Server в 1С: Предприятие ), но природа их совсем другая.

https://habr.com/ru/companies/softpoint/articles/823250/

#perfexpert #блокировки_sql #1с:предприятие #PageIOLatch #tempdb #LCK_M_SCH_M #статистики #cxpacket

Миграция терабайтной базы 1С: УПП с платформы 1C 8.1 на 8.3

Продолжаем обсуждать вопросы, связанные с миграцией больших баз данных. Сегодня поговорим про, казалось бы, обыденный случай – обновление платформы 1С. Большие базы, как обычно, накладывают свои ограничения на все процессы обновления/обслуживания/конвертации. Есть много рисков, которые необходимо предусмотреть на берегу, подстелить соломки, чтобы не получить простои системы и бизнеса. Статья получилась не совсем обычная, потому что писалась она в соавторстве с заказчиком по результатам успешного завершения проекта миграции. Соответственно, здесь будет сразу два взгляда на один и тот же проект.

https://habr.com/ru/companies/softpoint/articles/820637/

#perfexpert #dbreplication #datacluster #Много_Мебели #Обновление_платформы_1С #миграция_бд #большая_база_данных

Записки оптимизатора 1С (часть 6). Логические блокировки MS SQL Server в 1С: Предприятие

Поговорим о блокировках в 1С:Предприятие. Идея написать эту статью появилась «по просьбам слушателей». Постараюсь максимально простым языком, без зауми рассказать о природе блокировок и что с ними делать. В один пост весь материал помещать не буду – громоздко, поэтому сегодня речь пойдет о логических блокировках сервера СУБД . С точки зрения конечного пользователя проблема избыточных блокировок выглядит почти одинаково – замедление при выполнении операций и/или ошибка. Но природа блокировок бывает разной и решения тоже разные.

https://habr.com/ru/companies/softpoint/articles/814111/

#perfexpert #блокировки_sql #мониторинг_сервера #конфликт_блокировок #блокировки #1с_предприятие #записки_оптимизатора_1с

PERFEXPERT + ЖР + ТЖ: новый подход анализа проблем производительности 1С-систем

Эта статья носит своей целью продемонстрировать другой подход в анализе проблем производительности в системах 1С:Предприятие с применением журнала регистрации (ЖР) и технологического журнала (ТЖ). Напомню, что ЖР логирует действия пользователей – кто, когда в каком объекте внес изменения, с какого компьютера, каким сеансом и т.п. ТЖ – это средство для логирования уже самой платформы. Для расследования проблем производительности информация из журналов очень полезна, но основное время уходит на её поиск, сопоставление с другими метриками и счетчиками мониторинга. При проведении расследований мы сами часто сталкиваемся с проблемой длительной обработки и сопоставления данных журналов 1С с остальными метриками. И вот наконец руки дошли до парсинга журналов. С точки зрения анализа производительности все данные журналов нам не нужны. А какие нужны? Вот! В этом как раз вся «соль» идеи.

https://habr.com/ru/companies/softpoint/articles/809471/

#perfexpert #журнал_регистрации #технологический_журнал #мониторинг_производительности #управляемые_блокировки_1с

Миграция с MSSQL Server на PostgreSQL. Предпосылки

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

https://habr.com/ru/companies/softpoint/articles/806127/

#миграция_бд #posgresql #perfexpert #репликация_баз_данных #dbreplication #sql_server #переход_на_PostgreSQL #миграция_1С

Аудит производительности 1С-систем: на что обращаем внимание

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

https://habr.com/ru/companies/softpoint/articles/788264/

#аудит_производительности_1С #аудит_производительности #perfexpert #ускорение_работы_1С #softpoint #мониторинг_сервера #мониторинг_производительности

Записки оптимизатора 1С (Часть 5). Ускорение запросов с RLS в 1С системах

Замахнемся сегодня на RLS. Обсуждать будем проблемы по нашему профилю, связанные с производительностью 1С:Предприятие. Но, в целом, этот материал может быть полезен и не только 1С-никам. Почему запросы с RLS очень часто такие долгие? Какие есть варианты их ускорить?

https://habr.com/ru/companies/softpoint/articles/780340/

#1c #perfexpert #qprocessing #мониторинг_производительности #rls #ускорение_запросов #оптимизатор_запросов #план_выполнения_запросов #sql_server