`

СПЕЦИАЛЬНЫЕ
ПАРТНЕРЫ
ПРОЕКТА

Архив номеров

BEST CIO

Определение наиболее профессиональных ИТ-управленцев, лидеров и экспертов в своих отраслях

Человек года

Кто внес наибольший вклад в развитие украинского ИТ-рынка.

Продукт года

Награды «Продукт года» еженедельника «Компьютерное обозрение» за наиболее выдающиеся ИТ-товары

 

Новое в Windows Server 2008 R2: сетевое кеширование с Transparent Caching и Offline Files

Продолжая тему новых возможностей Windows Server 2008 R2 по работе с файлами, освещенных в статье о классификации файлов в Windows Server 2008 R2, а также о функциях распределенного сетевого кешированию файлов, о которых писалось в статье о BranchCache в Windows Server 2008 R2 – данная статья будет посвящена еще двум новым особенностям Windows Server 2008 R2 и Windows 7 в области сетевой работы с файлами. Итак – это функция Transparent Caching, обеспечивающая «скрытое» кеширование открываемых по сети файлов, и новые возможности уже известной по предыдущим версиям Windows функции Offline Files.

Начнем с более простой Transparent Caching – в ее задачу входит обеспечить снижение нагрузки на сеть при множественном открытии пользователем одного и того же файла в режиме чтения. Фактически, Transparent Caching в Windows Server 2008 R2 можно назвать аналогом кеша броузера, только в данном случае речь идет обо всех файлах, которые открываются через SMB и при соблюдении условия, что скорость работы сети ниже определенного заявленного предела. Если же сравнивать с Offline Files – то здесь речь идет о двух противоположных вещах – Transparent Caching обеспечивает всего лишь ускорение при повторном сетевом доступе к файлу (если он не менялся на источнике) за счет наличия локальной копии на чтение, Offline Files – полную синхронизацию и репликацию определенных сетевых папок или отдельных файлов между сервером и клиентом.

Работа с Transparent Caching для пользователя и администратора Windows Server 2008 R2/Windows 7 абсолютно «прозрачно» - на то оно и «прозрачное кеширование». Достаточно просто включить соответствующую опцию в групповых политиках Windows Server 2008 R2: Computer Configuration/Policies/Administrative Templates/Network/Offline Files/Enable Transparent Caching. С помощью этой политики можно включить или выключить режим кеширования и указать время задержки в сети (в миллисекундах), после которого система автоматически будет открывать сетевые файлы в режиме Transparent Caching с сохранением локальной копии для возможного последующего повторного открытия.

fc-transcache

Что же до функций Offline Files в Windows Server 2008 R2 – то они претерпели серьезные изменения, появились новые режимы работы. Теперь Offline Files имеют 4 режима работы:

· Online (функция Offline Files включена, сетевое соединение есть, но пользователь не включил режим работы с кешированными файлами) – когда клиент непосредственно подключен к сетевому ресурсу, но при этом все объекты, которые помечены, как Offline Files, работают в режиме кеширования – т.е. пользователь работает с локальными репликами файлов, которые сразу синхронизируются с сервером.

· Offline (disconnected) – работа без сети, пользователь редактирует локальные копии, при появлении сетевого соединения с ресурсом-источником файлов – происходит синхронизация (как это и было в предыдущих версиях).

· Offline (connected) – сетевое соединение есть, но пользователь самостоятельно переходит в режим отключенной работы, синхронизация файлов с источником происходит по расписанию. Именно наличие возможности синхронизации по расписанию, интервал которой управляется системным администратором через политики, существенно отличает Offline Files Windows Server 2008 R2 от предыдущих версий, где синхронизация происходила только при начале и окончании работы.

· Offline (Slow connection) – пользователь работает в режиме Online, но при появлении в сети задержек или падении пропускной способности ниже указанной – система переходит в режим Offline (connected). Так же новая функция Offline Files в Windows Server 2008 R2.

Так же, как и Transparent Caching, Offline Files управляется администратором посредством групповых политик, находящихся в упомянутом выше разделе.

fc-offline01 fc-offline02

fc-offline03 fc-offline04

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

Продолжение следует…

Новое в Windows Server 2008 R2: классификация и aвтоматизация управления файлами

Хочу извиниться перед всеми своими читателями за то, что весь март месяц в блоге не появилось ни строчки – увы, как поется в одной известной песне – «…когда-то у нас было время – теперь у нас есть дела…». Вот эти дела и помотали меня по командировкам. Я тут подсчитал, что из 31 дня марта месяца я был дома только 8 дней. А если посчитать то расстояние, которое я за командировки проехал на авто между городами Украины – то оно успешно подбирается к 6 000 км. Естественно, после того, как проедешь в ночь километров 300-400, а на утро у тебя встречи или выступления – писать уже как-то не хочется. Да и вообще – ничего не хочется…

Но вот оно как-то «полегчало», появилась пауза и возможность опять плодотворно поработать недельку-другую на пользу общества. О какой пользе идет речь – как я уже писал, мы планируем на май месяц большое техническое событие о Windows 7/Windows Server 2008 R2 в Киеве с обязательным веб-вещанием (надеюсь, вы смотрите вещание, которое сейчас идет с семинаров для ИТ-про?) и, возможно, продолжением в регионах. Мы запустили портал, где бы все желающие могли высказать свои пожелания по темам будущего мероприятия, но, как показало общение с коллегами – сначала желательно рассказать о возможностях нового продукта, чтобы народ мог «определиться».

Поэтому я в течение нескольких недель я постараюсь рассказать о большинстве наиболее интересных новых возможностях и функциях Windows Server 2008 R2 в виде практических рекомендаций по их применению. О новой функции локального кеширования файлов с удаленных сетевых папок в Windows 7/Windows Server 2008 R2 я уже писал, поэтому решил продолжить тему улучшения файловых служб и рассказать о новых возможностях классификации файлов в Windows Server 2008 R2.

Итак, классификация файлов – что это такое и о чем идет речь? Это новые функции, обеспечивающие через API файловой системы и оснастку File Server Resource Manager Windows Server 2008 R2 возможности создавать дополнительные свойства/атрибуты для классификации по ним файлов, классифицировать уже существующие файлы согласно их «стандартных» атрибутов, манипулировать файлами с определенными атрибутами, получать отчеты по файлам с различной классификацией. Что это дает? Это позволяет компаниям реализовывать различные сценарии обработки документов, в том числе и с конфиденциальной информацией, в файловых хранилищах – сбор, перенос, шифрование, архивирование и удаление, отправку по маршруту файлов, а так же «приближает» и совмещает некоторые возможности файловых библиотек SharePoint и файловой системы NTFS Windows Server 2008 R2. Ведь, фактически, эти новые функции являются повторением для NTFS уже существующих функций расширения атрибутов файловой библиотеки SharePoint, и, к тому же, с возможностью сохранения всех атрибутов файла, назначенных в библиотеке SharePoint в соответствующие атрибуты файловой системы при сохранении такого файла с портала на диск.

При столь сложном и «заумном» описании работа с функциями классификации файлов в Windows Server 2008 R2 очень даже проста и следует простому алгоритму:

1. Определить сами дополнительные атрибуты классификации для файлов (могут быть разных типов)

2. Определить правила самой классификации – а они могут быть разнообразными – по местоположению файла (встроенная возможность), по контенту или дескриптору безопасности (расширяется через API), отдельными скриптами и через сторонние приложения, сохраняющие файл вместе с требуемыми атрибутами (через API, пример – описанная выше работа SharePoint). Согласно этим правилам файлам присваиваются определенные в п.1 атрибуты.

3. Определить правила работы с классифицированными файлами (также можно работать и с обычными файлами без классификации) – перенос файлов, создание отчетов, выполнение собственных скриптов с передачей в виде параметров информации о файле (это встроенные возможности), изменять параметры безопасности, выполнять резервное копирование, шифрование при помощи той же WRMS, увы, можно будет пока только через API, «в коробке» таких функций не наблюдается.

Ну а теперь к делу:

1. Устанавливаем роль File Services через оснастку Server Manager и в ней – сервисы File Server и File Server Resource Manager

fs-prop-01 fs-prop-02

2. Определяем пару желаемых атрибутов для файлов:

a. Открываем оснастку File Server Resource Manager и находим в ней раздел Classification Management, здесь присутствуют подразделы Classification Properties (создание и управление самими атрибутами) и Classification Rules (создание и управления правилами назначения атрибутов тем или иным файлам на файловой системе)

fs-prop-03

b. Выбираем подраздел Classification Properties и в правой панели Actions выбираем команду Create Property – открывается окно свойств создаваемого атрибута.

fs-prop-04

c. Среди свойств основным является тип атрибута, который может быть логическим, дата-время, числовым или строковым значением, и, самое интересное, перечисляемым списком (Ordered List). Такой список позволяет определить некоторое множество понятных пользователю значений атрибута, например, уровней безопасности.

d. Устанавливаем тип будущего атрибута в требуемый нам тип (в данном случае список Ordered List), заполняем список соответствующими значениями (для примера мы выбрали значения Level 0 … Level 3, которые будут обозначать уровни требуемой файлам безопасности).

fs-prop-05

e. Атрибут для файлов готов

3. Определяем правила назначения созданного атрибута файлам

a. Выбираем подраздел Classification Rules и в правой панели Actions выбираем команду Create a New Rules – открывается окно свойств создаваемого правила назначения атрибута.

b. В первой вкладке (Rule Settings) указываем имя правила и, самое главное, область действия этого правила, которая определяется как набор каталогов и разделов диска.

fs-prop-06

c. Во второй вкладке (Classification) выбираем механизм классификации. Как я писал выше – сейчас есть только один встроенный механизм автоматической классификации – по местоположению, хотя через API могут быть реализованы другие варианты, например, по содержимому файла или дескриптору безопасности. Выбираем, какое значение какого атрибута будет присвоено файлам, попавшим под действие правила. В данном случае, все файлы в указанных каталогах получат требуемое значение созданного нами атрибута.

fs-prop-07

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

e. Определяем расписание автоматической процедуры классификации – для этого в правой панели Actions выбираем команду Configure Classification Schedule и в открывшемся окне свойств File Server Resource Manager Options в закладке Automatic Classification определяем желаемое расписание назначения атрибутов файлам, которые попадают под действие созданных нами ранее правил классификации.

fs-prop-08

f. По закрытию диалогового окна с настройками расписания классификации текущие настройки расписания отображаются внизу основного окна с правилами классификации. Кроме того, администратор может вручную запускать процесс классификации, используя команду Run Classification Now… из той же панели Actions.

fs-prop-09

4. Создание задач по обработке классифицированных файлов в Windows Server 2008 R2. «В коробке» Windows Server 2008 R2 присутствует возможность генерировать отчеты о принадлежности файлов той или иной классификации, переносить файлы с определенной классификацией и другими параметрами (например, дата создания/редактирования/доступа) в указанную папку или запускать созданный администратором скрипт, передавая ему в виде параметров информацию о папках или файлах.

a. Для создания задачи по обработке файла в оснастке File Server Resource Management необходимо перейти в раздел File Management Tasks и в нем в правой панели Actions выбираем команду Create File Management Task – открывается окно свойств создаваемой задачи по работе с файлами.

b. В первой закладке (General) указываем имя задачи и область действия задачи в виде списка каталогов или разделов диска.

fs-prop-10

c. В закладке Conditions указываем параметры, по которым будут отбираться файлы для обработки данной задачей. Основным критерием проверки файлов является наличие у них того или иного атрибута с требуемым значением, которые добавляются в список Property conditions при соответствующего диалогового окна, вызываемого кнопкой Add… Здесь необходимо указать какой атрибут на какое значение с каким оператором проверять. Кроме того, можно указать критерии временного отбора файлов.

fs-prop-11

d. В закладке Action, определяющей действие над файлом, указывается либо встроенная опция File Expiration (перенос файлов, прошедших отбор по критериям) и каталог, куда следует переносить их,

fs-prop-12

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

fs-prop-13

e. Здесь же, в закладке Report можно определить генерацию требуемых отчетов, в Notification – генерацию предварительных уведомлений о том, какие файлы и когда будут обработаны данной задачей, а автоматизировать работу созданной задачи по расписанию позволяет закладка Schedule.

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

Продолжение статей о новых функциях и возможностях Windows Server 2008 R2 следует… :)

Вопросы на семинарах и Windows 7/Windows Server 2008 R2

Итак, продолжая тему ответов на вопросы, заданных на идущих сейчас в Киеве семинарах, хочу озвучить 2 наиболее часто задаваемых вопроса:

1. Я не из Киева, но мне хотелось бы послушать данный семинар, задать вопросы, посмотреть демонстрации. Могли бы вы проводить такие семинары в режиме онлайн или публиковать где-то записи?

В связи с тем, что в анкетах и по почте мы получили массу таких запросов – со среды, 25 февраля, мы начинаем регулярное онлайн-вещание вечерних семинаров (для ИТ-специалистов) в формате Live Meeting. Таким образом, все, кто не может лично присутствовать на семинарах вечером, с 18:30 до 21:30, в среду и пятницу в офисе Майкрософт Украина (по адресу ул.Жилянская, 75, 4 этаж) – смогут поучаствовать в мероприятии виртуально. Планируется передача картинки на 300кб/сек, что позволит нормально отображать и презентации/демонстрации, и видео докладчика (в виде, например, “говорящей головы” Игоря Шаститко), и задавать вопросы в режиме чата.

Собственно приглашение на событие Live Meeting будет публиковаться для всех пользователей на портале события http://itproua.groups.live.com (торопитесь зарегистрироваться :) ) примерно за 1 час до начала вещания – чтобы вы успели установить клиента Live Meeting (у кого еще его нет и потестировать канал :) ).

По поводу просмотра материалов в записи – могу сказать, что мы свои обещания помним и кроме презентаций и ссылок по прошедшим темам все на том же портале http://itproua.groups.live.com скоро появится и оцифрованные видеозаписи предыдущих сессий. Задержка связана с достаточно большим размером исходного видео, необходимостью его “разрезки” на сцены (с ограничением в размере файла в 50МБ) и при этом подборе такого размера и качества картинки, при котором отснятый материал продолжал бы быть “читаемым” и наглядным. Мы сейчас над этим работаем.

2. Почему ваш семинар посвящен только решениям на базе уже существующих продуктов – Windows Server 2008, System Center 2007, Exchange Server 2007 и т.п.? Когда вы планируете рассказать про Windows 7/Windows Server 2008 R2?

Как я уже говорил – задача серии данных семинаров – помочь службам ИТ (как руководителям, так и техническим специалистам) сконцентрироваться на повышении эффективности работы их подразделения для бизнеса, особенно в условиях кризиса – минимизировать как прямые затраты на поддержку ИТ-инфраструктуры (TCO), так и косвенные затраты (например, потеря производительности и рабочего время пользователей из-за простоев ИТ) согласно модели оптимизации ИТ-инфраструктуры. Я уже неоднократно выступал перед разными аудиториями с презентацией концепций модели оптимизации (и, как показывает опыт – идеи модели нашли отклик на многих предприятиях Украины), поэтому в этот раз мы решили перейти в практическую плоскость – сделать 27 мероприятий, которые помогут ИТ-специалистам понять и внедрить все сервисы и технологии, описываемые в модели. И, поскольку, созданая ИТ-инфраструктура должна быть стабильна и надежна – она должна строиться на стабильных и надежных продуктах. Поэтому на семинарах речь идет о уже существующей и обкатанной линейке продуктов 2007-2008, увы, бета-версии в рабочей инфраструктуре рассматриваться не могут.

НО! Безусловно, мы не оставим без внимания новинки Windows 7 и Windows Server 2008 R2. Мало того, при создании семинара TechNet 2009, посвященного Windows 7 мы планируем включить в него материалы и темы, которые наиболее интересны нашему локальному ИТ-сообществу – т.е. непосредственно вы можете принять участие в создании данного семинара. Также этот семинар будет проходить не только в “реале” в виде презентаций и демонстраций в какой-то из дней (мая 2009), и будет не только записан на видео для просмотра всеми, кто не сможет быть в нужное время в нужном месте, но и будет многократно повторен через Live Meeting (который, я надеюсь, мы многократно “обкотаем” в ходе текущих семинаров) в онлайне.

План работы над таким достаточно “уникальным” семинаром и его проведения примерно таков:

  • уже сейчас открыт портал http://technet09.groups.live.com/, на котором вы можете оставлять описание тех тематик и те вопросы, ответы на которые бы вы хотели услышать на семинаре TechNet
  • Примерно в конце марта или 1 апреля все ваши вопросы будут классифицированы, уточнены и будет предложено на обсуждение расписание собственно семинара. Некоторые из вопросов, которые не попадут в “большое” расписание (увы, время выступлений ограничено одним днем или примерно 5 презентациями по 1:30), будут предложены в виде “бонусного пакета” вебкастов еще перед началом семинара и опубликованы на сайте для просмотра и обсуждения.
  • Непосредственно сам семинар TechNet 2009 планируется провести на третьей неделе мая. Для регистрации на семинаре первыми получат приглашение активные участники, задававшие вопросы на http://technet09.groups.live.com/, а также наиболее активные посетители текущих семинаров по ИТ-инфраструктуре. Семинар будет записываться на видео и вестись его прямая трансляция через Live Meeting или Windows Media Services.
  • После этого все материалы прошедшего “реального” семинара будут помещены на сайт и мы возьмем паузу в неделю, чтобы все желающие смогли познакомиться с материалами… Зачем?
  • Через неделю после семинара (ориентировочно, в начале июня) мы планируем провести в течении 2х недель ежедневные 2хчасовые сессии вопросов и ответов со скользящим графиком в режиме Live Meeting. На этих сессиях все, кто не смог присутствовать непосредственно на семинаре или у кого возникли дополнительные вопросы – смогут задать их в онлайне и получить исчерпывающий ответ, повторить те или иные сценарии, которые демонстрировались в процессе демонстрации и многое другое. При этом записи всех этих сессий также будут публиковаться на портале http://technet09.groups.live.com/, что позволит собрать досточно мощную базу знаний по тематике новых продуктов, которую можно будет спокойно изучать в период отпусков. :)

Приглашаю всех к сотрудничеству. Хотите интересный семинар с актуальными для вас темами – давайте сделаем его вместе!

IIS 7.0: краткая инструкция для системного администратора. Часть 1 – установка FastCGI/PHP

По просьбам трудящихся продолжаю приостановленную ввиду высокой рабочей нагрузки тему администрирования веб-серверами под управлением IIS 7.0 (темы установка, тестирование и конфигурирование Server Core для IIS). Решил “перепрыгнуть” через несколько запланированных тем и перейти к наиболее часто задаваемому вопросу “как установить PHP на IIS 7.0?”. Отвечаю – просто… :)

Для начала хочу сказать пару слов о теории этого процесса. Для повышения производительности и эффективности работы CGI-приложений, скрипты которых обычно вызываются по запросу к веб-серверу путем создания рабочего процесса обработчика и после выполнения скрипта этот рабочий процесс уничтожается, в IIS 7 реализован механизм FastCGI. FastCGI реализует механизм повторного использования запущенных процессов обработчиков тех или иных скриптов (например, PHP), что позволяет значительно повысить производительность и распараллелить выполнение разных скриптов одним процессом, даже если многопоточная обработка запросов не реализована в самом обработчике. Все это делает IIS 7.0 одной из самых производительных платформ для веб-решений на базе того же PHP.

Итого, для администратора здесь присутствуют 3 задачи – установить и сконфигурировать FastCGI, “родной” модуль IIS 7.0; установить и сконфигурировать Windows-реализацию нужного интерпретатора скриптов (как наиболее часто используемый сценарий рассматриваем PHP); “подружить” между собой IIS и PHP.

Задача 1 – установка FastCGI.

Модуль FastCGI является штатной единице IIS 7.0 и входит в состав более “крупного” сервиса CGI, который просто выберается в мастере установки роли IIS, рассмотренном в предыдущих постах.

cgi1

При успешном процессе установки, по окончании мастера установки IIS с выбранным сервисом CGI в консоли менеджера IIS – Internet Information Services (IIS) Manager – при выборе узла сервера или сайта в дереве конфигурации в центральной панели среди иконок модулей должна появиться иконка CGI

iis1

Далее, если планируется использование PHP, то, кроме обычной процедуры установки обновлений к Windows Server 2008 и IIS 7.0 рекомендуется также установить обновление KB954946, которое улучшает работу PHP с переменными окружения.

iis2

Итого, начальная установка модуля FastCGI для исполнения PHP или каких-либо других CGI-скриптов под IIS 7.0 завершена.

Задача 2 – установка и начальное конфигурирование PHP под Windows.

Берем “почти обычный” PHP под Windows по штатному адресу сайта сообщества PHP – http://www.php.net, выбираем там последнюю устойчивую сборку (на момент написания это 5.2.8). А “почти” потому, что нам требуется та сборка, которая Non-thread-safe (как уже писалось выше, FastCGI сам занимается управлением потоками и зачем тогда лишний раз дублировать эту функциональность? Кстати, это тоже дает небольшое повышение производительности), да и собственно инсталлировать там нечего, поэтому берем простой .ZIP архив, который мы просто распакуем и сконфигурируем далее.

iis3 cgi3

После загрузки архивного файла с нужной сборкой PHP, распаковываем его на наиболее подходящий для каждой конкретной конфигурации веб-сервера диск с соответствующей папкой (для данного примера это C:\PHP528). Находим в папке файл базовой рекомендуемой конфигурации php.ini-recommended и просто переименовываем его в php.ini.

cgi5

Открываем полученный php.ini в любом текстовом редакторе (Notepad вполне подойдет): и производим несколько правок, а именно:

  • Устанавливаем значение переменной конфигурации fastcgi.impersonate = 1 – это обеспечит возможность запускать PHP-скрипты с параметрами безопасности учетной записи, определенной в Application Pool сайта
  • Установка cgi.fix_pathinfo = 1 обеспечивает “правильную” работу PATH_INFO
  • Запрещаем (явно, для безопасности) редирект cgi.force_redirect = 0
  • В случае, если у нас единичный сайт (или сайты одно разработчика/пользователя) под управлением PHP, указываем путь к корневому каталогу сайта в переменной open_basedir. Если сайтов несколько и все они требуют собственных путей, то это можно указать отдельно, через параметры <fastCGI> или <handlers> конфигурационных файлой IIS: applicationHost.config (для всего сервера) или web.config (отдельного сайта)
  • и, наконец, указываем путь к расширениям PHP, идущим в комплекте или используемым отдельно, через переменную extension_dir = ./, которую меняем на полный “правильный” путь к расширениям типа нашего “C:\PHP528\ext” и не забываем раскомментировать нужные расширения из списка ниже самого параметра.

Все, базовые параметры для работы PHP настроены, тонкости “заточки” мы обсудим позднее. Теперь остался последний шаг – сконфигурировать совместную работу IIS 7.0 и PHP.

Задача 3 – конфигурирование IIS 7.0 для работы с PHP.

Проще простого – выбираем в левой панели Internet Information Services (IIS) Manager либо узел всего веб-сервера (это позволит сконфигурировать PHP на обработку запросов к любому веб-сайту), либо отдельного веб-сайта (это позволит держать разные версии PHP для разных веб-сайтов) и в центральной панели находим иконку модуля “Handler Mappings”, отвечающего за “привязку” различных вызовов к модулям-ответчикам, и открываем его.

cgi6

Видим список текущих привязок, убеждаемся, что к расширению типа *.php еще никто не "привязался". В правой панели консоли с открытыми параметрами "Handler Mappings" выбираем действие "Add Module Mapping...". Привязка именно модуля и обеспечит нам выполнение скриптов с расширением *.php с применением PHP, но среда их выполнения будет контролироваться модулем FastCGI. Для этого в открывшемся диалоговом окне Add Module Mapping вводим в поле "Request path:" значение *.php, из списка "Module:" выбираем FastCgiModule, в "Executable" при помощи кнопки "..." находим php-cgi.exe в каталоге с только что развернутым PHP (для нашего примера это C:\PHP528\php-cgi.exe), ну а имя в поле "Name:" - по личной фантазии - я предпочитаю что-то типа PHP 5.2.8. И нажимаем в диалоговом окне Ok, а после, подтверждаем наши действия еще раз кнопкой Yes.

cgi7 cgi8

Все сделано. Теперь IIS 7.0 может успешно выполнять скрипты PHP. Единственная рекомендация – для каждого веб-сайта под управлением PHP создавать свой отдельный Application Pool и запускать его под специальной учетной записью.

Для проверки работы PHP создаем в каталоге C:\inetpub\wwwroot (путь к корневому каталогу сайта по умолчанию Default Web Site) текстовый файл с расширением .php (например, start.php) со следующим содержимым:

<?php
      phpinfo();
?>

и вызываем его из браузера, например, http://localhost/start.php. Если вы видите на своем экране примерно то же, что приведено на скриншоте ниже – значит, PHP у вас работает нормально.

cgi9

Продолжение темы по администрированию IIS 7.0 следует.

Tecтирование Windows 7 – наблюдения за скоростью копирования

Одним из наиболее “больных” мест Windows Vista сообществом считается низкая скорость файловых операций, особенно на внешних USB-устройствах.

Если честно, то я не планировал специально доказать обратное по отношению к Windows 7 – оно само так получилось :) Мне просто надо было скопировать на внешний USB-диск образ с Office 2007 для переноса на сервер с виртуалками, который находился на рабочем ноутбуке, работающем теперь под управлением Windows 7 beta. Я, не долго думая, подключил первый попавшийся USB-драйв, нашел этот файл образа размером в 559МБ, выполнил для него Send To … и тихо удивился… Скорость копирования на внешний USB-диск, 2.5” который, не самый быстрый – была практически мгновенной, а показанные значения копирования зашкаливали за недостижимые физически для драйва 65МБ/сек!!! Сравнил с аналогичной операцией над тем же файлом туда же по Windows Vista – 8МБ/сек?!… Жуть как разогнали, казалось бы, винты и USB-интерфейсы под Win7. Для тех, кто не верит – приводятся оригинальные скриншоты окна копирования (слева – Vista, справа – Windows 7):

copy-vista copy-win7-7000

Но недолго пришлось радоваться… Оказалось, что на 8-10 секунд копирования (вернее, движения прогресс-бара диалога) приходится еще 15-18 секунд ожидания завершения операции, при том, что статус операции достиг своего завершения (похоже, Windows 7 “сбрасывает” кеш) – итого, примерно 28 секунд копирования файла размером 559МБ дают нам среднюю скорость в 20МБ/секунду записи на USB-драйв, что существенно выше показанных Windows Vista. Но то, что прогресс-бар и показатель “мгновенной скорости” копирования врет безбожно (как это было когда-то на Windows XP) – стало совершенно очевидно.

copy-win7-7022 Все эти эксперименты я проводил в выходные, а уже в понедельник мне случайно досталась новая сборка 7022. И, представьте, каково было мое удивление, когда я решил проверить диалоговое окно копирования и его показания скорости для этого же файла… Прогресс-бар показывает теперь (в сборке 7022) процесс копирования корректно, т.е. диалоговое окно закрывается при достижении им конечной отметки сразу, без столь длительного ожидания в 15 сек, как это было в сборке 7000. Зато… правильно – из этого диалогового окна совершенно пропали показатели мгновенной скорости копирования… вообще… и еще – увидить время до окончания операции мне тоже так и не удалось, даже на более крупных файлах.  Только Calculating… Похоже, разработчики еще прорабатывают правильный алгоритм подсчета скорости копирования и времени окончания.

Но если говорить об абсолютных замерах, то 7022 справилась с операцией копирования 559МБ файла на USB-диск уже за 23 секунды, что дает достаточно неплохие показатели в 24МБ/сек, а вот время копирования С USB-диска 2,5ГБ файла состалило всего 80 сек, что позволяет говорить о 32МБ/сек. Что весьма и весьма радует… Подождем теперь, что покажут другие публичные сборки Windows 7.

То, что осталось за кадром…

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

  • Вышел релиз-кандидат Internet Explorer 8, почитать и скачать IE8 RC1 можно здесь. Из особо выделяемых функций этой, почти законченной версии, можно назвать повышенную скорость работы (особенно рендеринга), новые акселераторы (типа поиска в картах выделенных фрагментов адреса), новый режим поиска Instant Search, предлагающий при вводе запроса в строке поиска “полновесные” подсказки, режим защиты персональной информации InPrivate Browsing, который блокирует использование кукисов, истории и прочие “фишки”, используемые разными сайтами.
  • Зарелизен Microsoft Web Platform Installer v1.0 – отличная утилита для веб- администраторов и разработчиков, позволяющая выбрать сценарий исользования сервера как продуктовый веб-сервер, среду разработки и после устанавливающая и конфигурирующая на этом сервере такие продукты, как IIS, Visual Studio, SQL Server. При этом Web Platform Installer автоматически инвентаризирует сервер, на котором проводится установка и выгружает с Инета все недостающие необходимые для выбранного режима работы пакеты установки и их обновления. Поддерживается Windows Server 2008, Windows Server 2003, Windows Vista, Windows XP. В результате, фактически, за 5 кликов и через полчаса загрузки вы получаете именно такую конфигурацию, которая вам требуется, даже достаточно экзотические, например – с поддержкой исполнения PHP на IIS 7 в режиме FastCGI. Будет полезна всем…
  • И для “матерых” админов IIS 7 выпущен полный справочник по файлам конфигурации IIS 7 – полное описание файлов ApplicationHost.config, Administration.config, Redirection.config. Все теги, все их атрибуты, все способы установки (если это касается каких-то модулей) и использования через различные API/языки программирования. Читать – не перечитать, ребята проделали громадную работу, даже страшно представить, чего им это стоило. Очень рекомендую.

Отвечая на вопросы на семинарах (часть 1)

Кто не в курсе, то скажу – сейчас в Киеве идет серия еженедельных семинаров для ИТ-руководителей и ИТ-специалистов (кто еще не записался – будем рады видеть). На этих семинарах (а большинство из них веду я), как всегда, масса вопросов, на которые я частично успеваю ответить, на некоторые – нет, а еще часть вопросов – это типа “а поделитесь, пожалуйста, теми презентациям, скриптами, документами, ссылками, которые вы сегодня показывали”. Я для себя решил, что если что-то не просто озвучить перед аудиторией, а дать возможность постоянно пользоваться всем этим для более широкой Интернет аудитории – это будет лучше всего. Все материалы будут доступны для всех и в любое время. Потому все буду кидать сюда и на отдельно созданый портал на Live.com - http://itproua.groups.live.com/ (чтобы там можно было проводить обсуждения и загружать туда материалы большого объема).

Итак, по тематике семинара 23.01.2009, где рассматривались новые возможности управления Windows Server 2008 и отдельные утилиты:

Читаем, пишем свои сценарии и порталы событий/безопасности/производительности с помощью LogParser или того же PowerShell. Продемонстрированные на семинаре скрипты пока буду присылать по запросу, в общем доступе будут после того, как приведу их в читабельный вид и хотя бы чуть-чуть прокомментирую.

Как установить Windows 7 или Windows Server 2008 R2 c USB-девайса

Продолжая тему установки бета-версии Windows 7 “на поиграться”, поднятую в предыдущем посте про установку Windows 7 в виртуальный VHD-диск, решил сделать доброе дело для всех тех, у кого на руках эти самые “недобуки/нетбуки” и кто, узнав о хорошей производительности Windows 7 на слабом железе, захотел поэкспериментировать с работой Windows 7 на нетбуке (у самого Fujitsu Lifebook u810). Но вот проблема с этими нетбуками – ну нет в них DVD-драйва, приходится усиленно искать внешний или устанавливать ОС путем предварительного “перелива” инсталляционного пакета на жесткий диск по сети и стартом его через уже установленную ОС. Потому загрузка инсталяционного пакета Windows 7 с USB – простое решение всех проблем. Да и сам факт простого создания такого инсталяционно-загрузочного USB-драйва – вещь в хозяйстве полезная. :)

Итак, подготовка USB-флеш для будущей загрузки и установки Windows 7/Windows Server 2008:

  • взять USB-драйв (можно и другой носитель, типа SD-карты) размером не менее 4ГБ, подключить к USB-порту, приготовиться пожертвовать всей находящейся на нем информацией
  • запустить в Windows XP/Windows Vista командную строку CMD.EXE от прав администратора
  • запустить утилиту управления дисками diskpart, дождаться приглашения DISKPART>
  • выполняем команду list disk, отображающую список всех дисков (не разделов!) ПК. Ищем среди них наш диск USB, в нашем примере это Disk 1
  • выполняем команду select disk # (где # – это номер нашего USB-драйва, полученного в предыдущей команде). Для нашего случая – select disk 1. Данная команда указывает diskpart, что все дальнейшие операции будут проводиться с данным диском
  • выполняем команду clean (прощайте данные и разделы на выбранном диске)
  • выполняем команду create partition primary – создание нового раздела на диске
  • выполняем команду select partition 1 – выбор раздела, как дальнейшего объекта для манипуляций
  • active – делаем выбранный раздел активным
  • format fs=NTFS – форматируем раздел в файловую систему NTFS
  • assign – активируем процесс подключения устройства, получения букв для созданных разделов (если автостарт опция включена – всплывает окно, как будто вы только что подключили USB-драйв)
  • exit – выходим из diskpart в командную строку.

USB-драйв готов к дальнейшим манипуляциям

instUSB-1

А теперь внимание. Берем имеющийся у вас дистрибутив Windows 7/Windows Server 2008 R2, допустим, на DVD-диске, установленном в драйв G:

В командной строке (не в diskpart !!!) выполняем следуюшие команды:

  • G:
  • cd \boot – переходим в каталог boot дистрибутива
  • выполняем команду bootsect /nt60 I: – где I: – буква, полученная только что подготовленным USB-драйвом.  Данная команда подменяет на диске I: файлы загрузчика на те, которые необходимы для загрузки Vista/Windows 7
  • один момент – битность базовой ОС и дистрибутива Windows 7 должны быть одинаковыми

instUSB-2

Все, USB-драйв готов. Копируем на него со стандартного инсталяционного пакета все файлы. Можно использовать как штатный Windows Explorer, так и команды xcopy или robocopy (я предпочитаю robocopy – быстро и уверенно).

Загружаем необходимый ПК с полученного USB-драйва, устанавливаем с него Windows 7.

P.S. Помню, что обещал еще написать посты о том как это все снести и как подключать внешние VHD с уже установленной ОС. На неделе сделаю. :)

Kaк установить Windows 7 и ничего не “сломать”

В первую очередь этот пост для тех, кто хотел бы попробовать работу Windows 7 на своем компьютере, но по каким-то причинам не рискует этого делать – не хочется, например, переразбивать разделы на жестком диске, есть сомнения в дальнейшей работоспособности или совместимости с уже установленной ОС. Но благодаря некоторым новым возможностям Windows 7/Windows Server 2008 R2 – это не проблема. Теперь вы можете установить новую ОС Windows 7 рядом с уже существующей, ни коим образом не затронув ее базовую функциональность, разбивку дисков или файловую структуру. Кроме того, вы можете спокойно установить неколько независимых копий ОС Windows 7 на одном разделе и успешно между ними переключаться.

Все это реализовано теперь весьма и весьма просто – файлы .VHD, известные как виртуальные диски, Windows 7/Windows Server 2008 R2 теперь воспринимают как отдельные разделы и поддерживают загрузку ОС, установленных внутри этих файлов. Но, хочу заметить, никакого отношения к вирутализации данный случай не имеет – система внутри VHD загружается также, как если бы ее файлы находились бы просто на “обычном”, привычном для нас, разделе диска типа С: или D:. Т.е., создаем файл .VHD нужного размера на уже существующей файловой системе того или иного диска, в процессе установки Windows 7 или Windows Server 2008 R2 монтируем этот VHD-файл, как отдельный раздел диска, устанавливаем в него ОС…  Все… Можем повторить процедуру M, нет, лучше N раз, пока не закончится место на “родительском” разделе и установить столько ОС, сколько влезет. При этом как ОС, установленная на “радительском” разделе, так и ОС в других .VHD, останутся нетронутыми.

Перспективы, как вы понимаете, колоссальные, как для обеспечения ускоренного развертывания, так и для обеспечения отказоустойчивости и динамического распределения нагрузки при помощи той же виртуализации. Теперь любая виртуальная машина при потребности в повышенных аппаратных ресурсах может быть переведена в “физическое” состояние простым перенаправлением загрузчика физического хоста на файл .VHD этой виртуальной машины, и, наоборот – любая ОС, работающая на физическом хосте, может быть тут же превращена в виртуальную. Перспективы заманчивые… Вплоть до скорой реализации “Восстания машин” и “Матрицы”… :)

Ну а теперь – к делу… Теория без практики – пуста… Допустим, у вас под рукой скромный ПК или ноутбук, на жестком диске которого только один раздел С:, и на нем присутствует 50ГБ свободного места. Вы хотите установить сюда Windows 7 beta, но при этом сохранить установленную на диске ту же Windows Vista.

Итак, установка Windows 7 или Windows Server 2008 R2 на VHD. Все просто:

  • Качаем нужный образ Windows 7 или Windows Server 2008 R2
  • Записываем “скачаный” образ .ISO на диск или делаем из образа загрузочный USB с установкой Windows 7 (очень полезно для нетбуков)
  • Загружаем наш ПК с полученого диска/USB
  • Подтверждаем установку, выбираем язык и редакцию, соглашаемся с лицензией и все такое… Не боимся, все с вашей текущей системой будет нормально…
  • Доходим до шага мастера установки, где нас просят выбрать или создать тот раздел диска, на который будет установлена Windows 7.

instR2-1

А теперь внимание! Следуем инструкции… Трюк! 

Нажимаем комбинацию клавиш Shift+F10, мастер запускает командную строку CMD.EXE. В окне CMD.EXE запускаем программу diskpart. Немного ждем и получаем приглашение DISKPART>

instR2-2

Далее идет несколько шагов – создание непосредственно файла .VHD, будущего диска для установки нового экземпляра Windows 7, выбор и монтирование этого файла как “реального”, с точки зрения мастера установки, диска.

В приглашении DISKPART> вводим команду create vdisk file=”C:\Win7.vhd” type=FIXED maximum=30720

Данная команда создает файл .VHD на диске С: с именем Win7.vhd (диск, папка расположения и имя файла зависят только от вашей системы и фантазии), максимальный размер будущего виртуального диска определен как 30ГБ, при этом тип .VHD определен как “фиксированного размера”, т.е. файл изначально будет занимать 30ГБ на “родительской” файловой системе. Это обеспечит лучшую производительность и меньшую вероятность сбоев, покольку если вы укажите тип как “динамически расширяемый” (type=EXPANDABLE), то, во-первых, это потребует дополнительных дисковых операций по мере необходимости увеличения реального размера .VHD, а во-вторых, если “вдруг” на родительском разделе место закончится раньше, чем такой файл достигнет своего максимального размера – то за последствия для ОС, использующей этот файл, никто не отвечает :) С другой стороны – 30ГБ дискового пространства более чем достаточно для установки системы, тем более что файлы пользователя могут храниться на файловой системе “физического” диска, который будет также доступен ОС, установленной на .VHD. И тут динамический тип позволяет съэкономить дисковое пространство. Выбор, как говорится – за вами. Для более полного ознакомления с параметрами create vdisk рекомендую познакомиться, выполнив в строке DISKPART> команду help create vdisk

instR2-3

После успешного выполнения команды create (процесс может занимать длительное время при создании фиксированного файла с большим максимальным значением размера) выполняем следующие команды:

DISKPART> select vdisk file=”C:\Win7.vhd” – выбор созданного .VHD для дальнейших операций в рамках утилиты diskpart

DISKPART> attach vdisk – монтирования выбранного .VHD-диска как нового диска в системе

instR2-4

После успешного выполнения всех операций командой exit выходим из утилиты diskpart, и еще раз команда exit – уже в приглашении CMD.EXE для закрытия командной строки.

Мы вернулись в окно мастера установки с выбором диска для установки Windows 7. В нем нажимаем кнопку Refresh, расположенную под списком дисков. Видим наш новый диск, выбираем его, нажимаем Next.

instR2-5

Все, процесс установки Windows 7 на .VHD диск, который мы только что создали, пошел… При это будет не только установлена новая ОС, но и подменен загрузчик на “физическом” системном разделе для успешного старта с .VHD. Кстати, при установке Windows 7/Windows Server 2008 R2 на “голую” машину, мастер установки автоматически создает на диске системный раздел в 200МБ, на котором помещается загрузчик, а уже для самой системы создается отдельный раздел.

instR2-6

И еще один, далеко не праздный, вопрос. Как загрузиться с уже существующего VHD файла, в котором установлена Windows 7, например, перенесенного с другого ПК. Все очень просто – необходимо подменить файлы загрузчика bootmgr/bcdedit.exe на системном разделе версиями, взятыми из уже установленной Windows 7. Заметьте, такой тип загрузчика и простота его замены поддерживается только для Windows Vista/Windows Server 2008, а с Windows XP придется повозиться (копать в направлении bootsect). Далее, получив на “физической” ОС загрузчик от Windows 7, запускаем “новый” bcdedit, чьи параметры device и osdevice теперь поддерживают значения типа vhd=C:\Win7migrated.vhd. В общем это буде выглядеть примерно так: bcdedit /set {boot_record_GUID} device vhd=C:\Win7migrated.vhd (подробнее читаем документы в Сети). После таких экспериментов перегружаем систему и видем меню загрузчика, дополненое новым пунктом и передающем управление на перенесенный файл .VHD

Так что удачной вам всем установки Windows 7/Windows Server 2008 R2 на VHD-диски и интересного тестирования.

Неблизкий путь от Windows Server 2008 к Windows 7 Server

После успешной установки и недельной эксплуатации клиента Windows 7 пришла очередь и Windows Server 2008 R2 (кто не в курсе, серверная часть Windows 7 называется теперь Windows Server 2008 R2). После возвращения из недельной командировки, где Windows 7 показала себя только с лучшей стороны, я, оказавшись дома и почувствовав близость офиса, осмелел – решил установить и Windows 7 Server на рабочий ноутбук вместо Windows Server 2008 (чего не мог себе позволить “в полях”, рискуя в случае чего остаться без любимых виртуалок).

Итак, решение было принято и из 2х зол я решил выбрать меньшее – обновление до новой версии Windows Server 2008 R2 beta (6.1.7000) здравствующего на ноуте Windows Server 2008, а не “чистую” установку новой ОС с нуля, которую потом еще понадобилось бы “причесать” под корпоративные требования и установить приложения для работы… Первой жертвой эксперимента стал домашний старенький 2хпроцессорный сервер с совсем старыми Xeon’ами и совсем немного памяти (12ГБ). На нем была установлена копия Windows Server 2008, а сам, благодаря многочисленным жестким дискам и RAID-контроллерам, он использовался в основном как большой NAS (благодаря Microsoft iSCSI Target) для виртуальных машин в домашней сети и как маленький виртуальный сервер (увы, под управлением Microsoft Virtual Server 2005 R2 – Hyper-V на нем не работает из-за отсутствии аппартаной поддержки виртуализации в старых процессорах).

Жертва перенесла перерождение абсолютно спокойно – программа обновления Windows Server 2008 R2, запущенная из-под текущей ОС, успешно прочекал текущие настройки ОС и ПО и дал добро на обновление… Обновление оказалось задачей не из простых и, в отличие от “чистой” установки, заняло около 1 часа 20 минут времени. Но по прошествии этого времени я получил сервер с Windows Server 2008 R2 и рабочими приложениями, которые были до этого установлены под управлением старого Windows Server 2008. Беспроблемно работающие под новой ОС Virtual Server 2005 R2 (который, кстати, еще и стал субъективно работать быстрее) и iSCSI Target убедили меня в правильности выбраного пути перехода… И я взялся за ноут…

С ноутом получилось не все так гладко – при проверке совместимости я получил предупреждение, что некоторые фичи Windows Server 2008 не будут обновлены при установке Windows Server 2008 R2 и их следует деинсталировать, а после обновления установить заново. :( И это был сервис… Правильно – Hyper-V, собственно, основная вещь, из-за которой я и держу на ноуте Windows Server. Ну просят – так надо делать. Итого – снос Hyper-V на старой ОС, обновление с Windows Server 2008 до 2008 R2 (а оно сказало, что надо перенести около 450 000 файлов), установка в новой системе нового Hyper-V, установка обновлений – заняло на довольно неплохом ноутбуке с процессором Т7700 и шустрым винтом на 7200об/мин около 1 часа 50 минут. Результат – аналогичен эксперименту с “старым” сервером – все настройки и программы Windows Server 2008 подхватились и успешно работают в Windows Server 2008 R2.

И пару слов, дабы охладить пыл желающих поставить систему “прям сейчас” – проверьте разрядность ваших процессоров. Хотя для новых систем это и не станет преградой, то для 3хлетних процессоров это может оказаться фатальным – Windows Server 2008 R2 переносит нас в мир полностью 64битных вычислений. Поддержка х86 режима не заявлена и в текущей бета-версии не присутствует х86 сборка.

Впрочем, медленный процесс обновления был с лихвой компенсирован работой нового Hyper-V v2 в Windows Server 2008 R2. Установка еще одной копии Windows Server 2008 R2 в виртуальную машину под управлением все того же Hyper-V Windows Server 2008 R2 заняло всего 25 минут (такой результат раньше я получал на куда более производительном, чем мой ноут, железе). При этом установка дополнительных утилит и обновлений в виртуальную  ОС (как это было в случае с Windows Server 2008), не требуется. Windows Server 2008 R2 сразу “понимает”, под чем был запущен и работает ли он в виртуальном окружении. Кстати, такое поведение обещают и для Windows Server 2008 после выходя ServicePack 2 к нему. Но самое интересное получилось после того, как на основе первой установленной виртуальной машины я решил сделать эталонный образ при помощи sysprep. От старта в виртуальном окружении подготовленного таким способом образа ОС Windows Server 2008 R2 до полной ее готовности к работе как “нового”, полностью сконфигурированного, экземпляра прошло всего 5 минут (!!!). Теперь клонированию для создания новых систем нет преград… :)

Ктати, и о массе новшеств, обещанных в новом Hyper-V – я их как-то не очень-то и разглядел. Да, немного поменялся внешний вид менеджера Hyper-V и окна настроек отдельных виртуальных машин. Но вот, например, разрекламированных 3х значений распределения памяти для виртуальных ОС – максимум-стартовое-минимум – я так и не обнаружил. :(

Зато в процессе развертывания и конфигурации были обнаружены те роли, которые раньше шли как обновления, например Windows Server Update Services. Надеюсь, теперь они включены полноценно и не требуют дополнительной загрузки самого “тела” инсталляции WSUS в 80МБ.

Windows Server 2008 R2 Roles

Аналогично, стал более обширным и набор функций, среди которых можно заметить отсутствие PowerShell (он установлен как среда управления по умолчанию, на ряду с cmd), разделение BITS на подфункции, описанный мною ранее BranchCache, мегафича Direct Access, средства миграции и удаленного управления. Каждая из этих функций по отдельности достойна специального поста, чем я и займусь в ближайшее время.

R2-features1 R2-features2

Также были замечены и новые, весьма дружелюбные, возможности по управлению встроенным Firewall, в которых разделение управления разными типами сетей (Private/Public) стало наконец-то интуитивным для “начинающих админов-пользователей”.

R2-firewall1 R2-firewall2

И все же, гвоздем программы стали изменения в самом Server Manager, основной графической консоли управления Windows Server 2008 R2. К его настройкам ролей добавили весьма полезный в повседневной жизни инструмент проверки настроек той или иной роли – Best Practices Analyzer. Теперь вернуть в начальное состояние хитровывернутые конфигурации того или иного сервера или понять “чего это я там такого намудрил” станет для админов намного проще.

R2-iisbestpractice

Ну и поскольку я активно “мучаю” Internet Information Services 7.0, являющийся неотъемлемой частью Windows Server 2008, то стало интересно посмотреть, что же там внутри нового IIS 7.0 R2. Посмотреть есть чего… Начиная от абсолютно нового компонента IIS Hostable Web Core, позволяющего разработчикам создавать свои собственные веб-сервера без “большого” IIS, и заканчивая всем тем, что команда IIS успела написать как отдельные плагины и расширения к “базовому” IIS 7. Теперь “из коробки” мы получаем и полноценный FTP, и разнообразные средства администрирования, и те же WebDAV/BITS. Также были замечены и изменения в безопасности на уровне Application Pools, но об этом также позже.

R2-iishwc R2-iisnewext

И чего все это стоит? …в смысле аппаратных ресурсов и головной боли от глюков бета-версии… Скажу честно – производительность новой серверной платформы на высоте. Устойчивость. Ну как сказать – за 2 дня эксплуатации в Windows Server 2008 R2 beta замечен был один “синий экран смерти”, причем в момент попытки подключения Bluetooth-мышки (хорошо, что не блютусовой кошки), и пара-тройка самопроизвольных аварийных закрытый того самого хваленного Server Manager. Что, впрочем, вполне терпимо для бета-версии такого масштаба. А ресурсы – вот они, ниже. Скриншот из виртуальной машины с “поднятым” IIS веб-сервером.

R2-memory

А где скачать Windows 7 Server, он же Windows Server 2008 R2, думаю, вы знаете и без меня - http://www.microsoft.com/windowsserver2008/en/us/R2-beta.aspx

 
 
Реклама

  •  Home  •  Рынок  •  ИТ-директор  •  CloudComputing  •  Hard  •  Soft  •  Сети  •  Безопасность  •  Наука  •  IoT