Небольшая заметка по такой штуке как Sysprep.
Думаю, что с ней сталкивался каждый, или почти каждый Windows админ.
Данная утилита используется для так называемого «обезличивания» виндоуса после клонирования, или накатывания заранее созданого образа.
При работе с виртуальными машинами данная тулза особенно актуальна, сами знаете почему.
Читать далее
Для начала, в двух словах о том, что такое iSCSI-Target.
Говоря простым крестьянским языком, это сетевое, распределенное (shared) хранилище данных с блочным доступом.
Как правило, применяется для совместного сетевого доступа к данным с разных устройств, в основном серверном сегменте, для построения различных кластеров.
В данном сегменте, iSCSI, как протокол, является более дешевой альтернативой продвинутым протоколам типа Fibre Channel или FCoE, т.к. не требует построения отдельной сети SAN на заоблачно дорогом оборудовании а может работать поверх любой Ethernet сети, построенной на основе протокола IP.
Собственно и сам iSCSI-Target может быть собран на коленке из «подручных материалов», например старого сервера, рабочей станции, или даже на базе виртуальной машины.
На платформу устанавливаем софт для организации iSCSI таргета, конфигурируем и получаем СХД. Быстро, дешево и сердито :) Читать далее
Как все мы знаем, после установки Windows у нас активируется тестовый период 30 дней, по истечению которого, нам нужно активировать ее с помощью лицензии или с помощью активатора :))
В последнем случае мы должны помнить, что использование нелицензионного программного обеспечения неправомерно, и карается согласно законам большинства цивилизованных стран!
Но! Есть еще 3-й способ, к тому же легальный. Мы можем продлить тестовый срок еще на 30 дней, а по его истечению — еще на 30, при чем без всяких извращений типа изменения даты на компе и пр.
Общий тестовый период может составлять до 120 дней, то есть продлить его мы можем 4 раза. Возможно, данная фишка будет работать и дальше, но это, наверно будет считаться уже не легально.
Вообще технически, винда у которой закончился тестовый период, ничем не отличается от активированной. Она будет работать каждый раз при входе в систему напоминая о том что «Ваша копия Windows не является подлинной» и на рабочем столе будет светиться вот такая бяка:
Но на предприятиях, где требования к правомерности используемого софта очень строгие, продление тестового периода может помочь успокоить совесть, пока заключается договор на поставку лицензий.
Итак, меньше текста — больше дела.
Итак, продолжаем тему Active Directory.
В предыдущей статье мы бегло рассмотрели процесс установки компонентов Active Directory, далее предлагаю рассмотреть основные процедуры управления данной системой каталогов.
Дисклеймер: в данной теме я не очень силен, поэтому, просьба не воспринимать все нижеописанное как догму, это скорее для ознакомления. Короче говоря — сильно не пинайте :)
Для лучшего понимания принципов управления Active Directory, рассмотрим совсем немного теории.
Active Directory имеет древовидную иерархическую структуру, основу которой составляют объекты. Из 3-х типов объектов, нас, в первую очередь, интересуют учетные записи пользователей и компьютеров.
Данный тип объектов включает несколько, так называемых классов (за терминологию не ручаюсь): Organizational Unit (OU, контейнер, подразделение), Group (группа), Computer (компьютер), User (пользователь).
Некоторые из них (например OU или группа) могут содержать в себе другие объекты.
Каждый из объектов имеет свое уникальное имя и набор правил и разрешений (групповых политик). Читать далее
Давно собирался написать несколько статей по работе с Active Directory. Недавно в комментариях попросили помочь с данным вопросом и я решил что время пришло :))
Говорю сразу, особо глубоких познаний в этой теме у меня нет, поэтому, ничего нового вы здесь не увидите. Но для начинающих админов-виндузятников данная статья может послужить хорошим отправительным «пинком» для начала изучения данной системы каталогов.
Сам я давно отошел от администрирования винды, но по долгу службы (а занимаюсь я в основном виртуализацией) приходится часто настраивать много всяких вспомогательных сервисов от Microsoft (всякие там AD, DNS, MSSQL и т.п..).
В общем хорош болтать, перейдем к делу.
Рассматривать будем службы каталогов Active Directory на основе Windows 2008 R2 как наиболее распространенную в наше время.
Недавно упала на меня задачка — установить на блейд-сервер операционку типа Windows 2003 Server R2 с использованием Boot from SAN. В качестве СХД использовался EMC Clariion CX3-120.
Надо сказать, что задача совсем нетривиальная, как может показаться на первый взгляд. Крови моей выпила эта винда, но все же я ее поборол.
Сразу оговорюсь что данная статья предназначена скорее на опытных администраторов, которые знают что такое Boot from SAN, и зачем им это нужно.
Для осуществления данной задачи, прежде всего, понадобится настроить HBA-карточку на загрузку с LUN, об этом и будет первая часть статьи.
Считаем что LUN у нас уже есть, зоннинг и прочие педали уже настроены. Надо упомянуть только что LUN ID для загрузки должен быть «0» (не помню обязательно ли, но ЖЕЛАТЕЛЬНО!).
ВАЖНО: Программа установки не поддерживает MPIO. Поэтому, в процессе установки мультипасинг в SAN для данного сервера, лучше всего отключить физически.
Данный гайд описан для HBA фирмы QLogic, но принцип настройки будет примерно такой же и для Emulex, только интерфейс немного другой. Читать далее
Последние 2 месяца занимаюсь Physical to Virtual миграцией огромного количества серверов c физического железа и Hyper-V в виртуальную инфраструктуру VMware vSphere 5.
Все миграции проводятся с помощью VMware vCenter Converter Standalone 5.0 и в процессе работы с ним проявляются очень интересные штуки, которые приходится разгребать «не отходя от кассы» в очень оперативном режиме.
О некоторых артефактах, и о методах их устранения и попытаюсь рассказать.
Одной из проблем стала очень низкая скорость передачи данных (600КБ — 2МБ/сек) во время миграции некоторых серверов, при пропускной способности сети — 1Gb.
Для небольших объемов время копирования 1-2 часа еще было терпимым, когда для одного серверов конвертор выдал прогноз в 15 часов, мне это мягко говоря не понравилось :)
Протестировав скорость сети и поняв, что не в сети дело, я сразу стал грешить на дисковую подсистему, но как оказалось это и не в дисках дело…
Была замечена особенность, что данная проблема возникает только с Windows XP и 2003 Server (так и не удалось выяснить почему), из этого последовал вывод что проблема в софте.
В общем не буду долго тянуть кота за …. хвост, проблема маленькой скорости оказалась в самом конверторе, а решением этой проблемы стало отключение шифрования передаваемого трафика в настройках этого самого VMware vCenter Converter Standalone.
Как это сделать? Да очень просто! Читать далее