Краткий обзор Windows Thin PC

Итак, 1 июля в линейке операционных систем Windows состоялось пополнение – вышла новая операционная система – Windows Thin PC, которая пришла на смену Windows Fundamentals for legacy PCs (Windows для устаревших ПК) и предназначена для использования в инфраструктуре виртуальных рабочих столов (Virtual Desktop Infrastructure, VDI) на рабочих станциях с устаревшим аппаратным обеспечением.

Windows Command Reference: справочник по утилитам командной строки OC Microsoft. Составлен и опубликован Microsoft.

Хочу поддержать замечательную серию постов от Александра Трофимова (http://rublog.alex-trofimov.com) под названием “Старая добрая командная строка”. Всем рекомендую – ненавязчиво и живенько о довольно скучном предмете.

Ну а я, в свою очередь, в конце своего сообщения дам ссылку на сборник с описанием утилит “старой доброй командной строки”, которая получила совершенно новую жизнь с выходом Windows Server 2008 и Windows Vista.

Я вообще-то с некоторым недоверием отношусь к разного рода самописным справочникам-сборникам с описанием параметров утилит командной строки для операционных систем Windows. Их пишут люди и им свойственно иногда ошибаться или “очепятываться”. Но тут СОВСЕМ ДРУГОЕ ДЕЛО! Пишут сами, так сказать, авторы.

20 октября компания Microsoft опубликовала на Microsoft Download Center справочник по утилитам командной строки для Windows Vista, Windows 7, Windows Server 2003, Windows Server 2008 и Windows Server 2008 R2.

Область применения такого справочника, думаю, в подробностях описывать не нужно. Ну а если все-таки вкратце, то цитата:

You can use the command reference to familiarize yourself with new and enhanced command-line tools, to learn about the command shell, and to automate command-line tasks by using batch files or scripting tools.

Есть, правда, некоторые замечания по компиляции исходников в итоговый *.chm – некоторые “Technology lists” (таги, или кумулятивные метки) не работают, несмотря на то что соответствующие утилиты в сборнике все-таки присутствуют. Но это непринципиально. Думаю, эту мелочь быстренько поправят (ID 1141221337 submitted ).

Забирать сборник здесь. После выгрузки разблокируйте файл, а то активный контент работать не будет.

Кое-что про малоизвестные удобства Windows Search

Совершенно случайно натолкнулся на еще одну возможность организации Windows Search в Windows 7.

Про возможности расширения возможностей поиска, т.н. “Federated search” я как то уже писал в Windows 7 Federated Search Providers. Блестящая, подробнейшая публикация в нескольких частях по возможностям Windows Search имеется также на блоге Вадима Стеркина, см. ссылку,  раздел “Библиотеки” п.4 “повторить поиск”, – и о повторном поиске, собственно, речь и пойдет далее.

Так вот заинтересовал меня вопрос об изменяемости стандартных опций повторного поиска (см. скриншот ниже).

Оказывается и это настраиваемая опция. Имеется возможность добавления в перечень “стандартных мест” для повторения поиска своих библиотек или, если есть, ‘Search Connectors’.

Делается это следующим образом:

1. Устанавливаем, к примеру, свои ‘Search Connectors’ или создаем новые библиотеки.

2. Входим в редактор групповых политик, раздел User Configuration, Administrative Templates, Windows Components, Windows Explorer.

3. Включаем политику “Pin Libraries or Search Connectors to the “Search Again” links and the Start menu” (см. скриншот).

4. Устанавливаем дополнительные Search Connectors или создаем новые библиотеки. Например:

5. Копируем в буфер обмена путь к установленному коненектору, вызвав диалоговое окно его свойств:

6. В соответствующие поля диалогового окна редактирования групповой политики “Pin Libraries or Search Connectors to the “Search Again” links and the Start menu” добавляем скопированные пути к коннекторам или библиотекам:

7. Нажимаем Ok и любуемся результатами:

Допустим, не нашли то что нужно…
Тогда попробуем ‘TechNet Connector’… 
Нажимаем Search again in –> TechNet … 
Получаем другой результат:

Или через меню ‘Пуск’:

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

Миграция на Windows 7. Анализ Gartner.

Гартнер опубликовал результаты исследования на тему: “Prepare for Your Windows 7 Migration Crunch”. Лейтмотив исследования выглядит примерно так: “…У большинства организаций не будет ресурсов мигрировать на Microsoft Windows 7 ко времени окончания сроков поддержки Microsoft Windows XP…” По оценке, приведенной в указанном документе, почитать полный текст которого будет стоить $195, миграция обойдется расходами от $1,205 до $1,999 на РМ в зависимости от уровня зрелости инфраструктуры, что как минимум приведет к 20-и процентному увеличению вложений в IT бюджет. Другие эксперты оценивают увеличение расходов на содержание одного рабочего места от 15% до 24% (в худшем случае).

Это означает, что увеличение такого рода вложений приведет к уменьшению финансирования других инфраструктурных проектов, если есть, IT бюджет-то не резиновый. Ну а выражаясь простым языком, – на период перевода инфраструктуры на Windows 7 все остальное доброе и хорошее придется отодвинуть в сторонку. Вот такая диалектика: один-два года вынужденного прогресса в одном направлении будут означать застой или регресс по другим.

Впрочем, наши Украинские реалии отличаются временами чудовищной нелогичностью. Окончанием поддержки Windows XP никого вообще не напугаешь, а переход на Windows 7 и связанная с этим некая оптимизация количественного состава парка рабочих мест может привести даже и к сокращению IT бюджетов. Не правда ли, знакомо?

Это были отчасти чужие мысли вслух и повод к дополнительным раздумьям.

Выдержки из исследования с возможными сценариями миграции можно посмотреть здесь: http://www.gartner.com/it/page.jsp?id=1427413

Disk2vhd обновился до версии 1.6.2

Обновился до v1.62 инструмент для переноса «реальных» систем в .vhd файл (P2V) с возможностью последующей загрузки из него. Утилитка очень полезная и в моей практике неоднократно ей находилось применение. Сылка на домашнюю страницу: http://technet.microsoft.com/en-us/sysinternals/ee656415.aspx

Рекомендую.

P.S. Внизу вышеуказанной странички есть примечание, на которое советую обратить внимание:
Physical-to-virtual hard drive migration of a Windows installation is a valid function for customers with Software Assurance and full retail copies of Windows XP, Windows Vista, and Windows 7. Software Assurance provides users valuable benefits—please contact Microsoft Corporation for further information. Windows XP, Windows Vista and Windows 7 installed by Original Equipment Manufacturers (OEM) using OEM versions of these products may not be transferred to a virtual hard drive in accordance with Microsoft licensing terms.

Вызов Troubleshooting Pack средствами командной строки

Одна из ключевых идей Windows Troubleshooting Platform – перенести часть типовых повторяющихся задач по разрешению проблем с плеч службы поддержки (она ведь дорогая!) на плечи оконечного пользователя. Именно с этой целью в Windows 7 появились Windows Troubleshooting packs, которые по сути своей представляют коллекцию PowerShell скриптов ‘made by Microsoft’ для того, чтобы в интерактивном режиме продиагностировать наличие некой проблемы и, если возможно, с разрешения пользователя, попытаться ее поправить. Стандартный набор траблшутеров состоит из 5 online пакетов (доступны через Windows Online Troubleshooting Service) и 20 пакетов в комплекте установки операционной системы. Этот набор расширяемый, для этого в руки администраторов предоставляется Windows Troubleshooting Pack Builder, и они вправе создавать и публиковать в корпоративном окружении в виде .diagpkg файликов свои самописные ‘траблшутеры’.

В норме, список доступных пакетов (если не регулировался через GP preferences) выглядит примерно так:

 или так: 

Такое представление хорошо, удобно, информативно, но … с точки зрения профессионала. Для простых, пересічних громадян, это, все-таки, страшноватый для немедленного использования вариант. Подготовка многих пользователей PC зачастую оставляет желать лучшего, к сожалению. В памяти всплывают ситуации, когда народ пытался отредактировать табличку в .pdf документе средствами Pdf ридера и страшно возмущался, что “ничего не выходит, а ведь тут же написано ‘внесите изменения в эту таблицу MS Excel’” и много-много подобных инцидентов. Поэтому доступ к инструментарию пользователю должен предоставляться в максимально упрощенном виде. Лучший вариант – в виде ярлыка на рабочем столе.

Ну так вот… Я долго вел к этому моменту, так как на самом деле, несмотря на заголовок и прелюдию, я хочу рассказать о том, как поместить ярлык конкретного траблшутера Windows на рабочий стол.

Итак, представим, имеется проблема с принтером, которая всегда успешно разрешается через соответствующий Troubleshooting Pack. Для того, чтобы не рассказывать каждый раз где это все найти и как, бросаем его ярлык на рабочий стол. Для этого сначала идем на: http://technet.microsoft.com/en-us/library/ee424379(WS.10).aspx и определяемся с синтаксисом утилиты msdt. В общем случае команда на запуск конкретного траблшутера будет выглядеть примерно так:

msdt /id идентификатор_пакета

где ключ /id идентификатор_пакета отвечает за запуск конкретного траблшутера

По ссылке, указанной выше, смотрим нужный нам Troubleshooting Pack ID (идентификатор пакета) для проблем с принтером.

В итоге получаем следующее:

msdt /id PrinterDiagnostic

Теперь достаточно создать ярлык на рабочем столе и в его свойствах указать эту команду. Примерно так:

Впрочем, следует учесть, что некоторые (но не все!) варианты разрешения проблем потребуют повышенных привилегий, которые обычным пользователям все равно могут быть недоступны. Поэтому, чтобы вариант ярлычка был достаточно функциональным, возможно, придется выполнить дополнительные административные действия. Например: если принтер локальный, то для вышеуказанного примера можно дать разрешение “Manage this Printer” пользователю.

Этот же способ можно применять для скриптования рутинных задач обслуживания операционной системы, решение которых может осуществляться также посредством Troubleshooting Packs, например вариант MaintenanceDiagnostic – для очистки от “мусора”. Однако, если предусматривается сриптование в PowerShell, то здесь ситуация иная, все выполняется в контексте командлета

Invoke-TroubleshootingPack, но это другая история, и об этом, возможно, напишу как-то по-позже.

Вебкасты на тему автономного обслуживания образов ОС

Стараюсь всегда идти на встречу пожеланиям (см. комментарии к предыдущему посту). Поэтому, решил начать очередной “сериал” на тему Business Desktop Deployment. На настоящий момент на Techdays.in.ua опубликованы две демонстрации на тему автономного обслуживания образов Windows 7:

1. Автономное обслуживание образа Windows 7. Эпизод 1.

2. Автономное обслуживание образа Windows 7. Эпизод 2.

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

Отдельный привлекательный момент – смена локализации образа. В Эпизоде 1 в образе ОС выполняется pre-stage двух языковых пакетов, но процесс установки при старте все равно предложит выбрать единственный язык системы по-умолчанию (особенности лицензирования). В Эпизоде 2 выполняется замена языкового пакета и одновременно смена редакции ОС. Немногие знают, что редакцию ОС можно поднять одной командой, поэтому, из опыта, этот факт приводит народ в восторг.

Формат вебкастов – без изменений: демонстрация. Слайдкасты меня не вдохновляют.

Можно ли добавлять свои инструменты в msconfig (System Configuration utility)?

Ответ утвердительный. Для этого нужно создать файлик с именем mscfgtlc.xml и разместить его в C:\Windows\system32.

Содержимое файлика (пример):

<MSCONFIGTOOLS>
<a NAME="Q-Dir file manager" PATH="C:\Program Files\Q-Dir\Q-Dir.exe" 
DEFAULT_OPT="" ADV_OPT="C:\Windows" HELP="Q-Dir file manager"/>
</MSCONFIGTOOLS>

Результат:

Таким образом можно расширить список доступных на вкладке Tools инструментов диагностики и разрешения проблем, для чего в целом и предназначена  утилита “System Configuration”.

Фокус был неоднократно показан еще в эпоху чтения курсов по Windows Vista для специалистов службы поддержки и вызывал одобрение у народа. Имеется ссылка по этой теме на портале Службы поддержки Microsoft.

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

По следам старых заметок – QtTabBar

В феврале 2009 года я сделал маленький пост под названием “Интересный mod Проводника”. С тех пор я послеживал, периодически, за развитием этого проекта. В силу ряда обстоятельств ведущий разработчик этой замечательной надстройки  Проводника Windows поменялся и, после вынужденной паузы, разработка QtTabBar была успешно продолжена г-ном Paul Accisano, студентом выпускного курса University of Florida. Приложение, на самом деле, очень достойное, и я за это решил его немножко попиарить на своем блоге.

Итак, самое примечательное, из того, что добавляет QtTabBar в интерфейс проводника – это вкладки(!) и дополнительная, расширяемая, панель инструментов. Имеется и ряд других “Eye candy” и приятных удобств.

 

Текущая версия — 1.5.0.0 Alpha 3 (dtd 29.05.2010). Можно скачать и опробовать отсюда.

Комментарии: Проводник в Windows 7 и сам по себе достаточно хорош, и, в принципе, в 99% случаев для выполнения файловых операций я пользуюсь именно им. Однако, как видите, нет предела совершенству (главное, конечно, чтобы не в ущерб стабильности 🙂 ). В целом, test-drive показал несколько повышенное потребление ресурсов и приличную, как для альфы, стабильность приложения.

За подробностями и полным описанием добавляемого фунционала рекомендую сходить на сайт разработчика: http://qttabbar.sourceforge.net/

Да… этот пост был таже опубликован в противовес некоторым индивидуумам, которые считают Проводник Windows нерасширяемым и “деревянным” анахронизмом.

USMT XML Builder

Маленькое продолжение предыдущего поста… В нем я упомянул о еще одном средстве, которое мне никак не удавалось запустить – USMT XML Builder. Ищущий, да обрящет – в конце концов это удалось, с выходом новой 60-и дневки. Автор, Simon Jarvis, кстати, так и позиционирует свое приложение – 60-и дневными версиями, что, впрочем, более чем достаточно для проектирования миграции рабочих станций и даже “пилотов”.

Принцип работы – тот же, что и у предыдущего приложения (Migration Assistant) – то есть используются стандартные шаблоны из комплекта USMT (System settings, User items и Applications – я их так собирательно, для простоты, назову), которые автор перепаковал и поставляет вместе со своим изделием. Следовательно, не требуется физического присутствия WAIK.

Особо чувствительный момент в процессе миграции – миграция приложений и их настроек. Этому в утилите уделено особое внимание.

Последовательность действий такова: Из Microsoft-made списка шаблонов (см. скриншот ниже), импортируются в список нужные приложения.

Далее прослеживаются, а, при необходимости, и поправляются пути к файлам, ключи реестра и список .ini файлов (если такие сопутствуют приложению).

Можно конфигурировать миграцию дополнительных приложений, т.е. отстутствующих в MigApp.xml USMT 4.0, или отдельных документов или даже настроек неких периферийных устройств (это мне показалось очень интересным). Это все выполняется вручную, нужно только отследить, а затем указать через мастера, какие файлы, ключи реестра и другие объекты должны мигрировать.

Одним словом, ничего принципиально нового в конфигурирование сценариев миграции эта утилита не вносит, однако все делается WYSIWYG, в этакой своеобразной IDE с мини-мастерами. На выходе получаем кастомизированный .xml файлик и приличную экономию времени на конструирование скриптов миграции.

Администраторам рабочих станций – ссылку на загрузку – в закладки.