На уровень глубже!

Был у нас клиент – небольшое производственное предприятие.
Был у них сервер, такая своеобразная «классика» 3 в 1: сервер терминалов + сервер приложений + сервер баз данных.
Работали они в некоторой отраслевой конфигурации на базе УПП, пользователей было в районе 15-20, производительность системы в принципе всех устраивала.

Шло время, все работало более-менее стабильно.
Но вот Европа ввела против России санкции, вследствие чего россияне начали покупать преимущественно продукты отечественного производства, и дела у этой компании резко пошли в гору. Количество пользователей выросло до 50-60 человек, открылся новый филиал, соответственно вырос и документооборот.
И вот уже текущий сервер перестал справляться с резко возросшей нагрузкой, и 1С начала, что называется, «тормозить».
В часы пиковой нагрузки документы проводились по несколько минут, сыпались ошибки блокировок, долго открывались формы, ну и весь прочий букет сопутствующих услуг.
Местный системный администратор отмахивался от всех проблем, мол «Это ваша 1С, вы и разбирайтесь».
Мы неоднократно предлагали провести аудит системы на производительность, но до самого аудита так дело и не дошло. Клиент просто попросил дать рекомендации по устранению проблем.

Ну я сел и написал довольно объемное письмо о том, что необходимо разделить роли терминального сервера и сервера приложений с СУБД (что, в принципе, ранее уже неоднократно нами и так говорилось). Написал про DFSS на терминальных серверах, про Shared Memory, накидал ссылок на авторитетные источники и даже предложил некоторые варианты по оборудованию.
Это письмо дошло до власть имущих в компании, спустилось назад в IT-отдел с резолюций «Выполнять» и лед в общем то тронулся.

Спустя какое-то время админ присылает мне айпишник нового сервера и учетные данные для входа.
Говорит, что MS SQL и компоненты сервера 1С там развернуты, и надо перенести базы, но пока только на сервер СУБД, так как возникли какие-то проблемы с ключами 1С.

Зашел, действительно, запущены все службы, сервер не очень мощный, ну ладно, думаю, лучше, чем ничего.
Перенесу пока базы данных, чтобы хоть как-то разгрузить текущий сервер. В обговоренное время выполнил все переносы, но ситуация не изменилась – все те же проблемы производительности.
Странно, конечно, ну что ж, зарегистрируем базы в кластере 1С, там посмотрим.

Проходит несколько дней, ключи так и не перенесены.
Интересуюсь, в чем проблема, вроде бы там все просто – вынул из одного сервера, воткнул в другой, поставил драйвер и готово.
Админ в ответ юлит, говорит что-то про проброс портов, виртуальный сервер и прочее.

Хм… Виртуальный сервер? Вроде бы никогда никакой виртуализации и них не было… Вспоминаю про довольно известную проблему с невозможностью проброса серверного ключа 1С в виртуальную машину на Hyper-V в Windows Server 2008. И тут у меня начинают закладываться некоторые подозрения…

Открываю диспетчер сервера – Роли – появилась новая роль — Hyper-V. Захожу в диспетчер Hyper-V, вижу одну виртуальную машину, подключаюсь… И действительно… Наш новый сервер баз данных…

Ну а что? Указания начальства и мои рекомендации выполнены, роли разнесены. Задачу можно закрывать.

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

Ну а серверный ключ, конечно же, пробросить в виртуальную машину так и не смогли. В результате все как есть и оставили: сервер терминалов + кластер 1С на физической машине, сервер баз данных там же в виртуальной.

И ладно бы была это какая-нибудь шарашкина контора.
Так нет. Известная компания, продукцию которой вы наверняка знаете и видели в соответствующих отделах всяких Лент и Ашанов.