Windows server 2003 прекращение поддержки

Поддержка окончена: Что делать? Кто и что может помочь?

Кажется, что об этом знают уже все: 14 июля этого года официально прекращена поддержка Windows Server 2003/R2. А дискуссия о том, что нужно делать и стоит ли вообще что-то предпринимать, продолжается. Я же предлагаю взглянуть на сложившуюся ситуацию со стратегической точки зрения. Во-первых, разобраться, как это может повлиять на бизнес-процессы компании, и взглянуть на ситуацию с юридической (а также технической и экономической) точки зрения. Во-вторых, понять, для чего нужны консультанты по миграции со старой ОС на последние версии, в чём от них польза. И, наконец, облегчить жизнь многим компаниям, рассказав о практическом опыте миграции веб- сайтов, основанных на технологии IIS с помощью утилиты Web Deployment Tool.

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

Окончание поддержки Windows Server 2003/R2. Лирика

Что же значит для бизнеса «окончание поддержки WS2003/R2»? C первого взгляда, вероятно, может показаться, что это приведёт к:

1. Дополнительным расходам на лицензии и, возможно, новое оборудование (мы же их уже покупали 12 лет назад. Опять?!?!).
2. Проблемам с контролирующими органами (особенно для компаний, которые хранят персональные данные (а какие компании их не хранят?), так как WS2003/R2 более не получает обновлений безопасности, а это значит невыполнение требований по обеспечению сохранности персональных данных.
3. Несоответствию различным стандартам: как локальным, так и отраслевым, а это может ограничить возможность участия компании в ряде тендеров, привести к штрафным санкциям и пр.

Исходя из вышесказанного, может сложиться впечатление, что окончание поддержки WS2003/R2 — это негативное событие, ведущее к издержкам, проблемам и «снова это ИТ вместо того, чтобы помогать в кризис, просит денег». Ведь дополнительные проблемы, риски и затраты в сложный экономический период никому не нужны. К тому же, многие компании только сокращают бюджеты на ИТ и требуют от ИТ-отделов не только сокращения расходов, но повышения эффективности. Как же в таких условиях проводить миграцию и проводить ли её вообще? Может быть лучше всё оставить как есть «до лучших времён»?

Давайте разберёмся во всём по порядку. Разложим стандартную ситуацию в типовом ИТ-отделе на цели, требования и ограничения.

Цели:

1. Сокращение расходов на ИТ
2. Повышение эффективности

Требования:

1. Соответствие ожиданиям бизнеса
2. Решение и поддержка бизнес-задач со стороны ИТ

Ограничения:

1. Сокращённый ИТ-бюджет
2. Окончание поддержки WS2003/R2

Как мы видим, последний пункт — это лишь одна часть общей картины. И она дает отличную возможность пересмотреть всю ИТ-стратегию. Заново осмыслить ИТ-инфраструктуру компании. Посмотреть на неё под разными углами и понять, как её оптимизировать и адаптировать к новой реальности. А имеющиеся у вас проекты по модернизации, которые постоянно откладывались из-за различных технических, финансовых и прочих ограничений? Пришло время пересмотреть их и оценить заново!

Определимся, что есть в вашей инфраструктуре. Для этого в первую очередь получим ответы на такие вопросы, как:

• Сколько есть серверов? Какие ОС установлены на них?
• Какую нагрузку они испытывают и какими характеристиками/мощностями обладают?
• Есть ли у вас ОС Windows Server 2003/R2? Какие роли, сервисы и приложения на неё возложены?
• Какие из этих приложений используются? Кто их использует?
• Можно ли переместить роли, сервисы и приложения на другие сервера с последней ОС?

Помощь в получении этой информации может оказать приложение по планированию инфраструктуры Microsoft Assessment and Planning Toolkit. Результатом его работы будет отчёт с анализом имеющейся инфраструктуры и техническими рекомендациями по её оптимизации или переносу в облако MS Azure.

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

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

1. У вас нет серверов с WS2003/R2.
2. У вас достаточно ресурсов, чтобы просто передать роли/службы/приложения с Windows Server 2003/R2 на другие, имеющиеся в наличии сервера с последней версией ОС и вывести их с поддержки.
3. Вы не используете максимально эффективно имеющиеся ресурсы, и есть возможность высвободить часть лицензий/оборудования.
4. То самое уникальное приложение для бухгалтерии нещадно устарело и имеет современный аналог, и уже не обязательно для него поддерживать 2003 сервер (обычно, современные приложения позволяют работать более эффективно, включают в себя новые функции и т.д.)

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

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

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

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

1. Анализ существующей инфраструктуры
2. Разработка плана миграции
3. Выбор оптимального решения
4. Внедрение решения (собственно, миграция)
5. Анализ и тестирование результата миграции

Теперь попробуйте оценить:

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

Если у вас:

• небольшие объёмы работы (менее 15 серверов);
• имеются свободные и достаточно квалифицированные ресурсы или мигрируемые сервисы/приложения не критичны,

то оптимальным решением будет выполнить проект по миграции своими силами.

Однако, если у вас:

• достаточно большая инфраструктура (более 15 серверов);
• есть бизнес-критичные сервисы/приложения;
• из-за ограничения «Сокращённый ИТ-бюджет» сотрудники ИТ-отдела загружены и не могут выделить нужное время для реализации проекта без вреда для оказываемых сервисов,

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

Плюсы ИТ-аутсорсера в том, что это компания с высококвалифицированным профессионалом, который имеет за плечами не один законченный проект и прекрасно осведомлён о возможных «подводных камнях» и вероятных сложностях в процессе. Он поможет вам в формировании и реализации вашей ИТ-стратегии, синхронизированной со стратегией бизнеса.

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

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

1. если в стратегической цели бизнеса есть пункт о повышении мобильности сотрудников, а у вас при этом есть 2003 сервер, на котором развернут MS Exchange, то может пригодиться облачное решение Office 365, вместо миграции на другой сервер.
2. если бизнес планирует открывать филиалы по всему миру, то здесь внимание уделим MS Azure.
3. возможно, также пришла пора присмотреться к гибридным облакам и рассмотреть возможность передачи ряда некритичных сервисов в публичное облако, а бизнес-критичные развернуть в частном облаке внутри организации?

На картинке ниже можно увидеть различные варианты предоставления облачных сервисов. Доводы «За» миграцию в публичное облако:

• Нет необходимости обслуживать и сопровождать сервера
• Есть возможность выбора подходящего варианта получения ресурсов и их объемов (IaaS, PaaS или SaaS)
• Высокая отказоустойчивость.

Если какие-либо приложения или сервисы нельзя передавать на хостинг в публичное облако, то можно построить гибридное облако на базе Windows Server 2012 R2 & System Center 2012 R2 & Windows Azure. Доводы «За» гибридное облако:

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

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

Наш опыт миграции сайтов с IIS 6.0

Имея немалый практический опыт миграции сайтов с IIS 6.0 на последние версии, я хочу поделиться руководством по такой миграции с помощью Web Deployment Tool.

Перед началом миграции убедитесь, что:

1. У вас есть бэкап.
2. Если сайт использует SQL базу, убедитесь, что она была заранее мигрирована на новый сервер.
3. У вас есть все необходимые логины и пароли.
4. Все порты необходимые для работы сайтов открыты на новом сервере.

Что можно мигрировать с помощью Web Deployment Tool?

• 1 или 1000 веб сайтов, включая их конфигурации, контент и сертификаты.
• Приложение.
• Весь сервер (все веб-сайты, пулы приложений, ключи регистра, контент и прочее).
• Пользовательский манифест, состоящий из сайтов, пула приложений, ключей регистра, контента и пр.

Для миграции у вас должен быть установлен .NET Framework 2.0 SP1 или выше и Web Deployment Tool. (Как установить web deployment tool можно посмотреть здесь (eng) или здесь (рус)).

Шаг 1. Проверьте зависимости сайта и найдите скрипты или установленные компоненты, которые он использует.

1. Проверить зависимости веб сайта можно с помощью следующей команды

   msdeploy -verb:getDependencies -source:metakey=lm/w3svc/1

   1 – это ID сайта

2. Посмотрите вывод зависимостей и определите, какие компоненты использует сайт. Например, если сайт использует авторизацию windows, вывод команды будет следующим:

   /<dependency name="WindowsAuthentication" />.

3. Если сайт наследует какие-либо скрипты, то их не будет в выводе списка зависимостей, наследуемые скрипты нужно будет проверить вручную.

Подробное описание анализа вывода команды getDependencies можно посмотреть здесь.

Шаг 2. Настройка целевого сервера

Согласно полученного в 1-м шаге списка зависимостей, установите необходимые компоненты. Например, если в вашем списке зависимостей есть компоненты:

• ASP.NET
• Windows Authentication
• Anonymous Authentication

Следовательно, на основе этого списка зависимостей вам необходимо будет установить соответствующие компоненты и модули.

Шаг 3. Миграция сайта с использованием архива

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

   %windir%\system32\inetsrv\appcmd add backup “PreWebDeploy”

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

   msdeploy -verb:sync  -source:metakey=lm/w3svc/1 -dest:package=c:\Site1.zip > WebDeployPackage.log

   1 – это ID сайта

3. Скопируйте полученный архив на целевой сервер.
4. Для проверки, что произойдёт при запуске синхронизации, на целевом сервере выполните команду

   msdeploy -verb:sync -source:package=c:\Site1.zip -dest:metakey=lm/w3svc/1 -whatif > WebDeploySync.log

   1 – это ID сайта

5. После проверки результатов выполнения команды, выполните её без ключа –whatif (разумеется, если вывод предыдущей команды был без ошибок)

   msdeploy -verb:sync -source:package=c:\Site1.zip -dest:metakey=lm/w3svc/1 > WebDeploySync.log

   1 – это ID сайта

Миграция сайта с использованием web deployment agent service

Если вы хотите использовать синхронизацию сайтов в режиме реального времени, то можно воспользоваться Web Deployment Agent Service.

1. Установите Web Deployment Agent Service на исходный или целевой сервер, или на оба для максимальной гибкости возможных сценариев синхронизации (агент может как принимать синхронизируемые данные от источника, так и отправлять их)
2. Запустите сервис

   net start msdepsvc

3. Запустите следующую команду, чтобы начать синхронизацию (отправку данных) с локального источника на удалённый сервер (Server1 замените именем своего сервера). Сначала рекомендуется запускать команду с флагом –whatif, а после проверки результатов её выполнения – без неё.

   msdeploy -verb:sync -source:metakey=lm/w3svc/1 -dest:metakey=lm/w3svc/1,computername=Server1 -whatif > msdeploysync.log

   1 – это ID сайта

4. Следующая команда запускает синхронизацию в режиме «приёма» данных с удалённого сервера

   msdeploy -verb:sync -source:metakey=lm/w3svc/1,computername=Server1 -dest:metakey=lm/w3svc/1 -whatif > msdeploysync.log

   1 – это ID сайта

На этом процесс миграции закончен, остаётся проверить работу сайта на целевом сервере. В случае проблем для поиска их решения можно воспользоваться Troubleshooting Web Deploy.

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

Автор aleksjoke

Сегодня, 14 июля, мы окончательно прощаемся с Windows XP: прекращена поддержка Windows Server 2003, в основе которой и лежала сверхпопулярная Windows XP (а если копнуть ещё глубже, то можно обнаружить Win2k).

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

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

Впрочем, на самом деле поддержка не прекращается полностью и для тех компаний, которые, по каким-либо причинам, не произвели обновление, могут подписаться на программу Custom Support Agreement (CSA). Для таких подписчиков Microsoft продолжит выпускать критические исправления Windows Server 2003. Однако участие в ней влетит в копеечку: $600 за один сервер в течение первого года. В следующий год эта сумма удваиваются, на третий — увеличивается втрое. Поэтому компания рекомендует как можно быстрее произвести обновление до Windows Server 2012 R2.

Следует заметить, что Windows Server 2003 и по сей день сохраняет свою популярность: в мире, по разным данным, насчитывается от 7 до 12 млн серверов, работающих под управлением этой операционной системы. Ровно также пока ещё жива и Windows XP: только согласно общедоступной статистике Steam, на её долю приходится около 3.1% игровых ПК, что вполне сравнимо, например, с первой версией Windows 8 и намного больше, чем Windows Vista, которые вышли много позднее XP и в популяризацию которых со стороны Microsoft были вложены большие усилия.

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

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

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

learn44.com

Год назад Microsoft говорила, что в мире насчитывается около 24 млн серверов под управлением Windows Server 2003/R2. Сейчас, по разным данным, осталось около 8–11 млн таких систем. Глава отдела маркетинга облачных платформ Microsoft Майк Шутц (Mike Schutz) заявил, что «подавляющий процент» клиентов компании уже перекинули свои серверные рабочие нагрузки с Windows Server 2003.

В 2013–2014 годах Microsoft выпустила 58 критических обновлений для Windows Server 2003. Это говорит о том, что за многие годы присутствия ОС не все уязвимости в ней были устранены, поэтому сейчас, когда выпуск патчей для этой платформы прекращён, её пользователи рискуют быть атакованы хакерами. Компаниям, работающим с большим количеством персональных данных клиентов, рекомендуется в первую очередь обновить программное обеспечение.

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

chip.com.tr

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

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

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

Развивайте свой бизнес — попрощайтесь с Windows Server 2003!

Компания IPWAY предлагает специализированные услуги по эффективной и качественной миграции сервисов заказчика с Windows Server 2003 на операционную систему Windows Server 2012R2.
При этом компании, планирующие переход, могут приобрести новый аппаратный сервер, установить операционную систему Windows Server 2012 R2 и перенести нагрузки на новый сервер или выбрать путь виртуализации и перенести нагрузки на виртуальную машину с операционной системой Windows Server 2012 R2. Другой альтернативой может стать миграция в виртуальные машины нашего частного облака, что позволит не только перейти на новую платформу Windows Server 2012r2, но также сократить расходы на закупку нового парка серверов и их дальнейшее обслуживание.

Обновление оборудования при переходе с Windows Server 2003

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

Стоимость аренды виртуального Windows сервера на базе сертифицированного Дата Центра класса Tier3 с уровнем доступностью до 99,9 % начинается от 2 425 руб/месяц. При этом стоимость аренды лицензии Windows Server 2012 R2 на неограниченное число CAL подключений БЕСПЛАТНО!

Аренда лицензий Windows Server 2012 вместо покупки — это выгодно!

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

Стоимость аренды программных продуктов Microsoft начинается от 41 руб/месяц.

Порядок перехода с Windows Server 2003

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

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

Объединение физических серверов или платных платформ виртуализации в Hyper-V для экономии средств.

Перенос рабочих нагрузок, таких как Exchange или Office 365 для повышения производительности и снижения рабочих нагрузок

Обновление с SQL Server 2005 до SQL Server 2014 для решения критически важных задач производительности и более быстрого доступа к любым данным

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

Стоимость работ по настройке и миграции на Windows Server 2012R2 начинается от 8 000 рублей.