Актуально для организаций, использующих АДЪ (Active Directory) и перемещаемые профили.
«Перемещаемый профиль» — это когда профиль пользователя AD (включающий в себя содержимое рабочего стола, документов и настройки программ) хранится не только локально, но и на сервере. Локальная и серверная копии профиля синхронизируются при каждом входе и выходе пользователя.
Такая синхронизация происходит инкрементно. То есть, между рабочей станцией и сервером идёт обмен только теми документами, которые изменились с момента последней синхронизации.
Понятно, что при нехватке свободного места на рабочей станции, профиль пользователя не сможет быть на неё подгружен.
Например, профиль пользователя занимает 12 гигабайт.
Пользователь пересаживается со своего обычного рабочего места (где есть его локальный 12-гиговый профиль) за новый аппарат, где его локального профиля нет. Система попытается загрузить все 12 гигабайт с сервера, а если у неё это не получится — выдаст ошибку и предложить поработать в стандартном профиле.
Однако, опытным путём замечено, что если объём свободного места меньше объёма профиля, то пользователь не сможет зайти в систему даже если его профиль уже был ранее подгружен, то есть — существует локально.
Например, на системном разделе свободно 20 гигабайт. Только что созданный пользователь, с практически пустым профилем, копирует на рабочий стол папку размером 12 гигабайт. Его профиль теперь занимает 12 гигабайт, а на системном разделе осталось 8.
При выходе из системы, профиль будет синхронизирован с сервером AD, но его локальная копия останется неизменной (=12 гигабайт).
При попытке входа, система посчитает, что 12 ГБ профиля > 8 ГБ свободного места (похер, что данные копировать не надо, они уже есть на диске!) и не пустит пользователя.
Наблюдалось на англоязычном контроллере домена (Windows Server 2003) с русскоязычными рабочими станциями (Windows XP).
Комментарии
user 2003
#cid15983
Ответить
Ну так смыл этого то? Это и так уже ясно года с 2003-го.... решение есть этой проблемы? или делать непереносимые локальные пофиля?
#cid15985
Ответить
Когда имеешь дело с очень большими профилями, может пройти много времени, пока не поймёшь в чём дело.
Товарищ бился полдня.
Решения нет, но информацию об этом — хрен найдёшь.
imen
#cid16068
Ответить
А это вообще характерно для технологий фирмы майкрософт.
Ещё интересно троллить вынь-одминов (любящих песни о "прогрессивности" технологий вынь) вопросом: во времена 2000-го сервера умные люди категорически не рекомендовали трогать руками ограничение на количество возвращаемых записей AD (ADAM, искать информацию о каковом факте в официальной документации --- дело гиблое). Пофиксилили ли фичу в 2003 (2008 и далее) сервере?
user 2003
#cid16166
Ответить
Какая печалька, бился полдня, при загрузке выдет сообщение:
Обратитесь к системному администратору Ошибка - недостаточно места на диске.
Конечно нужно весь интернет образить чтоб окошко с ошибкой вниз прокрутить.
Тролинг "количество возвращаемых записей AD" 2003 рекомендуеться не дрогать руками, либо есть скриптик для подсчета.
#cid16219
Ответить
#cid16166, user 2003
Прокрутил. Что дальше?
А дальше вот что.
Приходит админ, и первым делом проверяет размер профиля и свободное место на разделе.
Смотрит на профиль пользователя. Тот весит дохрена — 12 гигов — но полностью подгружен локально. То есть, локальный профиль ничем не отличается от серверного, с сервера ничего подгружать не надо.
Смотрит на свободное место — 10 гигов. Это при том, что с сервера ничего подгружать не надо.
И впадает в ступор: о каком свободном месте идёт речь?
Нормальному человеку непонятно, зачем нужно 12 гигов свободного места, чтобы ничего не подгружать с сервера.
Дело не в "ошибке", которая и так вынесена в заголовок заметки, а в её причине. То есть — в рукожопых программистах микрософта, которые сравнивают размер свободного места не с инкрементной частью профиля (которую действительно нужно загрузить), а с размером всего профиля целиком.
#cid16226
Ответить
#cid16068, imen
О каком именно из ограничений идёт речь?
40000 объектов учётных записей? 10000 объектов при поиске? 5000 объектов группы? 2000 строк при отображении в mmc?
1000 записей при сетевом запросе?
imen
#cid16481
Ответить
Неужто в 2003 "фичу" ADAM выпилили?
Да, я про это. Но и по прочим пунктам от подробностей не откажусь (врага нужно знать).
#cid16486
Ответить
#cid16481, imen
Кстати, не знал раньше про ADAM. Почитал, поржал. Спасибо.
Вот хорошая заметка: http://www.osp.ru/win2000/2004/05/177043/
imen
#cid16549
Ответить
Реакция зажатых в угол (на ограничение в 1000 записей) виндузятников доставляет: вместо ответа на вопрос они начинают денех требовать (за реализацию pager'а).
#cid16566
Ответить
Хорошее не может быть бесплатным!!! ©
Это знает каждый виндуз-сектант.
imen
#cid16663
Ответить
И да: спасибо, посмеялся над тем как старательно аффтар не допускает мысли о возможности существования реализаций каталога, отличных от AD/ADAM (с качеством разработки проприетарщины для последних я "немного" знаком, радует что начиная с меня свалили на OpenLDAP).