От чего зависит скорость работы программы 1с

8plus.ru — это отчеты и обработки 1С только версии 8 и только для типовых конфигураций!

От чего зависит скорость работы 1С 8?

В результате многолетнего опыта работы с 1C 8 мы составили список параметров, от которых зависит производительность работы 1С 8.

Перечислим параметры снизу вверх (от физических к прикладным).

• Память
• Процессор
• Дисковая подсистема
• Сеть, в т.ч. свичи

Операционная система (ОС)

• Использование 64 бит против 32 бит
• Настройки ОС (в целом). В частности: выбор оптимальных настроек
• Замеры счетчиков производительности по элементам системы
• Дефрагментация дисков в системе
• Другие активно работающие службы и приложения
• Антивирус. Подробнее в статье Гилёва.

• Реструктуризация индексов, реиндексация
• Отключение автообновления статистики (Update Statisctics), настройка ее обновления по расписанию (например, каждые 4 часа)
• Архивирование базы и журнала транзакции
• Размер журнала транзакций
• Размер системной базы tempdb
• Замеры счетчиков производительности (в целом). В частности: сервера SQL, отдельных баз данных.
• Права (в целом). В частности: пользователь не входит в группу sysadmin данной базы
• Количество используемых процессов и памяти
• Список рекомендаций от Microsoft

1С Предприятие 8 (возможности/функции платформы/релиза)

Какие задачи отключить, чтобы ускорить работу 1С

• Возможность не удалять/записывать движения, если они не изменились.

1С Предприятие 8 (на сервере приложений)

• Использование нескольких процессоров
• Замусоривание и нехватка памяти на 32-битной системе. Надо передергивать сервер.
• Шифрование
• Запуск в режиме /debug
• Параметры технологического журнала.
• Замусоривание временных папок. Большой размер отдельных, используемых временных файлов.

1С Предприятие 8 (на клиенте)

• Ключ защиты программы
• Убрать лишние протоколы, например NamedPipes

База данных 1С 8

• Настройки (в целом). В частности: Выбор оптимальных настроек
• Лог базы 8-ки (в целом). В частности: Регулярная выгрузка журнала регистрации, Отключение доп. событий
• Интегрированные замеры производительности базы данных
• Расчет промежуточных итогов!
• Тестирование и исправление базы (в целом). В частности: Реструктуризация, Переиндексация, Сжатие таблиц, Пересчет итогов
• Использовать Режим разделения итогов
• Использование регистра Свободные остатки
• Для файловой версии от размера базы. Для клиент-серверной версии скорость работы от размера базы не зависит.

• Алгоритмы. Ускорение проведения по партиям.
• Анализ структуры данных
• Замер производительности модулей проведения. Например, в УПП 90% времени проведения базы занимает регистр партии товаров.
• На этапе разработки (не подходит для типовых) – в целом. В частности: Управляемые блокировки
• Проведение базы в монопольном режиме

• Оптимизация (отказ от необходимости постоянно пересчитывать базу, в т.ч. целиком)

Чтобы проверить влияние параметров (начиная с раздела SQL), можно сделать выгрузку и загрузку базы средствами 1С в пустую базу SQL. И сравнить время перепроведения рабочей базы и вновь созданной. По опыту оно может отличаться до 30 раз. Другими словами, время перепроведения новой копии базы — это минимум производительности, на который вы можете рассчитывать.

Тормозит 1С?!?!? Ускоряем работы с 1С за 5 минут без покупки сервера!

Скорость работы 1С по большому счету не зависит от использования RAM дисков.

Ощущение скорости работы 1С может быть и субъективным.

В результате многолетнего опыта работы с 1C 8 мы составили список параметров, от которых зависит производительность работы 1С 8.

Источник: 8plus.ru

Очевидные советы по ускорению работы 1С (8.2, 8.3)

В статье указаны основные ошибки, которые совершают начинающие администраторы 1С, и показаны способы их решения на примере теста Гилева. Основная цель написания статьи — чтобы не повторять очевидные нюансы тем администраторам (и программистам), которые еще не набрали опыта с 1С.

Вторичная цель, если у меня будут какие-то недочеты, — на Инфостарте мне это укажут быстрее всего. Неким стандартом «де факто» уже стал тест В. Гилева. Автор на своем сайте дал вполне понятные рекомендации, я же просто приведу некоторые результаты, и прокомментирую наиболее вероятные ошибки.

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

На Инфостарте подобные статьи есть, в соответствующих разделх буду ставить на них ссылки (если пропущу что-то — просьба подсказать в комментариях, добавлю). Итак, предположим у вас тормозит 1С. Как диагностировать проблему, и как понять кто виноват, администратор или программист?

Исходные данные: Тестируемый компьютер, основной подопытный кролик: HP DL180G6, в комплектации 2*Xeon 5650, 32 Gb, Intel 362i , Win 2008 r2. Для сравнения, сопоставимые результаты в однопоточном тесте показывает Core i3-2100. Оборудование специально взял не самое новое, на современном оборудовании результаты заметно лучше.

Для тестирования разнесенных серверов 1С и SQL, сервер SQL: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2. Для проверки 10 Gbit сети использовались Intel 520-DA2 адаптеры. Файловая версия. (база лежит на сервере в расшаренной папке, клиенты подключаются по сети, протокол CIFS/SMB). Алгоритм по шагам: 0. Добавляем на файловый сервер тестовую базу Гилева в ту же папку, что и основные базы.

С клиентского компьютера подключаемся, запускаем тест. Запоминаем получившийся результат. Подразумевается, что даже для старых компьютеров 10 летней давности (Pentium на 775 socket) время от нажатия на ярлык 1С:Предприятие до появления окна базы должно пройти меньше минуты. (Celeron = медленная работа).

Если у Вас компьютер хуже, чем пентиум на 775 socket с 1 гб оперативной памяти, то я Вам сочувствую, и комфортной работы на 1С 8.2 в файловой версии Вам будет добиться тяжело. Задумайтесь или об апгрейде (давно пора), или о переходе на терминальный (или web, в случае тонких клиентов и управляемых форм) сервер. Если компьютер не хуже, то можно пинать администратора.

Как минимум — проверить работу сети, антивируса и драйвера защиты HASP. Если тест Гилева на этом этапе показал 30 «попугаев» и выше, но рабочая база 1С все равно работает медленно — вопросы уже к программисту. 1. Для ориентира, сколько же может «выжать» клиентский компьютер, проверяем работу только этого компьютера, без сети.

Тестовую базу ставим на локальный компьютер (на очень быстрый диск). Если на клиентском компьютере нет нормального ССД, то создается рамдиск. Пока, самое простое и бесплатное — Ramdisk enterprise. Для тестирования версии 8.2 вполне достаточно 256 мб рамдиска, и! Самое главное. После перезагрузки компьютера, с работающим рамдиском, на нем должно быть свободно 100-200 мб.

Соответственно, без рамдиска, для нормальной работы свободной памяти должно быть 300-400 мб. Для тестирования версии 8.3 рамдиска 256 мб хватит, но свободной оперативной памяти надо больше. При тестировании нужно смотреть на загрузку процессора. В случае, близком к идеальному(рамдиск), локальная файловая 1с при работе загружает 1 ядро процессора.

Соответственно, если при тестировании у вас ядро процессора загружено не полностью — ищите слабые места. Немного эмоционально, но в целом корректно, влияние процессора на работу 1С описано здесь. Просто для ориентира, даже на современных Core i3 с высокой частотой вполне реальны цифры 70-80.

Управленческий учет: с нуля до настройки в 1С, Excel и Google-таблицах Уметь настраивать и вести управленку — значит быть полезным для руководителей. Научитесь понимать, откуда приходят и куда уходят деньги компании на курсе повышения квалификации от «Клерка».

• Неправильно настроенный антивирус. Антивирусов много, настройки для каждого свои, скажу лишь то, что при грамотной настройке ни веб, ни касперский 1С не мешают. При настройках «по умолчанию» — может отниматься примерно 3-5 попугаев (10-15%).
• Режим производительности. Почему-то на это мало кто обращает внимания, а эффект — самый весомый. Если нужна скорость — то делать это обязательно, и на клиентских и на серверных компьютерах. (Хорошее описание у Гилева. Единственный нюанс, на некоторых материнских платах если выключить Intel SpeedStep то нельзя включать TurboBoost).

Если коротко — во время работы 1С происходит очень много ожиданий ответа от других устройств (диск, сеть и пр). Во время ожидания ответа, если режим производительности включен сбалансированный, то процессор понижает свою частоту. Приходит ответ от устройства, надо работать 1С (процессору), но первые такты идут с пониженной частотой, потом частота повышается — а 1С снова ждет ответа от устройства. И так — много сотен раз в секунду.

Включать режим производительности можно (и желательно) в двух местах:

• через BIOS. Отключить режимы C1, C1E, Intel С-state (C2, C3,C4). В разных биосах они называтся по разному, но смысл один. Искать долго, требуется перезагрузка, но если сделал один раз — потом можно забыть. Если в BIOS все сделать правильно, то скорости добавится. На некоторых материнских платах настройками BIOS можно сделать так, что режим производительности Windows роли играть не будет. (Примеры настройки BIOS у Гилева). Эти настройки в основном касаются серверных процессоров или «продвинутых» BIOS, если Вы такое у себя не нашли, и у вас НЕ Xeon — ничего страшного.

• Панель управления — Электропитание — Высокая производительность. Минус — если ТО комптютера давно не проводилось, он будет сильнее гудеть вентилятором, будет больше греться и потреблять больше энергии. Это — плата за производительность.

Как проверить, что режим включен. Запускаем диспетчер задач — быстродействие — монитор ресурсов — ЦП. Дожидаемся, пока процессор ничем не занят.

Это — настройки по умолчанию.

В BIOS C-state включены,

режим энергопотребления сбалансированный

В BIOS C-state включены, режим высокой производительности

Для Pentium и Core на этом можно остановиться,

из Xeon еще можно выжать немного «попугайчиков»

В BIOS C-state выключены, режим высокой производительности.

Если не использовать Turbo boost — именно так должен выглядеть

сервер, настроенный на производительность

А теперь цифры. Напомню: Intel Xeon 5650, ramdisk. В первом случае тест показывает 23.26, в последнем — 49.5. Разница — почти двухкратная. Цифры могут варьироваться, но соотношение остается практически таким же для Intel Core.

Уважаемые администраторы, вы можете как угодно ругать 1С, но если конечным пользователям нужна скорость — необходимо включать режим высокой производительности.

в) Turbo Boost. Сначала надо понять, поддерживает ли Ваш процессор эту функцию, например здесь. Если поддерживает, то можно еще вполне легально получить немного производительности. (вопросы разгона по частоте, особенно серверов, касаться не хочу, делайте это на свой страх и риск. Но соглашусь с тем, что повышение Bus speed со 133 до 166 дает очень ощутимый прирост как скорости, так и тепловыделения)

Как включать turbo boost написано, например, здесь. Но! Для 1С есть некоторые нюансы (не самые очевидные). Сложность в том, что максимальный эффект от turbo boost проявляется тогда, когда включены C-state. И получается примерно такая картинка:

Обратите внимание, что множитель — максимальный, частота Core speed — красивейшая, производительность — высокая. Но что же будет в результате с 1с?

Core speed (частота), GHz

Источник: www.klerk.ru

Оптимизация скорости работы 1С:Предприятие

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

Скорость обработки данных и запросов в 1С : Предприятие зависит от многих факторов: технических данных сервера, настройки операционной системы и сервера баз данных с которым работает программный комплекс «1С:Предприятие».

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

MS SQL Server в работе с 1С : Предприятие обеспечивает:

• надежное хранение всех данных;
• все операции по извлечению, внесению, удалению и модификации данных в 1С : Предприятие.

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

Как решается проблема “в лоб”. Вкладываются деньги в модернизацию серверов(сервера приложений и сервера баз данных), на которых работает 1С. Это помогает на какое-то время, но с ростом объема обрабатываемых данных аппаратных ресурсов снова не хватает.

Как же минимизировать простои информационной системы на базе 1С и соблюсти SLA(соглашение об уровне сервиса) по обеспечению доступности и надежности работы системы на базе 1С?

• Хорошие результаты приносит работа по тонкой настройке сервера баз данных и оптимизация программного кода 1С.
• Какие методы применяются компанией РИДОС для выявления проблем производительности:
• централизованный и автоматизированный сбор статистики, относящейся к работе оборудования;
• определение узких мест существующей конфигурации и неиспользуемых в настоящее время ресурсов;
• перераспределение существующих ресурсов с целью оптимальной утилизации имеющихся ресурсов;
• постоянный анализ статистики для отслеживания характера изменений, чтобы не отстать от развития компании.
• централизованный и автоматизированный сбор статистики, относящейся к работе ОС, SQL Server и 1С : Предприятие;
• определение и оптимизация сеансов и отчетов, вносящих наибольший вклад в общую нагрузку на систему;
• тонкая настройка системы под изменяющиеся требования компании.

Примеры оптимизации и переопределения применяемые в решении «РиДОС: Оптимизация скорости работы 1С : Предприятие»

Ниже приведены ряд примеров из практики специалистов РИДОС по оптимизации работы систем на базе 1С Предприятие.

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

1. Анализ статистики времени ожидания задачами SQL Server

Время ожидания – это время до выполнения задачи, которое SQL Server был вынужден ждать от системы, вместо того, чтобы выполнять свою работу, т.е. это по своей сути время простоя.

Почти 90% времени тратилось на простои, связанные с разделением выполнения запросов по нескольким ядрам процессора и объединением распараллеленных потоков в один, что помимо прочего создавало большую нагрузку на процессор и оказалось в целом неэффективно для данного характера нагрузки.

Распараллеливание нагрузки:

Примененное решение:

Отключение распараллеливания нагрузки по нескольким ядрам процессора

По результатам анализа перенастроили SQL Server, запретив ему распараллеливать запросы

Показатели времени ожидания без распараллеливания нагрузки

82% времени ожидания относится к внутренним процессам SQL Server (обведены зеленым), которые и должны простаивать как можно больше (именно поэтому LAZYWRITER и называется LAZY).

При этом задачи связанные с полезной работой SQL Server (обведены синим) тратят на простои суммарно примерно 15% от общего времени ожидания.

«Побочный» эффект анализа времени ожидания в SQL Server дал еще один положительный результат, изменилась нагрузка на ЦПУ после перенастройки:

2. Анализ и изменение долго выполняющихся запросов.

Алгоритм нахождения долго выполняющихся запросов:

• трассировка запросов средствами SQL Server;
• сопоставление долго выполняющихся запросов с сеансами и отчетами 1С:Предприятие

Пути оптимизации долго выполняющихся запросов:

• изменение запросов внутри 1С : Предприятие
• создание составных индексов средствами SQL Server и 1С : Предприятие

2.1 Пример оптимизации отчета 1С средствами MSSQL

2.2 Следующий шаг оптимизации данного запроса

— изменение логики и создание дополнительных индексов привел к результату в 36-40 секунд времени выполнения, т.е. быстрее в 6-6,5 раз по сравнению с первоначальным вариантом.

Ждем ваших обращений! И, конечно же, будем рады ответить на ваши вопросы! Их вы можете задать, воспользовавшись формой ниже, или по телефону: +7 499 110-35-26

Источник: ridos-consulting.ru