» Hyper-V 2012 R2 - нужна помощь психотерапевта

Ситуация:
существовал некий сервер, задействованный под сервер терминалов, на котором скрипела 1с77 файловая.
далее этот сервер апнули, добавили второй камень и РАМ увеличили с 24-х до 80-ти с прицелом на виртуализацию.

Вышеозначенный сервер переехал в виртуальную среду на обновленном хосте под 2012R2.

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

Руководство считает, что всему виной "прослойка" в виде Hyper-V, которая не дает этой желтой программе работать "напрямую с железом". Данные бенчмаркинга и мониторингов не смущают: "Какой из этого следует вывод? Данные мониторинга врут" - так мне сказал генеральный..

Уверенность подкрепляет то, что в работающей рядом (на том же хосте) 2003-ей машине те же действия проходят ровно в 2 раза быстрее - ЗНАЧИТ 2008 ТОРМОЗИТ, А 2012 ТОРМОЗИТ ЕЩЁ СИЛЬНЕЕ!

К слову, та же операция под 2012-м заняла в 4 раза больше времени.. )))

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

Что касается 1Цэ - по всей видимости косячит драйвер ODBC;

Хотелось бы, чтоб знающие люди разъяснили причины происходящего и подсказали "научные термины", которыми нужно оперировать при разговорах с начальством.
Заранее благодарен.

Начальство компетентно в вопросах ИТ? Покажи им что на машине с вин 2003 работает быстрее

Я не понял. 1С стоит на гипервизоре, на самом 2012, или на виртуалке в этом самом гипервизоре?

Цитата:

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

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

Если я угадал с расположением 1С, то скажу, что на гипервизоре не нужно устанавливать никакие нагруженные приложения, а устанавливать их надо в виртуальную машину, иначе тормоза вам обеспечены. Если последнюю тонко настроить под требования приложения, то никаких проблем не будет.
За мою практику более сотни машин под каждым из гипервизоров (ESXi, Hyper-V) крутится (естественно на нескольких хостах), с софтом от простейших файловых серверов, до тяжеловесов вроде MS SQL, Exchange, TMG и тп. И 1С также. Может и помедленней, чем в одиночестве на железе, но надо понимать, что одну железяку делят десятки ОСей. Особенно чувствительно это дело к операциям чтения-записи на диск. Диск-то грубо говоря, один. И если одна из машин, бешено вращая глазами выстраивает очередь на диск, то другим придется встать в эту очередь. Подозреваю, что и приложения, установленные непосредственно на Hyper-V (на ESXi фиг чего поставишь) встают туда же.
Поэтому, надо планировать размещение виртуалок чуть более, чем тщательно.

Paromshick
видимо я плохо изложил..
под понятием "гипервизор" я предполагаю систему, обеспечивающую виртуализацию; в моем случае это Microsoft Hyper-V Core 2012 R2/
под словом "хост" я понимаю физическую машину, на которой работает гипервизор.
под словом "гость" понимается виртуальная машина, работающая в гипервизоре.

к сути:
на физической машине ничего кроме гипервизора не запущено.
все испытуемые серверы являются виртуальными и работают параллельно под одним гипервизором. при этом если взять 2003 за эталон, то 2008 работает в два раза медленнее, а 2012 - в четыре. не сама система, разумеется, а программа 1С в этой системе.

нагрузка на диски и процессор не превышает 20% в пиковых ситуациях. как в виртуальных средах, так и на хост-машине "железяке".

к слову про диски: установлен какой-то лохматый рэйд-контроллер и 6 сасов 15к, так что по дисковым операциям всё отлично.

Добавлено:
Briolin
с Win2003 работать нет возможности - она не умеет RemoteApp, а цитриксами уже все обожрались, да и дорого это..

..вопрос, собственно, "ПОЧЕМУ ТАК" - это про вынь 2003

MAGNet

Цитата:

вопрос, собственно, "ПОЧЕМУ ТАК" - это про вынь 2003

Даже по официальным докам, требования к оборудованию растут в зависимости от ОС. К процессору на 10%, к памяти на 100% это от ХР к 7. Что уж говорить о серверах.
Насколько я понял, у вас и RDSH на нем клиентская часть 1С, и база 1С на одном и том же сервере. Кстати, тогда непонятно, как это 1С файловая, и при этом драйвер ODBC.
Наверное, не хуже меня знаете, что при использовании SQL рекомендуется разнести по разным машинам клиента (в вашем случае RDSH), сервер 1С и SQL. Трехуровневая конфигурация так называемая.

Насчет того, что всё в порядке с тестами. Поищу в течение дня, есть толковая статья от специалиста МС, какие конкретно параметры надо мониторить, и что считается допустимым, а что нет. Мб пригодится.

Paromshick
с ODBC я погорячился))
это всё-таки файловая версия.
что касается про разнесение 1с сервера и сервера баз данных, то скажу вам так - всё упирается в быстродействие.
видел я такие горы, по сравнению с которыми это просто равнина, как вполне себе дружно работают на одной железке 1с-сервер, скуль-сервер и сервер терминалов. разнесение их - это заблуждение образца 1812-го года, когда нужно было нарубить дров для того, чтобы испечь хлеб.

особенно меня в этой истории напрягает, что все три сервера работают на одном железе параллельно и тест проводился на всех трех одновременно. гипервизор отдавал им столько ресурсов, сколько они требовали и у него ещё оставалось "про запас" больше, чем половина..
почему разница не в процентном соотношении, а в разы? ПОЧЕМУ?

MAGNet

Цитата:

вполне себе дружно работают на одной железке 1с-сервер, скуль-сервер и сервер терминалов

Иногда работают. Даже всегда работают. Но не всегда быстрее, чем разнесенном варианте. Для обеда все равно топливо добывается. Только к вам энергия от его сожжения приходит по проводам. Типичный разнесенный вариант. Но можно топить и дровами, омлет всё равно изжарится.
Цитата:

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

Ну дык... что мешает... и т.д. У вас же критично только по терминалкам, чтобы был 2012 сервер. Вынесите роль на отдельную машину, тб., что она и так есть у вас. RDSH + 1C client получится.
И в спокойной обстановке смотрите, как подружить 1С и 2012, если это вообще получится. Я запамятовал 7-ка 1С Framework использует?

Цитата:

тест проводился на всех трех одновременно

А кто распределял доступ к базе? Кто ее танцует? Уж не самый ли "быстрый" по итогам тестов сервер?

Paromshick

Цитата:

А кто распределял доступ к базе?

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

вот мой коллега подтверждает мои мысли:

Цитата:

Проблема в ос. 1с77 старая и взаимодействие с 2003 более отлажено(издержки разработки)- это тоже понятно

мне это понятно с самого начала.
непонятно другое - почему такое распределение ресурсов?

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

Тогда остается ждать тех, кто запускал 1С именно в этой конфигурации: Hyper-V 2012R2, гости 2003 и 2012, 1С v7.7...
Пока же можно прочесть нечто подобное. Как видим, гости по разному используют "прослойку". Жаль нет по 2003 сведений здесь, но это не значит, что их нет вообще. В Сети

спасибо за ссылку - погружаюсь))

короче так - дело было не в бобине (Hyper-V тут не при чем).
1цЭ реально тупит.
на голом железе одна и та же конфигурация на Windows XP (Server 2003R2) отрабатывает за единицу времени, на Windows 7 (Server 2008R2) - за две единицы, на Windows 8.1 (Server 2012R2) - за четыре!

Т.е. 1cv77, написанная для Windows XP, на следующей платформе работает в два раза медленнее, а ещё на следующей - в четыре. Это прогресс, товарищи!

зы
лично мной протестировано - я недоумеваю.

MAGNet
Извини за менторски тон, но... Недоумение непонятно. О том, что некоторый софт хорошо работает с одной ОСью, но плохо или совсем никак с другой - знают все.
По сабжу, откуда по твоему завышенные требования по памяти и ЦП (цифры я приводил) у 1С при переходе с ХР на 7? Оттуда эти требования и растут, просто компания пыталась нивелировать замедление работы софта на новой ОС отдав софту больше ресурсов, даже в разы.
Психотерапия. Вот видишь, начальник, виртуализация поможет держать нам на одной железяке быстро работающий под 2003 1С и необходимое нам более продвинутое решений по терминалам. И про лицензии можно посмотреть, про ту фишку, что на активированном гипервизре 2012 активируется и ОСь. Более того, начальник, мы на одной железяке можем поднять еще и более продвинутое в 2012 решение по веб доступу к терминалам, которые (моё имхо) более стабильны на 2008, а RDWA всё-таки более вкусный на 2012. Да и, начальник, если откопаешь софт который работает только на фрибсде, то мы и его запихнем на ту же железку, подняв там еще одну ОСь. Ну что, сносим гипервизор?

PS Рекомендую приглядеться к ESXi версии так начиная от 5.1

Paromshick
ESXi - это тонкий троллинг?
вот по теме про психологию:
я там мимо.

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

всё это риторические вопросы. ответов на них не требуется.

Народ вот эта штука вам в помощь http://blogs.technet.com/b/askcore/archive/2008/10/24/configuring-pass-through-disks-in-hyper-v.aspx

+


в настройках электропитания Гипервизора (в вашем случае Хост) поставьте максимальную производительность. Звучит как бред ... но я с нашими 1цэшниками сам долго спорил по этому поводу, пока они не "заставили" меня это сделать - результаты тестов были "на лице" ... у 1цешников ...

mishka163rus

Цитата:

в настройках электропитания Гипервизора (в вашем случае Хост) поставьте максимальную производительность.

Гипервизор - это система, обеспечивающая виртуализацию;
Хост - это аппаратный комплекс, на котором работает гипервизор.
Вы меня не правильно читаете))
Это в обоих случаях - моем и вашем - настройки гипервизора, я вас понял правильно.
Теперь расскажите мне, если знаете, как это сделать на core-сервере, где нет GUI.
Я уверен, что это можно сделать в PowerShell, но я не знаю как
Буду благодарен, если подскажете.

зы
или вы имели ввиду "максимальную производительность" в настройках BIOS?
тогда подскажите, как это сделать на серверной материнке SuperMicro X9DRi-F

Цитата:

Я уверен, что это можно сделать в PowerShell, но я не знаю как
Буду благодарен, если подскажете.

Подсказываю: через PS менять как-то так, только тебе, по-моему, о дисковой подсистеме сервера надо думать, а никак не о распределении вычислительных ресурсов, находящихся в состоянии покоя. Раз уж у тебя файловый вариант 7.x - не поскупись на нормальный SSD (минимальный объём SSD = объём твоих БД * 6), а на RAID-1 складывай каждую ночь резервные копии этих БД (ну и в обеденный перерыв тоже, если суточного среза критически недостаточно окажется), благо с SSD копии сниматься будут очень (ОЧЕНЬ) быстро даже в файловом варианте. Ну и на облачка ещё какие-нибудь складируй - это уже на твой выбор, только запаролить/зашифровать свои архивы предварительно не забудь.


А почему, кстати, файловый вариант используешь? Несекьюрно ведь совсем, да и дико медленно. Поставь на госте Windows Server 2003 + Microsoft SQL Server 2005, накати на них все имеющиеся обновления и после свяжи СУБД с 1С, инструкций на эту тему океан. У тебя 7.x так взлетит - бухгалтерия всем отделом её нагрузить не сможет, даже если хором начнут отчёты за два десятилетия формировать. Говорю по собственному опыту.

Цитата:

почему, кстати, файловый вариант используешь?

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

Я не совсем понимаю, о каких прямых sql-запросах идёт речь... Погугли 1С7 + SQL Server 2005... Чтобы их связать - ни программистом, ни даже админом быть не нужно, достаточно пары прямых рук, подходящего железа, 25-30 минут свободного времени и желания.

reenoip
кхм.. молодой человек, не нужно умничать, если вы не ориентируетесь в вопросе.
сходите и погуглите, что есть прямые запросы и почему оно надо.
и вот вам ещё одно замечание: 1с77 работает на sql 2005 так же хорошо, как двигатель от жигулей в запорожце, если вы понимаете..
родная ОС для 1с77 - это ВыньХР/2003; родной sql-сервер - 2000.
всё это давно настроено и работает на тестовом стенде, но, ещё раз повторяю, сходите и погуглите за прямые запросы. если вам это просветлит мозг, то заходите как человек и будем разговаривать.

Добавлено:
reenoip
таки вы меня растрогали.
1с77 for SQL - это грабли, каких поискать - дань моде. там есть только один плюс - гибкость администрирования, а всё остальное, как в анекдоте, - жопа.
вот если, например, нужно сделать выборку документов по полю, то ядро 1с77 запросит целиком весь реестр требуемых документов, а выборку и поиск будет делать своими силами.
это, по сути, та же файловая версия ничуть не переработанная, но слегка доработанная. просто модули чтения файлов там заменены модулями запросов из sql.
да-да, вы не ослышались! 1с77 совершенно не умеет работать с sql! она работает работает с базами так же, как и с файлами, только через дополнительную прослойку, которая запрашивает эти "файлы" у sql.

много лет назад энтузиастами была написана компонента 1C++, которая умеет "прямые запросы", но для этого нужно перепиливать всю конфигурацию, менять логику запросов и строить сами запросы с использованием функций из 1С++

вот так, коротенько, но вы таки погуглите для общего развития

Надо же, а мужики-то не знают! Да ещё столько лет...

Ок, хозяин - барин. Было бы предложено)))

MAGNet
Утренний оффтоп... На Server 2012 Core можно включать и выключать GUI, если уж приспичило решить некую задачу, которая из командной строки по некоторым причинам не решается. На 2008 эта задача решалась благодаря набору утилит от добрых людей, возможно есть и под 2012, не искал, ибо не имею сабжа. Решение для облегчения управления Hyper-V на Core от тех же добрых людей.
Так же мной утерян хороший справочник от МС по управлению сервером из командной строки. Что меня в нем радовало, там были все, подчеркиваю, все операции выполняемые из GUI. Все эти переключатели и чекбоксы, от основных свойсьв системы, типа файла подкачки, до самых кишок, аля службы терминалов. Не могу найти, а за неимением сабжа не трачу на это время. Но может у кого завалялась ссылка.

Добавлено:
Блин, сервер сожрал весь пост... Преписывать не буду, просто накидаю ссылок. Основной посыл: GUI можно включить и выключить, а так же есть решения от добрых людей по "гуизации" управления. Я с этим людьми познакомился еще на 2008 Core. Так как сабжа не имею, то тему не развивал
Включение-отключение GUI
http://social.technet.microsoft.com/Forums/windowsserver/en-US/6eb62cdc-ae43-48b1-873e-9903c3bc73a7/powershell-to-add-gui-to-server-core-servercorefullserver?forum=winserver8gen
http://winitpro.ru/index.php/2013/03/22/windows-server-2012-pereklyuchenie-mezhdu-rezhimami-gui-i-core/
GUIзация основных настроек 2008, мб есть и 2012
http://coreconfig.codeplex.com/
Управление из шелл
http://technet.microsoft.com/en-us/library/hh801900.aspx
Решение в помощь Hyper-V
http://pshyperv.codeplex.com/

Добавлено:
Лол. Оказывается не сожрал, просто страница перещелкнулась. Аминь

reenoip
чё предложено-то? так и не понял..
1с на 2003-м с sql? давно уже сделано, но не работает.
"не работает" - это не значит, что не работает. это значит, что не работает как нужно, т.е. в разы медленнее, чем файловая.
предлагаю вам ещё раз поговорить с мужиками, которые "не знают" и понять, что это вы "не знаете"
и, спешу напомнить, воспользуйтесь своим же советом - учите мат.часть перед тем, как..
нувыпонели.

Добавлено:
Paromshick
спасибо добр чел! буду изучать, но есть один маааленький.. у меня установлена не server-core, которая за деньги, а hyperv-core, которая бесплатна. там нет основных управляющих элементов, даже проводника нет. оно там просто не поддерживается, потому что нет библиотек.. т.е. только тот минимум, который нужен для работы hyperv.

и ещё, если это как-то можно будет допилить, то как быть с лицензированием?

MAGNet
А вот последняя ссылка, имхо, как раз тот случай. Помощь в управлении этой штукой, бесплатной. Когда я юзал тулзы от тех людей, они все были портабельные, установки не требовали, соответственно и сама ОСь никак не допиливается и вопроса с лицензиями не возникает. Но это уже вопросы из раздела MS Windows, опять же имхо.
Раз уж у вас эта штука используется в продакшн среде, то надо погружаться. Когда-то была библиотека ссылок на полезные ресурсы, но она утеряна. Но гугль же не утерян

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

в конце-то концов! почему я должен предпринимать какие-то действие, которые осложнят мне жизнь для того, чтобы моя жизнь стала в будущем ещё сложнее, а мой работодатель сэкономил немного денег?

сейчас реалии таковы: Hyper-v Server экономически оправдан и обоснован благодаря своей бесплатности. организация не терпит расходов; я имею два виртуальных сервера по цене одного; все довольны, все смеются.

Вернемся к сути поста.
путем нечеловеческих усилий гора пришла к Магомету и принесла ему второй аналогичный сервер (это про железо) с помощью которого на практике можно будет объяснить, что ТОРМОЗА 1С НЕ ЗАВИСЯТ от того, где работает операционная система, в виртуальной среде или на голом железе.

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

Цитата:

с помощью которого на практике можно будет объяснить, что ТОРМОЗА 1С НЕ ЗАВИСЯТ от того, где работает операционная система, в виртуальной среде или на голом железе

И это так. Уходим во флейм потихоньку Не покарали бы нас свыше

Добавлено:
Насчет тулзов, повторюсь, никаких изменений в ОСь не вносится. Работа на уровне приложений. А вот позволительны ли там приложения, отличные от VM (посчитаем их приложениями), это может ответить только МС. Вряд ли они придерутся, так как функционал не расширяется, просто настраивается для управления, что является штатной процедурой, через всякие там API, командлеты, сценарии и иже с ними

Доброго времени!!! А чем история закончилась - не подскажете?
Примерно та же фигня и у меня. Только у меня 1 виртуальная 1С+SQL, а вторая с Терминалом. Всё это на одной физической машине с Hyper-V 2012 server core. Дикие тормоза. Уже и нагрузку распределял и что только не гуглил и не делал. В итоге сегодня перенесу Терминал на отдельную платформу для виртуалок и посмотрю - что из этого выйдет.

Цитата:

А чем история закончилась - не подскажете?

перенесли 1Ass с 2008r2 на 2008 Vista и стало немного шустрее. в моем случае проблема заключалась именно в самой системе. дело в том, что 2008r2 начинает "честно" делить ресурсы если поднят сервер терминалов и не дает, таким образом, одному пользователю единолично захватить какой-нибудь ресурс. в результате скорость обработки запросов уменьшается и мы получаем обратный эффект, потому что у других пользователей возникает ожидание блокировки данных.
если у вас скульная версия, то сам БГ вам велел выносить скуль-базу на отдельный виртуальный хост, где кроме скуля больше ничего не будет. сами мелкомягкие рекомендуют выделять скуль-сервер.

с 2012 виндами та же проблема видимо. Симптомы те же. Сегодня переставлю на разные платформы и посмотрим.

...1Ass )))))
Vista???? 7 не?

Добавлено:
Да и вопрос ещё такой - кому верить по мониторингу ресурсов? Платформе или виртуальной машине. И отдаёт ли по-умолчанию платформа максимальные ресурсы для виртуалок? или надо пилить?

Как писали выше:

1) SSD для 1с рулит. Особенно для файловых вариантов. Raid 10 ссд рулит вдвойне. Для SQL бекапы полные раз в день и инкрементальные каждые полчаса - 3 года полет нормальный.

2) Оперативка для 1с имеет не такое большое значение, тк она ей тупо не умеет нормально пользоваться. А имеет значение частота проца. В общем случае 2 ядерник с частотой 3Ghz будет НАМНОГО быстрее 8 ядерника с частотой 2.4. Просто ПАТАМУЧТА. Тесты это явно показывают. 1с все равно пользуется 1 ядром все время. Ну мы берем случай когда после остальной нагрузки остается 2+ ядра свободными. 1с их все равно не нагрузит. Поэтому частота рулит.

3) MSSQL 2010 и сервер 1с на одной машине, сервер терминалов на другой. (Возможно если их в один инстанс объединить под гиперви получится тот-же эффект). Ап сервера до 2012 прироста производительности не дает, подозревают что на 2005 будет еще быстрей.

4) Если у Вас таки файловая, да еще 7.7, рекомендуется потратиться на разработчика, и перейти на 8.2-8.3, скорость возрастет космически. 7.7 в итоге упрется в производительность дисковой подсистемы и свои тупые запросы. Хотя опять же см. пункт 1

Цитата:

и инкрементальные каждые полчаса

Хм, у вас там не база портянок для Минобороны часом, что вы ТАК боитесь её потерять?