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

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

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

Оптимизация СУБД

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

Введение

В ходе исследований проблем производительности систем 1С, решил изложить тезисно основные рекомендации, наблюдения, идеи.Так называемый чек-лист, который поможет вам улучшить характеристики производительности вашей системы. А если они уже используются, то еще раз проверить все по пунктам, поскольку при некоторых действиях они могут отключаться. В статье рассматриваются только настройки для СУБД MS SQL Server и ОС Windows Server.

Итак.

Общие рекомендации по повышению производительности системы.

  1. Включаем на сервере СУБД уровни изоляции транзакций ALLOW_SNAPSHOT_ISOLATION и READ_COMMITTED_SNAPSHOT

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

Этот режим позволяет уменьшить ожидания на блокировках чтения, т.к. чтение в транзакции измененных данных в этом случае не ждут завершения изменяющей транзакции, а читают старую версию, которая была до изменения. Для этого необходимо выполнять следующий скрипт SQL, после каждого перезапуска службы сервера 1С и после обновлений конфигурации информационной базы (т.к. платформа 1С при указанных событиях может отключать необходимый уровень изоляции транзакций):

             ALTER DATABASE НаименованиеБазы
             SET ALLOW_SNAPSHOT_ISOLATION ON

             ALTER DATABASE НаименованиеБазы
             SET READ_COMMITTED_SNAPSHOT ON

И да, не стоит сразу бежать проверять, устанавливать данный режим. Если у вас  8.3 без режима совместимости с 8.2, то данный режим включен по умолчанию.

  1. Устраняем эскалацию (укрупнение) блокировок

Для устранения большей части избыточных блокировок на СУБД, связанных с эскалацией, можно попробовать использовать такие методы:

  • Установить в настройках СУБД параметр LOCKS, вместо 0.

Когда параметр locks установлен в 0, укрупнение блокировки происходит тогда, когда память, используемая текущими структурами блокировки, достигает 40 процентов от пула памяти компонента Компонент Database Engine . Если параметр locks установлен не в значение 0, укрупнение блокировки происходит, когда количество блокировок достигает 40 процентов от значения, указанного для параметра locks.

  • Включить на сервере СУБД флаг трассировки 1224

Включить можно так:

               DBCC TRACEON (1224,-1)

Этот флаг отключает укрупнение блокировок на основе количества блокировок. Стоит отметить, что чересчур активное использование памяти может включить укрупнение блокировок обратно.

  • Ищем документы, которые делают более 10000 записей в 1 регистр за 1 раз.

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

  1. Повышаем производительность процессора на сервере приложений 1С 

    Производительность сервера «1С:Предприятие» зависит в большей степени от частоты процессора и частоты памяти. Чтобы повысить производительность текущих процессоров, стоит включить режим Turbo Boost. Необходимо зайти в BIOS сервера, и выключить там пункты, в названии которых есть EIST и C1E. Взамен надо там же найти пункты, связанные с процессором, в названии которых есть Turbo Boost, Intel SpeedStep и включить эти пункты. Если в BIOS есть общее указание режима энергосбережения — включить его в режим максимальной производительности («агрессивный»).
  2. Большие таблицы

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

  1. Состояние итогов регистров

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

Пересчет текущих итогов можно осуществлять следующими способами:

  • С помощью соответствующего пункта  «Тестирование и исправление информационной базы»  в конфигураторе.

  • С помощью команды ПересчитатьТекущиеИтоги()  встроенного языка для нужных регистров ( в том числе возможна реализация пересчета итогов одновременно по нескольким регистрам и с помощью фоновых или регламентных  заданий )

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

Лучшие комментарии
26. starik-2005 2012 15.02.20 12:49 Сейчас в теме
А я вот не совсем понял, с чего столько критики? Чел совершенно верно говорит о том, что нужно сократить ожидания пользователей, которые работают одновременно, а для этого надо перевести мелкософтовский скул в режим работы версиоионника, максимально сократить вероятность эскалации блокировок и стараться, чтобы эскалации не было в будущем, ну и максимально обслуживать итоги, чтобы они были чистенькими и опрятненькими. Ну и железяги в режим высокой производительности и, как говорят геймеры, ТДП процессора перевести в сторону увеличения (включить турбобуст, ну и водянку поставить, чтобы троттлинга не было, и проц не снижал частоту сам по себе - это и к серверным процессорам относится, если кто не в курсе).

Так что статья - самое то.
Остальные комментарии
Избранное Подписка Сортировка: Древо
1. Sapiens_bru 1 23.01.20 21:09 Сейчас в теме
На один нормальный пост о повышении технологического качества работы информационной системы приходится десять вот таких. С призывом постучать в разные бубны.

Зачем мониторить оборудование, определять ключевые операции, собирать ТЖ и смотреть в dmv sql сервера. Зачем настраивать сервера 1С и SQL по официальным гайдам фирмы 1С. Зачем искать узкие места, переписывать плохой код. Вот это вот всё.
Можно же просто брать случайные скрипты с Инфостарта и наугад применять.
life-wayfarer; capitan; Redokov; DarkAn; Dach; Kent_killer; ZOMI; kolya_tlt; mirco; t278; sapervodichka; coolseo; BigB; +13 1 Ответить
2. Kaval88 69 23.01.20 22:00 Сейчас в теме
(1)Все правильно, но не для этой статьи. Статья представляет собой базу, которую приходилось применять на практике в самом начале анализа проблем производительности. Далее, обычно, проводится более детальный анализ.
20. capitan 1458 24.01.20 11:07 Сейчас в теме
(2)
Статья представляет собой базу, которую приходилось применять на практике в самом начале анализа проблем производительности.

Великая и могучая русская языка)
На самом деле надо сначала настроить сервер и базы по методике ИТС, на этом этапе база у вас небольшая и эти рекомендации закроют все вопросы производительности на 100% потому, что они как раз must have, потом проводить детальный анализ, а потом точечно пробовать повышать производительность танцами с бубном, замеряя каждый раз результаты
18. capitan 1458 24.01.20 11:01 Сейчас в теме
(1)Тот случай, когда комментарий наберет больше плюсов, чем публикация)
25. capitan 1458 24.01.20 12:11 Сейчас в теме
(1)Обычно мальчики в коротких штаншках так делают - получили минус и пошли минусовать всех кто поставил минус )
Мне интересно, вроде как модераторы как раз говорили, что такого не должно быть, чтобы йуные писатели вели себя спокойнее.
Эта статья и стиль общения автора - это лучший пример как не надо делать.
Некоторые стати нужны как раз для этого.
Не надо так оптимизировать производительность и не надо так себя вести.
3. sapervodichka 2853 24.01.20 02:24 Сейчас в теме
Есть реальный пример внедрения архивных регистров?
4. stepan_s 24.01.20 05:30 Сейчас в теме
(3) по поводу архивных регистров склонен согласится :)
Использую несколько таких реализаций.
Самый яркий пример "История изменений" сделан еще до типовой реализации на регистрах сведений.
Все записи Старше недели сбрасываются в подобный, но архивный регистр сведений.
За счет этого нет проблемы с записью в регистры,
так же запросы как правило по истории строятся по оперативному регистру, т.к. как правило надо понять кто и что сделал недавно, и чем дальше от сегодняшнего дня - тем реже надо знать кто и что наделал :)

Но это про регистры сведений, можно рассмотреть оборотные регистры....
Думаю к агрегирующим регистрам применять опасно :)
5. kolya_tlt 20 24.01.20 08:31 Сейчас в теме
(3)
Есть реальный пример внедрения архивных регистров?

есть пример когда тупо начали жить в новой базе с 01 января на той же конфигурации, перенеся остатки
6. Kaval88 69 24.01.20 09:00 Сейчас в теме
(3) Перенос регистров расчета + регистра Графика работы по видам времени для ЗУП 2.5. Вообще в каждой конфигурации есть проблемные регистры, которые периодически необходимо переносить в архив.
7. sapervodichka 2853 24.01.20 09:05 Сейчас в теме
(6) можете дать примеры регистров в новых конфигурациях на управляемых формах (не ЗУП 2.5, не КА 1, не УПП 1.3, не УТ 10 и т.п.) и главное каким образом переносить в архив?
Вообще для новых конфигураций ваши рекомендации состоятельны или это все для старых релизов 1С на обычных формах?
8. Kaval88 69 24.01.20 09:09 Сейчас в теме
(7) Абсолютно для всех конфигураций. Предлагаю вывести способы получения таких регистров и последующий их перенос в архив в отдельную статью.
9. sapervodichka 2853 24.01.20 09:17 Сейчас в теме
10. Kaval88 69 24.01.20 09:19 Сейчас в теме
(9) Как будет время, думаю на выходных начну.
11. sapervodichka 2853 24.01.20 09:22 Сейчас в теме
(10) вы понимаете, что описанные умозаключения маловероятно применимы на практике, без будущей статьи с примерами и подробным описанием указанных процессов (я про "Большие таблицы")?
Kent_killer; +1 Ответить
12. Kaval88 69 24.01.20 09:30 Сейчас в теме
(11)Это только зависит от квалификации разработчика, я лишь предложил идею, которая успешно показала себя на практике.
13. Dach 291 24.01.20 09:57 Сейчас в теме
Включаем на сервере СУБД уровни изоляции транзакций ALLOW_SNAPSHOT_ISOLATION и READ_COMMITTED_SNAPSHOT


Для включения "версионника" достаточно включить READ_COMMITTED_SNAPSHOT[

При одновременном включении этих двух флагов, RCSI будет работать как более приоритетный (я тестировал).

Отличия этих двух режимов работы можно легко нагуглить:

https://www.sql.ru/forum/779484/allow-snapshot-isolation-vs-read-committed-snapshot

https://habr.com/ru/post/305600/

SNI : "чистые" данные при выполнении запроса внутри транзакции возвращаются на момент старта самой транзакции
RCSI: "чистые" данные при выполнении запроса внутри транзакции возвращаются на момент выполнения самого запроса

Рекомендация включать оба флага идет давно, кто-то один написал, все повторили и у всех в головах укоренилось.
Кстати, если с нуля развернуть новую БД на 8.3, то там изначально будет включен только один флаг: RCSI, что лишний раз подтверждает верность моих слов.

https://hkar.ru/10Sr0
sapervodichka; +1 Ответить
14. capitan 1458 24.01.20 10:12 Сейчас в теме
Вспоминается ...
Приходит мужик к доктору, жалуется: "Доктор не могу, все болит. Суда
пальцем ткну - больно, сюда пальцем ткну - больно, сюда пальцем ткну -
больно".
Доктор: "Э батенька, да у вас палец сломан".

Рекомендации которые должны быть просто must have по определению находятся на ИТС
Как и регулярная свертка и очистка базы, это понятно даже на примере ночного горшка
Остальные рекомендации я бы продавал в режиме реальных результатов нагрузочного тестирования.
Было столько то - стало столько то
А иначе это не must have, а опрос населения методом тыка
15. user774630 24.01.20 10:35 Сейчас в теме
(14) как часто вы выполняете "свертку" баз. Каких?
17. capitan 1458 24.01.20 10:59 Сейчас в теме
(15)УТ раз в два года
А чищу раз в месяц, часть регистров раз в неделю чистится регламентно
В принципе если знать и соблюдать методики от 1С то скорость работы базы не должна линейно зависеть от количества документов
23. user774630 24.01.20 12:07 Сейчас в теме
(17)
скорость работы базы не должна линейно зависеть от количества документов

Я поэтому и спросил, что с учетом наличия итогов в регистрах необходимость свертки не очень понятна...
24. capitan 1458 24.01.20 12:08 Сейчас в теме
(23)Свертка есть свертка ,ее никто не отменял
16. DarkAn 922 24.01.20 10:49 Сейчас в теме
Можно вопрос автору? Большие таблицы это сколько записей ???

п1. Если у Вас проблема с большой таблицей - значит у Вас проблема с архитектурой, с индексами, с запросами, ну на крайний случай с железом.
п2. Если У вас нет выше указанных проблем - смотри п1.
19. Kaval88 69 24.01.20 11:04 Сейчас в теме
(16) Для каждой инфраструктуры большие таблицы свои. Для одной инфраструктуры большой таблицей будет считаться 1 млн. записей, для другой 1 триллиард и т.д.. Что по вашему мнению проще переписать типовую архитектуру или перенести часть неиспользуемых данных в архив?
21. DarkAn 922 24.01.20 11:37 Сейчас в теме
(19)
1 триллиард

Это сколько? Такого числа нет :)

(19)
о по вашему мнению проще переписать типовую архитектуру или перенести часть неиспользуемых


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

Поэтому если у Вас проблема в архитектуре, и при этом таблицы достигают размеров 1 триллион записей - это однозначно требует исправления.

Обычно большие таблицы при правильных индексах и запросах проблем не вызывают (если на сервере SQL выполняются регламентные задания, о которых Вы в данной статья ни слова не написали)
22. Kaval88 69 24.01.20 11:41 Сейчас в теме
(21) Спасибо за мнение, но зачем переписывать запросы для использования ненужных данных? Они же перенесены в архив, про них забыли.
26. starik-2005 2012 15.02.20 12:49 Сейчас в теме
А я вот не совсем понял, с чего столько критики? Чел совершенно верно говорит о том, что нужно сократить ожидания пользователей, которые работают одновременно, а для этого надо перевести мелкософтовский скул в режим работы версиоионника, максимально сократить вероятность эскалации блокировок и стараться, чтобы эскалации не было в будущем, ну и максимально обслуживать итоги, чтобы они были чистенькими и опрятненькими. Ну и железяги в режим высокой производительности и, как говорят геймеры, ТДП процессора перевести в сторону увеличения (включить турбобуст, ну и водянку поставить, чтобы троттлинга не было, и проц не снижал частоту сам по себе - это и к серверным процессорам относится, если кто не в курсе).

Так что статья - самое то.
Оставьте свое сообщение

См. также

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

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

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

вчера в 11:20    1435    Evil Beaver    2       

Программы для исполнения 488-ФЗ: Маркировка товаров Промо

1 января 2019 года вступил в силу ФЗ от 25.12.2018 № 488-ФЗ о единой информационной системе маркировки товаров с использованием контрольных (идентификационных) знаков, который позволяет проследить движение товара от производителя до конечного потребителя. Инфостарт предлагает подборку программ, связанных с применением 488-ФЗ и маркировкой товаров.

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

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

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

23.01.2020    3184    darkdan77    59       

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

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

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

19.12.2019    5288    ivanov660    12       

INFOSTART MEETUP Kazan. 13 марта 2020 г. Промо

Инфостарт продолжает путешествие по России. Следующая остановка - Казань. Тема мероприятия - управление и технологии автоматизации учета на платформе "1С: Предприятие". Ждем всех: докладчиков и участников! Стоимость участия - 5 500 рублей. Цена действительна до 30.01.2020

5 500

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

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

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

22.10.2019    3841    EugeneSemyonov    11       

Открыто голосование за доклады на INFOSTART MEETUP Krasnodar Промо

Выбирайте и голосуйте за самые интересные доклады, лучшие из них попадут в окончательную программу митапа. Голосование продлится до 30 января 2020 года.

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

Статья Системный администратор Программист Нет файла v8 Бесплатно (free) Производительность и оптимизация (HighLoad) Администрирование данных 1С

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

13.09.2019    5840    Repich    5       

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

Статья Системный администратор Программист Нет файла v8 Linux Бесплатно (free) Администрирование данных 1С Zabbix

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

10.09.2019    11149    Sloth    11       

Готовые переносы данных из различных конфигураций 1C Промо

Рекомендуем готовые решения для переноса данных из различных конфигураций 1C. C техподдержкой от разработчиков и гарантией от Инфостарт.

Анализ производительности APDEX

Отчеты и формы Системный администратор Программист Внешний отчет (ert,erf) v8 1cv8.cf Бесплатно (free) Производительность и оптимизация (HighLoad)

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

31.08.2019    5857    144    YPermitin    7       

1C:Предприятие для программистов: Запросы и отчеты. Второй поток. Онлайн-интенсив с 17 марта по 16 апреля 2020 г. Промо

Данный онлайн-курс предусматривает углубленное изучение языка запросов и возможностей системы компоновки данных, которые понадобятся при разработке отчетов, работающих на платформе “1С:Предприятие” в рамках различных прикладных решений. Курс предназначен для тех, кто уже имеет определенные навыки конфигурирования и программирования в системе “1С:Предприятие”, а также для опытных пользователей различных прикладных решений, которые используют в своей работе отчеты разного назначения.

6500 рублей

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

Статья Программист Нет файла v8 Россия MS SQL Бесплатно (free) Производительность и оптимизация (HighLoad)

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

19.07.2019    6165    Филин    12       

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

Статья Системный администратор Программист Нет файла v8 v8::blocking MS SQL Бесплатно (free) Производительность и оптимизация (HighLoad)

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

16.07.2019    6052    fhqhelp    0       

INFOSTART MEETUP Krasnodar. 14 февраля 2020 г. Промо

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

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

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

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

02.07.2019    7997    igordynets    119       

1C:Предприятие для программистов: Расчетные задачи (зарплата). Онлайн-интенсив с 01 по 17 июня 2020 г. Промо

Данный онлайн-курс предусматривает изучение механизмов платформы “1С:Предприятие”, которые предназначены для автоматизации периодических расчетов, а именно - для расчета зарплаты. Курс предназначен для тех, кто уже имеет определенные навыки конфигурирования и программирования в системе “1С:Предприятие”, а также для опытных пользователей прикладного решения “1С:Зарплата и управление персоналом” и прочих прикладных решений, в которых реализован функционал расчета зарплаты.

4900 рублей

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

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

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

27.06.2019    6749    YPermitin    16       

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

Статья Системный администратор Программист Нет файла v8 Windows Бесплатно (free) Производительность и оптимизация (HighLoad)

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

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

Голосование за доклады на INFOSTART MEETUP Kazan - до 25 февраля. Промо

Выбирайте и голосуйте за самые интересные доклады! Лучшие из лучших попадут в окончательную программу казанского митапа. Оставить свой голос можно до 25 февраля 2020 года.

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

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

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

13.06.2019    9724    Repich    117       

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

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

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

13.06.2019    4067    slayer-ekb    10       

Новый раздел на Инфостарте - Electronic Software Distribution Промо

Инфостарт напоминает: на нашем сайте можно купить не только ПО, связанное с 1С. В нашем арсенале – ESD-лицензии на ПО от ведущих вендоров: Microsoft, Kaspersky, ESET, Dr.Web, Аскон и другие.

  • Низкие цены, без скрытых платежей и наценок
  • Оперативная отгрузка
  • Возможность оплаты с личного счета (кешбек, обмен стартмани на рубли и т.п.)
  • Покупки идут в накопления для получения скидочных карт лояльности Silver (5%) и Gold (10%)

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

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

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

28.05.2019    11981    ivanov660    9       

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

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

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

21.05.2019    6016    vasilev2015    21       

Базовый курс по управлению ИТ-проектами. Курс проходит с 26 февраля по 22 апреля 2020 года. Промо

Отличительная черта курса - органичное сочетание трех вещей: 1.Теория проектного управления (PMI®+Agile Alliance+Российские ГОСТ+Методологии от 1С); 2. Опыт внедрения продуктов 1С (опыт франчайзи и успешных компаний + тренды Infostart Event и Agile Days); 3. Разбор реальных проблем и рекомендации экспертов по проектам слушателей. Мы будем фиксироваться на тех инструментах, которые реально оказываются полезными в практике руководителей проектов внедрения. Ведущая курса - Мария Темчина.

от 11000 рублей

Альтернативная стратегия управления блокировками

Статья Программист Архив с данными v8 v8::blocking 1cv8.cf Россия MS SQL Бесплатно (free) Производительность и оптимизация (HighLoad)

Данная публикация освещает одну из альтернативных стратегий блокирования данных на уровне MS SQL Server, которая недоступна средствами 1С, но может быть весьма полезной. Разбирается практический пример.

20.05.2019    5266    zhichkin    15       

Как работают управляемые блокировки

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

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

29.04.2019    16826    comol    198       

Подборка программ для взаимодействия с ЕГАИС Промо

ЕГАИС (Единая государственная автоматизированная информационная система) - автоматизированная система, предназначенная для государственного контроля за объёмом производства и оборота этилового спирта, алкогольной и спиртосодержащей продукции. Инфостарт рекомендует подборку проверенных решений для взаимодействия с системой.

Включение встроенного в платформу механизма "Копии базы данных" и использование "Дата Акселератора". Новый стандартный механизм использования баз OLAP в 1С

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

С версии 1С 8.3.14 в платформе появился новый функционал «Копии базы данных». В данной публикации я хочу рассказать, как включить использование данного механизма в платформе 1с и как его использовать для получения отчетов с копии базы данных, которая может быть вынесена на внешний сервер относительно текущей базы данных, а также как использовать систему «Дата акселератор», в которой база данных целиком размещена в оперативной памяти рабочего сервера кластера серверов «1С:Предприятия».

25.04.2019    10506    Elf1k    27       

Базовый курс по обмену данными в системе 1С:Предприятие. Онлайн-интенсив с 12 по 28 мая 2020 г. Промо

Данный онлайн-курс предусматривает изучение механизмов платформы “1С:Предприятие”, обеспечивающих обмен данными между различными прикладными 1С-решениями и взаимодействие с другими информационными системами. Курс предназначен для тех, кто уже имеет определенные навыки конфигурирования и программирования в системе “1С:Предприятие”.

5500 рублей

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

Статья Системный администратор Программист Нет файла v8 Windows Бесплатно (free) Производительность и оптимизация (HighLoad)

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

18.04.2019    22611    ivanov660    77       

Как разбить базу на файлы и не сойти с ума

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

Разбиение базы данных 1C на файлы и последующее сопровождение. Нюансы, грабли и прочее.

06.04.2019    11658    YPermitin    30