Comments 42
О чем статья? Два ведра воды. "Ежели, значить, оптимизировать всё, то 1С будет работать быстро. А ежели нет, то нет".
Я думал статья будет о том как разогнать 1С ссаными тряпками.
а взамен что? мне очень интересно
Вот и ожидал увидеть 27 решений )))
1С продукт нишевый, завязанный на кучу смежного софта, нормативки и специалистов одного продукта. Хорошими и даже удовлетворительными они не станут. Я реалист. НО безальтернативность угнетает. Знаете сколько запросов от малого бизнеса на "Тыж программист. Напиши мне программу управления складом"?
По-моему, это единственный рабочий метод для сабжа. Остальное бесполезно, т.к., по мнению некоторых специалистов, всё уже оптимизировано до (за) нас.
О чем статья? Два ведра воды. "Ежели, значить, оптимизировать всё, то 1С будет работать быстро. А ежели нет, то нет".
Статья не об этом. Статья о том, что чтобы быстро заработала 1С on-premises - это надо 100500 пунктов соблюсти (сложно). А можно купить облако - и там специально обученные люди все эти пункты уже проделали, и всё летает.
Продолжают ли работать лицензии 1С при изменении параметров виртуальных серверов?
Программная лицензия в 99% случаев нет. Аппаратной всё равно.
Но надо понимать, что программная лицензия привязывается к конкретной машине на которой она установлена. Поэтому иногда лучше под сервис лицензирования выделить отдельную виртуалку с постоянными параметрами и с неё раздавать лицензии app-серверам. При такой схеме конфигурацию app-серверов можно будет безболезненно изменять.
Если речь идет об изменении (уменьшении или увеличении) ресурсов виртуальной машины, то, конечно, не слетает
>Кроме этого, на производительность влияют : ... используемая редакция (ПРОФ/КОРП)
Каким образом? ПРОФ ограничен только количеством ядер, но проще и дешевле поднять в кластере еще один сервер с 12 ядрами, чем приобретать КОРП.
КОРП реально нужен только если у вас достаточно большое число пользователь и достаточно сложная структура. КОРП больше про управление, а не производительность. И если вы рассматриваете КОРП только для решения проблемы производительности, то с большой долей вероятности вы делаете что-то не так.
>Кроме этого, на производительность влияют: ... количество рабочих процессов, потребление памяти
Это действительно так. Но тут лучше не экспериментировать с параметрами рабочего процесса, а понимать как это работает и в чем конкретно причина проблем с производительностью и как её решить и почему именно так. А в статье было бы не плохо раскрыть этот вопрос.
С памятью тоже лучше исходить из понимания что именно происходит. Самая частая проблема это фрагментация памяти. И добавляй не добавляй плашки памяти это в целом проблему не решит. А вот обдуманный перезапуск рабочих процессов очень может даже поможет.
Уменьшить количество информационных баз на одном сервере
И каким образом это поможет?
Разделить данные на активные и архивные на уровне 1С
Совершенно не понимаю что тут имеется в виду. Можно более подробнее раскрыть суть?
Если у вас проблему производительности, то лучше для начала понять в чем конкретно причина, где узкое место и уже исходя из этого знания планировать осознанное решение. А не экспериментировать с настройками и архитектурой авось что-то получится. Но чтобы понять причину первое что нужно сделать это настроить мониторинг всего этого хозяйства. О чем в статье ни слова.
Совершенно не понимаю что тут имеется в виду. Можно более подробнее раскрыть суть?
Подозреваю, что имеется в виду свертка рабочей базы, и разворачивание копии со старыми данными для просмотра.
Может быть кстати. Только на производительность это очень слабо влияет на мой взгляд если с индексами все в порядке. Если там scan через раз происходит, то да беда. Но не в объеме базы.
1С не всегда дружит с индексами. Создание составных индексов (по нескольким полям) не поддерживается, только по одному полю на индекс, и делай-не делай обновление статистики, нет-нет, да какой-нибудь старый работавший запрос начинает работать очень долго, используя вместо нужных индексов, индексы по полям с низкой селективностью. Дело иногда даже доходит до того, что в 1Сном запросе приходится убирать часть условий, получать итоговую таблицу, и эти условия применять уже в коде вручную, отфильтровывая ненужные строки в цикле.
1С не фрагментирует память.
Я тоже за все хорошее и против всего плохого. Статья - реферат. Все тезисы и так понятны. Можно с конкретными примерами по настройке, тестами и выводами?
Не знаю, кто писал эту статью. Но в эту организацию я точно не приду. Вы хотя бы к техническим специалистам обратитесь для рецензирования.
Ожидал увидеть именно рецепты, а по факту всё свелось к тому, что нужен процессор на 5ггц и nvme. Всё.
Или несколько процессоров на 5ГГц
самый грязный рецепт: Разместить MSSQL и 1С APP на одном сервере) +10-15% производительности))
+включить на SQL Autoudpate statistic - это часто помогает ускорить.
Я бы добавил, что тогда надо и SharedMemory включить не забыть.
Если MSSQL из коробки можно назначить конкретные ядра процессора которые она может использовать, то 1С в это не умеет без костылей. Тут можно достичь обратного эффекта. При этом проблема будет плавающая, что в двойне неприятно.
Но в малых системах конечно можно попробовать. В больших стоимость администрирование подобного становится дороже чем потратиться на ресурсы.
SQL Autoudpate statistic можно на малых системах, в больших может быть рост ожидания на блокировках схемы, т.к. обновление статистики накладывает блокировку на изменение схемы по объекту по которому пересчитывается статистика. Если такое происходит, то лучше пересчитывать статистику в плане обслуживания все таки.
Добавить недостающие индексы
Исправить кривой код
Увеличить частоту процессоров
1 и 2 я бы поменял местами, а вот по поводу 3, что называется бомбит: столько лет уже пишется эта 1С, цены регулярно на все продукты повышаются, а один из основных способов увеличения производительности так и остается покупка нового "железа". Нуралиев, твои программисты в параллелизм вообще не могут?
А что именно вы хотите распараллелить в транзакционной системе?
Я хочу чтобы сервер эффективнее работал с несколькими ядрами.
В многопользовательском режиме при достаточно большом количестве пользователей 1С +/- эффективно использует (равномерно нагружает) все ядра при должной настройке.
Но некоторые вещи нельзя распараллелить и именно из-за них есть рекомендация при прочем равном пожертвовать количеством ядер в сторону частоты ядра в определенных случаях. Но тут все довольно индивидуально. Кому-то лучше будет больше ядер.
Из того, что можно расспаралелить - это запись тысяч элементов объектных данных - справочников и документов.
Но это кровь и гемморой по контролю, чтобы фоновое задание не отвалилось, а если отвалилось - то ничего не записало, иначе будут дубли.
На мой взгляд массовое изменение объектных данных это разовая история как правило и инструменты которые её обычно выполняют (обработки вроде "Групповое изменение реквизитов" и регламентное "Отложенное обновление ИБ") даже пытаются в многопоточность.
Если это какой-то кастомный инструмент, то тут вопросы уже не к 1С.
Тутоблако вообще то рекламируют. В него говнокод внедрить труднее.
Я много лет работал с 1С7 и после перехода на 1С8 понял, что новое намного медлительные старого. Специально купили новый мощный компьютер с производительной дисковой подсистемой. Сотрудники регулярно жалуются на медлительность 1С8 и на тех программистов, что её создали. Лицензия на 5 пользователей, бухгалтерия. Работа через RDP на сервере не сильно заметно ускоряет работу. Это ещё у меня фирма маленькая, но каково тем у кого десяток или более пользователей я даже не представляю. Вендор предлагает отдельно докупить управление торговлей за кучу денег... Это прогресс, или деградация 1С?
Вам не хватает кармы на это действие.
Докиньте, кто-нибудь, а то мне минусов никак не напихать в этот опус.
Не так страшен fullscan, как lazytablespool.
Разгоняем 1С: 27 приемов