Я ИТ специалист или Жизнь ИТшника

Полезно для администраторов домена использующих оснастку ADUC (Active Directory Users and Computers). Раньше я часто сетовал на то, что в оснастке ADUC нет возможности добавлять свои контекстные меню. Оказалось я был не прав и можно добавлять туда практически все что душе угодно, создав единую точку управления доменом и компьютерами. К примеру, у меня сейчас меню выглядит так:

Для тех, кто использует AD,  не секрет что многие поля LDAP скрыты от администратора. К примеру,  это касается параметра  Account lockouts. Иногда возникают ситуации с блокировкой пользователя по неизвестной причине и вам необходима полная информация.  Конечно, для  этого можно воспользоваться специальной утилитой из ALTools.exe из Support tools, но согласитесь гораздо удобнее видеть всю необходимую информацию на одной из вкладок в свойствах пользователя?

Если у вас используется windows terminal server, то вы наверняка сталкивались с такой проблемой как неактивные сессии пользователей, т.е. пользователь не завершает свой сеанс, а просто закрывает окно терминала и все запущенные программы и сессия продолжают болтаться на сервере. Для того чтобы это не происходило, необходимо настроить тайм-аут для отключенных сессий.

Итак, описываю процесс создания резервного файл-сервера на DFS (Distributed File System). Сразу оговорюсь необходима Windows R2 на обычной windows server репликация делается совершенно другим способом (при необходимости могу поведать). Еще у меня русский интерфейс ,поэтому вам придется переводить названия команд и консолей если у вас ENG интерфейс. Основную теоретическую информацию можно почерпнуть на следующих ресурсах: http://ru.wikipedia.org/wiki/Distributed_File_System http://www.osp.ru/win2000/2005/04/177684/ Вкратце. Данная технология позволяет использовать сетевые ресурсы в более простой и прозрачной для пользователя форме. К примеру, собрать кучу расшареных ресурсов с серверов в одном месте или сделать отказоустойчивые реплицируемые расшаренные ресурсы в удаленных офисах. Или как в моем случае для того что бы добиться территориально разнесенного резервирования данных с отказоустойчивостью. У меня есть две серверных (назовем их А и Б), одна их которых (А) основная с правильным питание и пожаротушением. Вторая (Б) просто небольшая комнатка в офисе с минимальным количеством серверов. В соответствии со всеми служебными регламентами по отказоустойчивости и резервированию я должен обеспечить два основных момента:

Не помогла бедному серверу, тому который не включался после аварии по питанию, наша затея дать ему отлежаться ночь, зато помогло действо «пропылесосили» :). Как говорится: Колеса попинали фары протерли и он завелся.. Повторюсь вчера он был практически безнадежен, т.к. не отдавал с БП Power good на BMC контроллер и только пищал с кодом 1-5-4-4. Мы уже растроились и думали как организовать техническую поддержку или купить БП. Увы бюджета не было ни на то ни на другое. Я решил его пропылесосить т.к. сильно уж он грязный внутри, даже не взирая на то что периодически мы серверам делаем ТО. Грязь такая маркая и что то с ним делать просто невозможно, руки сразу покрываются толстым слоем черной жирной пыли-грязи. Пропылесосил пошевелил все провода, подал питание и чудо! — ошибка исчезла и БП исправно завелся:). Неочевидное такое решение:) Как будто в бубен постучал. Неужели где-то контакты запылились или короткое замыкание через пыль получалось. Сейчас буду ставить винду и заново отстраивать резервный DFS. P.s. Кстати пока я возился с документацией к этому серверу я понял что пора бы подучить английски,. Не технический, с тем у меня вроде как все в порядке, а деловой английский. Совсем у меня плохо с произношением.  Да  откуда оно возьмется если все…

Что имеем для начала, два сервака на которых настроен DFS с репликацией, на втором закончилось место. Сразу появились глюки вида тормозов, вставшей репликации при приближении к пороговым значениям оставшегося свободного места и самое главное пользователей почему то стало выкидывать на второй сервер, хотя у него стоит наименьший возможный приоритет, соответственно пользователи не замечая что работают не на том сервере насоздавали папок, а потом при нормальной работе их не видят и паникуют. В общем решаемая проблема, необходимо только найти пачку винтов чуть побольшего размера и забить дисковый массив в старом сервер новыми винтами. т.к. задача деструктивная и плавненько перенести данные не получится пришлось на старом сервере DFS остановить. Скорее всего пойду грабить коллег из технического отдела, у них есть совсем другое чудо. Их сервер Sun Netra 20 и корзинка с винтами Sun Storage решила устроить им счастливую жизнь. Пару лет он стоял неиспользуемый потом я его приспособил под файлсервер на связке (solaris+ZFS+samba) все были счастливы и довольны, набили его данными а он превратил их в фарш. У половины винтов к корзине изменили индексы LUN ? к примеру был c5t8d0 а стал c2t4d0 никакой raidz не помог и два hotswap запасных винта, в общей сложности из 12 винтов 6 поменяли свое место…