Падение производительности в построителе отчетов
Добрый день, коллеги!
Сегодня столкнулся с необычным падением производительности в работе построителя отчета. Ситуация следующая:
1. Старый сервер, на котором сейчас работают все пользователи и на котором больше данных.
- Выводит отчет за 7 секунд.
2. Новый сервер, на который был произведен тестовый перенос базы неделю назад. Один пользователь в базе. Более мощное железо. Стандартные настройки SQL + 1C.
- Выводит тот же отчет с теми же параметрами за 23 секунды...
Платформы одинаковые: 1С:Предприятие 8.2 (8.2.16.368)
Обычное приложение.
Конфигурация не типовая.
При замере производительности выяснилось, что на новом сервере два обращения к построителю отчетов занимают по 11 секунд, в то время, когда на старом всего 1-2 секунды.
Даже при проверке построителя через отладчик (shift+f9) происходит какая-то пауза секунд в 10.
Сам вопрос:
Кто-нибудь сталкивался с подобным поведением построителя? Если да, то как вы это решили?
Заранее благодарен за любые советы и полезную информацию!
Сегодня столкнулся с необычным падением производительности в работе построителя отчета. Ситуация следующая:
1. Старый сервер, на котором сейчас работают все пользователи и на котором больше данных.
- Выводит отчет за 7 секунд.
2. Новый сервер, на который был произведен тестовый перенос базы неделю назад. Один пользователь в базе. Более мощное железо. Стандартные настройки SQL + 1C.
- Выводит тот же отчет с теми же параметрами за 23 секунды...
Платформы одинаковые: 1С:Предприятие 8.2 (8.2.16.368)
Обычное приложение.
Конфигурация не типовая.
При замере производительности выяснилось, что на новом сервере два обращения к построителю отчетов занимают по 11 секунд, в то время, когда на старом всего 1-2 секунды.
Даже при проверке построителя через отладчик (shift+f9) происходит какая-то пауза секунд в 10.
Сам вопрос:
Кто-нибудь сталкивался с подобным поведением построителя? Если да, то как вы это решили?
Заранее благодарен за любые советы и полезную информацию!
По теме из базы знаний
Найденные решения
Всем спасибо за информацию. Проблема решилась после нескольких процедур, а именно:
1. Тестирование и исправление с реиндексацией таблиц и пересчетом итогов.
2. Настройка взаимодействия 1С и SQL через Shared Memory - без сети через участок памяти. Видимо, не все идеально было при передаче по сети.
3. Прочие нюансы, которые настраивал системный администратор со стороны нового сервера. Всего что он менял не знаю. Были какие-то нюансы с размером блока диска с базой и т.д.
Теперь тот же отчет строится не 23 секунды, а 4. Как-то так...
1. Тестирование и исправление с реиндексацией таблиц и пересчетом итогов.
2. Настройка взаимодействия 1С и SQL через Shared Memory - без сети через участок памяти. Видимо, не все идеально было при передаче по сети.
3. Прочие нюансы, которые настраивал системный администратор со стороны нового сервера. Всего что он менял не знаю. Были какие-то нюансы с размером блока диска с базой и т.д.
Теперь тот же отчет строится не 23 секунды, а 4. Как-то так...
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(3) Спасибо, ознакомлюсь.
Но дело в том, что в тестовой базе сейчас работает один-две пользователя, которые тестируют ее. На момент проверки отчета - только один.
А фоновые задания полностью отключены, чтобы обмен и прочие выгрузки реальной базы не испортить "левыми" пакетами.
Но дело в том, что в тестовой базе сейчас работает один-две пользователя, которые тестируют ее. На момент проверки отчета - только один.
А фоновые задания полностью отключены, чтобы обмен и прочие выгрузки реальной базы не испортить "левыми" пакетами.
(8) Абсолютно. В 8.3 начиная с версии платформы 8.3.3 (и базы в режиме совместимости 8.2.16 и выше ) режим rcsi( Read Commited Snapshot Isolation) включен по умолчанию. Естественно только для управляемых блокировок.
Режим SNAPSHOT в принципе никогда не использовался в 1С, так что его включение бесполезно.
Вам включение rcsi могло помочь только если конфигурация у вас в режиме совместимости 8.2.13 и ниже.
Режим SNAPSHOT в принципе никогда не использовался в 1С, так что его включение бесполезно.
Вам включение rcsi могло помочь только если конфигурация у вас в режиме совместимости 8.2.13 и ниже.
(9) Проверить факт включения rcsi для базы можно и проще. Открыть в ssms свойства базы и в параметрах найти
Is read commited snapshot on
Если Истина - все норм.
Если ложь и у вас база в режиме совместимости 8.2.13 и ниже либо платформа 8.2 - можно тут же поставить Истина. Блокировок станет меньше.
Кстати сам по себе этот режим при первой установке замедлит работу в базе. Не сильно но на несколько процентов - десятков процентов. Это продлиться до первой реструктуризации индексов. Надеюсь она у вас еженедельная?
Впрочем если вы прошаренный спец по настройке скуля под 1с и у вас FillFactor под индексы стоит не ноль - вас и это замедление не коснется.
Зы. Не утихают споры - является ли установка rcsi нарушением лицензионного соглашения с 1С.
Is read commited snapshot on
Если Истина - все норм.
Если ложь и у вас база в режиме совместимости 8.2.13 и ниже либо платформа 8.2 - можно тут же поставить Истина. Блокировок станет меньше.
Кстати сам по себе этот режим при первой установке замедлит работу в базе. Не сильно но на несколько процентов - десятков процентов. Это продлиться до первой реструктуризации индексов. Надеюсь она у вас еженедельная?
Впрочем если вы прошаренный спец по настройке скуля под 1с и у вас FillFactor под индексы стоит не ноль - вас и это замедление не коснется.
Зы. Не утихают споры - является ли установка rcsi нарушением лицензионного соглашения с 1С.
(12) И совершенно точно автоматически ну устанавливается правильная настройка баз вплоть до версии 8.3.13. По крайней мере на одном сервере на моей работе, а значит у миллиона пользователей есть такие же проблемы. Четко перепроверил. Так что не бойтесь сомневаться в вашей "абсолютной уверенности".
(4) Еще есть такая вещь как статистика MS SQL Server
Когда MS SQL Server нарабатывает статистику, он начинает правильно связывать запросы.
Не буду приводить запросы, которые упрощает MS SQL Server, но конкретно повышается скорость.
Вообще статистика запросов MS SQL Server - практически искусственный интеллект.
Не думаю, что в вашем случае стоит ждать накопления статистики, но вдруг...
Попробуйте запустить План выполне́ния запро́са на обоих серверах и посмотрите на разницу.
Когда MS SQL Server нарабатывает статистику, он начинает правильно связывать запросы.
Не буду приводить запросы, которые упрощает MS SQL Server, но конкретно повышается скорость.
Вообще статистика запросов MS SQL Server - практически искусственный интеллект.
Не думаю, что в вашем случае стоит ждать накопления статистики, но вдруг...
Попробуйте запустить План выполне́ния запро́са на обоих серверах и посмотрите на разницу.
Всем спасибо за информацию. Проблема решилась после нескольких процедур, а именно:
1. Тестирование и исправление с реиндексацией таблиц и пересчетом итогов.
2. Настройка взаимодействия 1С и SQL через Shared Memory - без сети через участок памяти. Видимо, не все идеально было при передаче по сети.
3. Прочие нюансы, которые настраивал системный администратор со стороны нового сервера. Всего что он менял не знаю. Были какие-то нюансы с размером блока диска с базой и т.д.
Теперь тот же отчет строится не 23 секунды, а 4. Как-то так...
1. Тестирование и исправление с реиндексацией таблиц и пересчетом итогов.
2. Настройка взаимодействия 1С и SQL через Shared Memory - без сети через участок памяти. Видимо, не все идеально было при передаче по сети.
3. Прочие нюансы, которые настраивал системный администратор со стороны нового сервера. Всего что он менял не знаю. Были какие-то нюансы с размером блока диска с базой и т.д.
Теперь тот же отчет строится не 23 секунды, а 4. Как-то так...
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот