Добрый день!

Имеется сервер в виртуалке. К физическому железу доступа нет и не будет.
Windows Server 2008 R2, MS SQL 2014 SP2, платформа 8.3.8 2088
Процессор 2.3Ггц, памяти 32Гб, диск ССД

В файловом режиме всё прекрасно, базы работают шустро, тест Гилёва выдает 45-50 попугаев.

В клиент-серверном режиме даже единственная база ощутимо притормаживает, проведение документов выполняется по несколько секунд, тест Гилёва показывает от 7 до 10 баллов.

Ради интереса пробовался PostgreSQL, результат идентичный.

Судя по монитору производительности, процессор загружается не более, чем на 40%, по IOPS нагрузка тоже не зашкаливает.

Что можно промониторить, чтобы найти узкое место в таком случае

Еще одна жертва виртуалки в 1С.

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

Хотя в сети можно даже тесты найти по которым получается что 1С в виртуалке даже быстрее чем на реальном железе

Конфигурацию озвучь

(2) Не знаю где ты нашел такие тесты. Я таких нигде не встречал.
А вот из того, на что я наталкивался, вычитал, что на виртуалках 1С работает в среднем на 10-25%% менее производительно, чем на сопоставимых по характеристикам физически полноценных серверах.

https://youtu.be/SNUbvF_ksfA смотрели?

(3) На мисте обсуждали года полтора назад, типа новая виртуальная платформа (не помню чья)

(6) к (4)

Нашел. Hyper-V против VmWare для 1С
в частности ссылки из ветки
http://efsol.ru/articles/performance-comparison-1c.html
http://www.vidon.ru/news/n77570.html

(1) Не жертва, я прекрасно знаю, что нужно делать такие вещи на реальном железе, неоднократно делал и всем своим клиентам советую не заморачиваться на виртуалки для 1с.

Но в данной ситуации решаю не я, реального железа не будет

(3) Вообще, типовые БП 3.0, ЗУП 3.1, но в данном случае это роли не играет, ибо тормозит сама связка 1с + SQL

(5) Спасибо, гляну.

В общем, хочется понять, это вообще решается как-нибудь или нет. Если нет, будем искать альтернативные пути

(7) ни одного многопользовательского теста по указанным ссылкам проведено не было

(9) Там не тесты а рекламная хрень для VMware

Поставить на хост индивидуальный HDD и подключить напрямую к виртуалке 1С - будет быстрее.

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

А эта виртуалка (для которой оперативки выставлено понятно меньше чем на хосте физическом) при работе скеширует нафик весь диск в оперативку физической машинки ))

(8) Что ты хочешь услышать, не рассказывая никаких подробностей?
Где SQL - на той же виртуалке, на другой виртуалке, но на том же хосте, вообще на отдельном компе? Если на той же виртуалке, то в шаредмемори с 1С или по сети? Если на другой машине, то какая сеть между 1С и СУБД?
Выполнена ли настройка всех регламентов на SQL? https://kb.1c.ru/articleView.jsp?id=13
Всё ли сделано по чек-листу настройки https://kb.1c.ru/articleView.jsp?id=88 ?

Про сервер СУБД вообще ни слова. Может там 100500 разных баз и приложений висит и 1С там в самом конце очереди.

(11) SSD вернее.
(8) Отдельно или вместе 1С и SQL ? Может быть некорректно сетевой адаптер выбран и через него тормоза.

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

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

(15)+ Кста в статье честно сказано что по загрузке процов физические сервера наиболее экономичные в отличие от виртуалок.

(13) (14) Всё на одном хосте, и сервер приложений, и СУБД. Кроме 1с там вообще ничего нет

Пробовал и шаредмемори и по сети, по сети чуть быстрее, но в целом всё равно не удовлетворительно

Сетевой адаптер там один

Странно, что при всём этом файловый режим-то вполне нормально работает

(17) Делаем вывод, что 1С и СУБД на одной виртуалвке. Ок.
Тогда надо копать в сторону тормозов СУБД.
Начать надо с регламентов (всё ли настроено).
Потом анализировать производительность SQL. https://kb.1c.ru/articleView.jsp?id=92
Проанализировать нагруженность железа https://kb.1c.ru/articleView.jsp?id=10 (для виртуалок может не подойти).

(0) На этом же железе но без виртуалке пробовал?

(19) У него железа нет и не будет.

(18) Спасибо за ссылки, гляну

(19) Нет доступа к хосту и к его настройкам тоже нет

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

(21) см.  Transparent Page Sharing на VMware

посмотри это
https://technet.microsoft.com/ru-ru/library/cc749115(v=ws.11).aspx

малость не удобно но очень показательно.
один раз вытащил узкое место с этим

(23) Есть инструкции что и как смотреть для SQL + 1с.
И анализ показателей

(23) файл с описанием в личку отправил.

(25) Спасибо