Здравствуйте, имею выделенный сервер 1с i7 980x 24gb ram, ssd 120gb биос -ос макс производительности, ос вин сервер 2019 сервер 8.3.15...
Виртуальный сервер mssql xeon e5 4650v2 4cpu по 4 ядра 43гб озу ос вин сервер 2019 система и sql server на разных vmhd, бд на raid 10 ssd 240gb x4 журналы raid 1 2x2tb
пользователей 50, баз 4, в осн. бп 3.0, ут11.4 обе проф, регламенты только обязательные, тяжелые ночью на sql регламенты каждую ночь раз в 3 дня чистка с кэша с перезапуском агента 1с сервер и юзеров.
Сам вопрос: первое открытие форм, документов 4-6 секунды отчетов 10-15 секунд, базы по 4 гб,
Можно ли как то это ускорить перерыл весь интернет, но так и не получилось, выводить mssql на физ сервер не дает изменений, существенных блокировок в mssql тоже нет,
8.
a.doroshkevich
141425.09.19 08:37 Сейчас в теме
(1)Так что не устраивает то?
Только первое открытие?
Если да, то это особенность управляемых форм, им надо "нарисоваться" и поместиться в кэш на клиенте.
Или есть другие проблемы со скоростью?
Просто судя по описанию инфраструктуры - железо с огромным запасом (напрягает правда фраза про другие базы SQL на этом же сервере, но тут надо мониторить не создают ли они побочной нагрузки)
10.
Gilev.Vyacheslav
191225.09.19 11:25 Сейчас в теме
(1) рекомендую проверить турбобуст, С-states и схему энергосбжения http://www.gilev.ru/systemperfomance/ если есть терминальная служба то обязательно проверить dfss http://www.gilev.ru/dfss/ получить штраф за виртуализацию тоже проще простого http://www.gilev.ru/virtual/ также некоторые службы и фичи винды 2019 тоже дают штраф, поотключайте все лишнее что не используете, надеюсь контроллера домена у вас там нет
(1) В свойствах SQL сервера установлены какие параметры для памяти?
Там же в SQL, в свойствах конкретной базы данных во вкладке "файлы" какие установлены настройки для максимального размера и автоувеличения?
(2) sql на vmhd или на отдельном hdd, производительности не меняет, temp на ram диске, ширина канала 1gb, тест Гилева выдает только 12.5 попугаев, я перестал им пользоваться так как когда и sql и 1c были на вм под i7 980x тест выдавал 26 попугаев, после покупки нового железа скорость выросла в среднем на 10-15% а у Гилева упала в 2 раза
(3)Тест Гилева тестирует в основном связку CPU - RAM - SQL. Снижение производительности при разделении SQL и 1С по разным машинам - закономерно, т.к. перестало работать Shared Memory.
В ваших масштабах лично я вернулся бы к варианту 1С и SQL на одной машине
(4)По мимо бд 1с, на sql есть бд других ПО, а именно в 1с через конфигуратор замер производительности. да и отчеты стали делаться в 2x быстрее 20-30 секунд против 10-15 это про первое открытие
(15)Из каких источников вы взяли данную информацию? Кэш 1С чистить просто потому что хочется - нельзя, либо придется мирится с тем, что первый запуск после чистки кэша - долгий.
То же самое касается и про серверный так называемый кэш, который смысла чистить как бы вообще нет, т.к. после перезапуска сервиса 1С все данные в нем заменяются на новые, актуальные.
(16)Если у вас низкие показатели в тесте Гилева, то прежде всего нужно проверять быстродействие связки CPU-RAM-SQL. Низкая скорость как правило из-за низкой частоты процессора/энергосберегающих режимов/проблем со скоростью общения с SQL сервером.
В вашем случае, я рекомендую перейти на вариант 1C + SQL на одной машине, это должно показывать в районе 20-25 попугаев по тесту Гилева, даже в условиях виртуальной среды.
Файловая БД в тесте Гилева, при SSD диске размещения БД должна выдавать в райне 70 попугаев, при условии частоты центрального процессора 2.4-2.6ГГц.
Поясните - зачем вы вообще виртуалите свои машины?
Для 1С виртуалка - вообще убийца быстродействия... для SQL вменьшей степени и сильно зависит от типа ВМ. Но по любому на железе все будет работать по любому быстрее... i7 980x 24Гб для 50 пользователей - маловато будет
У нас 2 базы КА2 на I7 7740K 64Гб и 10 пользователей - скрипит порой реально...
(9)Понимаете в чем проблема, я не могу просто сказать начальству а давайте купим отдельный сервак тысяч так за 150 000 под 1с не аргументировав это, ресурсы пк должны были быть исчерпаны, но нет загрука системы менее 10% брать новый сервак под 1с, ну если только за свой счет
Ну потому что мы не ИТ компания, и не кто не станет покупать под каждые задачи отдельный сервер, плюс мой сервер имеет 40 ядер +40 потоков в общем озу 700+гб, на сервере крутится очень много вм порядка около 20, вм у нас vmware exsi enterprises, проблем со стороны железа и вм нету, проблем со стороны mssql, если только с бд 1с, так как crm dynamics 2016 постоянно работает +-250 юзеров и не кто не жалуется, сеть настроена на каждой вм индивидуальные параметры TCP/IP, ОС ну там особо настраивать нечего помимо банального так как многое это linux, либо win core, т.е. ничего личнего кроме самой ОС. Если смотреть на its то там сервара под 500 пользователей с выделенным куда скромней сервером все работает отлично. Другими словами я договорился с начальством о курсах по 1с. Если найду решение обязательно зайду и отпишусь
Подскажите пожалуйста (пользуясь случаем да бы не создавать отдельной темы) какие курсы стоило бы включить в программу, ехать в другой город, было бы замечательно получить совет более опытных людей по работе с 1с.