none
RDS на server 2012 RRS feed

  • Общие обсуждения

  • Странная вещь обнаружилась... Есть сервер на нем 2012 с единственной ролью Hyper-V, запущена виртуалка с другим 2012, пока чистым без ролей....

    Есть база 1С 7.7, достаточно большая, в ней есть обработка, закрытие месяца, для тестов ее использовали.. под хостом и гостевой время работы обработки почти равны, 9 минут, разница в секунды...

    А теперь на виртуалке устанавливаем службы RDS, стандартное быстрое развертывание, больше ничего не меняем... и сразу после этого скорость работы 1С в виртуалке резко падает, до 17 минут, почти в 2 раза.... В чем дело, что можно посмотреть/сделать? :(

    12 июня 2013 г. 4:09

Все ответы

  • 1С 7.7 работает с файловой базой, поэтому для нее очень критично быстродействие жестких дисков. Каков объем базы? Какова конфигурация дисков (RAID, SAS+RAID, или это обычные, десктопные HDD)?

    Запускаете диспетчер задач\ресурсов и смотрите, на что идет нагрузка (процессор, память, жесткие диски).

    У меня тоже крутится эта же версия 1С с несколькими ГБ данных, но такого зверства с задержками нет. Такое было, когда с 1С-кой по сети пытались работать.

    12 июня 2013 г. 7:57
  • База 5Гб, сервак HP, 8 SAS дисков в 1+0 рейде...

    По мониторам вообще загрузка никакая, проц пару процентов, диск колеблется от 3 до 8 мб/с

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

    12 июня 2013 г. 8:30
  • Должно летать как папа Карло. А не устанавливается ли с RDS попутно "Диспетчер системных ресурсов"? У нас на HP ProLiant он тормоза вызывал. Как и почему, я так и не понял...

    12 июня 2013 г. 12:34
  • Проверил - не ставится...

    Провел тесты на 3-х доступных мне сейчас серверах: два HP (380p gen7 и gen8) и один по сути персоналка с 2 десктопными хардами в страйпе.. Везде ситуация одинаковая, установка служб удаленного рабочего стола вызывает падение производительности 1С, у HP в большей степени, у персоналки в меньшей (но у нее и изначально время гораздо больше было)... но только в 2012, для теста на вирулке там же поставил 2008R2, изменения в секундах после установки rds...

    Перерыл всю винду, причин не вижу... Гугл тоже не помог... :(

    есть у кого возможность проверить? Всю голову сломал, 3 разных машины, одно и тоже... :(

    12 июня 2013 г. 19:16
  • Утром не поленюсь, тоже поставлю в виртуалку и проверю...

    В общем ФАКТ, что такого низкого быстродействия быть не может, получается что на пеньтиуме 3 будет быстрее работать, а на 4 уже будет летать...


    12 июня 2013 г. 21:39
  • Так никто и не смог опровергнуть или подтвердить? Печалька... :(
    14 июня 2013 г. 19:08
  • а удаление RDS возвращает быстродействие?

    Если вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку "Предложить как ответ" или "Проголосовать за полезное сообщение"

    15 июня 2013 г. 21:14
  • Да. Сразу все возвращается.

    16 июня 2013 г. 5:32
  • Продолжаю мучатся с этой проблемой...

    Нашел еще одну тему с ней же - http://social.technet.microsoft.com/Forums/ru-RU/67a40ca2-1345-462e-a5cd-816a422e20a1/win2012-1c-77

    Дело точно не в оборудовании.. снос службы RDS или подключение базы через шару лежащую на томже оборудовании, но на другой виртуалке или хосте - сразу же решает проблему...

    Хелп плиз.. :(

    21 августа 2013 г. 15:56
  • у меня не используется 7.7, поэтому проверить не смогу...

    но есть догадки, что данная ситуация связанна с разрядностью сервера...

    попробуйте поставить ради эксперимента  windows 2008 x86 с терминальной ролью...

    и проверить на ней


    Если вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку "Предложить как ответ" или "Проголосовать за полезное сообщение"

    21 августа 2013 г. 16:16
  • у меня не используется 7.7, поэтому проверить не смогу...

    но есть догадки, что данная ситуация связанна с разрядностью сервера...

    попробуйте поставить ради эксперимента  windows 2008 x86 с терминальной ролью...

    и проверить на ней

    Я выше отмечал, что данная проблема возникает только на WS2012 (а он только x64), если на тот же хост установить WS2008R2 (x64 ставил) там такого не возникает...
    21 августа 2013 г. 16:24
  • Интересная "борьба с тенью", Вас не смущает, что программные продукты системы "1С:Предприятие 7.7" разрабатывались в период с 1999 по 2003 год?

    Они предназначены для использования со следующими операционными системами:
    Microsoft Windows 95,
    Microsoft Windows 98,
    Microsoft Windows NT 4.0,
    Microsoft Windows 2000,
    Microsoft Windows XP,
    Microsoft Windows Server 2003,

    "1С:Предприятие 7.7 для SQL", поддерживают работу со следующими версиями СУБД Microsoft SQL Server:
    Microsoft SQL Server 6.5,
    Microsoft SQL Server 7.0,
    Microsoft SQL Server 2000.

    На дворе 2013 год... может стоит подумать о переходе на новую версию продукта?

    21 августа 2013 г. 17:00
    Отвечающий
  • Интересная "борьба с тенью", Вас не смущает, что программные продукты системы "1С:Предприятие 7.7" разрабатывались в период с 1999 по 2003 год?


    На дворе 2013 год... может стоит подумать о переходе на новую версию продукта?

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

    Только что проэксперементировал с WS2012R2. Оборудование одно и тоже, система чистая с обновлениями.

    база 7.7, примерно гиг объемом, небольшая обработка:
    без RDS - 22 сек, с RDS - 1 мин 38 сек
    перекладываем эту же базу на файловую шару на соседнем сервере: - 26 сек

    база 8.3, совсем небольшая, перепроведение всех документов за месяц:

    без RDS - 50 сек, c RDS - 57 сек

    Дело явно в файловых операциях на большом количестве (относительно небольших) файлах, на локальном диске с установленной ролью RDS



    • Изменено xuser1977 21 августа 2013 г. 20:34
    21 августа 2013 г. 20:27
  • Предложу такой вариант, откройте Task Manager, в нем Resource Monitor, выберите Disk, отметьте sqlservr.exe и 1С (файлы приложения и базы), понаблюдайте за ними, возможно найдете закономерность...  
    21 августа 2013 г. 22:56
    Отвечающий
  • Закономерность нашлась, только не в диске, а загрузке процессоров..

    Без установленной роли RDS, при запуске обработки 1С начинает отжирать 100% одного из виртуальных ядер.

    Ставим RDS, запускаем ту же обработку: 1С использует 50% одного или двух ядер (в зависимости от их количества похоже), а статус процесса постоянно меняется "выполняется"/"неотвечает"

    Не удаляя RDS перекладываем базу на сетевую шару, запускаем обработку - и снова 1С использует 100% одного ядра, статус постоянно "выполняется" и все работает быстро...

    искусственное замедление процесса пытающегося по максимуму загрузить ядро использующего локальный диск?!


    • Изменено xuser1977 22 августа 2013 г. 6:41
    22 августа 2013 г. 6:40
  • Попробуйте дать виртуальной машине второй диск и переложить базу на него (например на D:\ ), можно даже разных форматов *.vhd или *.vhdx, ситуация повторится...?   

    22 августа 2013 г. 7:04
    Отвечающий
  • Попробуйте дать виртуальной машине второй диск и переложить базу на него (например на D:\ ), можно даже разных форматов *.vhd или *.vhdx, ситуация повторится...?   

    Да, ситуация повторяется... пробовал vhd, vhdx, подключение ide или scsi.. ситуацию нормализует только  сетевая шара..
    22 августа 2013 г. 9:06
  • Проблема из за работающей службы DFSS, которая в стандартном варианте всегда работает на Win2012.

    Dynamic Fair Share Scheduling (DFSS) позволяет балансировать и распределять ресурсы CPU между пользователями.
    Для проверки статуса необходимо запустить PowerShell и выполнить команду:
    (gwmi win32_terminalservicesetting -N "root\cimv2\terminalservices").enabledfss
    Если в результате Вам вернулось значение 1 - значит возможности DFSS включены, 0 - выключены.
    Средствами Group Policy выключить ее нельзя. Что бы ее выключить, необходимо сделать следующее:
    Для 2008R2
    1) Открываем реестр windows (команда regedit) и переходим в ветку
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Quota System
    Находим параметр EnableCpuQuota и сохраняем его со значением 0  (1 - включить, 0 - отключить)
    Параметра EnableFairShare в 2008r2 нет.
    Перезагружаем компьютер, возможность будет выключена.
    Для 2012
    1) Открываем реестр windows (команда regedit) и переходим в ветку
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Quota System
    Находим параметр EnableCpuQuota и сохраняем его со значением 0  (1 - включить, 0 - отключить)
    2) Открываем реестр windows (команда regedit) и переходим в ветку
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TSFairShare\Disk
    Находим параметр EnableFairShare и сохраняем его со значением 0 (1 - включить, 0 - отключить)
    Перезагружаем компьютер, возможность будет выключена.

    В общем случае, это решает проблему таких тормозов. Но вот почему себя DFSS так ведёт, пока не ясно.

    11 апреля 2014 г. 8:58
  • Друзья, наблюдается примерно аналогичная ситуация с жуткими тормозами в виртуальном терминальном сервере Windows Server 2008R2 на базе Hyper-V 2012 (бесплатного). Начну с того что:
    конфигурация Hyper-V Сервера:
    2xXeonX5650/SYS-6026T-URF/96GbRAM/8xWD6000HLHX SATA-III (6Gb/s) VelociRaptor, 10000rpm, 32Mb buffer RAID10 ( на массиве система+VHDX диски)
    На данном сервере 19виртуалок:
    Exch
    EDGE
    DC
    RDP GATEWAY
    RDS
    ....
    остальные на базе Linux с мизерными требованиями
    понимаю что не мало, но загрузки они особо не производят на сервер Hyper-V по крайней мере по счетчикам утилиты vtUtilities, никаких всплесков и недостатков в ресурсах нет. Внутренние счетчики серверов безбожно врут никакой нагрузки не показывают однако работать практически невозможно. Ради эксперимента пробовал все сервера выключить оставить только Терминальный и КД, однако ситуация не изменилась.
    Подскажите как быть в данной ситуации?

    <small></small>

    11 апреля 2014 г. 20:35
  • Проблема из за работающей службы DFSS, которая в стандартном варианте всегда работает на Win2012.

    В общем случае, это решает проблему таких тормозов. Но вот почему себя DFSS так ведёт, пока не ясно.

    Такое поведение DFSS актулально и для Windows 2012 R2 ? Проблемы только с 1С 7.7 или все остальные версии 1С и прочее ПО так же "ощущают" все "прелести" DFSS   ??


    http://odarchuk.com

    12 ноября 2015 г. 12:47
  • DFSS решает проблему захвата ресурсов одним пользователем на терминальном сервере: несмотря на запуск тяжолого приложения другие пользователи смогут нормально работать на терминальном сервере, более того новые смогут свободно заходить на сервер.

    Что касается 2012 R2, то не думаю, что там DFSS работает как-то иначе.


    Сазонов Илья

    https://isazonov.wordpress.com/

    12 ноября 2015 г. 14:33
    Модератор
  • Проблема имеется и в Windows 2012R2. Но по факту - это  какая-то недоработка ПО, которое тормозит. Т.е. если в каком то ПО возникают тормоза, отключаете и проверяете.
    26 июля 2016 г. 7:17