Подбор оборудования для информационных систем на платформе 1С

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

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

При подборе оборудования по рекомендациям с сайта ИТС возникает противоречие: проводить ли нагрузочные тесты, чтобы определить возможную нагрузку, или достаточно просто взять данные из таблиц статистики? О том, какую тактику применить в том или ином случае, на конференции INFOSTART EVENT 2018 Education рассказал начальник отдела разработки компании IBS Филиппов Евгений.

Я – Филиппов Евгений, в настоящее время работаю в компании IBS начальником отдела разработки. В мире 1С меня знают, как автора книги «Настольная книга 1С:Эксперта по технологическим вопросам». Сегодня поговорим о такой скучной и занудной вещи, как подбор оборудования для информационных систем на платформе 1С:Предприятие. 

Кто-нибудь знаком с теорией мотивации Герцберга? Согласно этой теории существует два вида факторов, которые влияют на мотивацию и удовлетворенность от работы для человека. 

  • Часть из них называются гигиеническими факторами – если их не хватает, человек работает хуже. 

  • Другие факторы называются мотивирующими – это, например, признание. Чем их больше, чем человек работает лучше.

Это работает не для всех и не всегда. Допустим, если человек – художник (живет по собственным правилам) или космонавт (живет в уникальных условиях) – для них теория Герцберга не актуальна, у них собственная система факторов. Но для большинства людей, живущих в Европе по европейским правилам, она применима.

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

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

 

 

История вопроса. 2009 год

 

 

Сначала расскажу про историю вопроса. 

В 2009 году мы провели первое успешное нагрузочное тестирование УПП на 1000 пользователей. В то время мы ничего не знали о том, какое оборудование нужно, и планировали, что на терминальном сервере нам понадобится примерно 0.8 ядра на 100 пользователей, а на сервере 1С и на сервере СУБД нам нужно будет почти 2 ядра. И по памяти планировали примерно такой же расход – мы думали, что для клиентского доступа к терминальному серверу требуется совсем немного памяти, для сервера 1С побольше, а для сервера СУБД еще больше. 

Но когда мы начали поднимать конкретный тестовый стенд, то увидели, что наши знания о реальной жизни не сработали. На терминальном сервере нам потребовалось в 10 раз больше памяти, чем мы рассчитывали. А требования к серверу 1С, наоборот, оказались настолько незначительными, что мы организовали его «на сдачу», по остаточному принципу.

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

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

 

 

История вопроса. 2012 год

 

 

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

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

 

 

История вопроса. 2015 год

 

 

А в 2015 году все поменялось. К этому времени уже массово распространилась УТ11 – конфигурация на управляемых формах. 

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

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

Кстати, в этой презентации мною и моими коллегами сделана попытка свести все цифры во всех таблицах к единому знаменателю. Мы здесь во всех таблицах привели относительную ресурсоемкость оборудования с помощью двух показателей (в пересчете на сотню пользователей информационной системы) – количество ядер и количество памяти. Поскольку системы все разные (от двух до 4000 пользователей), применение таких единых показателей позволяет сравнивать эти системы между собой.

 

 

Современная теория. Противоречие – проводить нагрузочные тесты или просто считать по таблице?

 

 

В 2015 году, когда было написано второе издание моей книги, на ИТС выложили много материалов по технологическим вопросам. Раньше все эти материалы находились на https://kb.1c.ru, а потом некоторые из них переехали на ИТС, где находится вся наша текущая проблематика. И тут обнаружилось интересное – одна и та же статья «Расчет параметров серверного оборудования», которую написал Константин Рупасов, после появления на ИТС пополнилась в самом конце маленьким параграфом «Выбор оборудования» примерно на полстраницы.

Причем, первая часть этой статьи очень подробно рассказывает, как рассчитывать потребность в оборудовании по данным нагрузочного теста или по данным эксплуатации существующей тестовой системы. А в самом конце в разделе «Выбор оборудования» приведены таблицы с рекомендуемыми значениями параметров оборудования – т.е., забудьте теперь все, что только что прочитали, и считайте по таблицам (эти таблицы здесь в презентации тоже будут в пересчете на 100 пользователей). 

Почему так произошло? На мой взгляд, потому, что к этому моменту была накоплена адекватная статистика. Она уже стала настолько адекватной, что ее можно было опубликовать со словами, что для большинства баз «1С:Бухгалтерия предприятия» нужно вот такое оборудование.

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

 

 

Когда мы встали перед дилеммой – проводить нагрузочные тесты или считать по таблицам, мы задумались о том, что же такое нагрузочный тест. Как я уже сказал, нагрузочный тест это упрощенная картина  – это то же самое, что ваши примерные расходы в месяц с учетом того, что вы просто каждый день ходите на работу и возвращаетесь с работы. Это установившийся, удобный для вас режим – вы где-то едете на электричке, где-то научились экономить деньги, чтобы меньше их тратить. Но если у вас рождается ребенок или вы просто решили сходить к стоматологу – вся ваша картина рушится. 

То, что вы увидели на нагрузочном тесте, вам вообще ничего не скажет о том, что может произойти в вашей жизни. Поэтому реальная статистика внедрений отличается от того, что показывает нагрузочный тест. Реальная статистика на ИТС отличается от той, которую мы получили с помощью нагрузочных тестов. Она совсем другая. Люди закладывают резерв на то, что у них в жизни что-то произойдет, точно так же, как мы откладываем деньги на предстоящие большие расходы.

Кроме того, нагрузочные тесты стали дороги, люди не хотят платить деньги за их проведение, чтобы узнать, как работает Бухгалтерия или УПП, или даже ERP. Им неинтересно выкладывать несколько миллионов за то, чтобы узнать, что «все примерно будет хорошо», потому что эти деньги можно просто вложить в оборудование, чтобы перестраховаться, например. Не всегда, но иногда срабатывает. 

 

 

Почему практика иногда соответствует теории

 

 

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

Но как только мы начинаем закрывать месяц, у нас все «взлетает в потолок», система полностью останавливается, оборудование, которого хватало три недели в месяце, на четвертую перестает быть достаточным.

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

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

 

 

Компромисс между рекомендациями и расчетами

 

 

И вот – в один момент мы столкнулись с заказчиком напрямую, и он спросил: «Сколько мне нужно оборудования, чтобы ERP у меня работала нормально?» 

  • У нас была теория для УТ11, на основе которой мы примерно подсчитали необходимое оборудование по данным нагрузочного теста, потому что заказчику нужна была функциональность, аналогичная смоделированной в УТ11. Получили некие результаты и отдали их заказчику.

  • И в это время наш руководитель проекта прочитал рекомендации с ИТС (на слайде это – вторая строчка снизу) и поразился, насколько радикально эти рекомендации отличались от того, что даем мы.

После этого мы в течение трех месяцев обсуждали, кто прав, кто не прав, кто должен поступиться принципами, а кто не должен – и в результате заказчик выбрал свой собственный вариант (пятый), который показан в этой таблице в самой нижней строке. Эти результаты более-менее коррелируют с тем, что мы посчитали на нагрузочном тесте, но видно, что он попытался серьезно перестраховаться. Где имел возможность – там заложил больше. Почему? Потому что ему нужно жить не в условиях нагрузочного теста, а в условиях реальной жизни, которую нагрузочный тест не показывает.

 

 

Случаи, которые теория не описывает

 

 

Тем более, что есть ситуации, которые теория вообще не описывает, даже если мы будем закладывать резервы на что-то еще. 

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

Это хорошо, если у вас действительно настроен мониторинг, и вы отследили эту ситуацию и вовремя отыграли назад. А может быть и не так. Никакая теория вам не предскажет, что вследствие какого-то изменения, без изменения количества пользователей, оборудования на сервере разработки должно быть в 10 раз больше, чем сейчас. Но и того, что через 3 месяца оно в таком количестве вам может уже не понадобится, потому что ситуация стабилизируется и платформа начнет работать нормально с тем механизмом, который вы сами использовали не по назначению (в итоге платформа не виновата) - никакая теория вам тоже не скажет. 

Но оборудование, тем не менее, выбирать нужно.

 

 

Рекомендации с ИТС, пересчитанные на единый показатель

 

 

На чем обычно основывается выбор оборудования? Смотрят, какое чаще всего используется у людей. Если хотите работать бухгалтером, хотите знать, сколько им сейчас платят – идите на HeadHunter, смотрите, какая у бухгалтеров зарплата. 

Вот рекомендации с ИТС, пересчитанные на наш единый показатель по данной презентации (относительное количество ядер и памяти на сотню пользователей). 

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

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

И для сервера СУБД (крайняя правая колонка), там вообще для крупного внедрения серьезный резерв – 64 гигабайта на каждую сотню пользователей, т.е. на 1000 пользователей нужно уже 640 гигабайт. 

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

 

 

Статистика по выбору оборудования по данным проектов ЦКТП

 

 

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

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

То есть, если это «1С:Бухгалтерия предприятия» – это одни требования, если это ЗУП – другие требования. 

Статистику мы собирали по сайту v8.1c.ru – в разделе, где опубликованы проекты ЦКТП, также публикуется аппаратное обеспечение, используемое на проекте. Посчитали все варианты по приведенным конфигурациям, плюс добавили сюда свой опыт нагрузочных тестов и свой опыт с реальных внедрений, который у нас был (это – статистика по тому оборудованию, которое люди реально использовали, в том числе и наши клиенты).

Например, при переходе с «Бухгалтерии 2.0» на «Бухгалтерию 3.0» вполне предсказуемо уменьшились требования к терминальному серверу, но увеличились требования к серверу приложений.

Здесь есть незаполненные ячейки – объясню, о чем речь. 

  • Иногда в характеристиках проекта на сайте не указано, что есть сервер терминалов. Поэтому мы эту строчку считали отдельно. 

  • Или иногда на сайте вообще нет информации про отдельный сервер 1С и про сервер СУБД, поэтому мы не знали, как один отделить от другого, и вывели эти показатели в отдельной колонке (два крайних правых столбца).

Аналогичным образом, как в «1С:Бухгалтерии предприятия», так и с «1С:Зарплатой и управлением персоналом» – при переходе с 2.5 на 3.0 требования к серверу приложений подросли, а требования к терминальному серверу уменьшились. Опять же, по статистике.

Возможно, у каждого из вас есть такая своя статистика, и вы можете сказать относительно того, что здесь написано, что у вас не так. Но это – статистика, она – такая.

 

 

И еще по нескольким наиболее популярным конфигурациям. 

При переходе с УПП на ERP – предсказуемо уменьшились требования к терминальному серверу, но подросли требования к серверу приложений и серверу СУБД.

При переходе с УТ 10 на УТ 11 здесь как раз статистика дала сбой – у нас уменьшились требования к серверу приложений. Видимо, речь идет о влиянии каких-то факторов, которые мы при подсчете не учли.

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

 

 

Как менялись требования к оборудованию по годам?

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

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

 

 

Статистика по платформам показывает тот же самый тренд, тот же самый баланс между сервером терминалов и сервером приложений. И растет требование к памяти на сервере СУБД.

Мы входим в область больших проектов, где делаются избыточные резервы оборудования, в том числе, благодаря рекомендации с ИТС. А может быть, эта рекомендация с ИТС произошла благодаря реальным внедрениям? Что причина, что следствие – можно поспорить.

 

 

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

 

 

Как рассчитывать требования к сети и дисковой подсистеме?

 

 

До сих пор я говорил о ядрах и о памяти. Теперь коротко – о сети и дисках. 

Про сеть ничего толком сказать нельзя, потому что этот фактор «еще более гигиенический», чем количество ядер и памяти. Если сетки не хватает, у вас все «падает», если сетки хватает – все прекрасно. Количество вариаций гораздо меньше, поэтому тут интересной статистики не получится. 

А что касается требований к дисковой подсистеме, то у меня есть специальный слайд про взаимосвязь показателей MBs/sec и IOPS, поскольку заказчики часто требуют от нас производительность в IOPS, а на сайте 1С производительность обычно замерена в MBs/sec. 

Чтобы от IOPS перейти к MBs/sec, нужно разделить IOPS на размер блока. Если мы говорим о внедрениях, которые сделаны по методике ЦКТП, то там используется утилита SQLIO, для которой стандартный размер блока 64 Кб, если его руками не меняли (а скорее всего, его не меняли). Если вдруг это старая система, там коэффициент может быть 32 Кб, но это уже архаичные системы. Если кто-то поставил другой коэффициент пересчета и нигде это не указал, то нужно надеяться, что такого не произошло.

 

 

Тактика управления

 

 

Что со всем этим делать? 

  • Есть люди, которые ходят по земле и работают в ненагруженной базе (самая нижняя строчка) – от одного до 5 пользователей в базе «1С:Бухгалтерия». Они там и со своим ноутбуком прекрасно справляются.

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

  • Если у вас 10-50 пользователей, и вы работаете в базе «1С:Бухгалтерия», у вас стандартная схема движения документов – тогда да, можете посмотреть по таблицам, посмотреть, как у соседа, сэкономить деньги на сайзинге. Точно так же, как мы смотрим зарплату по HeadHunter. 

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

  • И если у вас более 1000 пользователей, вы – космонавты, вам про вашу жизнь вообще никто ничего не может рассказать, вам нужно самим разбираться, что за оборудование вам нужно. Вам нужно знать досконально каждую железяку, каждый вид организации RAID-массива и все-все-все про вашу работу. И решения всегда нужно принимать самому. Когда советская космическая промышленность готовила запуск лунохода, его долго не могли сделать, потому что не знали, какая луна – твердая, жидкая, газообразная? Пришел Королев, сказал: «Луна твердая». И луноход улетел, все счастливы. Делайте свой луноход.

 

****************

Данная статья написана по итогам доклада, прочитанного на конференции INFOSTART EVENT 2018 EDUCATION. Больше статей можно прочитать здесь.

В 2020 году приглашаем всех принять участие в 7 региональных митапах, а также юбилейной INFOSTART EVENT 2020 в Москве.

Выбрать мероприятие.

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

Комментарии
Избранное Подписка Сортировка: Древо развёрнутое
Свернуть все
1. PowerBoy 2959 09.09.19 16:21 Сейчас в теме
Почему только два параметра - ядра и память, почему не учитываете частоту и поколение процессоров?
user1274438; zqzq; HAMMER_59; +3 Ответить
5. user1274438 11.09.19 14:44 Сейчас в теме
Традиционно не смог пройти пройти мимо. Увы.
https://twitter.com/ValentinIvanich/status/1165893473117118465

P.S.
Витеньке привет при случае.

P.P.S.
(1) Автор больше не осилит.
2. capitan 1621 09.09.19 18:14 Сейчас в теме
Вспоминается ...
— Сколько человек здесь работает?
— С бригадиром или без?
— Какая разница.
— А без бригадира вообще никто не работает.
У наших людей система мотивации совсем другая.
А если серьезно, ну очень мало памяти. Вчитаюсь внимательнее, но пока не могу понять как так получается.
user1274438; 3vs; +2 Ответить
4. 3vs 11.09.19 07:18 Сейчас в теме
(2)
А если серьезно, ну очень мало памяти.

И это правильно, как говорится, сервер памятью не испортишь! :-)
6. user1274438 11.09.19 16:25 Сейчас в теме
(2) Тут проблема в том, что автор (по слухам, конечно же) - любитель нагрузки фоновыми заданиями. Не знаю, как сейчас, но раньше (мне коллеги подсказывали) он часто тесты именно так и выполнял. Экономия ресурсов в таком случае будет существенная. А что будет неоднозначный результат? Да ну кого в 1С-сообществе когда это волновало.
7. kerti 24.01.20 09:57 Сейчас в теме
(6) даже если вы правы про фоновые задания. Вы считаете, что выполнением фоновых заданий нельзя смоделировать работу сервера приложений 1с и субд совсем?
При ограниченных условиях использования лицензий 1с, данные тесты могут помочь получить хотя бы примерную картину по тому, что может твориться на сервере приложений и субд. При данных тестах исключена нагрузка клиентских соединений, но не работа сервера.
8. user1274438 24.01.20 10:19 Сейчас в теме
(7) Ага. Т.е. тот код, который в формах объектов, он чисто клиентский, работает только с переменными со значениями примитивных типов, и там нет вызовов сервера, из которых могли быть обращения к субд. ну и формы списков, при открытии тоже только текст и цифры выводят, какие там могут быть запросы. вот фоновые задания - это да.
3. user593895_gurov-boris-spb 10.09.19 15:22 Сейчас в теме
Евгений, у вас опечатка в последнем изображении. Во второй строчке снизу по логике должно быть "от 5".
Оставьте свое сообщение

См. также

Обмен данными. Консистентность vs Многопоточность Промо

Интеграция v8 1cv8.cf Бесплатно (free)

Рассмотрим теоретические основы обмена данными. Какие бывают обмены, какие гарантии при этом даются, зачем идти на компромиссы и что при этом может пойти не так. Есть ли идеальная схема?

03.09.2019    10457    0    m-rv    1    

Выбор процессора для 1С: конец споров или начало?

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

Периодически занимаясь исследованиями производительности я повидал много решений. Делюсь некоторыми выводами на основании теста Гилева и собственных мыслей.

25.05.2020    5609    0    starik-2005    184    

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

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

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

24.05.2020    3801    0    DataReducer    21    

Нейроконструктор

Интеграция Искусственный интеллект (AI) Прочие инструменты разработчика v8 Бесплатно (free)

Изучайте нейронные сети и экспериментируйте вместе с расширением конфигурации "Нейроконструктор". Навыки программирования не требуются.

20.05.2020    2635    19    user1404129    9    

Диспетчер Хранилища Запросов в SQL Server 2016+ (он же Query Store) Промо

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

Если вы используете SQL Server 2016 или более позднюю версию, то у вас есть возможность использовать встроенную систему мониторинга, которая позволяет отслеживать самые базовые метрики выполняемых запросов и статистику ожиданий (потребления ресурсов). Эта информация позволяет быстро получить самые ресурсоемкие запросы с их планами и агрегированной статистикой выполнения.

26.04.2019    10306    0    Aleksey.Bochkov    7    

Учимся готовить кроликов с редиской: опыт применения Rabbit MQ и Redis в интеграционных проектах

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

При построении мощных производительных отказоустойчивых решений для интеграции во всем мире активно используются технологии обработки очередей сообщений с помощью брокера RabbitMQ и кэш-сервера Redis. О практическом опыте использования этих технологий при построении ИТ-ландшафта, включающего системы на 1С, на конференции Infostart Event 2019 Inception рассказал Сергей Наумов.

12.05.2020    3503    0    SergeyN    3    

Синхронизация БИТ:СКУД 8 с Parsec.Net 2.5

Интеграция Внешние источники данных v8 1cv8.cf Бесплатно (free)

Настройка синхронизации БИТ:СКУД 8 с Parsec.Net.2.5, выгрузка данных из внешней системы контроля доступа.

04.05.2020    2908    0    RPGrigorev    0    

Ок, Лариса! Мониторинг проблем производительности с применением нейронных сетей

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

Проводить мониторинг производительности вручную, выявляя закономерности в куче графиков и десятках таблиц, довольно сложно. Но это не значит, что разбираться с инцидентами нужно только после жалоб от пользователей. О том, как обучить нейронную сеть и заставить ее оповещать о проблемах, на конференции Infostart Event 2019 Inception рассказал начальник сектора разработки ООО «Группа Полипластик» Владимир Крючков.

27.04.2020    2919    0    ivanov660    5    

И тогда наверняка нас захватят облака Промо

Интеграция Бесплатно (free)

Внимание! Данный текст содержит достаточно мало технических подробностей и готовых рецептов. Главным образом некоторые размышления на предмет будущего технологий и профессий. Некое лёгкое чтение на досуге.

28.06.2019    8811    0    comol    36    

Интеграция БИТ:СКУД с типовой конфигурацией

Интеграция v8 1cv8.cf Россия Бесплатно (free)

Интеграция БИТ:СКУД с типовой конфигурацией, обновление БИТ:СКУД в составе конфигурации и отдельно. Обновление системы защиты.

26.04.2020    3900    0    RPGrigorev    0    

Пример поиска ошибок в технологическом журнале

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

Примеры bash - скриптов для поиска ошибок в технологическом журнале.

23.04.2020    1996    0    vasilev2015    6    

Фреймворк "Мониторинг производительности". Руководство пользователя

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

Описание и руководство "Мониторинг производительности": краткое описание конфигурации, сборник из статей, примеров - собрано в одном файле.

21.04.2020    2217    0    ivanov660    3    

Опыт миграции из собственного датацентра в облако AWS Промо

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

Хотя данная публикация и не имеет прямого отношения к 1С, она может быть интересна тем, кто занимается крупными базами данных на MS SQL Server. Описывается опыт миграции баз данных в облако AWS в компании glassdoor.com, где я занимался этим проектом. Это первый драфт текста, получившийся довольно скомканным - в процессе буду дополнять.

29.07.2018    10802    0    Aleksey.Bochkov    9    

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

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

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

06.04.2020    8669    0    YPermitin    0    

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

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

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

31.03.2020    9514    0    informa1555    21    

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

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

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

20.03.2020    3488    0    vasilev2015    21    

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

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

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

30.10.2017    27924    0    MrWonder    42    

Интеграция "Библиотеки интеграции МДЛП 1.1.2.7" с типовой конфигурацией

Интеграция Конфигурирование 1С v8 Здравоохранение, медицина, стоматология Россия Бесплатно (free)

Инструкция для интеграции “Библиотеки интеграции МДЛП 1.1.2.7” в типовые конфигурации, на примере конфигурации “Управление нашей фирмой, редакция 1.6 (1.6.18.168)”.

02.03.2020    2686    0    RPGrigorev    3    

Автоматизация магазина на Oracle Apex. Обзор аналога 1С Промо

Интеграция Розничная торговля Розничная торговля Бесплатно (free)

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

17.05.2013    58201    0    avhrst    295    

Улучшение пооперационного планирования в 1С:ERP 2.4 внешними средствами

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

Задача построения оптимального производственного расписания требует сравнения тысяч и десятков тысяч вариантов. Выполнять такие вычисления средствами платформы 1С Предприятие нецелесообразно. Как реализовать пооперационное планирование с использованием генетических алгоритмов и параллельных вычислений в докладе на конференции Infostart Event 2019 Inception рассказал генеральный директор компании «ИНТЕХ» Сергей Сафаров.

02.03.2020    3666    0    ildarovich    7    

Делаем быстрее POSTGRESQL COUNT (*)

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

Предлагаю вашему вниманию перевод статьи Laurenz Albe "POSTGRESQL COUNT(*) MADE FAST". Оригинал доступен по ссылке https://www.cybertec-postgresql.com/en/postgresql-count-made-fast/

28.02.2020    1855    0    w.r.    1    

Простое обнаружение проблем производительности в PostgreSQL

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

Предлагаю вашему вниманию перевод статьи Hans-Jürgen Schönig "DETECTING PERFORMANCE PROBLEMS EASILY IN POSTGRESQL". Оригинал доступен по ссылке https://www.cybertec-postgresql.com/en/detecting-performance-problems-easily-in-postgresql/ Актуально для всех 1С ников, перешедших с MS SQL на Postgres

20.02.2020    3019    0    w.r.    4    

Опыт оптимизации и контроля производительности в БД с 3000 пользователей Промо

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

Данная статья написана по материалам доклада, прочитанного на Конференции Инфостарта IE 2014 29-31 октября 2014 года. Меня зовут Сергей, являюсь руководителем отдела оптимизации и производительности систем в компании "Деловые линии". Цель этого доклада – поделиться информацией о нашем опыте работы с большой базой на платформе 1С, с чем пришлось столкнуться, как удалось обеспечить работоспособность. Уверен, что вам будет интересно, так как подобной информацией мало кто делится, да и про само существование таких систем их владельцы стараются не рассказывать, максимум про это «краем глаза» упоминают участвовавшие в проекте вендоры. **update от 04.03.2016 по вопросам из комментариев

05.08.2015    59657    0    Sergey.Noskov    119    

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

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

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

17.02.2020    6962    0    Evil Beaver    13    

Держи данные в тепле, транзакции в холоде, а VACUUM в голоде

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

Чтобы база работала быстро – в ней нужен порядок. Это касается как MS SQL, так и PostgreSQL. Как настроить базу, чтобы в ней поддерживался порядок, какие регламентные операции нужно проводить, чтобы данные чистились, индексы перестраивались и оперативная память высвобождалась в своём выступлении на конференции Infostart Event 2019 Inception поделился руководитель ИТ в компании «ИнфоСофт» Антон Дорошкевич. 

07.02.2020    7830    0    a.doroshkevich    17    

Атака сервера кнопонажималкой

Нагрузочное тестирование Инструментарий разработчика Бесплатно (free)

Чтобы убедиться, что продукт выдержит планируемую нагрузку, необходимо провести нагрузочное тестирование – написать сценарии пользовательских действий и запустить их в несколько потоков, чтобы заранее найти проблемы в бизнес-логике и «узкие места». О том, как упростить написание сценариев тестирования для конфигурации Тест-центр с помощью фреймворка Vanessa Automation на конференции Infostart Event 2019 Inception рассказал ведущий программист компании «ПервыйБИТ» Никита Грызлов.

20.01.2020    4557    0    nixel    22    

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

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

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

22.04.2015    39408    0    Gilev.Vyacheslav    1    

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

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

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

19.12.2019    8694    0    ivanov660    16    

История роста и работы команд 1С в условиях HighLoad и BigData

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

Современные потребности бизнеса заставляют программистов 1С решать все более сложные задачи. А главные требования, которым необходимо соответствовать, – вовремя поставлять ценности высокого качества. С какими сложностями приходится сталкиваться в работе программистам в динамично развивающейся брокерской сфере, и как их решают, на конференции Infostart Event 2018 Education рассказал начальник отдела интеграции БКС Технологии Сергей Артемов.

11.11.2019    6404    0    user826155    11    

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

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

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

14.10.2019    15177    0    YPermitin    28    

Повышенная нагрузка на диски сервера баз данных SQL Server Промо

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

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

15.03.2015    38674    0    gallam99    17    

Набор скриптов для знакомства с SQL Server

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

Поговорим о скриптах, которые помогут быстро ознакомиться с состоянием SQL Server, в том числе с вопросами производительности.

30.09.2019    19510    0    YPermitin    14    

Облачные кассы и 1С. Интеграция, которой не было

Интеграция Кассовые операции Россия Бесплатно (free)

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

24.09.2019    5181    0    antonovintervolga    15    

Оповещения боту из 1С за 31 минуту

Практика программирования Интеграция v8::УФ 1cv8.cf Бесплатно (free)

Поделюсь опытом, как быстро сделать бота с оповещениями в Телеграмм из 1С без лишних затрат.

18.09.2019    14844    4    feva    35    

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

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

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

22.01.2014    65739    0    yuraos    112    

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

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

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

10.09.2019    16314    0    Sloth    24    

Интеграция 1С с промышленным оборудованием

Интеграция Бесплатно (free)

Эффективность управленческой информации в производственном процессе зависит от данных, собираемых на нижних уровнях. Про автоматизацию получения этих данных с использованием технологии OPC (OLE for process control) на конференции Infostart Event 2018 Education рассказал Юрий Коноваленко.

06.09.2019    7813    0    user642664_yurkeshk    12    

Poka-yoke. Оператор производственной линии – пользователь 1С. Кто сказал, что 1С только для финансов?

Интеграция Бесплатно (free)

Что такое Poka-yoke системы, зачем они нужны и как меняется работа на предприятии при их внедрении рассказал руководитель проектного отдела компании «Информационные технологии» Дмитрий Макаров на конференции INFOSTART EVENT 2018 EDUCATION.

04.09.2019    3440    0    pro-rok    16    

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

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

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

21.06.2013    52482    0    Антон Ширяев    116    

Руководство по SQL: Как лучше писать запросы (Часть 2)

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

Предлагаю вашему вниманию продолжение перевода статьи Karlijn Willems SQL Tutorial: How To Write Better Queries". Оригинал доступен по ссылке https://www.datacamp.com/community/tutorials/sql-tutorial-query. Первая часть доступна по ссылке https://infostart.ru/public/1115809/

03.09.2019    6686    0    w.r.    2    

Как должна выглядеть правильная интеграция. Использование Mule ESB и RabbitMQ с 1С

Интеграция Бесплатно (free)

Чем масштабнее проект, тем сложнее настроить все связи. Каждый решает эти проблемы по-своему: кто-то пользуется конвертацией, кто-то пользуется xml и json. Руководитель управления ИТ компании WiseAdvice Олег Филиппов рассказал, как можно применить такие инструменты, как Mule ESB и RabbitMQ.

02.09.2019    8367    0    comol    3    

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

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

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

31.08.2019    9033    2    YPermitin    7    

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

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

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

19.02.2013    53240    0    Gilev.Vyacheslav    46    

Руководство по SQL: Как лучше писать запросы (Часть 1)

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

Предлагаю вашему вниманию перевод статьи Karlijn Willems SQL Tutorial: How To Write Better Queries". Оригинал доступен по ссылке https://www.datacamp.com/community/tutorials/sql-tutorial-query. Узнайте о антипаттернах, планах выполнения, time complexity, настройке запросов и оптимизации в SQL.

30.08.2019    9594    0    w.r.    19    

Использование Union вместо OR

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

Предлагаю вашему вниманию перевод статьи Derek Dieter "Using Union Instead of OR". Оригинал доступен по ссылке http://sqlserverplanet.com/optimization/using-union-instead-of-or.

22.08.2019    3424    0    w.r.    35    

Тюнинг производительности запросов в PostgreSQL

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

Предлагаю вашему вниманию перевод статьи Brady Holt "Performance Tuning Queries in PostgreSQL ". Оригинал доступен по ссылке https://www.geekytidbits.com/performance-tuning-postgres/

31.07.2019    6528    0    w.r.    5    

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

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

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

11.02.2013    29175    0    gallam99    19    

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

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

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

19.07.2019    7961    0    Филин    12    

Бизнес-аналитика с помощью Power BI

Интеграция Бесплатно (free)

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

11.07.2019    11433    0    pbazeliuk    18    

Настройка параметров PostgreSQL для оптимизации производительности

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

Предлагаю вашему вниманию перевод статьи Ibrar Ahmed "Tuning PostgreSQL Database Parameters to Optimize Performance". Оригинал доступен по ссылке https://www.percona.com/blog/2018/08/31/tuning-postgresql-database-parameters-to-optimize-performance/

08.07.2019    6095    0    w.r.    19    

Сравнительное тестирование работы PostgreSQL с большими страницами Linux

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

Представляю вашему вниманию перевод статьи Ibrar Ahmed "Benchmark PostgreSQL With Linux HugePages". Оригинал расположен по ссылке https://www.percona.com/blog/2018/12/20/benchmark-postgresql-with-linux-hugepages/

05.07.2019    4050    0    w.r.    6