СофтВелис.com

В предыдущей части этого цикла статей мы начали рассмотрение процесса настройки стандартного пользовательского профиля в Windows 7. На данный момент мы выполнили следующие шаги:

Создание последовательности задач для установки эталонного образаСоздание последовательности задач для Sysprep подготовки и создания снимка эталонной системыНастройка эталонной системы с помощью Unattend.xml

Итак, давайте продолжим процесс настройки пользовательского профиля путем выполнения следующих дополнительных шагов:

Развертывание и проверка частично настроенной эталонной сборкиДальнейшая настройка эталонной сборки вручнуюПодготовка Sysprep и создание снимка полностью настроенной эталонной сборкиПроверка всех выполненных настроек для стандартного пользовательского профиляРазвертывание и проверка частично настроенной эталонной сборки

Начинаем с загрузки пустого эталонного компьютера с помощью загрузочного образа LiteTouchPE_x64.iso, расположенного в папке Boot установочного ресурса на вашем MDT компьютере. Когда появляется мастер установки Windows Deployment Wizard, выбираем последовательность задач для развертывания нашей частично настроенной эталонной сборки:

Рисунок 1: Выбор последовательности задач для развертывания предварительно настроенной эталонной сборки

Совет: при желании вы можете настроить CustomSettings.ini файл в своем установочном ресурсе для полной автоматизации процесса установки своей эталонной сборки. Для дополнительной информации об этом смотрите 7 и 8 часть моего цикла по установке Windows 7.

Следуйте указаниям мастера установки. На странице указания необходимости создания снимка (Specify Whether To Capture An Image), показанной на рисунке ниже, обязательно выберите опцию Не создавать снимок этого образа (Do No Capture An Image Of This Compute), поскольку наша эталонная сборка еще не настроена:

Рисунок 2: Выбор опции Do No Capture An Image Of This Compute

По окончании работы с мастером MDT развернет наш частично настроенный образ на эталонный компьютер. По завершении процесса установки вы автоматически войдете в систему эталонной машины с правами администратора.

Теперь давайте посмотрим, были ли пять настроек с нашего файла ответа (Unattend.xml) выполнены на самом деле. Сначала запускаем Internet Explorer и обращаем внимание, что мастер первого запуска (First Run Wizard) не появился и домашней страницей IE является тот веб-сайт, который мы указали в файле ответа:

Рисунок 3: 1 шаг проверки выполнения предварительных настроек с помощью Unattend.xml

Затем, если мы нажмем кнопку Пуск (Start), мы увидим, что компонент игр (Games) включен:

Рисунок 4: Компонент Games включен

Затем открываем Программы и компоненты (Programs and Features) в панели управления и нажимаем включение или отключение компонентов Windows (Turn Windows Features On Or Off). Это позволит нам убедиться в том, что компонент просмотра XPS Viewer не был установлен:

Рисунок 5: XPS Viewer компонент не установлен

Наконец, открываем параметры отправки отчетов об ошибках (Problem Reporting Settings) в панели управления, чтобы убедиться, что Windows Error Reporting информация будет автоматически выгружаться на Microsoft:

Рисунок 6: Информация отчетов об ошибках Windows будет автоматически отправляться в Microsoft

Итак, похоже, что все наши пять настроек в файле ответа Unattend.xml были применены к нашей эталонной сборке должным образом.

Дальнейшая настройка эталонной сборки вручную

Теперь давайте вручную выполним некоторые дополнительные настройки нашей эталонной сборки. Нам нужно выполнить следующие пять настроек вручную:

Закрепить ярлык Удаленного помощника Windows (Windows Remote Assistance) в меню Пуск.Закрепить ярлык подключения к удаленному рабочему столу в панель задач.Изменить стандартный вид библиотеки документов с Details на Content.Изменить стандартный вид панели управления с Категории на мелкие значки.Изменить фон рабочего стола со стандартной картинки на сплошной светло-зеленый.

Сначала нажимаем Пуск, Программы, Обслуживание, и нажимаем правой клавишей на Удаленный помощник Windows, чтобы закрепить ярлык для этого элемента в меню Пуск:

Рисунок 7: Закрепление ярлыка для удаленного помощника Windows в меню Пуск

Затем нажимаем Пуск, Программы, Стандартные и нажимаем правой клавишей на элементе Подключение к удаленному рабочему столу, чтобы закрепить ярлык для этого элемента на панели задач:

Рисунок 8: Закрепление ярлыка для Подключение к удаленному рабочему столу на панели задач

Затем открываем библиотеку Документы и изменяем стандартный вид с Подробностей (Details) на Содержимое (Content):

Рисунок 9: Изменение вида библиотеки Документы с Details на Content

Затем открываем панель управления и изменяем стандартный вид с категорий на мелкие значки:

Рисунок 10: Изменение стандартного вида панели управления с категории на мелкие значки

Наконец, открываем Оформление и персонализация в панели управления и изменяем стандартную фоновую картинку рабочего стола на сплошной светло-зеленый цвет:

Рисунок 11: Выбор фона рабочего стола

Итак мы закончили настройку нашей эталонной сборки.

Подготовка Sysprep и снимок полностью настроенной эталонной сборки

Теперь давайте подготовим нашу эталонную сборку в sysprep и сделаем ее снимок. Мы будем использовать MDT для выполнения этих двух действий. Войдя в систему с правами администратора, нажмите Пуск, нажмите правой клавишей на Компьютер, и выберите Подключить сетевой диск (Map Network Drive). Затем подключите сетевой диск к установочному ресурсу на своем компьютере MDT:

Рисунок 12: Подключение сетевого диска к установочному ресурсу на компьютере MDT

Когда подключенный диск откроется в проводнике Windows Explorer, дважды нажмите на папке Scripts, чтобы отобразить ее содержимое. Вы увидите два файла под названием LiteTouch, первый будет VBScript (.vbs) файл, а второй Windows Script (.wsh) файл:

Рисунок 13: Содержимое папки Scripts в установочном ресурсе

Дважды нажмите на втором файле LiteTouch (файл Windows Script или .wsh) для запуска мастера Windows Deployment Wizard на вашем эталонном компьютере. Когда откроется мастер, выберите последовательность задач Sysprep и Capture:

Рисунок 14: Выбор последовательности задач Sysprep and Capture

Выполните шаги мастера, пока не дойдете до страницы, на которой нужно указать, хотите ли вы сделать снимок образа (Specify Whether To Capture An Image), и на этой странице обязательно выберите опцию Создать снимок образа этого эталонного компьютера (Capture An Image Of This Reference Computer). Убедитесь, что папка расположения указана, как папка Captures установочного ресурса на вашем компьютере MDT, и задайте имя файлу образа (мы выбрали STEP-2.wim для имени этого файла):

Рисунок 15: Выбор опции создания снимка образа

По окончании работы с мастером запустится Sysprep подготовка вашей эталонной сборки, которая удалит всю специфическую для машины информацию:

Рисунок 16: Sysprep выполняется на эталонной сборке.

Когда Sysprep будет выполнена, мастер LiteTouch сделает снимок образа .wim эталонной сборки после sysprep и выгрузит его в папку Captures установочного ресурса вашего компьютера MDT. Для выполнения этого процесса может потребоваться некоторое время:

Рисунок 17: Создание снимка образа эталонной сборки после sysprep

По окончании этого процесса эталонный компьютер перезагрузится. Если вы теперь перейдете на свой MDT компьютер и посмотрите в папку Captures в установочном ресурсе с помощью проводника Windows Explorer, вы увидите там снимок эталонной сборки:

Рисунок 18: Образ эталонной сборки выгружен в папку Captures установочного ресурса на компьютере MDT.

Заключение

Теперь нам лишь нужно убедиться, что все десять изменений ' пять автоматизированных с помощью файла Unattend.xml и пять ручных после установки эталонной сборки ' были внесены в наш образ. Для этого мы импортируем наш образ в Deployment Workbench, создадим новую последовательность на основе шаблона Standard Client Task Sequence, изменим Unattend.xml файл для последовательности задач так, чтобы параметр CopyProfile имел значение True, и развернем образ на целевую систему с помощью этой последовательности задач, создадим нового локального пользователя на целевой системе и увидим, что десять наших изменений были успешно применены к стандартному профилю, с которого генерируются новые локальные пользователи. Все это мы сделаем в следующей части этого цикла статей.

В современном мире все крутится вокруг компьютеров. Все хранится на устройствах, подключенных к компьютерам самыми различными способами. Существует масса вариантов доступа к таким хранилищам со стороны пользователей. Каждый из них предпочтителен в определенных ситуациях; в этой же статье я предлагаю обзор некоторых из этих вариантов, а также описываю ситуации, в которых их можно применять.

Итак, для начала: существует архитектура под названием DAS (Directly Attached Storage – непосредственно подключенное хранилище). Это то, о чем люди думают в первую очередь, когда слышат про устройства хранения. Этот тип архитектуры включает в себя такие вещи как: внутренние жесткие диски, внешние жесткие диски и USB-устройства. В общем, DAS называют все, что непосредственно подключается к компьютеру (или серверу) без участия сетевых компонентов (вроде сетевого коммутатора).

Рисунок 1: Три конфигурации решений по типу Direct Attached Storage (С разрешения ZDNetasia.com)

Устройство DAS может даже работать с несколькими пользователями параллельно. Для этого нужно всего лишь, чтобы устройство имело несколько портов для соединения плюс имело возможность поддержки нескольких параллельных пользователей. Конфигурации DAS могут использоваться и в больших сетях, когда они подключаются к серверу, позволяя нескольким пользователям получать доступ к устройствам DAS. Единственное, что может нарушить концепцию DAS – это присутствие сетевого устройства между устройством хранения и компьютером.

Многим домашним пользователям и малым бизнесам требуется NAS (Network Attached Storage – устройство, подключенное через сеть). Устройства NAS дают преимущество централизации ваших хранилищ, причем им необязательно находится рядом с компьютерами. Эта функция удобна для домашних пользователей, желающих держать устройства хранения в подвале, имея при этом возможность перемещаться по дому со своими ноутбуками. То же применимо к малым бизнесам, где может отсутствовать необходимость в больших устройствах хранения. Тут также подойдут и конфигурации DAS, хотя такое решение может оказаться менее удобным и элегантным.

Рисунок 2: Схема системы Network Attached Storage (С разрешения windowsnas.com)

Устройство NAS предсталяет собой по сути раздетый компьютер. У него нет мониторов или клавиатур, зато есть усеченный вариат настраиваемых вами операционных систем, доступ к которым можно получить, подключившись через веб-браузер с компьютера. Операционные системы в NAS обычно представляют собой усеченные версии операционных систем UNIX, например, FreeNAS – усеченная версия FreeBSD. FreeNAS поддерживает многие файловые форматы, например CIFS, FTP, NFS, TFTP, AFP, RSYNC и iSCSI. Поскольку FreeNAS – открытое программное обеспечение, вы вполне можете добавить свою собственную реализацию любого протокола. В какой-нибудь следующей статья я более подробно расскажу об этих протоколах; не пропустите ее!

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

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

Решения NAS аналогичны другому типу хранения, называемому SAN (Storage Area Networks – сеть хранения данных). Главным отличием между системой NAS и системой SAN является то, что устройство NAS выполняет часть функций операционной системы, относящихся к файловой системе, а система SAN выполняет только базовые задачи хранения, оставляя функции файловой системы клиентскому компьютеру.

Конечно, неправильно будет сказать, что NAS нельзя использовать совместно с SAN. На деле большие сети часто совмещают SAN, NAS и DAS, чтобы удовлетворить разнообразным нуждам пользователей сети.

Преимуществом систем SAN над системами NAS является то, что системы NAS не слишком хорошо масштабируемы. Системы SAN легко могут добавлять серверы в кластер, чтобы иметь возможность работать с большим числом пользователей. Системы NAS, включаемые в быстро растущие сети, часто не могут справиться с увеличение трафика, даже в том случае, если им удается удовлетворять требования по объему хранилища.

Это не значит, что системы NAS не масштабируемы. Вы вполне можете собрать устройства NAS в кластер так же, как это можно сделать с системами SAN. Это позволит получать доступ к данным с любого узла в кластере NAS. Но если что-либо можно сделать, это не означает, что это следует сделать; если вы подумываете о том, чтобы пойти этим путем, я все-таки порекомендовал бы воспользоваться решением на базе SAN.

Рисунок 3: Диаграмма Storage Area Network (с разрешения anildesai.net)

Впрочем, системы NAS обычно менее дорогие, чем системы SAN, плюс в последние годы производители NAS концентрировали свои усилия на расширении своего присутствия на рынке домашних сетей, где у многих пользователей высокие требования к хранению мультимедийных файлов. Для большинство пользователей более дешевые системы NAS, не требующие сервера и соответствующего пространства, намного болеее привлекательны по сравнению с реализацией конфигурации SAN.

У систем SAN есть много преимуществ над системами NAS. Например, довольно легко заменить упавший сервер в системе SAN, что намного труднее сделать для системы NAS, где устройство может участвовать или не участвовать в кластере устройств NAS. Также намного легче географически распределить массивы хранилищ в системе SAN. Такого рода географическое распределение часто предпочтительно для сетей, требующих решений по обходу отказа.

Самое большое преимущество систем SAN заключается в том, что они предлагают упрощенное управление, масштабируемость, гибкость, улучшенный доступ к данным и резервному копированию. По этой причине конфигурации SAN становятся обычными для больших корпораций, серьезно подходящих к вопросам хранения данных.

Вне области крупных сетей конфигурации SAN не слишком распространены. Исключением этому служит отласть редактирования видео, требующая среды с большим объемом хранилища и при этом широкой полосой доступа к данным. Конфигурация SAN с Fibre Channel представляет собой наилучшее решение для сетей, в которых редактируется видео или решаются сходные задачи.

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

Компания Google сообщила о приобретении стартапа TalkBin, разработчиков мобильной платформы для отправки отзывов о работе разных компаний. TalkBin предлагает платформу, которая позволяет пользователям отправлять отзывы через мобильное приложение. TalkBin также дает возможность компаниям читать отзывы, критику пользователей и отвечать через форму на веб-сайте. На данный момент сервис работает только на операционных системах Android и iOS.

Компания TalkBin еще очень молодая, она была основана в декабре 2010 года в Маунтин-Вью и ее существование не вызывало ни у кого особого интереса. “Мы рады приветствовать в Google команду TalkBin. Они разработали очень оригинальный метод связи потребителей с местными предприятиями. Мы уверены, что они удачно вольются в коллектив и сработаются с нашими командами в индустрии мобильных и локальных решений”, – заявило руководство компании Google веб-сайту TechCrunch. “Поисковый гигант” скорее всего заинтересовался командой разработчиков, нежели потенциалом данного продукта. Google также сообщила, что сервис TalkBin временно будет закрыт, но вскоре будет разработана обновленная версия подобного сервиса для множества предприятий.