Продукты и технологии Microsoft

Выпущены Windows 7 и Windows Server 2008 R2!

ashapo — Thu, 23 Jul 2009 17:55:00 GMT

Есть новости, которые нельзя обойти стороной. Windows 7 и Windows Server 2008 R2 сданы в производство! Финальной стала сборка 6.1.7600.16385. Оба продукта поэтапно станут доступны партнерам, корпоративным заказчикам, наконец, всем желающим. Подробно об этих этапах и датах вы можете узнать здесь. Я же отдельно отмечу, что все подписчики TechNet и MSDN смогут скачать дистрибутивы уже 6 августа.

Безусловно, мы уделим особое внимание и “Семерке”, и R2 в докладах, которые скоро появятся на портале TechDays. И уж конечно, довольно большой объем материала будет посвящен этим продуктам на ежегодной конференции “Платформа 2010”.

Как и многие мои коллеги, я хотел бы выразить признательность всем, кто принимал участие в тестировании вета-версии и RC, сообщал об обнаруженных ошибках, делился впечатлениями и идеями.

Спасибо!

Microsoft Office 2010 Technical Preview

ashapo — Wed, 15 Jul 2009 15:29:16 GMT

В эти дни в США в Новом Орлеане проходит ежегодная партнерская конференция Microsoft. Помимо того, что в пленарной сессии принимает участие Стив Балмер, чьи выступления всегда интересны и зажигательны :), конференция примечательно еще и тем, что на ней, пожалуй впервые, публично продемонстрированы возможности нового офисного пакета с оригинальным и неожиданным названием Microsoft Office 2010. :)

Office 2010 перешел в стадию Technical Preview, что является довольно важной вехой в разработке продукта. Technical Preview – первый билд, доступный публично (конечно, не считая торрентов, поистине бесценных источников цифровых богатств планеты :)). Однако стоит отметить, что доступ к Technical Preview ограничен – лишь получившие по email специальные приглашения смогут скачать дистрибутив.

С другой стороны, никто не мешает вам попытаться войти в число “избранных” на многим хорошо знакомом ресурсе Microsoft Connect. Если же этот номер не пройдет, а может быть и не очень-то хотелось :), то рекомендую вот этот публичный сайт (правда, на английском), где можно безо всяких ограничений посмотреть на наиболее интересные возможности приложений Office 2010.

Скачать Windows 7 RC можно до 15 августа

ashapo — Wed, 24 Jun 2009 11:25:11 GMT

Не могу не обратить ваше внимание на новость от коллег относительно Windows 7 Release Candidate. Любой желающий может скачать Windows 7 RC (build 7100) только до 15 августа. После 15 августа публичный доступ к дистрибутиву RC будет прекращен, однако останется возможность получить ключи для установки уже скаченных дистрибутивов.

В этом контексте не лишним будет напомнить, что совсем скоро истекает срок действия бета-версии Windows 7 (build 7000). Так что будьте внимательны и своевременно обновите свои системы!

Robocopy.exe в Windows Vista и Windows 7

ashapo — Mon, 18 May 2009 20:35:54 GMT

На днях копировал очередной дистрибутив с шары на внутреннем файловом сервере. Поскольку качал из дома через VPN, а связь не самая надежная, по привычке использовал для закачки утилиту robocopy.exe. Поймал себя на мысли, что наверняка не все знают об этой весьма полезной программе, которая, начиная с Windows Vista, входит в дистрибутив операционной системы. Поэтому,

полное название: Robust File Copy Utility;

назначение: надежное копирование папок и/или файлов с локальных или сетевых ресурсов;

главная особенность: запущенная с ключом /Z, реализует “докачку” с файловых шар (restartable mode), то есть если в процессе копирования разрывается соединение, и связь с сервером теряется, то после восстановления канала связи копирование файла продолжается с точки разрыва, а не начинается заново.

В самом простом варианте применение утилиты может выглядеть так:

robocopy.exe \\srv1\distr\windows7 c:\distr /E /Z,

хотя параметров у нее довольно много.

Вообще говоря, robocopy.exe известна еще со времен NT, но только с выходом Vista стала, наконец, частью ОС. Если вы используете версию Windows до Vista, можете скачать robocopy.exe, например, в составе Windows Server 2003 Resource Kit.

Срок действия бета-версии Windows 7

ashapo — Fri, 08 May 2009 14:37:03 GMT

Windows 7 Release Candidate “шагает по стране”:

- С 1 мая Windows 7 RC доступен для скачивания подписчикам TechNet Plus и MSDN.

- С 5 мая на портале TechNet обновилась страничка Springboard Series с техническими ресурсами по Windows 7. Постепенно пополняется новыми техническими статьями (на английском и русском) библиотека TechNet по Windows 7.

- C 5 мая Windows 7 RC уже есть в публичном доступе.

Всячески рекомендую попробовать этот продукт тем, кто еще с ним не знаком. Ну и пора переходить на RC тем, кто тестирует бета-версию Windows 7 (build 6.1.7000). Последнее особенно актуально в связи с тем, что срок действия бета-версии истекает 2 июля 2009 г. Увидеть эту дату можно запустив команду winver.

Если говорить точнее, то за две недели до указанной даты вы получите соответствующее предупреждение. Начиная с этой даты, компьютер начнет выполнять команду shutdown каждые два часа, и с 1 августа бета-версия полностью прекратит работу.

Номер версии ядра Windows 7

ashapo — Fri, 20 Mar 2009 20:22:13 GMT

О том, почему новая клиентская ОС Windows имеет семерку в своем названии, почему она именно “седьмая”, и как этот номер соотносится с номером ядра, писалось уже неоднократно. Однако, мой опыт недавних выступлений на семинарах TechDays в различных городах показал, что вопросов на эту тему по-прежнему много.

Один из способов отобразить номер установленной версии Windows – запустить команду ver в Command Prompt. Например, в Vista SP1 результат выполнения команды выглядит так:

Первые два значения, разделенные точкой, фактически указывают версию ОС (в данном случае, 6.0), следующее четырехзначное число – номер сборки (build).

Если при выпуске очередной ОС меняется первая цифра в номере версии, принято говорить, что данная ОС представляет собой major release. Тем самым подчеркиваются существенные изменения в архитектуре продукта, и, как следствие, большой объем новых функций, технологий и возможностей. Эти самые изменения могут повлиять, в том числе, на работоспособность приложений, разработанных для предыдущих версий системы. Совместимость нередко является платой за инновации, причем не только в области разработки ПО. :) И наоборот, обновление лишь второго числа в номере версии означает выпуск minor release и несет в себе плавное, эволюционное развитие продукта. Существующий функционал расширяется с минимальными последствиями для совместимости приложений и/или драйверов, либо вообще без таковых последствий.

Думаю, вы согласитесь с вышесказанным, посмотрев на следующую таблицу и вспомнив (кто сможет :)) особенности той или иной версии Windows. В таблице перечислены только продукты архитектуры Windows NT. Первая версия NT получила номер 3.1, поскольку тогда на рынке уже пользовалась большой популярностью Windows 3.0.

Название продукта	Номер версии
Windows NT 3.1	3.1
Windows NT 3.5	3.5
Windows NT 3.51	3.51
Windows NT 4.0	4.0
Windows 2000	5.0
Windows XP	5.1
Windows Server 2003	5.2
Windows Vista / Windows Server 2008	6.0
Windows 7 / Windows Server 2008 R2	6.1

Windows 7 представляет собой очередной major release семейства NT и содержит большое количество изменений в системе, в том числе, на уровне ядра. Этот факт как раз и отражен в названии продукта, а стало быть, по логике, и номер версии должен быть 7.0. Тогда почему в бета-версии в ответ на команду ver мы получаем 6.1.7000?

В Windows 7 все сделано для совместимости приложений, разработанных под Vista. Иными словами, любое приложение, написанное под Windows Vista, будет корректно работать и под Windows 7. Однако, многие приложения при старте проверяют major-версию ОС и, обнаружив 7, могут завершить свою работу. Для предотвращения подобных ситуаций, то есть, еще раз подчеркну, для обеспечения максимальной совместимости на уровне приложений, было решено “Семерке” присвоить номер версии 6.1. Вот такая “магия чисел”. :)

Firewall в Windows 7

ashapo — Tue, 10 Mar 2009 17:36:41 GMT

Подходит к концу наше очередное “турне” :) с семинарами TechDays по городам России. Мне осталось посетить Калининград (12 марта) и Краснодар (17 марта). Один из докладов семинара посвящен технологиям безопасности Windows 7. И поскольку все нововведения в этой области за один доклад конечно же не объять, постараюсь в своем блоге уделить внимание тем аспектам безопасности, о которых мы в рамках семинара не говорили вообще, или говорили недостаточно подробно.

Этот пост посвящен новым возможностям встроенного в Windows 7 firewall. Первая и главная, как мне кажется, особенность firewall в Windows 7 заключается в том, что несколько профилей могут быть активными одновременно.

Несколько активных профилей

Напомню, начиная с Windows Vista, встроенный firewall поддерживает три профиля – domain, private и public (в XP их было два – domain и standard). Каждый профиль представляет собой набор применяемых firewall-ом правил. Всякий раз, когда компьютер подключается к сети, ОС пытается идентифицировать эту сеть и применить соответствующий профиль. В частности, если в сети доступен контроллер домена, которому принадлежит данный компьютер, автоматически применяется доменный профиль. Если же в новой сети, к которой компьютер подключился, контроллер домена отсутствует, применяется наиболее ограничивающий public-профиль. При этом перед пользователем возникает окно, в котором можно явным образом выбрать профиль для данной сети.

Служба Network Location Awareness (NLA) сохраняет информацию о сети в специальной базе данных. Когда в следующий раз компьютер подключится к этой сети, и NLA успешно ее идентифицирует на основе сохраненной в базе информации, firewall автоматически применит соответствующий профиль.

Так вот в Windows Vista в каждый момент времени только один профиль может быть активным. То есть в каждый момент времени настройки только одного профиля применяются ко всем сетевым интерфейсам, для которых firewall включен. Это порождает определенные проблемы. Например, в доменном профиле администратор разрешил входящие подключения для некоторого бизнес-приложения (Microsoft Office Groove, как вариант). Пользователь работает на ноутбуке в доменной сети и использует это бизнес-приложение. Предположим, пользователь перемещается в переговорную комнату, из которой доступна некоторая публичная WiFi-сеть, скажем, офиса соседнего этажа или оператора мобильной связи. WiFi-адаптер ноутбука автоматически подключается к этой публичной сети, и для нее должен быть применен профиль public. В подобной ситуации, когда адаптеры “смотрят” в разные сети, Vista всегда применяет наиболее ограничивающий профиль, то есть public, в котором, в свою очередь, все входящие подключения запрещены. Как следствие, наше бизнес-приложение перестает корректно работать. Другой пример – VPN. Все тот же пользователь со своего ноутбука пытается получить доступ к корпоративным ресурсам, но уже из дома. Он устанавливает VPN-подключение, и перед ним вся корпоративная сеть. Однако поскольку для VPN-подключения используется, например, private-профиль, настройки доменного профиля firewall-а не применяются, и бизнес-приложение опять не работает так, как надо. Все это создает определенную головную боль для ИТ-отдела компании.

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

Стало быть, после подключения из Интернет-кафе с помощью VPN к корпоративной сети, ко всему трафику, следующему через VPN-туннель, применяется доменный профиль, в то время как весь остальной трафик защищен профилем public. Демонстрацию этого функционала вы можете посмотреть в моем докладе: “XP, Vista, Win7 – вчера, сегодня, завтра. Технологии безопасности” на сайте TechDays.

Настройка исключений для нескольких профилей

Есть несколько усовершенствований в интерфейсе аплета Windows Firewall в панели управления. Раньше, при настройке исключений, то есть указании, какому приложению разрешено работать через firewall, настройки сохранялись в текущем (активном в настоящий момент) профиле. В Windows 7 можно явным образом выбрать один или несколько профилей, на которые распространяется данное исключение.

Подобная возможность есть и при появлении оповещения о том, что некоторое приложение пытается работать через firewall.

Подчеркну, что речь идет именно об аплете Windows Firewall. Если создавать правило с помощью Windows Firewall with Advanced Security, то и в Vista, и в Windows 7 создаваемое правило можно сразу же распространить на несколько профилей.

Включение/выключение firewall для профилей

В Windows 7 можно довольно легко включить или выключить firewall, а также оповещения о блокировании приложений для конкретного профиля или профилей.

Дополнительные ссылки

С помощью дополнительных ссылок из аплета Windows Firewall в “семерке” можно быстро перейти к консоли Windows Firewall with Advanced Security, настройкам по умолчанию или к инструменту разрешения проблем.

Исключения для пользователей и компьютеров

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

Диапазоны портов

Последняя деталь, которую хотелось бы отметить, возможность в правилах указывать теперь диапазоны портов. В Vista можно было указывать конкретные номера портов, разделяя их запятой.

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

Загрузка Windows 7 и Windows Server 2008 R2 с VHD

ashapo — Wed, 25 Feb 2009 17:16:43 GMT

С момента появления публичной бета-версии Windows 7 уже довольно много написано про такую интересную возможность этой ОС, как загрузка с VHD-файлов. Буквально вчера на сайте TechDays появился веб-каст из серии “Готовые решения”, в котором вы теперь можете увидеть необходимые шаги по настройке этой возможности. Автор доклада – Михаил Гоч – отразил, как мне кажется, все варианты использования встроенной поддержки VHD в Windows 7:

1. Как установить Windows 7 в VHD-файл на физическом компьютере

2. Как подготовить к использованию на физическом компьютере VHD-файл с Windows 7, созданный с помощью продуктов виртуализации, таких как Virtual Server 2005 или Hyper-V

3. Как включить загрузку, например в Windows Vista, с имеющегося VHD-файла с Windows 7

Еще одна ценность веб-каста Миши в том, что отмечены главные нюансы и “подводные камни”, с которыми сталкиваешься, впервые настраивая загрузку с VHD. Лишний раз отмечу такой параметр, как максимальный размер VHD-файла – причина многочисленный “синих экранов” при попытке загрузиться с VHD. При создании VHD-файла, делаете ли вы это в графическом интерфейсе Windows 7, в diskpart, или, скажем, в Hyper-V, необходимо указать максимальный размер файла. В случае фиксированного VHD этот размер и будет актуальным. Если же вы создали динамический VHD-файл, например, в том же Hyper-V (а по умолчанию именно динамический файл и создается), и установили Windows 7, то реально ваш VHD будет иметь размер примерно 5-6 ГБ при максимально возможном размере 127 ГБ. Но при попытке загрузиться из такого файла, Windows 7 будет инициализировать именно максимальный размер VHD. Соответственно, если на разделе физического жесткого диска вашего компьютера, где вы расположили VHD-файл, свободного пространства меньше максимального размера VHD-шника, то загрузиться с такого VHD не получится.

Наконец, отдельно хотел бы затронуть преимущества встроенной поддержки VHD. Да, конечно это и возможность легко загружать различные варианты ОС на компьютере, отсутствие необходимости создания кучи разделов на жестком диске и пр. Но за этим важно увидеть стратегическое направление развития ОС Windows. Постепенно стираются границы между “физической” и “виртуальной” средой работы пользователя. Теперь айтишники могут создавать в Hyper-V или Virtual Server требуемое количество должным образом сконфигурированных VHD, с установленным софтом, заданными политиками, региональными установками и пр. И для очередного пользователя на его компьютер надо просто скопировать по сетке нужный VHD, подмонтировать его в boot manager и загрузить. Изменились требования к рабочей среде, появились новые политики, просто изменяем нужный VHD в Hyper-V, и наша библиотека имиджей всегда актуальна и отвечает текущим условиям. Нужен полный backup рабочей станции пользователя – это реализуется простым копированием одного файла. Поддержка VHD открывает совершенно новые сценарии работы как пользователей, так и, пожалуй в первую очередь, ИТ-специалистов. В терминах денег, времени, гибкости, сложности сопровождения и т.д.

XP, Vista, Win7 – вчера, сегодня, завтра

ashapo — Thu, 12 Feb 2009 18:11:37 GMT

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

Первая новость – собственно этот пост. Без комментариев. :)

Вторая новость. Совместными усилиями мы обновили сайт http://www.techdays.ru. Кроме внешнего вида мы уже наполнили и продолжаем наполнять этот ресурс свежими материалами. Безусловно, одними из наиболее приоритетных направлений для нас, и, надеюсь, наиболее интересных для вас, являются Windows 7 и Windows Server 2008 R2. Поэтому данным двум продуктам будет уделено особое внимание, как на сайте TechDays, так и на традиционных семинарах, волна которых уже покатилась по нашей необъятной стране.

В связи с вышесказанным с удовольствием анонсирую серию online-докладов под кодовым названием “XP, Vista, Win7 – вчера, сегодня, завтра”. В рамках этой серии мы будем рассматривать, как эволюционируют те или иные технологии Windows, будь то безопасность, сетевые возможности или инструменты управления. Не знаю, сколько серий выдержит этот сериал, во многом это зависит и от вас, но первая серия уже увидела свет! Она посвящена сетевым возможностям. Буквально “в озвучке” вторая серия – “Технологии безопасности”.

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

1. Я вовсе не ставил перед собой задачу доказать, какая ОС самая “крутая”. Это и так очевидно. :) Просто хотелось наглядно показать ряд новых или усовершенствованных функций. А вдруг вы что-то из этого не знаете? :)

2. Это серия коротких докладов уровня 100. Никакой глубины, никакого “технического мяса”. Детали буду в отдельных докладах уровня 200 и 300, а также здесь, в моем блоге.

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

Поехали!

TechDays = TechNet + DevDays

ashapo — Tue, 23 Sep 2008 10:44:16 GMT

Прошло чуть болше двух месяцев с момента последнего поста. Лето, отпуска, 1 сентября... На самом деле, мы с Андреем Бешковым утопали в работе, связанной с запуском сайта TechDays. Хотя немного отдохнуть все же успели. :)

Итак, то, о чем уже успели протрубить многие блоги и сайты: стартовал проект TechDays. Идея проекта - объединить под одним брендом материалы и мероприятия, ориентированные на широкие слои разработчиков и ИТ-профессионалов. Думаю, очень многим из вас знакомы традиционные семинары TechNet и DevDays, которые Microsoft регулярно проводит на протяжении уже нескольких лет. Я принимал участие в мероприятиях TechNet, начиная с первого в 2004 году. И чем популярнее становились семинары, тем больше откликов мы получали с просьбой приехать в этот город или в этот. Но как бы нам не хотелось, посетить все города, куда нас приглашали и приглашают, нереально. Мой личный рекорд - 16 городов за два месяца. Поверьте, это очень непросто. Во всех смыслах. :)

И мы решили перенести основной акцент в online. Сами по себе семинары TechNet никуда не делись. На уже упомянутом сайте вы сможете найти расписание осенней серии. Но гораздо больше информации вы найдете теперь найти www.techdays.ru. Масса докладов в различных форматах, которые можно скачать, прослушать в свободное от еды время, дать свои комментарии. Причем большую часть докладов подготовили не сотрудники MS, а ИТ-профессионалы: сисадмины, инженеры, и даже ИТ-руководители, то есть те, кто реально эксплуатирует наши технологии и может сказать об этих технологиях все... Ну, в смысле всю правду... Объективную. :)

А чтобы сделать новый портал максимально интересным и полезным, мы объединили усилия людей, отвечающих за взаимодействие как с разработчиками, так и с IT Pro. Содержимое портала постоянно пополняется. Более того, если у вас есть силы и желание рассказать о той или иной технологии, пишите. Мы открыты для диалога и сотрудничества.

В заключение еще раз отмечу, семинары TechNet живы и продолжают развиваться, получив теперь весьма важное и обширное online-дополнение. Заходите на ~~TechNet~~ TechDays, "это и есть zoom-zoom" :)

В мыслях о TechNet

ashapo — Mon, 14 Jul 2008 16:25:29 GMT

Коллеги!

Сейчас в разгар лета мы начинаем готовить традиционную серию семнаров TechNet, которая как всегда прокатится по стране осенью, ориентировочно в октябре, начале ноября. Будет много новшеств, и может быть даже неожиданностей. Но главное, мы на это очень надеемся :), будет интересно.

Однако мне бы хотелось услышать ваши пожелания, а именно, какие темы для вас наиболее важны и интересны? Только не абстрактно (Windows Server 2008, или все о Windows Server 2008), а достаточно конкретно, по возможности, конечно. :) Ну, например, backup Active Directory, или там, управление веб-серверами в режиме Server Core.

Не буду ничего обещать, не стоит это рассматривать как голосование, но услышать ваше мнение действительно важно.

В общем, как обычно комментарии всячески приветствуются. :)

Пять лет в MS в картинках

ashapo — Mon, 23 Jun 2008 17:30:34 GMT

Ровно пять лет назад состоялся мой первый рабочий день в компании Microsoft. В московском офисе меня сфотографировали, нагрузили информацией, дали презу, которую надо было прочитать на следующий день, и отправили обратно в Питер.

Сидим в офисе. Вдруг коллега рядом начинает давиться от смеха. Показывает мне главную страницу веб-сайта одного из ведущих партнеров MS в Питере. В центре страницы красивый баннер и информация о совместной промо-акции. А справа колонка с рубрикой «Анекдот дня»:

Объявление: «Ищу поклонников Microsoft. Найду – убью!»

Так я понял, что партнеры – наше все. :) А это – один из сувениров от партнера на Новый год:

Я все ждал, когда же начнется та самая настоящая работа. Но лето – особое время. Сначала я попал на отмечание завершения финансового года, потом на team building. Два дня ходили по лесу, прыгали с деревьев на тарзанку, играли в разные заумные и интересные игры. Пионерский лагерь! :)

Я-то думал, что попал в очень серьезную компанию… :)

Снеговик :)

Так и оказалось. Работы становилось все больше, задания становились все ответственнее. :)

После штурма.

И вот теперь я ношу высокое звание эксперта по информационной инфраструктуре. Красивое название! Ну, собственно сам и придумал. :) А по сути – евангелист (в определенной области, конечно :))

Спустя пять лет выгляжу примерно так:

При этом от деликатных коллег чаще всего можно услышать два синонима слова «разжиревший»: возмужавший и заматеревший. :)

Если чуть серьезнее, это были очень хорошие, яркие, запоминающиеся пять лет. Надеюсь , следующие пять буду не менее интересными. А главная ценность моей работы – общение с людьми, с вами.

За что вам большое спасибо!

Ну, и по традиции… вопросы? :)

Семинары TechNet: вопросы и ответы (2)

ashapo — Thu, 19 Jun 2008 15:20:32 GMT

Как и обещал в предыдущем посте, вопросы / ответы с веб-трансляции по кластерам.

Построение надежной и управляемой инфраструктуры на базе Windows Server 2008

Вопрос. Какие на Ваш взгляд преимущества/недостатки у конфигурации файлового сервера, поднятого в классическом виде на отказоустойчивом в кластере, и поднятого в виде виртуального сервера на том же отказоустойчивом кластере

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

Вопрос. Как я понимаю, Access-Based Enumeration теперь встроен в систему?

Ответ. Совершенно верно. Access-Based Enumeration позволяет пользователю видеть только те общие папки, на которые у него есть права. Нет прав на папку – папка не видна. Эта возможность появилась впервые в Windows Server 2003 SP1 в виде специального пакета, который нужно было устанавливать дополнительно. В Windows Server 2008 Access-Based Enumeration встроен изначально и, в том числе, поддерживается на кластерных структурах.

Вопрос. А когда выйдет Storage 2008?

Ответ. Выпуск Windows Storage Server 2008 запланирован на начало 2009 года.

Вопрос. Что будет при падении наблюдателя (witness)? Всего лишь потеряется один голос?

Ответ. Да, но этот голос влияет на количество узлов, которое может выйти из строя. К примеру, в кластере 4 узла и соответственно 4 голоса, плюс еще один голос у наблюдателя. Итого, 5. Если наблюдатель «жив», мы можем потерять половину узлов (два из четырех), но кластер будет работать, так как из пяти голосов у нас остается три, то есть большинство. Если witness не доступен, из 4 узлов можно потерять только один, если же «упадут» два, «упадет» весь кластер.

Вопрос. Как сохраняется состояние виртуальной машины (содержимое памяти) при падении узла? Следующий узел запускает виртуальную машину с нуля?

Ответ. Если произошло внезапное падение узла, то просто некому сохранить содержимое памяти и состояние виртуальных машин. В такой ситуации работоспособный узел запускает виртуальные машины с нуля. Подробности в веб-трансляции Андрея Бешкова, посвященной Hyper-V.

Вопрос. Основной фичей Storage Server является iSCSI Target? Или же есть множество улучшений направленных на повышение производительности дисковых операций?

Ответ. Конечно не только iSCSI. Возможности Windows Storage Server можно посмотреть здесь. Отмечу, что данный продукт не доступен (не продается) в виде софта как такого. Это «начинка» для хранилищ и поставляется только OEM-партнерами в виде соответствующих «железных» решений.

Вопрос. Возможно ли поднять кластер для Hyper-V?

Ответ. Да. Об этом опять же рассказывал Андрей Бешков в уже упомянутой трансляции.

Вопрос. Выбор SMB подразумевает поддержку SMB2? Или это зависит от того, на чём крутится хранилище?

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

Вопрос. Существует ли вариант с размещением контроллеров домена на тех же серверах, которые являются участниками кластера? Например, есть только 2 сервера в филиале, на которых предполагается поднять кластер.

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

Вопрос. Можно ли увеличивать/уменьшать размер VHD после их создания? И если можно, то все ли типы дисков позволяют это делать?

Ответ. Возможны три основные операции: Compact, Convert, Expand. Compact сокращает размер файла, удаляя не используемое внутри VHD-файла пространство. Применяется к динамическим и дифференциальным дискам. Convert преобразует динамический диск в фиксированный и наоборот. Expand позволяет расширить ёмкость динамического или фиксированного диска.

Вопрос. Чем выгоднее использование кластера для файлового сервера, нежели DFS? Только тем, что все данные лежат на одном ресурсе?

Ответ. Не только. Но действительно, если данные хранятся на дисковом массиве или SAN, использовать DFS для создания отказоустойчивой структуры вы не сможете. А именно такой вариант обеспечивает высокую скорость доступа к файлам и масштабируемость. Если речь идет о геокластере? Скажем, Fibre Channel позволяет удалять узлы от хранилища на довольно большие расстояния. Если расстояния очень большие? Да, вполне возможно решение на основе DFS. Но надо иметь в виду, что в случае изменения одних и тех же данных на нескольких репликах, возникнут конфликты. Способы их разрешения зависят в том числе и от используемых для работы с файлами приложений. На практике DFS в основном используют для репликации данных по топологии звезда, когда есть одна реплика, допускающая изменения, остальные используются в режиме «только для чтения». Наконец, кроме отказоустойчивости реплик необходимо еще обеспечить отказоустойчивость корня DFS.

Вопрос. А возможно ли поднять на каждом из узлов свои VM (для баланса нагрузок), которые в случае падения узла мигрируют на работоспособный узел как в случае failover cluster?

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

Вопрос. А сами узлы по какому протоколу взаимодействуют с хранилищем (SMB/SMB2)?

Ответ. Это взаимодействие определяется интерфейсом хранилища: Fibre Channel, iSCSI, Serial Attached SCSI (SAS).

Ничего не забыл?

Семинары TechNet: вопросы и ответы

ashapo — Wed, 18 Jun 2008 13:34:33 GMT

Коллеги, весной этого года прошла традиционная серия семинаров TechNet. В мае мы провели и записали веб-трансляции по всем презентациям прошедшей серии. Записи трансляций можно скачать здесь. Не на все вопросы мы с Андреем Бешковым успели /смогли ответить. А посему предлагаю вашему вниманию вопросы, некоторые комментарии и ответы, прозвучавшие во время этих веб-трансляций. Хороший повод освежить в памяти информацию, посмотреть на самые популярные вопросы и, конечно, задать свои, если таковые созреют.

Я читал веб-касты по ядру Windows Server 2008 и по службам кластеризации Windows Server 2008. Соответственно, публикую вопросы и ответы по этим темам.

Начнем с ядра, следующий пост оставим за кластерами. Некоторые вопросы повторялись по смыслу, например, про iSCSI, в таких случаях я оставлял какую-то одну формулировку.

Ключевые изменения в ядре Windows Server 2008

Вопрос. Известно ли сейчас, как будет реагировать Hyper-v на добавление процессора и памяти?

Ответ. Имеется в виду возможность горячего добавления процессора и памяти, реализованная в Windows Server 2008. Известно, два раза нет. Нет номер один. В первом релизе гипервизор не будет поддерживать горячее добавление процессора / памяти. Более того, эта возможность Windows Server 2008 будет вообще недоступна при включении роли Hyper-V. Для добавления / обновления «железа» необходимо либо выключать все виртуальные машины, а затем и физический сервер, либо с помощью Quick Migration перекидывать виртуалки на другой хост и выключать исходный. Нет номер два. Не будет реализовано горячее добавление ресурсов виртуальной машины. То есть нельзя на ходу добавить виртуалке дополнительный виртуальный процессор или увеличить память.

Вопрос. Хотелось бы услышать пару слов про то, что Hyper-V – это NUMA-aware приложение (прочитал на технете), и чем это хорошо или нет? :)

Ответ. Все верно, Hyper-V – это NUMA-aware приложение. В системах NUMA память разбита на блоки с тем, чтобы уменьшить конкуренцию процессоров за этот важный ресурс. Соответственно, для каждого процессора существует «предпочтительный» («локальный») блок памяти, доступ к которому реализуется максимально быстро. В таких системах гипервизор пытается запланировать выполнение потоков соответствующих виртуальных машин на процессорах в тех блоках, в памяти которых расположены данные виртуальных машин. И наоборот, если виртуальная машина запрашивает память, гипервизор будет пытаться выделить ее в локальном блоке процессора, на котором данная виртуальная машина запущена. Такой подход позволяет повысить производительность. Отмечу, Virtual Server 2005 R2 также поддерживает архитектуру NUMA.

Вопрос. SMB2 необходимо включать дополнительно, или Windows Server 2008 и Vista SP1 сами «договорятся»?

Ответ. Сами «договорятся». Если и клиент, и сервер поддерживают SMB2, то он и используется, в противном случае используется SMB1.

Вопрос. Могут ли символические ссылки разрешаться на клиенте? Если нет, то причем тут SMB?

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

Вопрос. Есть ли Microsoft iSCSI Target под Windows Server 2008 (под 2003 был в спец. версии)?

Ответ. Есть и iSCSI Target, и iSCSI Initiator. Чтобы можно было создавать таргеты и управлять ими, необходимо через Server Manager в разделе Features добавить Storage Manager for SANs. Предварительно надо подключить само хранилище, например, SAN. Эта возможность есть во всех редакциях, кроме Web, если не ошибаюсь. iSCSI Initiator доступен сразу после установки ОС в Administrative Tools.

Вопрос. Разве в Windows Server 2008 где-то есть boot.ini или параметр /3GB, упомянутый в презентации?

Ответ. Файл boot.ini больше не используется для Windows Vista и Windows Server 2008. Параметры загрузки хранятся в Boot Configuration Data (BCD) и изменяются с помощью утилиты командной строки bcdedit.exe. Описание всех параметров можно найти здесь. В частности параметр INCREASEUSERVA определяет размер адресного пространства для User Mode в 32-битных версиях Windows. Его предельное значение 3072 имеет тот же смысл, что /3GB для предыдущих версий.

Вопрос. Про службы: сервер Hyper-V будет ждать сколько нужно, пока завершится работа ВМ (с установленными IC), или будет выдавать таймфрэйм на завершение работы ВМ и потом ее закрывать?

Ответ. Hyper-V заморозит гостевые машины и только потом выключится.

Вопрос. С автоматическими исправлениями файловой системы, не получится ли так, что файлы будут портиться незаметно для пользователя? Если обнаружено повреждение файловой системы, файл может быть усечён?

Ответ. Нет. Если произошли ошибки на уровне файловой системы NTFS, специальный поток устранит ошибки и запротоколирует свою работу в системном журнале. Повреждение самого файла может произойти в случае повреждения носителя, скажем, bad blocks на HDD. Такие проблемы NTFS, конечно, исправить не может.

Вопрос. Расскажите подробнее про DTC и откат изменений базы данных на SQL Server, нужна ли при этом остановка службы SQL Server?

Ответ. В общем случае, конечно, нет, остановка службы SQL Server не потребуется. Подробнее постараемся осветить эту тему в одной из будущих веб-трансляций.

Вопрос. API по DTC и case-studies где можно найти? В Windows Server 2003 DTC также можно применять, или там нет и не будет транзакций реестра и файловой системы?

Ответ. API по DTS можно найти на сайте MSDN, например, здесь. Кейсы именно по DTS вряд ли есть, как вариант, можно посмотреть кейсы по SQL Server, здесь. Что касается второй части вопроса, то надо отметить следующее. Возможность использовать распределенные транзакции пользовательского режима существует давно и в разных продуктах / службах (SQL Server, MSMQ и пр.). Транзакции на уровне ядра, в частности, транзакции NTFS и реестра, контролируются модулем Kernel Transaction Manager, который присутствует только в Vista и Windows Server 2008.

Вопрос. Еще бы посмотреть на 2 висты, копирующих один файл одновременно?

Ответ. Сначала поясню суть вопроса. В демонстрации я показывал, как один и тот же файл размером около 250 МБ одновременно (ну, почти :)) начинал копироваться с Windows Server 2008 на Vista SP1 и на XP SP3. За счет SMB2 и оптимизации стека TCP/IP в Vista и 2008-ом копирование на Висту происходило гораздо быстрее. Про SMB2 речь шла в данной трансляции, про усовершенствования TCP/IP можно узнать из следующих трансляций Андря Бешкова:

http://www.microsoft.com/rus/events/detail.mspx?eventid=1032369953 http://www.microsoft.com/rus/events/detail.mspx?eventid=1032369951

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

По ядру пока все. Если свой вопрос не обнаружили, или созрел новый, пишите.

Продолжение (по кластерам) следует. Удачи!

Сокеты, ядра и Windows

ashapo — Wed, 11 Jun 2008 10:08:26 GMT

С распространением многоядерных процессоров все чаще всплывают вопросы о том, сколько же процессоров или ядер поддерживает та или иная редакция Windows? И делает ли вообще Windows различия между ядрами и процессорами? А если еще включить Hyper-Threading? Меняются ли при этом правила лицензирования?

Действительно, если поискать/посмотреть на официальные ресурсы Microsoft, то ясность появляется только с последним вопросом. Согласно данной статье серверное ПО лицензируется по количеству физических процессоров, а не ядер. Иными словами, лицензия на процессор распространяется и на все ядра этого процессора, сколько бы их ни было.

С финансовой точки зрения это понятно и хорошо – не нужно покупать отдельную лицензию на каждое ядро. Но применительно к операционным системам сильно понятнее не становится. Простой пример, представим себе сервер с двумя четырехъядерными процессорами. Вопрос: «Какая минимальная редакция Windows Server 2003 сможет задействовать все восемь ядер этого сервера»? Для тех, кого подробности не интересуют, сразу отвечу: «Windows Server 2003 Web Edition». А теперь углубимся в детали.

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

- Физический процессор – чип, содержащий в себе основные компоненты (АЛУ, блок управления, кэш-память первого и второго уровня), реализующие вычислительный процесс.

- Физический процессор крепится в сокет на системной плате. Количество задействованных сокетов, таким образом, совпадает с количеством установленных физических процессоров. В данном контексте сокет и физический процессор можно рассматривать в качестве синонимов, поскольку лицензирование осуществляется именно по количеству физических процессоров.

- Ядро процессора собственно выполняет вычислительные операции. Современные процессоры могут содержать более одного ядра.

- Логический процессор – процессор, который «видит» Windows, то есть который используется планировщиком ОС для планирования и выполнения потоков. Количество логических процессоров равно сумме ядер всех установленных физических процессоров. Однако если физический процессор поддерживает технологию Hyper-Threading, и данная технология разрешена в BIOS компьютера, каждое ядро физического процессора рассматривается ОС как два логических процессора.

Также надо отметить, что дистрибутивы всех систем семейства Windows NT вплоть до Windows Vista содержали разные наборы файлов ядра ОС (ntoskrnl.exe и hal.dll) для однопроцессорных конфигураций (конфигураций, в которых ОС «видит» только один логический процессор) и для многопроцессорных. Windows Vista и Windows Server 2008 содержат только многопроцессорное ядро.

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

1. Лицензионное ограничение. Согласно лицензии, разные редакции Windows допускают одновременное использование различного числа физических процессоров (сокетов). И это лицензионное ограничение технически реализовано в соответствующем дистрибутиве.

Поясню, что означает эта фраза. Ограничение является лицензионным, потому что с точки зрения внутреннего устройства операционной системе абсолютно все равно, установлено в компьютере два процессора, четыре или восемь. При развертывании, если установщик операционной системы распознает больше одного логического процессора, он извлекает из дистрибутива и устанавливает многопроцессорное ядро Windows. И именно это ядро ОС используется во всех случаях, когда логических процессоров больше одного. Таким образом, нет отдельного четырехпроцессорного или восьмипроцессорного ядра, и с точки зрения архитектуры, редакции, скажем, Windows Server 2003 абсолютно одинаковы. Тем не менее, указанное лицензионное ограничение технически реализовано в соответствующем дистрибутиве. Это означает, что в момент развертывания установщик проверяет, соответствует ли обнаруженное количество процессоров данной редакции Windows. И если нет, вы можете увидеть сообщение вроде этого: «Windows Small Business Server 2003 supports two processors. More than two processors were detected in this computer. The server will only use two processors. However, hyperthreading by processors is supported. To continue Setup, select the I acknowledge all warnings check box». Вот здесь и возникает вопрос: «Как Windows подсчитывает количество процессоров, или иными словами, способна ли ОС различать сокеты и ядра и распознавать технологию Hyper-Threading»?

Windows Vista и Windows Server 2008 делают это «из коробки» абсолютно корректно. Я также не столкнулся с проблемами при использовании Windows XP SP2 и Windows Server 2003 (любые редакции, с или без сервисных пакетов). Тестирование проводилось на машине с двумя двухъядерными процессорами и с включенной опцией Hyper-Threading. Все системы, включая Windows XP SP2 и Windows Server 2003 Web Edition, корректно использовали доступные процессорные мощности (Task Manager отображал восемь логических процессоров). Если у вас все-таки возникают проблемы, обратите внимание на статьи 932370 и 936235 Microsoft Knowledge Base. Не удалось установить на данный компьютер лишь Windows XP Professional RTM. Но использование Service Pack 2 проблему снимает.

2. Архитектурное ограничение. На уровне ядра 32-битные версии Windows поддерживают максимум 32 логических процессора, 64-битные версии – максимум 64 логических процессора. И вот эти максимумы не обойти никакими фиксами и редакциями.

Важное следствие из этого ограничения. Если на сервере с четырьмя четырехъядерными процессорами включена опция Hyper-Threading, мы упираемся в указанный выше предел (16 ядер х 2 = 32 логических процессора). Соответственно, если в такой сервер добавляется очередной физический процессор, Hyper-Threading в BIOS надо отключить, иначе Windows «не увидит» и не сможет задействовать новый процессор.

Надеюсь, я внес ясность в этот вопрос. Или нет? :)