Добрый день.
Имеем следующее:
В Цоде на удаленной площадке (site1 - европа) в кластере hyper-v, помимо основных сервисов (ad, dns,dhcp) развернута терминальная ферма на базе RDS2012. Для пилота используется конфигурация (web+broker)+rdsh1+rdsh2+license(4-отдельные vm). Для данной инсталляции настроен единый вход (sso), доставка remoteapp на win7 клиенты, подключение принтеров посредством GP с фильтрацией по группам, динамическое формирование списка баз на платформе 1с в зависимости от членства аккаунта в группе ad. Пользователи запускают remoteapp приложения через меню пуск, через вебморду или ходят на RR dns запись (ip rdsh1,ip rdsh2) в полноэкранном режиме (mstsc). В ходе пилотной эксплуатации вылезло немало проблем:
1) Самая главная - спустя неделю подключения пользователей на площадке site2 (питер) у подключенных пользователей внезапно просела по производительности платформа 1с8.2 (как в режиме Remoteapp, так и в полноэкранном, без разницы) - зависания при переходе по меню, выполнении групповой обработки, вызова диалога печати (до 10 сек). При этом пользователи в site 3 (москва) нормально работали. Жалоб на другие remoteapp приложения у пользователей site 2 не было. При этом в логах фермы (rdsh, broker) ошибок нет, загрузка от силы 10%-15%. Я опросил других спецов и выяснил, что ни на hyper-v кластере ни со стеком 1с сервер+субд проблем не было. Важно также отметить, что у указанных пользователей не было проблем с 1с на standalone терминальных win2008r2 серверах (тоже в европе), т.е они просто откатились на 2008 и продолжили спокойной работать. Данная проблема получила развитие через несколько дней уже на другой площадке - при совершенно одинаковых параметрах (gp, принтеры, нода на кот. сбалансировало, сайт, версия протокола) применяющихся к пользователям, у одного из них воспроизводился вышеуказанный "питерский" сценарий.
Вопрос - как изолировать проблему?
2) Совершенно рандомная ошибка печати (т.е при отправки документа на печать (на определенный принтер) рыжая программа нам рисует окошечко с надписью "ошибка печати". При этом пользователь может печатать из другого приложения на данный принтер. При этом другой пользователь на этой же ноде, в этой же базе может распечатать документ на принтер первого пользователя.
Вопрос - как изолировать проблему? Наши 1с специалисты ответили, что 1с не логирует данную ошибку.
Далее опишу просто свой негативный опыт с RDS2012 (ответов не ищу).
a) Проблема с профилями. Недолго я радовался нормальной работе User Profile Disk (за 3 месяца эксплуатации на домашнем кластере проблемы не возникло), как в один прекрасный день...правильно - часть пользователей (абсолютно рандомно) стали получать temp профиль на ноде, при этом vhdx (что важно) не был заблокирован. Любопытно, что данная проблема могла как рассосаться сама собой (вышел-зашел - все ок), так и вообще не разрешиться (в ветке реестра прописывалась ассоциация SID с temp профилем и пользователь получал его каждый раз.
https://social.technet.microsoft.com/Forums/en-US/...
б) Проблема потери управляемости приложением, проще говоря потеря фокусировки. По моим наблюдениям возникала при активной работе в параллельно запущенных бесшовных окнах (1с8, разные базы, например).
blogs.technet.com/b/ai/archive/2012/01/16/remoteap...
forum.infostart.ru/forum16/topic54809
https://social.technet.microsoft.com/Forums/window... 
Средний
