Хранение профилей на сервере

Iska · Отправлено: **23:44, 11-10-2016** | #2

Цитата Той Серью:

Предположим, что у сервера летит жесткий. Никто из юзеров не может войти в учетную запись. »

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

aESThete · Отправлено: **12:15, 12-10-2016** | #3

Я так понял, что вопрос гипотетический:

Цитата Той Серью:

Предположим, что у сервера летит жесткий. »

Даже этот случай не показателен. Достаточно, например, падения локальной сети. Сервер не виден, профиль недоступен.
Как правильно заметил

Цитата Iska:

войти локально под доменной учётной записью — может»

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

Telepuzik · Отправлено: **13:02, 12-10-2016** | #4

Цитата Той Серью:

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

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

paranoya · Отправлено: **14:52, 12-10-2016** | #5

Правильное использование перемещаемых профилей и перенаправляемых папок подразумевает использование DFS. Тогда неважно на каком сервере лежат профили, потому как путь к профилю будет унифицирован.
И отвечая на вопрос при выходе из строя жёсткого диска с профилями, то юзеры продолжат работать (авторизовываться на компьютерах), но их файлов у них не будет и система будет об этом предупреждать.
Для того чтобы файлы не пропадали, нужно использовать рейд, как минимум рейд 1 (зеркало). Тогда выход из строя одного жёсткого диска не повлечёт за собой потерю данных. Дополнительно к этому можно использовать бекап файлов и/или ещё один сервер настроенном на использование DFS. Тогда выход из строя первого сервера для юзеров будет не заметен и у них всё будет лежать на месте.

Iska · Отправлено: **16:58, 12-10-2016** | #6

Цитата paranoya:

но их файлов у них не будет »

Только не в случае перемещаемых профилей.

paranoya · Отправлено: **17:46, 12-10-2016** | #7

Цитата Iska:

Только не в случае перемещаемых профилей. »

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

Iska · Отправлено: **21:18, 12-10-2016** | #8

Цитата paranoya:

И при условии, что юзер уже входил на компьютер. »

Естественно

.

El Scorpio · Отправлено: **02:31, 13-10-2016** | #9

Цитата paranoya:

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

Поддерживаю
Создаёте сетевой ресурс с адресом типа \\имя.домена\dfs\документы\профили и подключаете к нему сетевые папки файловых серверов.
При использовании более одной сетевой папки система предложит создать правило репликации для автоматической синхронизации всех изменений на другие сервера.
В случае отказа одного сервера достаточно устранить проблему и повторно подключить сетевую папку.

Цитата aESThete:

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

Обычно такая ситуация (вход в систему с пустым профилем) возникает, если возникла ошибка при синхронизации перемещаемого профиля (в профиле есть файл с неправильными правами доступа или просто слишком длинным именем). В этом случае система создаёт для сеанса пользователя временный профиль по адресу "%профили%\TEMP".
Для ошибки "контроллер домена не найден" как раз таки характерна ситуация продолжения работы со старым локальным профилем.

Сделайте отчёт групповой политики для такого пользователя. Возможно у вас установлен параметр "удалять перемещаемый профиль при выходе из системы"

aESThete · Отправлено: **08:38, 13-10-2016** | #10

El Scorpio, не помню уже все тонкости настроек, дело было лет 5-6 назад. Сервер был под "Windows Server 2003". Безопасники потребовали, чтобы профили были не перемещаемые, а именно хранились на сервере. Перенаправил на сервер групповой политикой. Синхронизация отключена, т.е. работа напрямую с файлами на сервере. Трафик, конечно, дикий, и подтормаживало иногда, но, как говорится, "хозяин-барин".