Дата создания windows server 2003

Материал из РУВИКИ — свободной энциклопедии

У этого термина существуют и другие значения, см. Windows Server.

Windows Server 2003 (кодовое название при разработке — Whistler Server, внутренняя версия — Windows NT 5.2) — операционная система семейства Windows NT от компании Microsoft, предназначенная для работы на серверах. Она была выпущена 24 апреля 2003 года^[3].

Windows Server 2003 является новой версией Windows 2000 Server и серверным вариантом операционной системы Windows XP. Изначально Microsoft планировала назвать этот продукт «Windows .NET Server» с целью продвижения своей новой платформы Microsoft .NET. Однако впоследствии это название было отброшено, чтобы не вызвать неправильного представления о .NET на рынке программного обеспечения.

Основная поддержка Windows Server 2003 корпорацией Microsoft прекращена 13 июля 2010 года, а расширенная — 14 июля 2015 года.

Windows Server 2003 в основном развивает функции, заложенные в предыдущей версии системы — Windows 2000 Server. На это указывала и версия NT 5.2 ядра системы (NT 5.0 для Windows 2000). Ниже приведены некоторые из наиболее заметных изменений по сравнению с Windows 2000 Server.

Поддержка .NET[править | править код]

Windows Server 2003 — первая из операционных систем Microsoft, которая поставляется с предустановленной программной платформой .NET Framework. Это позволяет операционной системе выступать в роли сервера приложений для платформы Microsoft .NET без установки дополнительного программного обеспечения.

Улучшения Active Directory[править | править код]

Windows Server 2003 включает в себя следующие улучшения для Active Directory — службы каталогов, впервые появившейся в Windows 2000:

• Возможность переименования домена Active Directory после его развёртывания.
• Упрощение изменения схемы Active Directory — например, отключения атрибутов и классов.
• Улучшенный пользовательский интерфейс для управления каталогом (стало возможно, например, перемещать объекты путём их перетаскивания и одновременно изменять свойства нескольких объектов).
• Улучшенные средства управления групповой политикой, включая программу Group Policy Management Console.

IIS 6.0[править | править код]

В составе Windows Server 2003 распространяется версия 6.0 служб Internet Information Services, архитектура которой существенно отличается от архитектуры служб IIS 5.0, доступных в Windows 2000. В частности, для повышения стабильности стало возможным изолировать приложения друг от друга в отдельных процессах без снижения производительности. Также был создан новый драйвер HTTP.sys для обработки запросов по протоколу HTTP. Этот драйвер работает в режиме ядра, в результате чего обработка запросов ускоряется.

Безопасность[править | править код]

По заявлениям Microsoft, в Windows Server 2003 большое внимание было уделено системе безопасности^{[источник не указан 3211 дней]}. В частности, система теперь устанавливается в максимально ограниченном виде, без каких-либо дополнительных служб, что уменьшает поверхность атаки. В Windows Server 2003 также включён программный межсетевой экран Internet Connection Firewall. Впоследствии к системе был выпущен пакет обновления, который полностью сосредоточен на повышении безопасности системы и включает несколько дополнительных функций для защиты от атак.
Согласно американскому стандарту безопасности Trusted Computer System Evaluation Criteria (TCSEC), система Windows Server 2003 относится к классу безопасности C2 — Controlled Access Protection.

Прочее[править | править код]

В Windows Server 2003 впервые появилась служба теневого копирования тома (англ. Volume Shadow Copy Service), которая автоматически сохраняет старые версии пользовательских файлов, позволяя при необходимости вернуться к предыдущей версии того или иного документа. Работа с теневыми копиями возможна только при установленном «клиенте теневых копий» на ПК пользователя, документы которого необходимо восстановить.

Также в данной версии системы был расширен набор утилит администрирования (dsadd, dsget, dsmod и др.), вызываемых из командной строки, что упрощает автоматизацию управления системой.

Роли[править | править код]

Введено новое понятие — «роли», на них основано управление сервером. Проще говоря, чтобы получить файл-сервер, необходимо добавить роль — «файл-сервер».

Поддержка оборудования[править | править код]

Windows Server 2003, Standard Edition поддерживает 4 центральных процессора и до 4 Гбайт оперативной памяти. 64-разрядная версия Standard Edition поддерживают до 32 Гбайт оперативной памяти.

Windows Server 2003 Enterprise Edition поддерживает до 32 Гбайт оперативной памяти в 32-разрядной версии (оперативная память более 4Гбайт может использоваться только при включённой функции Physical Address Extension^[4]), до 64 Гбайт оперативной памяти в 64-разрядной версии и до 8 центральных процессоров. В ней также поддерживаются 64-разрядные процессоры Intel Itanium, оперативная память с возможностью «горячей» замены и неоднородный доступ к памяти (NUMA).

Windows Server 2003 Datacenter Edition способна работать с бо́льшими объёмами оперативной памяти — до 64 Гбайт в 32-разрядной версии (для доступности более 4 Гбайт также необходимо включение PAE^[4]) и до 128 Гбайт в 64-разрядной версии. Минимальное количество процессоров для работы Datacenter Edition — 8, максимальное — 32.

Windows Server 2003 доступен в четырёх основных изданиях, каждое из которых ориентировано на определённый сектор рынка.

Все эти издания, за исключением Web Edition, доступны также в 64-разрядных вариантах (AMD64 и IA-64). Включение поддержки 64-разрядных процессоров даёт системам возможность использовать большее адресное пространство и увеличивает их производительность.

• Web Edition — серверная система, оптимизированная для Web- служб и Web- узлов (издание для World Wide Web) представляет собой «облегчённую» версию Windows Server 2003 специально для использования на веб-серверах. Это издание не способно выполнять функции контроллера домена и не поддерживает некоторые другие важные возможности прочих изданий, но содержит службы IIS и стоит значительно дешевле. Поддерживает до 2 гигабайт^[5] оперативной памяти и до четырёх процессоров на компьютер.

• Standard Edition (стандартное издание) ориентировано на малый и средний бизнес. Оно содержит все основные возможности Windows Server 2003, но в нём недоступны некоторые функции, которые, по мнению Microsoft, необходимы только крупным предприятиям. Поддерживает до 4 гигабайт^[5] оперативной памяти и до четырёх процессоров на компьютер.

• Enterprise Edition (издание для предприятий) ориентировано на средний и крупный бизнес. В дополнение к возможностям Standard Edition, оно позволяет использовать больший объём оперативной памяти (до 32 гигабайт^[5] оперативной памяти) и SMP на 8 процессоров (Standard Edition поддерживает лишь 4). Это издание также поддерживает кластеризацию и добавление оперативной памяти «на лету».

• Datacenter Edition (издание для центров данных) ориентировано на использование в крупных предприятиях при большой нагрузке. Windows Server 2003, Datacenter Edition может одновременно поддерживать в определённых ситуациях больше 10000 пользователей и кластеры, содержащие до восьми узлов. Эта система поддерживает до 64 процессоров и 128 гигабайт^[5] оперативной памяти.

Windows Compute Cluster Server 2003[править | править код]

Windows Compute Cluster Server 2003 (CCS), выпущенный в июне 2006 года, разработан для высокотехнологичных приложений, которые требуют кластерных вычислений. Издание разработано для развёртывания на множестве компьютеров, которые собираются в кластер для достижения мощностей суперкомпьютера. Каждый кластер на Windows Compute Cluster Server состоит из одной или нескольких управляющих машин, распределяющих задания и нескольких подчинённых машин, выполняющих основную работу. Computer Cluster Server использует the Microsoft Messaging Passing Interface v2 (MS-MPI^[en]) для связи между исполняющими машинами в сети-кластере. Он связывает части кластера вместе мощным надпроцессовым механизмом. API состоит из более чем 160 функций. MS MPI был разработан как совместимым с open source интерфейсом MPI2, который широко используется в высокопроизводительных вычислениях. За некоторыми исключениями по соображениям безопасности MS MPI покрывает функциональность MPI2 за исключением возможностей динамического порождения процессов.

Некоторые другие продукты Microsoft также включают в себя Windows Server 2003 в качестве основы:

• Microsoft Small Business Server 2003 — продукт для малого бизнеса, содержащий в себе всё необходимое (по мнению Microsoft) для первого сервера небольшого предприятия. В дополнение к Windows Server 2003, этот пакет содержит Microsoft SQL Server, Microsoft ISA Server и некоторые другие продукты, а также упрощённые средства управления. Версия Windows Server 2003, входящая в этот пакет, имеет некоторые ограничения, в основном связанные со службой Active Directory (например, она не может поддерживать более 75 пользователей).
• Microsoft Windows Storage Server 2003 — выделенный файловый сервер для хранения большого количества данных.

Service Pack 1[править | править код]

30 марта 2005 года Microsoft выпустила пакет обновления 1 (SP1) для Windows Server 2003. Этот пакет включает в себя различные улучшения системы безопасности, в том числе:

• Security Configuration Wizard (мастер конфигурации безопасности) — средство, предназначенное для уменьшения поверхности атаки серверов. SCW анализирует роли, выполняемые сервером, и отключает ненужные службы, а также включает некоторые дополнительные средства безопасности.
• Windows Firewall — новая версия программного межсетевого экрана, замена Internet Connection Firewall.
• Post-Setup Security Updates — средство, снижающее уязвимость только что установленной копии Windows Server 2003 путём блокировки всех сетевых портов до установки обновлений безопасности с веб-сайта Microsoft.
• Аутентификация и шифрование для службы Windows Terminal Services с применением SSL^[6]

Windows Server 2003 R2[править | править код]

6 декабря 2005 года Microsoft выпустила новую версию Windows Server 2003, официально называемую R2 (от англ. Release 2 — «выпуск 2»). Согласно заявлениям Microsoft, эта версия включает в себя существенные улучшения в следующих областях:

• управление серверами подразделений;
• управление учётными записями и доступом;
• управление хранилищами;
• веб-приложения;
• виртуальные серверы.

Service Pack 2[править | править код]

Service Pack 2 для Windows Server 2003 был выпущен 13 марта 2007 года^[7], хотя первоначально его выпуск был запланирован на первую половину 2006 года^[8]

Microsoft характеризует Service Pack 2 как стандартный выпуск пакета обновления, содержащий ранее выпущенные обновления безопасности, хотфиксы, улучшения надёжности и производительности. Помимо этого, Service Pack 2 содержит в себе Microsoft Management Console 3.0, Windows Deployment Services (который заменил Remote Installation Services), поддержку WPA2 и добавление функциональности в IPSec и MSConfig. Service Pack 2 также содержит возможности Windows Server 2003 Scalable Networking Pack (SNP),^[9], позволяющие сделать аппаратное ускорение обработки сетевых пакетов.

В конце сентября 2020 года произошла утечка исходного кода Windows XP, куда в том числе вошёл и исходный код Windows Server 2003. Архив, размером около 40 ГБ разместили на форуме 4chan, но спустя 4 часа после публикации, обсуждение было помещено в архив. Однако до этого архив успел разойтись по сети. Имеются подтверждения подлинности исходного кода^[10].

• Маримото Рэнд, Аббат Эндрю, Ковач Эрик, Робертс Эд. Microsoft Windows Server 2003 решения экспертов. — М.: КУДИЦ-ОБРАЗ, 2005. — С. 784. — ISBN 5-9579-0083-4. (недоступная ссылка)
• Уильям Бозуэлл. Внутренний мир Windows Server 2003, SP1 и R2 = Inside Windows Server 2003. — М.: «Вильямс», 2006. — С. 1264. — ISBN 0-7357-1158-5. (недоступная ссылка)
• Джеффри Р. Шапиро, Джим Бойс, Марсин Полихт, Брайан Паттерсон и Скотт Лезерс. Windows Server 2003 Библия пользователя. — М.: «Диалектика», 2004. — С. 1205. (недоступная ссылка)
• Рэнд Моримото, Кентон Гардиньер, Майкл Ноэл, Омар Драуби. Microsoft Windows Server 2003. Полное руководство = Microsoft Windows Server 2003 Unleashed. — 2-е изд. — М.: «Вильямс», 2006. — С. 1312. — ISBN 0-672-32667-1.

Русскоязычные сайты

• FAQ по Windows Server 2003
• Рабочая станция (мультимедиа ПК) на базе Windows Server 2003

Зарубежные сайты

• Официальный сайт Windows Server 2003 на английском языке (англ.)
• Windows Server 2003 TechCenter — официальный ресурс для администраторов Windows Server 2003 (англ.)
• What’s New in Windows Server 2003 R2 — обзор новых возможностей в Windows Server 2003 R2 (англ.)
• Официальный сайт Small Business Server 2003 на английском языке (англ.)
• Официальный сайт Windows Storage Server 2003 на английском языке (англ.)

Windows Server 2003 — это операционная система семейства Windows NT, предназначенная для работы на серверах. Windows Server 2003 была выпущена корпорацией Microsoft 24 апреля 2003 года. Windows Server 2003 стал развитием операционной системы Windows 2000 Server и серверным вариантом Windows XP.

Заметное нововведение в Windows Server 2003, в отличие от Windows 2000 Server – предустановленная оболочка .NET Framework, что позволяло поддерживать платформу Microsoft .NET. Изначально Microsoft планировала назвать новый продукт «Windows .NET Server». Но позже это название было отклонено. В Windows Server 2003 появилось множество команд администрирования и управления. Также в систему впервые включена служба теневого копирования, которая позволяет автоматически сохранять предыдущие версии пользовательских файлов.

Издания

Операционная система была выпущена в четырех изданиях:

• Wed Edition. «Облегченная» версия Windows Server 2003, разработанная в первую очередь для веб-хостинга и поддержки XML веб-служб в небольших организациях и подразделениях. Эта редакция поставляется только через партнеров Microsoft и не продается как «коробочный продукт».
• Standard Edition. Представляет собой издание, ориентированное на использовании в среднем и малом бизнесе. В Standard Edition не доступны только те возможности, которые, по мнению Microsoft, нужны только крупным предприятиям. Кроме того, имеется возможность использования до 4 процессоров одноременно, а также 4 ГБ оперативной памяти.
• Enterprise Edition. Издание, ориентированное на крупный и средний бизнес. Enterprise Edition позволяет использовать до 1 терабайта оперативной памяти, поддерживает до 8 процессоров одновременно, добавление оперативной памяти «на лету» и кластеризацию.
• Datacenter Edition. Самая мощная из всех редакций Windows Server 2003, ориентирована на использование в крупных организациях. В этой редакции отсутствуют некоторые службы, использование которых целесообразно лишь в небольших компаниях или группах.

Также существовали издания Enterprise Edition и Datacenter Edition для 64-разрядных систем на базе процессоров Itanium 2.

Роли сервера

Windows Server 2003 является многозадачной операционной системой, способной централизовано или распределено управлять различными наборами ролей, в зависимости от потребностей пользователей. Некоторые из ролей сервера:

• файловый сервер и сервер печати;
• веб-сервер и веб-сервер приложений;
• почтовый сервер;
• сервер терминалов;
• сервер удаленного доступа/сервер виртуальной частной сети (VPN);
• служба каталогов, система доменных имен (DNS), сервер протокола динамической настройки узлов (DHCP) и служба Windows Internet Naming Service (WINS);
• сервер потокового мультимедиа-вещания.

Системные требования

• Минимальная частота процессора 133 МГц (400 МГц для Datacenter Edition) для компьютеров на базе процессора x86, 733 МГц для компьютеров на базе процессора Itanium
• Минимальный объем оперативной памяти 128 МБ (512 МБ для Datacenter Edition)
• Пространство на диске для установки 1,5 ГБ для компьютеров на базе процессора x86, 2 ГБ для компьютеров на базе процессора Itanium

Прекращение поддержки ОС

14 июля 2015 года прекратилась официальная поддержка операционной системы Windows Server 2003. В Microsoft говорят, что многие клиенты уже перешли от устаревшей серверной платформы на более свежую. Однако остается не мало компаний, кто ещё не успел обновиться или не намерен делать это, подвергая риску свои компьютерные системы.

Как сообщается на сайте Microsoft, компания перестанет выпускать обновления для системы безопасности Windows Server 2003/R2 и запущенных на этой ОС приложений, а также прекратит оказывать онлайн-поддержку этим пользователям 14 июля 2015 года. Все центры обработки данных, работающие на базе Windows Server 2003/R2, не будут соответствовать требованиям безопасности и государственного регулирования, в связи с чем Microsoft рекомендует как можно скорее перевести свое оборудование на новую ОС. Особенно это касается тех компаний, которые имеют дело с конфиденциальными данными (например, здравоохранительные и финансовые учреждения).

Картинка с сайта: www.tadviser.ru

Несмотря на прекращенную поддержку Windows Server 2003, Microsoft продолжит выпускать критические обновления для этой ОС в рамках специальной программы

По состоянию на июль 2014 года, как сообщала тогда Microsoft, в мире насчитывалось около 24 млн серверов, управляемых Windows Server 2003. Более свежих цифр компания не приводила. Скорее всего, число таких машин за год заметно сократилось.

По словам Майка Шутца (Mike Schutz), генерального менеджера отдела маркетинга облачных платформ Microsoft, «подавляющий процент» клиентов компании уже перевел свои серверные рабочие нагрузки с Windows Server 2003. Однако, по всей видимости, все еще остается множество компаний, которые лишили свои серверы исправлений безопасности Microsoft, отмечает издание ComputerWorld.

Как работает институт «цифровых атташе», и в каких странах ждут российских ИТ-экспортёров. Интервью с Владимиром Дождёвым, Минпромторг 7.3 т

Картинка с сайта: www.tadviser.ru

Одной из таких является крупная американская фармацевтическая фирма Sanofi, у которой насчитывается более 12 тысяч серверов на архитектуре x86. Майк Стагер (Mike Stager), старший директор по серверам, хранению и восстановлению данных Sanofi, заявил, что компания сильно запоздала с обновлением систем, так что этот процесс растянется на несколько лет.

Несмотря на прекращенную поддержку Windows Server 2003, Microsoft продолжит выпускать критические обновления для этой ОС в рамках специальной программы Custom Support Agreement (CSA). Ее подписчики должны будут платить $600 за один сервер в первый год действия программы. В следующий год стоимость удвоится, а затем — утроится.^[1]

Советы по миграции на новую ОС

В качестве новой операционной системы компания предлагает Windows Server 2012 R2.

Компании, которые не планировали переходить на новые версии ОС, могут столкнутся с рядом трудностей. К числу наиболее серьезных можно отнести отсутствие доступа к обновлениям безопасности для операционной системы, необходимость нести дополнительные затраты на обслуживание и обеспечение безопасности. Кроме того, серверы на основе Windows 2003/R2 не смогут быть аттестованы регуляторами во время аудита.

«В 2003 году Windows Server 2003 была современной операционной системой, которая учитывала реалии и вызовы тех лет. Спустя десятилетие ОС морально устарела и не может соответствовать всем требованиям современных ИТ-нужд, — говорит Родион Тульский, менеджер по продвижению инфраструктурных решений для ЦОД, Microsoft в России. — Компания Microsoft предлагает заказчикам современную операционную систему, которая полностью соответствует сегодняшним вызовам и тенденциям и включает возможности виртуализации серверов, поддержку облачных технологий, расширенный функционал работы с хранилищами и новые расширенные механизмы безопасности».

Компания Microsoft предлагает специализированные услуги по миграции специалистов Microsoft Consulting Services для заказчиков, активно сотрудничает с партнерами и разработчиками для того, чтобы они могли эффективно и качественно провести миграцию и предложить приложения, поддерживающие Windows Server 2012R2.

При этом компании, планирующие переход, могут приобрести новый аппаратный сервер, установить операционную систему Windows Server 2012 R2 и перенести нагрузки на новый сервер или выбрать путь виртуализации и перенести нагрузки на виртуальную машину с операционной системой Windows Server 2012 R2, сократив затраты на оборудование, электроэнергию, охлаждение, место в ЦОД. Другой альтернативой может стать миграция в виртуальные машины, например, Microsoft Azure или сервис провайдеров.

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

Правильная стратегия миграции на новые и более современные ОС включает несколько ключевых элементов. Она требует выявления оставшихся систем под управлением Windows Server 2003, анализа рабочих нагрузок и выявления подходящего способа перехода к новым возможностям и технологиям. Microsoft предлагает виртуализацию Windows Server 2012 R2, Microsoft Azure и Office 365 в качестве наиболее подходящих систем для миграции с Windows Server 2003.

Миграция включает в себя:

• Объединение физических серверов или платных платформ виртуализации в Hyper-V для экономии средств.
• Перенос рабочих нагрузок, таких как Exchange или Office 365 для повышения производительности и снижения рабочих нагрузок.
• Обновление с SQL Server 2005 до SQL Server 2014 для решения критически важных задач производительности и более быстрого доступа к любым данным.
• Перенос веб-приложений на Microsoft Azure или Cloud OS Network, для упрощения доступа и масштабирования приложений, а также повышения и экономической эффективности.
• Усовершенствование пользовательских и бизнес-приложений, чтобы соответствовать потребностям и мобильным условиям работы современных офисных сотрудников.

Windows Server 2003 будет продолжать работать и после окончания поддержки, но, важно отметить, что ПО вне программы поддержки несет в себе серьезные риски для безопасности и может привести к финансовым потерям.

Процесс миграции обычно делят на 4 шага. Длительность каждого из них зависит от специфики инфраструктуры компании. Этапы следует выполнять друг за другом и на каждом из них быть внимательным к деталям.

Сбор данных

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

Анализ

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

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

Выбор пути

Получившийся на предыдущем этапе список позволит вам определить дальнейший вектор развития вашей ИТ-инфраструктуры. На этапе выбора пути стоит задуматься об использовании новых технологий. Возможно, на данном этапе вы решите пересмотреть свои текущие мощности и отдадите предпочтение виртуальным средам, сделав первый шаг к частному облаку. Это позволит сэкономить ресурсы и не тратить дополнительные средства на масштабируемость или отказоустойчивость.

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

Как и чем может помочь команда опытных специалистов?

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

Кроме того, опытные специалисты в области миграции серверов в различных областях бизнеса:

• позаботятся о том, чтобы процесс миграции был максимально адаптирован к вашей ИТ-инфраструктуре;
• предложат отработанные планы с учетом специфики вашей компании и информационных систем, задействованных в ней;
• учитывая сроки, выделенные на проект, составят оптимальную дорожную карту по миграции отдельных компонентов, в зависимости от их влияния на инфраструктуру;
• расставят в нужном порядке приоритеты по миграции таких критичных частей информационных систем, как служба каталогов, сетевая инфраструктура, файловые службы, компоненты безопасности и т.д.;
• используют гибкий подход к реализации проектов, что позволит вовлекать экспертов из различных ИТ-областей, на всех этапах проекта: от обследования до поддержки;
• оптимизируют инфраструктуру, выявят слабые стороны и дадут рекомендации по их устранению.

Федеральная служба по техническому и экспортному контролю (ФСТЭК) после августа 2017 года не намерена продлевать сроки действия сертификатов соответствия на операционные системы Windows Server 2003 и Windows Server 2003 R2^[2].

Это связано с тем, что Microsoft с 15 июля 2015 года прекратит поддержку и выпуск обновлений для данных ОС, в том числе направленных на устранение ошибок и уязвимостей.

Как отмечает^[3] ФСТЭК, в настоящее время значительная часть сертифицированных версий операционных систем Windows Server 2003 и Windows Server 2003 R2 продолжает применяться для защиты информации конфиденциального характера (в том числе персональных данных) в информационных системах федеральных органов государственной власти, органов государственной власти субъектов Российской Федерации, органов местного самоуправления и организаций. Это обусловлено, в том числе, наличием большого количества разработанного под данные ОС специфичного прикладного программного обеспечения, применяемого для реализации органами государственной власти и организациями своих полномочий.

Прекращение выпуска обновлений ОС в сочетании с вероятным обнаружением в них новых уязвимостей чревато угрозами безопасности конфиденциальной информации. Кроме того, ФСТЭК прогнозирует повышение интереса к незащищенным операционным системам со стороны хакеров.

На сегодняшний день в системе сертификации ФСТЭК России сертифицированы по требованиям безопасности информации три версии операционных систем Windows Server 2003 и Windows Server 2003 R2, лицензии выданы до 5 августа 2017.

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

Также ФСТЭК советует установить все актуальные обязательные сертифицированные обновления сертифицированных версий операционных систем Windows Server 2003 и Windows Server 2003 R2, выпущенные российскими производителями, после чего установить запрет на автоматическое обновление ОС, и по возможности исключить подключение к Интернету и к ведомственным (корпоративным) сетям средств вычислительной техники или сегментов информационных систем, работающих под управлением операционных систем Windows Server 2003 и Windows Server 2003 R2.

Ссылки

• Курсы по Windows Server 2003
• Расширенный обзор Windows Server 2003
• Windows Server 2003: подробности

Примечания

Во время поездки в Редмонд с Джанет
Роббинс и Майклом Оти я воспользовался
случаем побеседовать с двумя знаменитыми
личностями в мире Windows — Марком Луковски и
Давидом Томпсоном. Для тех, кто не знает
истории Windows NT, которую потом стали называть
просто NT, поясню: Луковски и Томпсон играли
ключевую роль в разработке этого важного
проекта в области программного обеспечения.
Марк Луковски, ведущий инженер и архитектор
Windows Server в Microsoft, пришел в компанию с первой
волной бывших сотрудников DEC (Digital Equipment
Corporation), вместе с Дейвом Катлером,
архитектором системы NT. Первоначально
получивший известность благодаря своей
удивительной способности разобраться в том,
каким образом в системе NT работают вместе
тысячи компонентов, Луковски широко
известен своей технической
проницательностью и предыдущими попытками
преобразовать систему, уходящую корнями в
OS/2, в систему, которая будет запускать 32-разрядные
приложения Windows. Давид Томпсон, вице-президент
группы Windows Server Product Group, появился в Microsoft в 1990
году, тогда он руководил группой новых
технологий в проекте LAN Manager до
присоединения к группе NT в конце 1990 года.
Томпсон занимался разработкой сетевых
подсистем NT, обеспечивая совместимость
этого продукта не только с продуктами Microsoft,
но и с решениями независимых разработчиков.

Вот как это все начиналось.

Первые годы. Группа NT прибывает в
компанию Microsoft

«Мы пришли все вместе, как одна группа, в
ноябре 1988 года», — сказал Луковски,
припомнив, что первое задание для команды NT
состояло в том, чтобы получить компьютеры
для разработки, они были вершиной семейства
— процессор 386, 25 МГц с накопителями на
жестких дисках 110 Мбайт и 13 Мбайт
оперативной памяти. «Они были ужасно
дорогие», — вспоминал он, смеясь. Первые
две недели работы были небогаты событиями,
поскольку команда NT применяла Microsoft Word для
создания первоначальной документации для
проектирования.

Наконец, настало время писать программу.
«Мы проверили первые куски программы
приблизительно в середине декабря 1988 года, —
рассказывает Луковски, — причем у нас было
что-то типа загрузки почти основной системы
на эмуляторе Intel i860 (с кодовым названием
«N-Ten») уже в январе». Фактически вот
откуда взялось имя системы NT. Луковски
отметил, что имя «new technology» (новая
технология) было добавлено после
неожиданного успеха маркетинговой
программы продукта NT. «Первоначально при
разработке системы NT мы нацеливались на Intel
i860, но появление RISC-процессора сильно
выбивалось из графика. Поэтому не было ни
одной системы i860 для проведения
тестирования, и мы использовали эмулятор
i860. Вот почему мы и назвали систему NT, ведь
мы сами тогда работали на эмуляторе ‘N-Ten'».

Переименованная группа, разрабатывающая
систему NT, создала основную систему с
режимом исполнения ядра basic kernel mode (basic kernel
mode — привилегированный режим работы
процессора для исполнения системного кода
с неограниченным доступом к системным
ресурсам — Прим. перев.) и подготовила
запуск на эмуляторе к апрелю 1989 года. «Мы
начали с пяти специалистов из DEC и одного ‘со
стороны’ (т.е. из Microsoft), которого звали Стив
Вуд, — пояснил Луковски, — И мы оставались
крошечной группой довольно долго — все лето.
Мы подумали, а насколько трудно создать ОС?
И составили график на 18 месяцев для
создания системы NT. Но мы забыли о некоторых
важных компонентах: пользовательском,
сетевом режиме и т.д.»

К концу 1989 года численность группы NT
начала расти. Добавилась одна сетевая
группа и расширилась группа по
безопасности, в дополнение к одному
индивидуалу, который прежде отвечал за
разработку файловой системы и локализации.
«Численность нашей группы за тот первый
год выросла до 50 человек или около того, —
заметил Луковски. — И в течение года мы, в
конце концов, получили первые
функционирующие прототипы i860, так что могли
использовать их вместо эмуляторов. Начав с
рассмотрения контекстных переключателей
программы, мы получили идею, как ее лучше
реализовать. Почти сразу же стало очевидно,
что i860 никогда не выполнит эту задачу. Тогда
мы начали рассматривать архитектуру MIPS и
как другой проект RISC».

В декабре 1989 года группа NT приняла решение
прекратить работу с i860 и перейти на
процессор MIPS R3000chip. «В течение двух-трех
месяцев мы выполняли начальную загрузку
системы NT на реальной аппаратуре в режиме Big
Endian, — рассказал Луковски, — и наша
архитектура действительно заработала. Мы
разрабатывали проект NT, который можно было
бы переносить с системы на систему, и мы
доказали это при переходе на MIPS — система
заработала практически сразу. Мы вносили
необходимые изменения без особых
затруднений».

Уже в то время численность группы NT стала
быстро расти, теперь большинство ее членов
приходило из Microsoft. Очень выросла
численность группы графики, сразу был
создан новый режим обработки графики.
Разработчики начали портировать NT на Intel i386,
который в то время был серийно выпускаемым
процессором для персональных компьютеров.
Луковски объяснил, почему для группы важно,
что они первоначально не нацеливались на
i386. «Мы какое-то время держались подальше
от 386-х, чтобы не увязнуть в трясине
архитектуры, — сказал он. — Мы не хотели
использовать непереносимые решения. Если
бы мы применили процессор Intel с самого
начала, то получили бы более
высокопроизводительную систему, но это
могло бы причинить вред NT в дальнейшей
работе и затруднить процесс создания новой
архитектуры, как случилось с последними
версиями Windows Server 2003 для 64-разрядного
Itanium».

NT становится Windows NT

«К весне 1990 года мы имели версию для MIPS,
медленно продвигающуюся вперед, и
сосредоточились на версии для 386-х, —
рассказывает Луковски. — Это было другое
направление роста. В мае Microsoft выпустила
Windows 3.0, и оказалось, что система Windows имеет
потрясающий успех. Стало очевидно, что
будущее — за персональными компьютерами с
операционными системами, основанными на
графических решениях. Мы стали
присматриваться к Windows 3.0, и задумались, а
что если бы вместо OS/2 мы сделали 32-разрядную
версию Windows?» Это был вопрос, вокруг
которого вращалось все в последующее
десятилетие развития вычислительной
техники. «Стив Вуд, Скотт Людвиг,
специалист из группы графической системы
для построения изображений и, собственно, я
— смотрели на 16-разрядный программный
интерфейс приложений Windows API и прикидывали,
как бы ухватиться за него и дотянуть до 32-разрядного
интерфейса приложений. Мы провели полтора
месяца, создавая набор API, и потом
представили его группе предварительного
обсуждения проекта из 100 специалистов,
чтобы выяснить их мнение об этом проекте»,
— вспоминает Луковски.

Главная характеристика нового
программного API, который впоследствии
получил название Win32, заключается в том, что
это был новый API, он выглядел и
функционировал точно так же, как 16-разрядный
Windows API, что позволяло разработчикам без
труда перейти на новую систему и перенести
на нее свои приложения. «Мы обеспечили
возможность переноса 16-разрядных
приложений на NT, — отметил Луковски, — и эти
приложения могли использовать
преимущества уникальных возможностей NT,
например, больший диапазон адресов. Кроме
того, мы добавили новые API, которых не было в
16-разрядной версии. Мы добавили много новых
функций в API, сделав полный набор API для
операционной системы, однако мы старались
сделать так, чтобы он оставался знакомым
подавляющему большинству программистов
Windows».

Реакция Microsoft была незамедлительной. «Им
очень понравилось, — сказал Луковски, — когда
они увидели, как это могло быть просто. Это
была как бы Windows на стероидах, а не OS/2,
которая использовала совершенно другую
модель программирования». Однако
создание системы NT как 32-разрядной Windows
вместо OS/2 порождало новые проблемы, и не все
они были техническими. Microsoft должна была
получить одобрение независимых
поставщиков программного обеспечения, ISV, и
производителей комплектного оборудования,
OEM, и, конечно, сообщить IBM об этом изменении.
«Мы сделали предварительный показ для ISV
с IBM, у нас была пачка приблизительно из 20
слайдов. Сначала они думали, что Win32 — это
кодовое имя для OS/2. Посмотрели бы вы на их
лица: ‘Подождите, но это же не OS/2!», —
вспоминает Луковски.

Решение перейти с OS/2 на Windows навсегда
испортило отношения между двумя компаниями.
«Но у нас было одобрение руководства, и мы
начали перенос, — сказал Луковски. — Таким
образом, вместо работ по подсистеме OS/2 для NT
мы собрали Win32. В этот момент продукт и стал
Windows NT».

Модульная архитектура NT во время этой
переделки опять оправдала себя. «Благодаря
нашей архитектуре микроядра, а ядро Win32 не
связано со средой приложений (предметной
областью), подобно интерфейсу переносимой
операционной системы POSIX, нам не пришлось
менять ядро или начинать новые работы по
программированию, — отметил Луковски. — Не
надо было менять глубокие внутренние
компоненты планировщика. У нас были
приложения из командных строк на С, и мы
осуществили запуск приложений за две
недели. Это был сентябрь 1990 года».

Томпсон подчеркнул значимость принципов
построения системы NT: «Надежность нашей
архитектуры ядра так высока, что мы могли бы
перенести NT с машин 386-25 1990 года выпуска на
современные системы, 64-разрядные
мультипроцессорные машины и серверы-лезвия
за 1000 долларов. Мы могли бы запустить целый
массив служб на ней».

Сентябрь 1990 года в полном смысле этого
слова стал поворотной точкой для Windows NT. Не
случайно также, что Дейв Томпсон, ранее
возглавлявший группу новых технологий
Microsoft по LANMAN для OS/2 3.1, перешел в группу NT. «Мы
переключились с этой темы, — пояснил Томпсон,
— и численность группы возросла с 28
приблизительно до 300 человек. У нас был
первый замысел реального продукта».

RTM и остальное

Первая версия Windows NT, Windows NT 3.1, была
выпущена в июле 1993 года и названа для
согласованности по номеру версии самого
современного на тот момент 16-разрядного
продукта Windows. Та версия NT напоминала
настольную версию и имела серверные
редакции и распределенную модель
безопасности на базе доменов. С этого
времени группа NT продолжила разработку
ряда версий, которые все были созданы на
одинаковой базе кода.

Следующая версия, Windows NT 3.5, имела кодовое
название Daytona; она была выпущена в сентябре
1994 г. «Проект Daytona был очень важен, —
считает Томпсон. — Мы сосредоточились на
проблемах полноты функций и
производительности, а также на «полировке»
большинства впервые введенных в версию 3.1
функций. Проект Daytona, кроме того, имел
существенные функциональные
усовершенствования и расширения».

Первоначальными задачами проекта Daytona
были полнота, производительность,
компрессия и совместимость с сетевым
программным обеспечением Netware. Две из этих
задач были символическими для того времени:
двойная компрессия (типа DoubleSpace) была
актуальной темой в начале 90-х годов, потому
что дисковое пространство тогда было
большим дефицитом, и операционная система
Netware была в то время превалирующей сетевой
ОС. «Мы в конце концов закончили функцию
сжатия, — заметил Томпсон, — но порт с Netware был
стратегическим. Серверы Novell располагались
вокруг настольных систем NT- их разработчики
не знали, хотят ли они создавать клиента. Мы
предложили свою помощь, но они не проявили
энтузиазма — и ладно. Мы сделали свою
систему. Они просто упустили шанс. Наша
система была лучшей для Netware, и клиенты
пользовались ею не один год, даже после того,
как разработчики, наконец, создали свою. Тот
клиент включал настольную систему NT, потому
что операционная система Netware была
лидирующим сервером на рынке. Мы не могли бы
иначе продавать настольные версии NT».

Временная диаграмма NT:

Проект Daytona также использовал
преимущества технологии нового
компилятора, который позволял Microsoft сжимать
коды и запускать практичные настольные
системы NT на более дешевых компьютерах, чем
оригинальная версия. «Результаты были
ощутимыми», — подчеркнул Томпсон.

Windows NT 3.51 должна была сопровождать выход
Power PC, поскольку она проектировалась для
него, а Power PC первоначально планировалось
поставлять с версией 3.5. Но IBM постоянно
задерживала Power PC, и в результате NT пришлось
выпустить отдельно. «NT 3.51 была
незначительно измененной версией, — отметил
Томпсон, сравнивая ее с проектом Daytona. —
После завершения проекта Daytona мы в основном
в течение девяти месяцев занимались
поиском неисправностей, ожидая, когда же IBM
закончит аппаратуру Power PC. Однако благодаря
этому NT 3.51 стала надежной и наши клиенты
хорошо восприняли ее». NT 3.51 была
окончательно завершена и выпущена в 1995 г.

Соответственно, следующий выпуск NT, Windows NT
4.0, стал известен как Shell Update Release (SUR), версия
с новой оболочкой. Он решил другую
перспективную задачу и еще раз доказал
преимущество модульной архитектуры NT. «Мы
хотели построить настольную систему,
которая имела бы оболочку от версии 95, но
использовала новую технологию NT, — сказал
Луковски. — Мы в конечном итоге перенесли
компоненты графического интерфейса
пользователя Win32 и приняли их в качестве
внутрипроцессного драйвера.
Производительность была еще одним эффектом.
У нас были неполадки, когда мы брали тот API и
запускали его в другом процессе. Поэтому
перенос кода в одинаковый со средой
исполнения контекст решил много вопросов.
Нам не пришлось иметь дело с зависаниями по
GDI и USER. Это была большая работа, но она
решила много проблем». Версия NT 4.0 увидела
свет в июле 1996 г.

Везде Windows

Со следующей версией Windows NT потеряла
частицу NT и стала называться просто Windows.
Томсон говорит, что это решение было
инициировано группой маркетологов: «Специалист
по маркетингу Windows [9x] закончил маркетинг NT и
сказал, что везде следует использовать Windows.
Сначала нам не хотелось менять имя, потому
что NT имела солидную репутацию. Однако в
силу надежности, привнесенной Windows 2000, все
начали говорить, что Windows 2000 намного лучше,
чем ‘старушка NT’, хотя архитектура была
одинаковой. Таким образом, то, как это
произошло на самом деле, — чистая
случайность». Кстати, по словам Томпсона,
проект Windows 2000 не имел кодового имени,
потому что Джим Аллчин не любил этих имен.

После завершения Windows 2000 самое важное
решение, принятое группой Windows, заключалось
в разделении выпусков клиентских и
серверных продуктов Whistler, которые стали
называться Windows XP и Windows Server 2003. «Это
позволило нам сосредоточиться на клиентах
серверных версий, которые предпочитают
надежные системы, — заметил Томпсон. —
Программное обеспечение настольных систем
должно поставляться синхронно с циклами
продаж производителей персональных
компьютеров. С серверами меньше суеты».

Развитие Windows

Один элемент в семействе операционных
систем NT, прошедших в процессе эволюции
путь от системы Windows NT до системы Windows 2000, XP и
теперь Windows Server 2003, на протяжении многих лет
оставался неизмененным, хотя компоненты
менялись очень сильно. Это процесс создания.
Где-то в глубинах Microsoft фактически
ежедневно как минимум один продукт Windows
компилируется или собирается, превращаясь
в исполняемый код, который будет
тестироваться внутри компании в группах
разработки. Для Windows Server 2003 этот процесс
доводят до кондиции в здании 26 кампуса в
Редмонде, где тысячи компьютеров и систем
по штамповке компакт-дисков работают под
присмотром нескольких инженеров.

В процессе эволюции NT — простите, Windows —
изменилась поразительно, начиная с того
момента, когда проект стартовал в конце 80-х
годов. «Когда мы начинали работу, нас было
шестеро, — вспоминает Луковски, — Сегодня в
команде Windows 5000 сотрудников да еще 5000
дополнительных партнеров, генерирующих
больше 50 миллионов строк кода для системы
Windows Server 2003. Взаимодействие со всеми этими
людьми, движущимися в одном и том же
направлении, и сложный характер программы
представляют собой колоссальную задачу.
Сборка результатов их работы, компиляция и
связывание в исполняемые файлы и другие
компоненты, которые составляют один
компакт-диск Windows, — это 12-13-часовой процесс,
который выполняется ежедневно. Это самый
большой проект по проектированию
программного обеспечения, который когда-либо
затевался. А компания Microsoft компилирует все
50 с лишним миллионов кода почти каждый день.
Мы все время развиваем среду разработки».

Далее Луковски отметил, что когда
разработчики вносят изменение, они
компилируют всю систему. И продолжил: «Мы
также должны уметь воспроизводить систему
с любого места. Таким образом, разработчики
проверяют код, мы давим на кнопку, а на
выходе получается одна система. Мы должны
уметь воспроизвести эту сборку через три
года, используя различные инструменты,
компиляторы и сценарии, которыми
пользуемся сейчас».

Давид Томпсон уточнил этот процесс. «Ключом
здесь является то, что мы строили эту
систему несколько лет, совершенствуя ее в
трех измерениях, — сказал он. — Первое — это
сам продукт. Второе — метод проектирования
продукта. И третье — это метод
взаимодействия с широким кругом партнеров.
Система контроля исходного кода программы (на
входе транслятора), которую мы сейчас
применяем, является новой, потому что мы
фактически достигли «потолка»
предыдущей версии еще с Windows 2000. Марк
Луковски лично руководил разработкой этой
новой системы. Мы начали с некоторой
приобретенной технологии. Теперь мы
действительно имеем ступенчатую сборку. Но
каждый день промежуточные сборки
трансформируются в полную сборку. Таким
образом, мы можем расширяться, но сохранять
устойчивость — мы каждый день знаем, на
каком этапе находимся».

Попробуй то, что приготовил сам

Луковски немного рассказал о самом начале
пути, когда первые образцы NT строились в его
офисе, и за этим процессом наблюдал только
один человек. Этот человек мог просто
разослать электронную почту группе NT, когда
новая сборка была готова, а потом 50 человек
или около того могли «попробовать то, что
приготовили», проверяя сборку на
собственных системах и запуская тесты. «Я
обычно просто ходил по зданию и записывал
обнаруженные проблемы, — сказал Луковски. —
Это было до NT 3.51. Теперь у нас семь сборочных
лабораторий. Томпсон имеет собственную
сборочную лабораторию на 1200 человек,
которыми он руководит. Главная сборочная
лаборатория создает официальную сборку,
которая ежедневно рассылается тысячам
людей. Автоматическое уведомление
рассылается на многочисленные системы
через базовые серверы по всей территории
кампуса».

Затем о сборке продолжил рассказывать
Томпсон: «После этого мы поворачивали
стрелку и компоновали новую систему. Со
временем численность группы выросла до 85
человек, и был организован серийный процесс
для большего управления. Архитектор NT Дейв
Катлер возглавлял лабораторию сборки около
недели, и он требовал, чтобы разработчики
записывали свои результаты проверки на
доске в лаборатории. Я тоже там дежурил.
Однажды я принял 85 запросов на проверку,
самое большое число на тот момент. Теперь мы
можем отслеживать каждый день больше
тысячи. Это совершенно другой масштаб. Даже
доска теперь электронная — естественно, на
web».

«Нет других проектов программного
обеспечения, подобных этому, — отметил
Луковски, — но одна вещь, которая остается
постоянной на протяжении этих лет, — это
сколько времени занимает сборка Windows.
Независимо от того, о каком поколении
продукта идет речь, процесс компиляции и
сборки системы занимает 12 часов». С
увеличением производительности обработки
информации, которая выросла в течение этих
нескольких лет, система Windows тоже сильно
выросла, и процесс проектирования стал
более сложным, поэтому Microsoft приходится
выполнять больше работы по анализу кодов,
что является частью ежедневной работы по
компиляции и сборке. «Центральные
процессоры в лаборатории сборки постоянно
дают эту цифру — 12 часов, — сказал он. — Со
времен Windows 2000 мы изменили процесс. Теперь
мы проводим декомпозицию исходного
кодового дерева на независимые исходные
деревья и используем новую среду сборки.
Это многомашинная среда, которая позволяет
обходить препоны быстрее. Однако из-за всех
новых процедур анализа кодов процесс все
равно занимает те же 12 часов».

«Опробовать код на себе всегда было
главным требованием группы NT, —
рассказывает Томпсон, — Это одна из тех
вещей, которые мы делали всегда, начиная с
первых дней. Мы только сегодня шутили по
этому поводу, как ни удивительно, говоря о
нашей программе электронной почты.
Возвращаясь к тому времени, когда мы
впервые запустили NT на настольной системе,
наша программа электронной почты не могла
запускаться, потому что была DOS-приложением,
а у нас еще не было режима совместимости с
DOS. Поэтому я перенес наше внутреннее
почтовое приложение, WizMail, на Win32, и таким
образом, мы смогли применять NT-системы».

«Когда вам приходится использовать
собственную систему, вы видите ошибки и
результаты выполнения, — добавил Томпсон. — И
вы обращаетесь к тому, кто за это отвечает, и
просите исправить ошибку». Одна из
основных обязанностей Томпсона, когда он
вошел в группу NT, заключалась в том, чтобы
перенести файловый сервер на систему NT,
чтобы его можно было использовать в
качестве сервера для исходного кода. Это
была своего рода проверка на прочность,
поскольку потом система NT начала применять
опытный образец файловой системы NTFS. «Сетевая
группа взялась за нее очень серьезно, —
сказал Томпсон, — и убедилась, что файловый
сервер готов для внутреннего развертывания.
Раз приняв ее, мы больше никогда от нее не
отказывались. Очевидно, если файловый
сервер идет ко дну, это беда. Мы ощущали
большое напряжение, преодолевая тот
критический момент».

После сворачивания работ над Windows NT 4.0
группа Томпсона начала работу с первой
службой каталогов — Microsoft Active Directory, AD. Первая
служба каталогов Microsoft публично
дебютировала на PDC (Professional Developers Conference) —
конференции профессиональных
разработчиков в 1996 г. «До службы
каталогов AD у нас были домены NT для нашей
инфраструктуры, — уточнил Томпсон, — и
переход на службу каталогов AD был
чрезвычайно сложным. Мы ввели AD в действие
очень рано, сначала в своей группе, потом в
более широкой группе Windows. Затем мы
реализовали AD в Рэдмонде в апреле 1999 г.»

«Компания Microsoft предоставляла службу
каталогов AD всем остальным в компании
постепенно, — продолжает Томпсон, — применяя
тщательное планирование. Весь Редмонд
погрузился в чащобу лесов топологии AD
вместе с Windows Server 2003. Для всех серверов
инфраструктуры мы всегда делаем полное
развертывание внутри, затем передаем это на
уровень партнеров по совместным
разработкам JDP (Joint Development Partners — партнеры по
совместным разработкам). Они тестируют и
вводят результат в производство, при этом
используется больше 250 сценариев
использования. Мы получаем отчеты по
неполадкам, обратную связь по функциям и
тестирование по сложным сценариям, которые
фактически осуществляют реальную проверку
продукта».

Система Windows Server 2003 достигла надежности
99,995 процентов на стадии RC1 (Release Candidate 1 —
первый кандидат на выпуск) прошлым летом, и
Web-сайт Microsoft.com был полностью реализован на
системе Windows Server 2003, когда появился второй
кандидат в ноябре 2002 г. — RC2. «Интенсивное
использование внутри компании и с помощью
партнеров является определяющим, — отметил
Томпсон, — и у нас сложился более ясный
взгляд на то, что представляет собой этот
продукт теперь. Сегодня мы не просто
доставляем информацию в почтовый ящик, но
еще и предоставляем широкий спектр
дополнительных инструментов, продуктов,
служб и документации». Томпсон объяснил,
что группы, продолжающие работать над
системами Outlook 11, Exchange Server 2003 (Titanium) и Windows Server
2003, теперь работают вместе еще более тесно
для проверки всеобъемлющих сценариев,
удовлетворяющих требованиям пользователей.
В прошлом эти продукты разрабатывались
более независимо.

Взгляд на сопровождение

«За многие годы сопровождение достигло
нужной кондиции, — добавил Луковски. — Мы
многое делаем для создания правильной
пропорции пакетов обновлений service packs,
оперативных исправлений, ветвей эволюции
продукта, бета-тестирования и партнеров
JDP».

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

«Наша работа по быстрому выявлению
изъянов в системе безопасности
подразумевает, что мы теперь активно
выпускаем быстрые исправления (hot-fixes), когда
можем это сделать, — заметил Томпсон. Кроме
того, бывало, что пакеты обновлений были
составными. Однако клиенты ясно давали
понять, что им в пакетах обновлений нужны
только исправления ошибок. Хотя это
приводит к одному интересному вопросу: «Что
на самом деле представляет собой ошибка?
Это пропущенная функция?» Сами клиенты
часто имеют разные мнения на этот счет. Но
система Windows NT 4 SP3 была окончанием
добавления новых свойств в пакетах
обновлений.

Односторонний эффект основного
сопровождения заключается в том, что
компания Microsoft должна сохранять условия
испытаний для каждой пермутации (измененной
формы) своих операционных систем. Это
означает, что последний, «золотой»
выпуск Windows 2000 представляет собой одну
ветвь, Windows 2000 SP1 — другую, Windows 2000 SP2 — третью и
так далее. А так называемая «проверка на
себе» — оказывается важна также и для
производства пакетов обновлений. «В
своей ИТ-системе мы аккуратно храним
отдельную инфраструктуру Windows 2000, мы можем
выполнять развертывание системы Windows 2000 и
проводить испытания в производственных
условиях, — подчеркнул Томпсон. — Это очень
дорого, но овчинка стоит выделки».

Быстрые исправления рассматриваются как
ограниченные версии, которые решают только
одну специфическую проблему и не оказывают
влияния на другие части системы. Томпсон
сказал, что клиенты должны применять
быстрые исправления только в том случае,
если на них влияет проблема, которую это
исправление ликвидирует. Однако
исправления для системы безопасности все
вместе представляют собой другую версию.
«Мы надеемся, что все наши клиенты
устанавливают исправления для системы
безопасности (security fixes), — сказал он, — поэтому
мы очень аккуратны с ними и выполняем
усиленный тип тестирования. Исправления
для системы безопасности представляют
собой выпуски GDR (GDR — Generally Deployable Releases —
обычно развертываемые выпуски), в точности
как пакеты обновлений».

Корни, стволы и ветви

Как отмечалось ранее, различные версии
Windows требуют последовательности точек
ветвления кода в эволюции продукта. В этих
точках каждый отдельный продукт Windows «ветвится»,
отходит со временем от главного
эволюционного «корня». Поэтому каждый
выпуск Windows собирается в последних и, как
минимум, двух различных версиях; Windows Server 2003
и Longhorn, на момент написания этой статьи,
разрабатываются одновременно. Поскольку
Windows Server 2003 был взят от XP, серверный продукт
в основном построен на XP. Longhorn, клиентский
выпуск, который последует за XP через
несколько лет, фактически выделен из основы
кода серверной ветви, а не XP, как можно было
ожидать.

«Механика этого процесса довольно
сложна, — комментирует Луковски. — Вы имеете
главную ветвь кода для текущей версии Windows,
а эта ветвь становится исходной основой для
оперативных исправлений и следующего
пакета обновлений, который становится
ветвью, и теперь мы имеем две ветви, которые
необходимо тестировать для оперативных
исправлений и пакетов обновлений. Мы не
можем приказать клиентам установить,
скажем, SP1 и затем развернуть это быстрое
исправление. И это продолжается для каждой
версии Windows, поэтому некоторые версии имеют
два-три пакета обновлений, много
оперативных исправлений и исправлений для
системы безопасности. Любой из них
представляет собой управляемый набор из 50
миллионов строк кода. Это весьма сложно для
учета».

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

Сортируем ошибки в «военной комнате»

Во время последнего рывка к выпуску RTM
сердце проекта — это «военная комната»,
War Room, где группа разбора, War Team, проводит
совещания по два-три раза в день, пять-шесть
дней в неделю. «Группа разбора
просматривает сообщения и метрики, чтобы
определить ежедневное состояние проекта, —
сказал Томпсон. — Теперь все
автоматизировано, но когда-то мы входили в
комнату и бродили вокруг бумажных отчетов о
том, что мы делали. В комнате бывало человек
по 15-20. Теперь это выглядит совсем по-другому».

Что касается Windows Server 2003, то командой War Room
руководил Тодд Ванк, как потом оказалось,
весьма славный парень. Однако на
четырехчасовых сессиях в War Room у Ванка была
железная хватка, он продвигал процесс
вперед неуклонно, мало уделяя внимания
извинениям сотрудников группы по продукту,
которые не показывались на совещаниях.

Вот как это происходит. Каждое утро в 9.30
представители различных групп по функциям
Windows Server 2003 встречаются для сортировки
ошибок. Они входят в комнату для совещаний.
В центре помещения располагается большой
стол, а участники обычно должны стоять.
Помещение всегда переполнено. Как-то мы
присутствовали на совещании группы разбора
— первый раз, когда посторонние проникли в
«святая святых» Windows Server, и только
второй раз за время проектирования NT и Windows.
Группа обсудила 50 ошибок, большая часть
которых представляла собой всего лишь
трудности с наименованием, хотя я
согласился не обсуждать специфику ошибки,
рассматривавшейся в тот день. Поскольку мы
посетили War Room на завершающей стадии
проектирования этого продукта, и самый
большой известный вопрос в последнюю
минуту был связан со сменой имени, имя Windows
.NET Server 2003 заменили на Windows Server 2003.

Каждая ошибка регистрировалась в
безграничной системе трекинга ошибки,
каждая ошибка сопровождалась подробной
информацией о том, как она была обнаружена,
какими клиентами, было ли что-нибудь, на что
она повлияла, и полная история предпринятых
действий с указанием даты решения проблемы.
Ванк быстро продвигался по ошибкам,
обращаясь к членам отдельных
функциональных групп для объяснения, как
устранялись ошибки. Если в IIS (Internet Information
Server) была одна или несколько ошибок, то
представителю группы IIS приходилось не
только объяснить свойства ошибки, но надо
еще и пояснить, повлияла ли она на клиентов,
как исправление могло бы повлиять на другие
части системы, и как скоро оно будет
выпущено. Задержки процесса разработки из-за
ошибки часто приводили к ее переносу в
следующий выпуск — Longhorn — если они не были
достаточно важны.

Как-то, когда я присутствовал на совещании,
четыре ошибки одной функциональной группы
были перенесены в проект Longhorn, потому что
они не явились в «военную комнату».
Когда кто-то сказал, что им следует дать
шанс в другой день, Ванк отрезал: «Если бы
это было важно, они были бы здесь. Это пойдет
в Longhorn. Следующая ошибка».

Однажды после окончания совещания,
которое длилось час, мы беседовали с Ванком.
В приватной обстановке он был совсем другим
человеком. Биография Ванка включает работу
в NCR, America Honda и некой компании, связанной с
обеспечением безопасности, в качестве
контрактора правительства США, и еще почти
восемь лет его связаны с компанией Microsoft. До
того, как он вошел в группу Windows, Ванк был
одним из самобытных архитекторов сайта
Microsoft.com, еще три-четыре года он провел в
качестве Internet guy в компании, которая раньше
других в Microsoft поддержала культ Internet. На
нашей встрече Ванк объяснил, как он попал на
свою новую работу, что сейчас делает в
компании Microsoft и как работает группа
разбора — War Team.

«Моя работа заключается в том, чтобы
управлять повседневными операциями,
связанными с поставкой Windows, — сказал он, — Я
отвечаю за 8000-10000 разработчиков, менеджеров
программ и тестировщиков, а еще я должен
контролировать их ежедневную работу».

Группа разбора — War Team — состоит из очень
широкого круга лиц внутри группы Windows, и все
они отвечают за разные области проекта.
Среди них есть руководители тестирования,
ответственные за протоколы TCP-IP и другие
низкоуровневые технологии, разработчики —
специалисты, которые ежедневно занимаются
сборкой, и специалисты, которые выполняют
верификационные тесты этих сборок. «Представлена
каждая область проекта, — пояснил Ванк. —
Ежедневные приказы для группы Windows Server
отправляет группа разбора — War Team, и еще я
делаю большую рассылку электронной почты.
Эти послания электронной почты почти
всегда имеют гриф Microsoft confidential, или даже еще
выше; послания электронной почты — очень
секретные и рассылаются только
ограниченной группе лиц».

Как можно было заметить, работа War Room
представляет собой отлаженный процесс,
который происходит ежедневно в одно и то же
время и длится ровно один час. Члены группы
просматривают одну и ту же систему
отслеживания ошибок каждый день и зачастую
подробно рассматривают одни и те же
проблемы, пока те не будут исправлены. «Если
вас там нет, это нехорошо, — заметил Ванк. —
Сотрудники Microsoft имеют повышенное чувство
ответственности в отношении этого продукта
и они должны точно знать, что все идет
правильно. А если кого-то нет, я разбираюсь с
ними. Я — погонщик мулов».

Помимо утреннего совещания в War Room, группа
Windows Server проводит совещания после обеда с
двух до трех часов дня и, если потребуется, —
еще одно с пяти до шести часов после полудня.
Ежедневная сборка обычно начинается в 4:30,
но может задержаться до шести, так что это
последнее совещание дает группе шанс
подробно рассмотреть любые последние
исправления ошибок, которые будут
добавлены к сборке в тот же день. «Эта
структура очень важна; нам надо знать, на
какой стадии находится сборка в каждый
момент времени. Мы подробно рассматриваем
качество сборки, различные уровни важности
и все эти вещи, которые происходят с вечера
и требуют продолжения. Мы получаем
подробные отчеты и рассматриваем все, что
пойдет в проект», — пояснил Ванк.

Дополнительно к главной группе разбора —
War Team — каждая из функциональных групп имеет
собственные помещения для анализа. Таким
образом, ежедневно могло проводиться по 50
совещаний, с подробным анализом отдельных
компонентов системы. Такие заседания
проводятся каждый день в восемь часов утра.
Когда исправление ошибки проходит
обсуждение в локальной группе разбора, оно
представляется на совещании Ванка. «Они
не могут войти в «военную комнату»,
пока у них не готово исправление ошибки, —
заявил Ванк. — Исправление ошибки должно
быть готово». Поскольку нет какого-то
одного лица, принимающего решения, здесь
существует система проверок и балансов,
через которые проходит каждое исправление
ошибок, прежде чем оно вводится в сборку.

Сложность сборки Windows поражает. «Чтобы
упростить объяснение, примем, что Windows
состоит из 100 000 файлов, — сказал Ванк. —
Обычно существует семь хранилищ исходного
кода, причем каждый содержит точную копию
всех исходных кодов, хотя в этой точке мы
подсоединены лишь к одной. Любая группа
проектирования имеет собственное
хранилище, так что, когда разработчик пишет
одно исправление, он может компилировать
его в хранилище для тестирования. Если
сборка компилируется с его исправлением,
они контролируют это исправление и затем
проверяют его в главном хранилище главной
сборочной лаборатории».

Конечно, не всякая сборка бывает успешной.
Время от времени с Windows Server случается то, что
в Microsoft называют «build on the floor», когда
исправление разрушает некоторую часть
системы. «Это обидно, — посетовал Ванк. —
Был момент около года назад, когда мы не
выдавали сборку в течение семи дней. Мы
послали по электронной почте руководителям
групп разработки продукта в компании
объяснение этой проблемы, и компания
запустила свою частную версию Defcon-5. Все
красные флаги пошли вверх. Это очень прочно
укоренилось в сознании разработчиков — не
разрушать сборку. Они вносят свое изменение,
а затем проверяют его. Но они не могут
спокойно уйти домой. Мы разослали вызовы в
три часа ночи, когда сборку сломали, нашли
разработчика, который сломал ее, привлекли
его к работе сразу и немедленно исправили
положение. Разработчики ожидают вызовов 24
часа в день. Это как чрезвычайное положение.
Слом сборки считается критической
проблемой».

C завершением цикла разработки Windows Server 2003
число ошибок резко уменьшилось, а процесс
разбора становился с каждым днем проще. И
тогда компания Microsoft анонсировала
изменение имени. «Мы просто должны были
смириться с этим решением, — признался Ванк.
— Им следовало сделать это полгода назад. А
на этой поздней стадии они пригласили Стива
Балмера объяснить всем участникам группы
разбора, почему было принято это изменение».
Скорость, с которой группа могла обновить
всю эту графику, тексты и записи реестра в
системе, является оценкой динамичности
процесса исправления ошибок. Проблема
заключалась в том, что надо было внести
несколько тысяч изменений, а это обычно
означало несколько тысяч новых записей в
системе отслеживания ошибок в продукте. «Я
вызвал трех лучших разработчиков в группе и
сказал: «Надо это сделать». Один
разработчик изменил больше 7000 ссылок на
Windows .NET Server», — сказал Ванк.

После трудов праведных

В тот день, 21 января 2003г., когда мы посетили
совещание в комнате разбора — War Room, Windows Server
2003 достиг «абсолютного исторического
минимума» по части ошибок, по словам
Ванка. «На этой неделе мы останавливаем
работы по проекту, — заявил он. — Все готово.
Мы начинаем поставки». В тот день Windows Server
2003 имел немного активных ошибок, и как
минимум четверть их была связана с простыми
вопросами снабжения продукта торговой
маркой. «Итак, там около 150 нерешенных
вопросов для обсуждения, — сказал Ванк. —
Причем мы исправили примерно сто. Все эти
ошибки имеют степень сложности от 1 до 3. Нам
осталось исправить несколько ошибок,
степень сложности которых равна 1, и все они
должны быть ликвидированы, чтобы мы могли
начать поставки».

Ванк сказал, что серверная группа уже
заделала все известные бреши в системе
безопасности. «Мы очень довольны
системой безопасности, — заявил он. — Меня
лично впечатляет проделанная работа. Рывок
от Trustworthy Computing за последний год был важным
этапом для нас, и дальше все пойдет легче
благодаря проделанной работе. Проще для
разработчиков, потому что все они имеют
теперь одинаковое отношение и одни и те же
цели, а также одинаковую подготовку по
лучшим методикам. В различных группах
обычно были разные методы. Обеспечение
безопасности дало толчок к их объединению.
Теперь каждому легче взаимодействовать и
видеть конечную цель».

По завершении проектирования Windows Server 2003
группа проектирования будет работать в
переходном режиме. Во-первых, продукт
войдет в состояние фиксации депонирования,
и процесс сборки будет заморожен. Та сборка
затем будет развернута по кампусу, включая
корпоративную структуру Microsoft. «Это
последняя сборка, — заметил Ванк. — Затем мы
переждем какое-то время, в течение которого
не будет сделано никаких основных
обновлений продукта». Кроме того,
зафиксированная сборка будет проверяться
на тестерах и членами JDP.

В случае возникновения вопросов в течение
фиксации сборки группа War Team принимает
решения по вопросу обновления из-за ошибок.
Если возникнет необходимость обновления
ядра, то будет создана новая сборка, и
фиксация возобновится. «Изменение
компонента ядра может вызвать задержку
выпуска последней версии, RTM, — пояснил Ванк.
— Мы делаем паузу, прежде чем передать
систему клиентам, и должны подождать
несколько дней до решения о прекращении».
Каждая функциональная группа, работающая в
Windows Server 2003, должна работать с фиксированной
сборкой 21 день без перезагрузки, прежде чем
эта сборка может быть объявлена «золотой»
и запущена в производство.

Но Ванка не напрягали с точным графиком,
поскольку результат представляет собой
итог весьма продолжительной работы. Его
группа теперь готовит празднование RTM — на
воздухе, на одном из многих футбольных
полей кампуса, если погода позволит. У Ванка
есть и другие вопросы по RTM, за которые он
должен взяться, в том числе место
проведения презентации. Он также ведет
переговоры с OEM, ISV и маркетинговыми
компаниями для изготовления значков,
буклетов и так далее. «И я должен
проследить за тем, чтобы 8000 тех, кто
заслужил, получили свою награду», —
добавил Ванк.

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

Я спросил Ванка, возглавил бы он группу
разбора — War Team — для следующей версии Windows.
«Ни за что, — ответил он мне, смеясь. — Ни за
что!»

Поль Тюрро (thurrott@windowsitpro.com)
— Редактор
новостей в Windows IT Pro. Готовит
еженедельные выпуски Windows IT Pro UPDATE (http://www.windowsitpro.com/email),
а также ежедневные выпуски новостей WinInfo
Daily UPDATE (http://www.wininformant.com/).

Обновлено: 11.02.2024
Опубликовано: 2016 год или раньше

Данная статья представляет краткий обзор всех версий операционной системы Windows.

Версия Вашей системы: Windows 7

Версии для настольных компьютеров

Серверные Windows

Все версии Windows по линейкам + хронология

История успеха

Данная история успеха отражает частоту использования системы; количество глюков, с которыми столкнулись пользователи; отзывы.

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

Windows 1 (для компьютеров)

Годы поддержки: 1985 — 2001. Ветка: 16 бит.

Издания: —

Что нового

До Windows 1 был MS-DOS, поэтому самое главное новшество — графический интерфейс и возможность управления при помощи мыши.

Системные требования

Windows 2

Годы поддержки: 1989 — 2001. Ветка: 16 бит.

Издания: —

Что нового

• Возможность использования сочетания клавиш.
• Появились перекрывающиеся окна.
• Возможность увеличить и уменьшить окно.

Системные требования

Windows 3

Годы поддержки: 1990 — 2008. Ветка: 16 бит.

Издания: —

Что нового

• Первый (от Microsoft) удобный для пользователя интерфейс.
• Появление диспетчера программ.
• Появление мультимедийных возможностей.
• Поддержка сети (с 3.1).

Системные требования

Windows NT 3.1

Годы поддержки: 1993 — 2001. Ветка: NT. Разрядность: 16, 32 и 64 бита.

Издания: —

Что нового

• Первая система на базе ядра NT.
• Поддержка файловой системы NTFS.

Системные требования

Windows NT 3.5 Workstation

Годы поддержки: 1994 — 2001. Ветка: NT. Разрядность: 16, 32 и 64 бита.

Издания: —

Что нового

• Встроенная поддержка Winsock и TCP/IP.
• Появление сервера и клиента DHCP и WINS.
• Предоставление общего доступа к файлам и принтерам.
• Поддержка VFAT.

Системные требования

Windows NT 3.51 Workstation

Годы поддержки: 1995 — 2001. Ветка: NT. Разрядность: 16, 32 и 64 бита.

Издания: —

Системные требования

Windows 95

Годы поддержки: 1995 — 2001. Ветка: 9x (32 бита).

Системные требования

Windows NT 4.0 Workstation

Годы поддержки: 1996 — 2004. Ветка: NT. Разрядность: 32 и 64 бита.

Издания: —

Системные требования

Windows 98

Годы поддержки: 1998 — 2006. Ветка: 9x (32 бита).

Системные требования

Windows Millenium

Годы поддержки: 2000 — 2006. Ветка: 9x (32 бита).

Системные требования

Windows 2000

Годы поддержки: 2000 — 2010. Ветка: NT.

Системные требования

Windows XP

Годы поддержки: 2000 — 2010. Ветка: NT. Разрядность: 32 и 64 бита.

Редакции: XP, XP Professional

Системные требования

Windows Vista

Годы поддержки: 2006 — 2017. Ветка: NT. Разрядность: 32 и 64 бита.

Издания: Начальная (Starter), Домашняя базовая (Basic), Домашняя расширенная (Premium), Бизнес (Business), Корпоративная (Enterprise), Максимальная (Ultimate)

Системные требования

Windows 7

Годы поддержки: 2009 — 2020. Ветка: NT. Разрядность: 32 и 64 бита.

Издания: Начальная (Starter), Домашняя базовая (Home Basic), Домашняя расширенная (Home Premium), Профессиональная (Professional), Корпоративная (Enterprise), Максимальная (Ultimate)

Системные требования

Windows 8

Годы поддержки: 2012 — 2016. Ветка: NT. Разрядность: 32 и 64 бита.

Издания: 8, 8 Профессиональная (Pro), 8 Корпоративная (Enterprise)

Системные требования

Windows 8.1

Годы поддержки: 2013 — 2023. Ветка: NT. Разрядность: 32 и 64 бита.

Издания: 8, 8 Профессиональная (Pro), 8 Корпоративная (Enterprise)

Системные требования

Windows 10

Годы поддержки: 2015 — 2025. Ветка: NT. Разрядность: 32 и 64 бита.

Издания

• Домашняя (Home). Для большинства домашних компьютеров. Нет возможности настроить удаленный рабочий стол для того, чтобы к систему можно было подключиться удаленно; нет возможности использования групповых политик и присоединения к домену.
• Профессиональная (Pro). Содержит все функции домашней версии + возможность присоединения к домену, использования групповых политик, возможность подключения к компьютеру с использованием удаленного рабочего стола.
• Корпоративная (Enterprise). Урезаны некоторые функции домашней версии. Есть все дополнительные функции версии Pro + DirectAccess, AppLocker.
• S. Является урезанной версией; предустановлена на некоторые устройства. Не поддерживает стандартную установку приложений — возможна установка только из магазина Windows.

Что нового

Windows 10 претерпевает сильные изменения с выходом новых билдов. Поэтому нововведения будем рассматривать исходя из этого.

Билд 1507 (ноябрь 2015):

• Улучшенная производительность.
• Новый встроенный браузер Microsoft Edge.
• Автоматическое сжимание соседнего окна, при прижимании активного окна в одной из сторон рабочего стола.
• «Все приложения» в «Пуск» поддерживают отображение в 2048 элементов (раньше только 512).
• Принудительная установка обновлений.
• Использование виртуального голосового помощника Кортана.
• Обновленный меню пуск — представляет из себя гибрид предыдущих версий и Windows 8 (вернулся старый вариант раскрытия, а в правой части появились плитки).
• Возможность создания нескольких рабочих столов.
• Отказ от плиточной системы Windows 8.

1607 (август 2016):

• Возможность рукописного ввода (Windows Ink).
• Идентификация с помощью веб-камеры.
• Синхронизация с мобильного устройства уведомлений.
• Изменение меню параметров системы.

1703 (апрель 2017):

• Встроенная поддержка шлемов виртуальной реальности.
• Игровой режим
• По умолчанию предлагается командная строка в Powershell.
• Доступ к классической панели управления скрыт из контекстного меню. Теперь его можно вызвать командой control.
• Улучшение работы встроенного антивируса.
• Идентификация с помощью веб-камеры для Active Directory.
• Возможность создавать скриншот с выделением области с помощью сочетания клавиш Win + Shaft + S.
• Поддержка шрифта Брайля.
• Увеличенное время работы от батареи.

1709 (октябрь 2017):

• Возможность работы Cortana на одном устройстве и окончание работы на другом.
• Отключение протокола SMBv1. Включить можно вручную.
• Появление панели «Люди».
• Информация о GPU в диспетчере задач.
• Полноэкранный режим Microsoft Edge
• Увеличенное время работы от батареи (функция Power Throttling).
• Появление панели эмодзи.
• Выборочная синхронизация OneDrive.
• Исправление проблемы торможения в играх.

1803 (апрель 2018):

• Возможность восстановить пароль с помощью контрольных вопросов.

1809 (октябрь 2018):

• Темная тема для проводника.
• Возможность получения доступа к сообщениям с телефона (функция «Ваш телефон»).

1903 (май 2019):

• Изолированный рабочий стол для безопасного запуска приложений.

1909 (ноябрь 2019):

• Универсальный поиск в Проводнике.
• Улучшение производительности.

2004 (май 2020):

• Функция «Загрузка из облака» для переустановки Windows 10.
• Регулирование пропускной способности для обновлений Windows.
• Отображение температуры видеоядра в Диспетчере задач.
• Возможность удаления Блокнот, Paint, WordPad.
• Возможность использование Windows без пароля.

* данный список содержит часть нововведений. Полный список на странице в Википедии.

Системные требования

Windows 11 (последняя для настольных компьютеров)

Годы поддержки: 2021 — 2031. Ветка: NT. Разрядность: только 64 бита.

Основные издания: Домашняя (Home), Профессиональная (Pro), Корпоративная (Enterprise).

Дополнительные издания: для обучения (Education), для облаков (Cloud), для устройств дополненной и смешанной реальности (Mixed Reality), для бюджетных устройств (SE).

Системные требования

Что нового

Много изменений касаются визуальной части системы с ориентацией на повышение удобства для пользователя:

• Улучшенная поддержка дисплеев HDR.
• Улучшены производительность и безопасность.
• Кнопка «Пуск» перенесена ближе к центру экрана. Само меню пуска переработано.
• Более адаптированный интерфейс для управления касанием (в режиме планшета).
• Возможность создания нескольких рабочих столов с возможность располагать на них разные приложения.

Windows NT 3.1 Advanced Server (для серверов)

Годы поддержки: 1993 — 2001. Ветка: NT. Разрядность: 16, 32 и 64 бита.

Издания: —

Системные требования

Windows NT 3.5 Server

Годы поддержки: 1994 — 2001. Ветка: NT. Разрядность: 16, 32 и 64 бита.

Издания: —

Что нового

• Встроенная поддержка Winsock и TCP/IP.
• Появление сервера DHCP и WINS.
• Предоставление общего доступа к файлам и принтерам.
• Поддержка VFAT.

Системные требования

Windows NT 3.51 Server

Годы поддержки: 1995 — 2001. Ветка: NT. Разрядность: 16, 32 и 64 бита.

Издания: —

Системные требования

Windows NT 4.0 Server

Годы поддержки: 1996 — 2004. Ветка: NT. Разрядность: 32 и 64 бита.

Издания: Server, Enterprise Edition, Terminal Server

Системные требования

Windows 2000 Server

Годы поддержки: 2000 — 2010. Ветка: NT. Разрядность: 32 и 64 бита.

Издания: Server, Advanced Server и Datacenter Server

Системные требования

Windows Server 2003

Годы поддержки: 2003 — 2015. Ветка: NT. Разрядность: 32 и 64 бита.

Издания: Web, Standard, Enterprise, Datacenter

Системные требования

Web, Standard, Enterprise:

Datacenter Edition:

Windows Server 2003 R2

Годы поддержки: 2005 — 2015. Ветка: NT. Разрядность: 32 и 64 бита.

Издания: Standard, Enterprise, Datacenter

Системные требования

Standard, Enterprise:

Datacenter Edition:

Windows Server 2008

Годы поддержки: 2008 — 2020. Ветка: NT. Разрядность: 32 и 64 бита.

Издания: Web, Standard, Enterprise, Datacenter, HPC, Storage, Itanium

Системные требования

Windows Server 2008 R2

Годы поддержки: 2009 — 2020. Ветка: NT. Разрядность: 64 бита.

Издания: Foundation, Small Business, Web, Standard, Enterprise, Datacenter, HPC, Itanium

Системные требования

Windows Server 2012

Годы поддержки: 2012 — 2023. Ветка: NT. Разрядность: 64 бита.

Издания: Foundation, Essentials, Standard, Datacenter

Системные требования

Windows Server 2012 R2

Годы поддержки: 2013 — 2023. Ветка: NT. Разрядность: 64 бита.

Издания: Foundation, Essentials, Standard, Datacenter

Системные требования

Windows Server 2016

Годы поддержки: 2016 — 2026. Ветка: NT. Разрядность: 64 бита.

Издания: Essentials, Standard, Datacenter

Что нового

• Лицензирование на физические ядра процессора (минимум 16).
• Новый режим установки — Nano.
• Появление контейнерной виртуализации.
• OpenGL и OpenCL для RDP.
• Шифрование виртуальных машин и внутреннего сетевого трафика.
• Блочная репликация файловых хранилищ.

Системные требования

Более подробно в обзоре Windows Server 2016.

Windows Server 2019

Годы поддержки: 2018 — 2029. Ветка: NT. Разрядность: 64 бита.

Издания: Standard, Datacenter

Что нового

• Улучшенная безопасность — встроенные технологии Defender ATP и Defender Exploit Guard.
• Windows Subsystem Linux (WSL) — контейнеры для поддержки приложений Linux.
• Для построения кластера с четным количеством узлов в качестве диска-свидетеля может выступать USB-диск.

Системные требования

Windows Server 2022 (последняя для серверов)

Годы поддержки: 2021 — 2031. Ветка: NT. Разрядность: 64 бита.

Издания: Standard, Datacenter

Что нового

• Улучшенная безопасность.
• Больше возможностей для работы с облаками, особенно, Microsoft Azure.

Системные требования

Microsoft has been making client operating systems since 1985, when Windows 1.01 was first launched. However, the first server was not released till 1993 after the introduction of New Technology (NT). Since then, 14 different versions have been released (Windows Server 2022 is the latest version available at the time of writing this post).

Windows Servers are used for enterprise-level management, data storage, applications, and communications. Using this group of operating systems, administrators can apply and implement policies while enhancing their network’s security infrastructure.

In this post, we will discuss the different Windows Server versions, what unique feature(s) they brought, and in what order they were released.

A common misunderstanding some people have is between the Server versions and their editions. The version of the server is either denoted by integers (this naming convention is no longer used) or suffixed with its corresponding year. For example, previously, Microsoft named a server version “Windows NT 3.5” or “Windows NT 4.0.” Now, they use “Windows Server 2003” or “Windows Server 2019.”

If you are confusing this with the Server editions, click on the link to read more about it.

Windows Server Timeline

The image below illustrates when a Windows Server version was initially released. You can then continue to read below to understand how each of these is different.

Картинка с сайта: www.itechtics.com

Windows Server History

The table below briefly describes the important aspects of each of the Windows Server versions along with some other useful information.

The table above briefly describes all the significant changes as well as the release details of individual Windows Server versions since Microsoft first launched the operating system back in 1993.

Let us now dig into the details of each version.

Windows Server NT Versions

Initially, Microsoft used the New Technology (NT) terminology when releasing Windows Server. Moreover, the first version ever to be released publicly wasn’t version 1, but it was 3.1.

Another thing to note is that the different editions of each version did not kick in until 2000, with Windows Server 2000. Before that, Servers were only offered as a single, standard edition.

Windows NT Server 3.1

Windows NT Server 3.1 was the first Server by Microsoft. This was an operating system with a 32-bit architecture that was released in 1993. This was released in 2 variants: one for Terminals and another for Servers.

The version for Servers is what evolved into the Server family which continues to date.

Windows NT Server 3.5

Microsoft then skipped directly to version 3.5. Since most networks ran Unix or Novell servers, Windows NT Server 3.5 allowed interconnectivity with these systems for convenient data transmission.

This was a major feature for the sustainability of NT Servers since they were relatively new to the market.

Windows NT Server 3.51

Windows NT Server 3.51 had the capabilities to manage computers running Windows 95 on the same network. Server 3.51 also supported the management of software licenses for client computers and update other Windows 95 machines over the network.

Windows NT Server 4.0

This Server version included a UI similar to Windows 94 and was released in 1996. This included the Internet Information Server (IIS) which was in direct competition with Apache HTTP Server.

Furthermore, Microsoft also added the Transaction Server and the Message Queue Server to improve the OS. In the end, Microsoft improved the connectivity to non-Windows systems and also created a bridge from 16-bit DOS applications so that they could interface with the 32-bit Desktop environment.

Rebranded Windows Server Versions

In 2000, Microsoft dropped the “NT” version naming convention and shifted to a year-based release name. For example, “Windows Server 2000” was released in the year 2000.

Windows Server 2000

Windows Server 2000 was a major milestone for Microsoft since many of the features are still in use today by modern versions of the Server.

Windows Server 2000 included support for XML, creation of Active Server Pages (ASP), and the use of Active Directory for user authentication. It also introduced the concept of tailored editions, which included the standard Windows Server, Microsoft released Advanced Server, and Datacenter Server.

Editions: Server, Advanced Server, Datacenter Server

Windows Server 2003

The major change in Server 2003 was the reduction of system reboot requirements after an event. Microsoft also enhanced the security features of the operating system, and this was the first time that the .NET environment was included with the Windows Server operating system.

It was also the first time a Server was able to assign server roles, enabling the operating system to be tailored to specific specialized tasks, such as a DNS server.

Editions: Web, Standard, Enterprise, Datacenter

Windows Server 2003 R2

This was Revision 2 (R2) of Windows Server 2003. This allowed users with valid licenses for Server 2003 to automatically upgrade to Server 2003 R2 without any additional costs.

This version mostly focused on enhancing the security of the OS as well as the network. It introduced Active Directory Federation Services (ADFS) for user authentication. The purpose of this AD extension was to enable external services to be included in the “single sign-on” permissions managed within the network.

Another improvement to this version was the Active Directory Application Mode, which improved security by creating an “arm’s length” relationship with third-party applications – it did not trust the apps that well.

Furthermore, administrators were now able to apply and implement Group Policies on other users and computers using the Security Configuration Wizard.

Editions: Web, Standard, Enterprise, Datacenter

Windows Server 2008

Windows Server 2008 was the first Server OS to include a Hyper-V virtualization system, upon which users can implement Virtual Machines (VMs) and install operating systems. Furthermore, the inclusion of the Event Viewer and the Server Manager made it easier for the administrators to troubleshoot any issues and then manage their Servers more conveniently.

Not only that, but Microsoft went a step ahead and also introduced the Core version of Windows Server 2008, which was a command line-based OS with a bare minimum User Interface (UI).

Editions: Web, Foundation, Standard, Enterprise, Datacenter

Windows Server 2008 R2

This was the first Server to have a 64-bit architecture. Windows Server 2008 R2 made significant improvements to the Active Directory Group Policy implementation, with the inclusion of new policies. It also included Remote Desktop Services for the very first time on a Server OS.

Editions: Web, Foundation, Standard, Enterprise, Datacenter

Windows Server 2012

Windows Server 2012 included better features for off-site server integration. This was mainly done by Microsoft so it can be integrated with cloud servers and services. Furthermore, they also updated the storage system with this OS, which was mediated by Hyper-V itself.

Not only that, but the Hyper-V virtual switch and Hyper-V Replica were also introduced in Server 2012.

Editions: Foundation, Essentials, Standard, Datacenter

Windows Server 2012 R2

This revision to Server 2012 made further improvements to the cloud integration. It also included updates to Windows PowerShell. Virtualization and storage technologies were also overhauled and the Web services were enhanced.

Editions: Foundation, Essentials, Standard, Datacenter

Windows Server 2016

Server 2012 introduced the Nano Server – a minimal, lightweight server implementation to minimize the attack surface. An encryption system was also added for Hyper-V to secure the VMs.

Another milestone for Microsoft was the support for containers.

That said, at this point, Microsoft discontinued R2 versions of the Servers as they had shifted to the Long-Term Servicing Channel (LTSC).

Server 2016 also included the Network Controller. This enabled administrators to manage both physical as well as virtual network devices using a single console. However, this feature is only available in the Datacenter edition.

Editions: Essentials, Standard, Datacenter

Windows Server 2019

Previously known as Project Honolulu, Windows Admin Center was launched for the first time and is an integrated all-in-one console to manage your Active Directory. Integrated servers, machines, and users can also be managed using this one console only, along with services and server roles.

It also includes Hyperconvereged Infrastructure (HCI) capabilities which is a software that combines all of the basic data center elements, such as computing, storage, networking, and management, into a single software. This facility aims to obtain all the functions of a miniature data center without the additional hardware costs.

You can read more about other enhancements and improvements in our post for Server 2019.

Editions: Essentials, Standard, Datacenter

Windows Server 2022

Windows Server 2022 is the latest version of Server at the time of writing this post.

This includes Azure Arc, which is used to manage and govern on-prem servers within Microsoft Azure. Furthermore, it also includes support for hotpatching – which is installing updates without having to reboot the target PC.

Improvements to networking have also been improved by the inclusion of software-defined networking capabilities. Supports SMB over QUIC capability for safer communications. It’s designed for VPN replacement and relies on UDP and TLS 1.3 protocols for faster and safer communication.

You can read more about other enhancements and improvements in our post for Server 2022.

Editions: Essentials, Standard, Datacenter, Datacenter: Azure edition

Windows Server 2025

Windows Server 2025 introduces features such as hotpatching, which allows for applying updates without restarting, and enhanced NVMe performance for better storage handling.

It also includes updates to Active Directory and SMB protocols, improving security and efficiency. It’s still in Public Preview and will be released soon. You can download Windows Server 2025 now.

Final Thoughts

Windows Server has come a long way since its debut in 1993. This has improved UI as well as many other functional improvements for manageability. Such improvements are the reason why Microsoft releases new versions every few years – so organizations can take advantage of the new features.

Each of these versions then had different variants, which are known as editions. You may click on the link to learn about the different editions and how they differ from one another. But it doesn’t end here.

The Datacenter and Standard editions also come with different variants – which are the Core and Desktop Experience variants.

To sum up, the complete name of a Windows Server operating system can be as such: Windows Server 2022 Datacenter Core Evaluation. This means that the version is Server 2022, the edition is Datacenter with the bare minimum UI (Core), and is the Evaluation edition and only valid for a total of 180 days since its installation.