• Шаг 0. Исходные данные. Схема решения.
• Шаг 1. Установка основных ролей (Connection Broker + Web Access + Session Hosts).
• Шаг 2. Настройка высокой доступности Посредника подключений (Connection Broker High Availability).
• Шаг 3. Настройка высокой доступности Веб доступа (Web Access High Availability)
• Шаг 4. Настройка высокой доступности Шлюза удаленных рабочих столов (RD Gateway + Web Access High Availability).
• Шаг 5. Настройка использования сертификатов для служб удаленных рабочих столов.
• Шаг 6. Настройка сервера Лицензий (КВ Licensing).
• Шаг 7. Создание и настройка коллекции приложений.
• Шаг 8. Использование Дисков Профилей Пользователей (UPD). Настройка высокой доступности.

 

---

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

• Перемещаемые профили (Roaming Profiles). В этом случае профиль пользователя, как правило, размещается на сервере. Заходя под своим профилем на любой машине в доменной сети, пользователь загружает локально свой профиль с сервера. Профиль хранится в виде набора файлов.
• Перенаправление папок (Folder Redirection). В этом случае, отдельные папки профиля пользователя перенаправляются, как правило, на сервер. Пользователь по сути работает со своим профилем непосредственно на сервере, локально хранятся автономные файлы профиля, на случай отключения от сети. Перенаправленные папки хранятся в виде набора файлов.
• Диски профилей пользователей (User Profile Disks, UPD). В этом случае используется не общий профиль пользователя, а только профиль на сервере удаленных приложений. Выбранные папки профиля могут быть сохранены на сервере. Сами папки хранятся в виде vhdx файлов.

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

В данном примере я рассмотрю вариант использования UPD на кластере файловых серверов. Причем в Качестве файловых серверов в моем случае выступят серверы Сеансов (Session Host) RDSH1 и RDSH2. Конечно же можно использовать вариант с размещение UPD на обычной сетевой папке, но это решение не решает задачу высокой доступности профилей.

В первую очередь я заранее подготовил 2 DNS записи

• тип A           RDSH-CL.lab.local          192.168.1.25   — имя кластера
• тип A           RDSH-UPD.lab.local       192.168.1.26   — имя кластерного файлового ресурса

Далее надо презентовать обоим серверам 2 общих диска. Сделать это можно различными способами, в зависимости от используемой инфраструктуры. В моем случае я использовал вариант, описанный в этой статье. Итак 2 диска:

• 20 Гб. Для хранения профилей пользователей (естественно, в продуктивных внедрениях размер диска надо рассчитывать исходя из рамера профиля и числа пользователей).
• 1 Гб. Для выполнения функции диска свидетеля.

После того как диски подключены к серверам в консоли одного из этих серверов мы увидим следующую картину:

Оба диска нужно перевести в режим онлайн, инициализировать и создать на каждом простой том, с настройками по умолчанию. После этого картина будет следующей, добавлены диски E и F.

---

Теперь надо создать кластер.

Сначала на оба сервера установим роль файлового сервера

И компоненту отказоустойчивого кластера

Далее после завершения установки на обоих серверах можно приступить к созданию кластера. На одном из серверов запустить оснастку «Диспетчер отказоустойчивости кластеров | создать кластер«.

Выберите оба сервера для включения их в кластер.

Далее рекомендуется пройти проверку конфигурации кластера. Если проверка будет пройдена без ошибок можно приступить к дальнейшей настройке кластера.

Ввести имя кластера и его IP адрес.

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

Далее кластер будет успешно создан.

В диспетчере отказоустойчивости кластеров перейти на закладку «Диски» и выбрать «Добавить диск«.

Выбрать оба диска.

Когда оба диска добавлены надо настроить диск свидетель кворума кластера. из контекстного меню кластера выбрать «Дополнительные действия | Настроить параметры кворума кластера…«

Далее «Выбрать свидетель кворума»

Далее указать, что в роли свидетеля будет использоваться диск.

Выбрать диск размером 1 Гб.

Далее подтверждение и настройка. Свидетель кворума добавлен. Кластер настроен.

---

Теперь нужно настроить роль кластерного файлового сервера.

Для этого в диспетчере отказоустойчивости кластеров на закладке роли выбрать «Настроить роль«.

Далее выбрать «Файловый сервер«.

Далее указать «Файловый сервер общего использования«.

Далее указать имя файлового хранилища.

В качестве хранилища указать диск размеров 20 Гб.

Далее подтверждение и настройка. Роль файлового сервера в кластере настроена.

Теперь нужно добавить общий файловый ресурс к которому можно обращаться по сети. В настройках роли выбрать «Добавить общий файловый ресурс«.

Далее выбрать профить — «SMB -быстрый»

Далее выбрать подключенный диск для размещения профилей.

Далее указать имя общего ресурса.

Далее на закладке «Другие параметры» выбрать Обеспечить постоянную доступность и Разрешить кэширование общего ресурса.

Далее указать права доступа к файловому ресурсу.

Далее подтверждение конфигурации и создание общего ресурса.

Теперь к фаловому ресурсу можно обратиться как к сетевой папке по пути «\\RDSH-UPD\UPD».

---

Теперь нужно перейти на сервер с ролью Connection Broker RDCB1.

В свойствах созданной коллекции выбрать «Изменить свойства«.

На закладке Диски профилей указать:

• Чекбокс «Включить диски профилей»
• Путь расположения «\\RDSH-UPD\UPD».
• Размер профиля пользователя. В моем случае 5 Гб.
• Папки профиля, которые будут синхронизироваться. Выбрать все по умолчанию, или указать конкретные папки.

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

Настройку UPD можно считать завершенной.

 

---

 

Информация, используемая в статье:

http://social.technet.microsoft.com/wiki/contents/articles/15304.installing-and-configuring-user-profile-disks-upd-in-windows-server-2012.aspx

http://blogs.technet.com/b/tommypatterson/archive/2013/11/01/server-2012-r2-lab-guide-part-3-step-by-step-continuously-available-file-server.aspx

http://blogs.msdn.com/b/rds/archive/2012/11/13/easier-user-data-management-with-user-profile-disks-in-windows-server-2012.aspx

---

• Шаг 0. Исходные данные. Схема решения.
• Шаг 1. Установка основных ролей (Connection Broker + Web Access + Session Hosts).
• Шаг 2. Настройка высокой доступности Посредника подключений (Connection Broker High Availability).
• Шаг 3. Настройка высокой доступности Веб доступа (Web Access High Availability)
• Шаг 4. Настройка высокой доступности Шлюза удаленных рабочих столов (RD Gateway + Web Access High Availability).
• Шаг 5. Настройка использования сертификатов для служб удаленных рабочих столов.
• Шаг 6. Настройка сервера Лицензий (КВ Licensing).
• Шаг 7. Создание и настройка коллекции приложений.
• Шаг 8. Использование Дисков Профилей Пользователей (UPD). Настройка высокой доступности.