В настоящее время у нас есть TS, в котором все профили пользователей хранятся локально. У нас есть сервер аварийного восстановления, который синхронизируется путем роботизированного копирования папки C: \ Users и выполнения ручной настройки на другом конце для обновления ссылок на профили (для новых пользователей).
Это очевидно громоздко. Что я хочу сделать, так это настроить объекты учетной записи пользователя так, чтобы они указывали на профили TS в общем ресурсе (параметры / файлы затем будут реплицированы через AD и DFS). Однако проблема в том, что у нескольких пользователей есть большие файлы приложений (несколько ГБ) в AppData \ Local, и мы не хотим, чтобы они копировали каждый раз, когда пользователь входит в систему или выходит из системы (выполняет ли TS / RDS дифференциальные копии при выходе из системы / войти в систему?). Я создал локальный общий ресурс на сервере, чтобы сервер указывал на себя, но это все равно запускает копию. Я также подумал о том, чтобы сделать C: \ Users общим ресурсом, чтобы сетевой путь полностью перекрывал фактические файлы, но я еще не пробовал, и что-то мне подсказывает, что это плохая идея.
Как лучше всего это реализовать?
Изменить: еще одно требование заключается в том, что AppData \ Local должен оставаться согласованным в профилях, что означает, что он должен быть одинаковым в производстве и аварийном восстановлении. По-видимому, перенаправление папок работает только с AppData \ Roaming, так что это не полное решение. Кажется, что большая часть этих профилей находится в AppData \ Local, так что это ключ к решению этой проблемы.
Зачем копировать? Используйте перенаправление папок. Данные всегда остаются в хранилище, где вы храните профили пользователей.
Вы можете посмотреть, чтобы общий ресурс сервера был каталогами пользователей. Тогда вы просто получите к нему доступ, как к обычному общему ресурсу, вместо того, чтобы копировать его каждый раз. Конечно, я понимаю, что проблема с данными приложения может не работать, но, честно говоря, я всегда старался не беспокоиться о таких данных, поскольку репликация папок не всегда была лучшей.
Другой вариант - посмотреть, можете ли вы выполнить обновление до сервера 2012, который включает этот маленький самородок: http://blogs.msdn.com/b/rds/archive/2012/11/13/easier-user-data-management-with-user-profile-disks-in-windows-server-2012.aspx
Это, конечно, не является ортодоксальным, но мы закончили тем, что DFS реплицирует C: \ Users на обоих серверах и регулярно копирует раздел реестра ProfileList. Если основной сервер выйдет из строя, другой будет готов к работе с актуальной копией всех данных пользователей.