Переезд терминального сервера: репетиция на новом VPS по сценариям сотрудников

Представьте первое рабочее утро после переезда. Никто не открывает диспетчер серверов и не смотрит на счётчики процессора. Люди садятся за компьютеры и хотят одного: войти, открыть свою программу, найти вчерашний файл, отправить документ на печать и уйти на обед с чувством, что день идёт по плану. Если хотя бы одно из этих действий споткнётся, то для человека переезд не удался, даже когда у администратора все индикаторы зелёные.

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

Три человека, три разных сервера

Один и тот же терминальный сервер для разных людей — разные машины. Бухгалтер видит его как учётную программу и общую папку с выписками. Руководитель — как почту, таблицы и привычное расположение ярлыков. Удалённый сотрудник — как нечто, до чего надо дотянуться через домашний интернет, часто с чужого ноутбука и с принтером, который стоит у него на комоде. Админская проверка обычно идёт сверху вниз: роли, службы, политики. Пользовательская идёт снизу вверх: от задачи к тому, что должно сработать.

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

Дальше идём по каждому маршруту так, как идёт сам человек: шаг за шагом, не перескакивая через мелочи.

Маршрут бухгалтера: от логина до выписки из банка

Бухгалтер начинает с входа. Но «вошёл» для него означает не появление рабочего стола, а то, что рабочий стол выглядит знакомо и на нём нет сообщения о временном профиле. Первый вопрос репетиции: под своей ли учётной записью человек попал в свою среду, и не получил ли он вместо привычных настроек чистый лист.

Второй шаг — запуск программы. Тут полезно вспомнить, как устроена публикация. В RDS пользователям доступны приложения и рабочие столы, которые собраны в коллекцию, а отдельные программы публикуются как RemoteApp уже после создания коллекции, через действие Publish RemoteApp programs (это описано в документации Microsoft по коллекциям и RemoteApp). Практический вывод для переезда простой: создать коллекцию мало. Если на старом сервере у бухгалтера открывалась учётная программа отдельным окном, а на новом коллекцию собрали только с полным рабочим столом, человек зайдёт и не найдёт привычной кнопки. Формально всё работает, фактически работа не началась.

Поэтому в маршрут бухгалтера входит сверка опубликованного списка с тем, чем люди пользовались на старом сервере. Самый надёжный способ — не вспоминать по памяти, а спросить самого бухгалтера, какие три-четыре программы он открывает каждый день. Обычно получается список короче и неожиданнее, чем в документации администратора: к учётной системе добавляются просмотрщик PDF, табличный редактор, программа для работы с электронной подписью и, например, старая утилита, которую поставили семь лет назад и больше никто не трогал.

Третий шаг — файлы. Тут нужно проверить три разных вещи, и все они ломаются независимо друг от друга. Первая: открывается ли путь к общей папке, привычный по буквам дисков или по сетевому адресу. Вторая: видны ли в ней вчерашние документы, а не копия трёхнедельной давности, снятая в день первого прогона переноса. Третья: можно ли в неё писать с теми же правами, что были раньше. Бухгалтер, который открыл файл, но не смог его сохранить, обнаружит проблему только в конце часа работы, когда вся правка окажется в буфере обмена или во временном файле.

Хороший приём для репетиции — попросить бухгалтера выполнить настоящее рабочее действие, а не демонстрационное. Не «откройте любой файл», а «подготовьте то, что вы готовите каждый понедельник: откройте шаблон, внесите строку, сохраните под новым именем, закройте и откройте снова». Так проверяются права на запись, кодировка имён файлов с кириллицей, длина путей и поведение программы при повторном открытии. Если на старом сервере файлы лежали на другом хранилище, а на новом путь теперь ведёт к копии, нужно честно решить, какая версия считается боевой на момент переключения. Для репетиции подойдёт копия, для настоящего утра — нет.

Печать бухгалтера: почему принтер не «просто есть»

Печать почти всегда оказывается самым капризным местом, потому что принтер живёт не на сервере и не на VPS, а у человека в офисе. Чтобы документ дошёл, должны совпасть две стороны. По материалу Microsoft о неработающем перенаправлении принтеров, нужно разрешение на стороне клиента и подходящие политики на сервере, а режимы Easy Print и legacy print предъявляют разные требования. Дополнительный нюанс из того же источника: политика может запретить перенаправление, даже если локальный принтер у клиента исправен и виден в системе.

Для переезда это означает неприятную, но полезную вещь. На старом сервере принтеры могли работать благодаря групповой политике, которую давно забыли, или благодаря настройке, которую когда-то включили вручную. На новом сервере эта политика не переедет сама, и перенаправление окажется выключенным. Принтер при этом будет стоять в офисе, включённый и заправленный, а виноватым покажется «новый сервер».

В репетиции печать стоит проверять в контексте именно этого пользователя. Не от администратора, у которого всё включено по умолчанию, а от учётной записи бухгалтера, с её клиентского компьютера, с её параметрами подключения. Что смотреть по шагам:

• в клиенте подключения mstsc на вкладке Local Resources отмечено перенаправление принтеров (флажок Printers), и человек не снимал его, когда поправлял ярлык подключения;
• в сессии на новом сервере появился нужный принтер, а не только виртуальный PDF-принтер;
• тестовая страница действительно вышла, а не осела в очереди;
• настоящий документ из учётной программы — платёжка или акт — вышел с правильными полями и на нужный лоток, потому что драйверный путь у разных режимов разный и вёрстка иногда расползается именно здесь.

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

Внешние подключения бухгалтера

У бухгалтера почти всегда есть то, что смотрит за пределы офиса: банковский клиент, портал отчётности, сервис электронных документов. Каждое из них может быть привязано к чему-то, что менялось при переезде. Например, к белому списку адресов на стороне сервиса, к сертификату в хранилище конкретной учётной записи, к токену, подключённому к рабочему месту. Если на новом сервере внешний адрес другой, сервис, который пускал только со старого, может отказать, и это не авария, а нормальная реакция чужой защиты.

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

Маршрут руководителя: узнаваемость важнее мощности

Руководитель редко замечает производительность в абсолютных цифрах. Он замечает, что почта открылась не с той подписью, что ярлык документа исчез с рабочего стола, что таблица теперь открывается в другом масштабе, а заметки, которые лежали в закреплённой папке, не отображаются. Для него критерий прост: это моё место или чужое.

Это вопрос профиля, и вот здесь стоит немного остановиться на устройстве. Профиль пользователя на терминальном сервере — это не только фон и ярлыки. Это настройки почтового клиента, кэш, параметры офисных программ, словари, недавние файлы. Если профили на старом сервере хранились локально, а на новом выбрана другая схема, настройки могут не оказаться там, где их ждёт программа. Например, при использовании FSLogix профиль перенаправляется на хранилище, а приложению по-прежнему кажется, что это обычный локальный профиль. Это описано в обзоре FSLogix от Microsoft. Там же различаются типы контейнеров: профильный и ODFC (контейнер для данных Office) — это разные вещи, и путать их при планировании не стоит.

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

Тот же источник напоминает, что решение зависит от идентификации, аутентификации и архитектуры хранилища. Для переезда это важный сигнал: профильное хранилище — не галочка, а часть схемы входа. Если учётные записи, к которым привязаны профили, на новом сервере устроены иначе, чем на старом (другой домен, другая форма имени, другая схема прав на общий ресурс), профиль может не найтись или создастся заново. Этот риск проверяется только живым входом настоящей учётной записи.

Мелочи, из которых складывается «моё»

У руководителя полезно проверить то, что обычно считают косметикой, а люди воспринимают как рабочий инструмент:

• почтовый клиент открывается с привычной подписью и не просит заново настроить ящик;
• закреплённые и недавние файлы в офисных программах на месте;
• язык и раскладка клавиатуры соответствуют привычным, потому что при подключении с локальной машины раскладка нередко берётся не оттуда, откуда ожидалось;
• печать идёт на тот принтер, который руководитель считает «своим», а не на первый попавшийся из списка;
• документы, которые он подписывает, открываются в той же программе, где открывались раньше.

Отдельный пункт — запуск через RemoteApp или полный рабочий стол. Если людям привычен один способ, а новый сервер предлагает другой, поведение окон, буфера обмена и вызова принтера немного меняется. Это не сломанная функция, но ощущение «что-то не так» остаётся, и его лучше выявить в репетиции, а не разбирать в чате в девять утра.

Маршрут удалённого сотрудника: самый дальний путь до сервера

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

Первое, что нужно выяснить, — как человек подключается. Многие вводят адрес вручную, но у многих есть сохранённый файл подключения, а значит, они продолжат стучаться на старый адрес, пока не получат новый. Этот факт кажется очевидным, пока не окажется, что половина сотрудников не помнит, где у них лежит этот ярлык. Репетиция удалённого сотрудника начинается с вопроса: «Покажите, как вы заходите», а не с рассылки нового адреса и надежды.

Второе — клиентская сторона. Перенаправление принтера, дисков и буфера обмена задаётся параметрами подключения на самом компьютере человека. Если у него домашний принтер и он привык печатать на него из рабочей сессии, то флажок перенаправления принтеров в Local Resources должен остаться включённым, а политика сервера — не запрещать его. Мы уже видели выше, что запрет на стороне сервера действует независимо от того, исправен ли принтер. Для удалённого сотрудника это почти всегда самая заметная проблема: дома нет администратора, который заглянет на страницу политик.

Третье — качество канала и поведение сессии при его просадке. Репетиция здесь не обязана быть технической. Достаточно попросить человека поработать так, как он работает обычно: большой файл, таблица, звонок в соседнем окне. Если сессия рвётся, важно понять, возвращается ли он в ту же сессию или начинает с нуля, а несохранённые данные пропадают. Какое поведение настроено, зависит от политик сервера, и узнать его на практике проще, чем вспоминать, что было на старой машине.

Когда человек работает не со своего компьютера

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

Лицензии: вопрос, который нельзя решить входом

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

По документации Microsoft по RDS CAL, подключения к RDS Session Host лицензируются по пользователям или по устройствам, а выдачу и учёт лицензий ведёт сервер лицензирования. Там же отмечено, что совместимость версии CAL с версией Windows Server проверяется отдельно, а лицензия на операционную систему и право на удалённые рабочие столы — разные вопросы.

Из этого следует ряд практических вопросов, которые стоит задать до репетиции, и ответы на них не получить из самого сервера:

• Какой режим лицензирования был на старом сервере: на пользователя или на устройство? От него зависит, как считать людей: бухгалтер с двумя компьютерами и удалённый сотрудник с ноутбуком и телефоном попадают в расчёт по-разному.
• Совместима ли версия имеющихся лицензий с версией Windows Server, которая будет на новой машине? Этот вопрос нельзя оставлять «на потом».
• Где будет находиться сервер лицензирования после переезда и сможет ли новый сервер до него дотянуться?
• Позволяют ли условия ваших конкретных лицензий использовать их на новой машине и в новом окружении?

Последний вопрос требует особой осторожности. Нельзя заранее считать, что лицензии просто переезжают вместе с сервером. Это зависит от того, как они приобретены и на каких условиях, и подтвердить это может только документ о приобретении или поставщик лицензий. До такого подтверждения правильная позиция — считать вопрос открытым и не делать на нём допущений, на которых держится дата переключения.

В репетиции лицензия проявляется очень земным способом: человек подключается, и либо всё идёт, либо появляется сообщение о лицензировании. Но отсутствие сообщения в течение получаса не доказывает, что всё в порядке: пробный режим молчит именно потому, что ещё действует. Поэтому проверка лицензий идёт двумя путями: по документам и по состоянию сервера лицензирования. Составить полную картину помогает регулярная инвентаризация лицензий и подписок: если список того, что куплено, сроков и привязок уже ведётся, ответ на вопрос «на кого и на что у нас права» находится быстро, а не за три дня до переключения.

Что сохраняется и что исчезает вместе с сессией

Теперь соберём маршруты вместе вокруг одного вопроса: что человек считает своим и где это физически лежит. Для сотрудника «мои настройки», «мои файлы» и «мои принтеры» — одно и то же ощущение. Для сервера это три разных места: профиль, файловое хранилище и перенаправленные устройства клиента. Каждое из них переезжает или не переезжает по своим правилам.

Профиль — это то, что обсуждалось выше: схема хранения и идентификация определяют, найдёт ли сессия прежние настройки. Файлы — это общие ресурсы и личные папки, и вопрос в том, на какой момент времени они скопированы и кто имеет право их менять после копирования. Принтеры — это клиентская сторона, и они не переезжают вообще, их нужно заново соединить с сессией через разрешения клиента и политики сервера.

Если не разделять эти три слоя, диагностика превращается в догадки. Человек говорит «у меня всё пропало», а на деле у него пропал принтер, файлы целы, профиль в порядке. Или наоборот. Поэтому, когда на репетиции что-то идёт не так, первым шагом стоит спросить: из какого слоя эта потеря. Три маршрута как раз покрывают все три слоя: бухгалтер нагружает файлы и печать, руководитель — профиль, удалённый сотрудник — клиентскую сторону и внешний доступ.

Какие ресурсы VPS брать для репетиции

Для переезда на VPS возникает естественный вопрос: на какой конфигурации репетировать. Публичные тарифы MAATRIX начинаются с конфигурации Ba (1 vCPU, 2 ГБ RAM, 40 ГБ NVMe) и идут через Uab (2 vCPU, 4 ГБ, 80 ГБ), Heka (4 vCPU, 8 ГБ, 160 ГБ) и Maat (8 vCPU, 16 ГБ, 240 ГБ) до Djed (16 vCPU, 32 ГБ, 320 ГБ). Серверы построены на NVMe и процессорах AMD EPYC, есть root-доступ, а расположение можно выбрать среди UK, US, RU и FR. Но цифры в таблице — это отправная точка для теста, а не обещание, что на такой конфигурации поместится определённое число сотрудников. Сколько одновременных сессий выдержит ваша машина, зависит от программ, которыми люди пользуются, и это выясняется только замером на вашей нагрузке.

Практичный подход к репетиции: взять конфигурацию, которая по здравому смыслу подходит для вашей компании, и дать ей реальных людей с реальными задачами. Три маршрута, описанные выше, — это не нагрузочный тест, но они показывают, как ведёт себя сервер на живой работе. Если во время репетиции что-то работает вяло, например открытие учётной программы или сохранение больших файлов, это сигнал присмотреться к ресурсам и при необходимости повторить репетицию на более крупной конфигурации, прежде чем решать вопрос о переключении. Такой переход на разные тарифы удобен тем, что создание VPS после оплаты происходит автоматически и занимает порядка пары минут, а оплатить можно картой РФ или через СБП. Для репетиции это значит, что стенд не нужно собирать неделями.

Заранее стоит уточнить в форме заказа, какие операционные системы доступны в выбранной локации: наличие образов в разных точках может отличаться, и полагаться на то, что нужная версия Windows Server есть везде, нельзя. Это обычная часть выбора, а не препятствие.

Короткая репетиция с участием самих сотрудников

Теперь у нас есть три маршрута, и пора превратить их в событие. Репетиция не должна быть авралом и не должна затрагивать весь коллектив. Достаточно трёх человек: по одному представителю каждой роли, а при желании ещё один наблюдающий администратор, который только записывает и не вмешивается.

Договариваться лучше заранее и просто. Человеку нужно объяснить, что от него не требуется ничего особенного: он должен сделать ровно то, что делает каждое утро. Нужны тридцать-сорок минут, настоящие задачи и разрешение сказать «мне это неудобно», даже если формально всё работает. Именно такие замечания чаще всего и оказываются самыми ценными.

1. Подготовьте для каждого участника короткий сценарий из пяти-шести действий. Не инструкцию, а перечень задач: войти, открыть такую-то программу, найти такой-то файл, распечатать такой-то документ, зайти в такой-то внешний сервис. Сценарий составляется вместе с самим человеком по его реальному дню.
2. Убедитесь, что у участника есть тестовые данные. Файлы, с которыми он будет работать, должны быть копиями, чтобы случайная правка не затронула боевые данные.
3. Пройдите сценарии по очереди, а не одновременно. Так проще понять, что и в какой момент не сработало. Одновременный вход нескольких человек пригодится позже как отдельный опыт.
4. Фиксируйте не «работает/не работает», а что именно увидел человек. Формулировка «ярлык есть, но принтер не в списке» ценнее, чем «печать сломана».
5. Попросите каждого выйти из сессии и зайти повторно. Так проверяется сохранение настроек и поведение профиля.
6. В конце задайте один вопрос: «Смогли бы вы так работать завтра?» Ответ часто неожиданнее любого технического отчёта.

Дополнительно полезно провести короткий разговор с удалённым участником отдельно: у него условия отличаются, а значит и вопросы другие. Лучше потратить лишние пятнадцать минут, чем делать выводы по трём офисным людям и забыть о том, кто подключается из дома.

Когда переключаться и когда возвращаться

Репетиция нужна не ради красивого отчёта, а ради решения. Критерии стоит обозначить заранее, пока нет давления сроков, и привязать их к сценариям, а не к техническим индикаторам. Новый сервер готов к переключению, если каждый из трёх маршрутов проходится целиком: вход в свой профиль, запуск нужных программ, доступ к актуальным файлам, печать на нужные принтеры, работа внешних сервисов и повторный вход с сохранением настроек. И, отдельно, если вопрос лицензий закрыт документами, а не предположением.

Столь же важно заранее решить, что считается поводом вернуться на старый сервер. Например, если в первые часы выясняется, что у части людей не печатает или не открывается обязательная программа, и быстро исправить это нельзя. Для такого решения нужен вариант, при котором старый сервер остаётся доступен в рабочем виде на период переключения. Не стоит выключать его в тот же день: возможность вернуться — часть плана, а не признак неуверенности.

Есть и неочевидная деталь: данные, которые сотрудники создадут на новом сервере за время работы, при возврате нужно будет как-то перенести обратно. Поэтому момент отката лучше определить не «когда станет плохо», а по времени и по понятному признаку, чтобы не накопить сутки работы в месте, которое придётся бросить.

Что на самом деле значит «переезд состоялся»

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

Никто из них не вспомнил про сервер, не спросил, на каком он железе и в какой стране стоит. Они просто закончили свою работу на новой машине. Для этого и затевалась вся репетиция.