Windows process activation services что это

Добрый день! Уважаемые читатели и гости одного из крупнейших IT блогов рунета Pyatilistnik.org. В прошлый раз мы с вами устранили ошибку 0x80300024 при попытке установить Windows. Движемся дальше и сегодня пойдет речь, том, как выполнить чистую переустановку IIS роли. Для выполнения этой задачи у вас может быть ряд причин, например вы хотите начать работу с ролью IIS, так как будто вы ее только установили, вы можете захотеть попытаться устранить какие-то ошибки и проблемы. Давайте разбираться.

Постановка задачи

Ранее мы с вами производили установку роли IIS, мы настроили там сайты. Через какое-то время ко мне обратился разработчик, и сообщил, что у него есть ряд проблем с IIS. Начав разбираться я обнаружил, что есть повреждение файла конфигурации может привести к неисправностям или сбоям вашего веб-сайта/приложения. Пример ошибки:

Иногда бывает проще произвести чистую переустановку IIS, чем проверять файлы конфигурации (такие как ApplicationHost.config или web.config) один за другим, построчно. При удалении IIS без выполнения дополнительных действий. вы обнаружите, что после переустановки у вас все та же конфигурация на сервере: те же веб-сайты, то же приложение и, вероятно, та же проблема. Это связано с тем, что в системе остаются старые конфигурационные файлы, которые так же нужно удалить перед новой установкой.

Как полностью удалить IIS в Windows

Чтобы вам произвести полную деинсталляцию роли IIS с удалением всех старых хвостов, нужно выполнить два этапа:

1. Удалить роль IIS
2. Удалить файлы из рабочих каталогов inetsrv, inetsrv, windows

Для начала давайте полностью удалим вашу роль Internet Information Services. Для этого есть два варианта, быстрый через PowerShell и более медленный, но через графический интерфейс.

Удаление IIS через диспетчер серверов

Самый простой метод, подходящий любому системному администратору, особенно начинающему. Откройте оснастку «Диспетчер серверов» и выберите пункт «Управление — Удалить роли и компоненты».

Указываем сервер на котором будет происходить деинсталляция Internet Information Services, просто у вас в диспетчер серверов может быть добавлен не один сервер, например мы так ранее собирали оснастку управления RDS фермой.

Снимаем галку с роли «Веб-сервер IIS» и нажимаем далее.

Так же убедитесь, что у вас убрана галка с компонента «Служба активации процессов Windows (Windows Process Activation Services)«. Служба активации процессов Windows (WAS) управляет конфигурацией пула приложений, а также созданием и временем жизни рабочих процессов для HTTP и других протоколов. Служба публикации в Интернете (W3SVC) и другие службы зависят от WAS. Список управляемых объектов, которые включены в этот управляемый объект:

• Пул приложений IIS (IIS Application Pool) — Пул приложений служб IIS представляет собой группу URL-адресов, которые направляются одному или нескольким рабочим процессам. Поскольку пулы приложений определяют набор веб-приложений, которые совместно используют один или несколько рабочих процессов, они предоставляют удобный способ администрирования набора веб-сайтов и приложений и их соответствующих рабочих процессов. Границы процесса отделяют каждый рабочий процесс; следовательно, веб-сайт или приложение в одном пуле приложений не будут затронуты проблемами приложений в других пулах приложений. Пулы приложений значительно повышают как надежность, так и управляемость веб-инфраструктуры.
• IIS Protocol Adapter — Адаптер протокола информационных служб Интернета (IIS) — это служба Windows, которая принимает сообщения по определенному сетевому протоколу и взаимодействует со службой активации процессов Windows (WAS) для направления входящих сообщений правильному рабочему процессу.

Далее после удаления потребуется перезагрузка сервера. поэтому я рекомендую поставить галку «Автоматический перезапуск конечного сервера, если требуется» и смело нажимайте кнопку «Удалить».

Удаление IIS через PowerShell

Данный метод мне нравится больше, поскольку все делается одной командой. Во первых запустите оболочку PowerShell от имени администратора. Далее чтобы посмотреть список всех компонентов у роли IIS выполните вот такую команду.

У вас будет выведен список всех установленных компонентов Internet Information Services. Чтобы удалить, вам необходимо добавить конвейер, в итоге получим:

Можете еще раз проверить остались ли компоненты, хочу напомнить, что для завершения процедуры, нужно перезагрузить сервер, через командлет Restart-Computer

Удаление IIS через Windows Admin Center

Не могу не упомянуть используемый мной новый инструмент администрирования и управления сервером Windows Admin Center. Заходим в нем в раздел «Роли и компоненты«, выбираем роль IIS и ее содержимое. После чего просто нажимаем удалить.

Вам покажут список затрагиваемых компонентов, если все устраивает, то нажимаем удалить.

ждем удаление роли, потребуется перезагрузка.

Удаление старых конфигурационных файлов

Вторым этапом очистки хвостов от роли IIS, выступает удаление или очистка некоторых каталогов.

• C:\Windows\system32\inetsrv\ — тут лежат конфигурационные файлы
• C:\inetpub\ — тут лежат ваши сайты, не забываем делать их копию
• C:\Windows\iis_версия.log — тут лежат логи

Hosting in Windows Process Activation Service

The Windows Process Activation Service (WAS) manages the activation and lifetime of the worker processes that contain applications that host Windows Communication Foundation (WCF) services. The WAS process model generalizes the IIS 6.0 process model for the HTTP server by removing the dependency on HTTP. This allows WCF services to use both HTTP and non-HTTP protocols, such as Net.TCP, in a hosting environment that supports message-based activation and offers the ability to host a large number of applications on a given machine.

For more information about building a WCF service that runs in the WAS hosting environment, see How to: Host a WCF Service in WAS.

The WAS process model provides several features that enable applications to be hosted in a way that is more robust, more manageable, and that uses resources efficiently:

Message-based activation of applications and worker process applications start and stop dynamically in response to incoming work items that arrive using HTTP and non-HTTP network protocols.

Robust application and worker process recycling to maintain the health of running applications.

Centralized application configuration and management.

Allows applications to take advantage of the IIS process model without requiring the deployment footprint of a full IIS installation.
Windows Server AppFabric works with IIS 7.0 and Windows Process Activation Service (WAS) to provide a rich application hosting environment for NET4 WCF and WF services. These benefits include process life-cycle management, process recycling, shared hosting, rapid failure protection, process orphaning, on-demand activation, and health monitoring. For detailed information, see AppFabric Hosting Features and AppFabric Hosting Concepts.

Elements of the WAS Addressing Model

Applications have Uniform Resource Identifier (URI) addresses, which are the code units whose lifetime and execution environment are managed by the server. A single WAS server instance can be home to many different applications. Servers organize applications into groups called sites. Within a site, applications are arranged in a hierarchical manner that reflects the structure of the URIs that serve as their external addresses.

Application addresses have two parts: a base URI prefix and an application-specific, relative address (path), which provide the external address for an application when joined together. The base URI prefix is constructed from the site binding and is used for all the applications under the site. Application addresses are then constructed by taking application-specific path fragments (such as, «/applicationOne») and appending them to the base URI prefix (for example, «net.tcp://localhost») to arrive at the full application URI.

The following table illustrates several possible addressing scenarios for WAS sites with both HTTP and non-HTTP site bindings.

Размещение в службе активации процессов Windows Hosting in Windows Process Activation Service

Служба активации Windows (WAS) управляет активацией и временем жизни рабочих процессов, которые содержат приложения, размещенные в службах Windows Communication Foundation (WCF). The Windows Process Activation Service (WAS) manages the activation and lifetime of the worker processes that contain applications that host Windows Communication Foundation (WCF) services. Модель процесса WAS обобщает модель процесса IIS 6.0 для HTTP-сервера, удаляя зависимость от HTTP. The WAS process model generalizes the IIS 6.0 process model for the HTTP server by removing the dependency on HTTP. Это позволяет службам WCF использовать протоколы HTTP и отличные от HTTP, такие как net. TCP, в среде размещения, которая поддерживает активацию на основе сообщений и предлагает возможность размещения большого количества приложений на определенном компьютере. This allows WCF services to use both HTTP and non-HTTP protocols, such as Net.TCP, in a hosting environment that supports message-based activation and offers the ability to host a large number of applications on a given machine.

Дополнительные сведения о построении службы WCF, работающей в среде с размещением, см. в разделе как разместить службу WCF в WAS. For more information about building a WCF service that runs in the WAS hosting environment, see How to: Host a WCF Service in WAS.

Модель процессов WAS предоставляет несколько функций, благодаря которым размещение приложений можно осуществлять более надежным и управляемым способом и при этом более эффективно использовать ресурсы. The WAS process model provides several features that enable applications to be hosted in a way that is more robust, more manageable, and that uses resources efficiently:

Активация приложений на основе сообщений и динамические запуск и остановка приложений рабочего процесса в ответ на входящие рабочие элементы, поступающие по протоколу HTTP или по сетевым протоколам, отличным от HTTP. Message-based activation of applications and worker process applications start and stop dynamically in response to incoming work items that arrive using HTTP and non-HTTP network protocols.

Надежный перезапуск приложений и рабочих процессов для поддержания состояния выполняемых приложений. Robust application and worker process recycling to maintain the health of running applications.

Централизованные настройка приложений и управление ими. Centralized application configuration and management.

Возможность использования приложениями модели процессов IIS без развертывания полной установки IIS. Allows applications to take advantage of the IIS process model without requiring the deployment footprint of a full IIS installation.
Windows Server AppFabric работает с IIS 7,0 и службой активации Windows (WAS), чтобы предоставить обширную среду размещения приложений для служб NET4 WCF и WF. Windows Server AppFabric works with IIS 7.0 and Windows Process Activation Service (WAS) to provide a rich application hosting environment for NET4 WCF and WF services. К ее преимуществам относятся управление жизненным циклом, перезапуск процессов, совместное размещение, быстрая защита от сбоев, обработка потерянных процессов, активация по запросу и наблюдение за работоспособностью. These benefits include process life-cycle management, process recycling, shared hosting, rapid failure protection, process orphaning, on-demand activation, and health monitoring. Подробные сведения см. в разделе функции размещения AppFabric и Основные понятия размещения AppFabric. For detailed information, see AppFabric Hosting Features and AppFabric Hosting Concepts.

Элементы модели адресации WAS Elements of the WAS Addressing Model

Приложения имеют адреса универсального кода ресурса (URI), представляющие собой единицы кода, временем существования и средой выполнения которых управляет сервер. Applications have Uniform Resource Identifier (URI) addresses, which are the code units whose lifetime and execution environment are managed by the server. В одном экземпляре сервера WAS может размещаться много различных приложений. A single WAS server instance can be home to many different applications. Серверы организуют приложения в группы, называемые сайтами. Servers organize applications into groups called sites. Внутри узла приложения упорядочены иерархически, их расположение отражает структуру URI, выполняющих функцию их внешних адресов. Within a site, applications are arranged in a hierarchical manner that reflects the structure of the URIs that serve as their external addresses.

Адреса приложений состоят из двух частей: базовый префикс URI и относительный адрес конкретного приложения (путь), сочетание этих элементов дает внешний адрес приложения. Application addresses have two parts: a base URI prefix and an application-specific, relative address (path), which provide the external address for an application when joined together. Базовый префикс URI создается из привязки узла и используется для всех приложений в этом узле. The base URI prefix is constructed from the site binding and is used for all the applications under the site. После этого адреса приложений создаются путем создания фрагментов пути для конкретного приложения (например, «/Аппликатиононе») и добавления их к базовому префиксу URI (например, «net. TCP://localhost») для получения полного URI приложения. Application addresses are then constructed by taking application-specific path fragments (such as, «/applicationOne») and appending them to the base URI prefix (for example, «net.tcp://localhost») to arrive at the full application URI.

В следующей таблице приведены несколько возможных сценариев адресации для сайтов WAS с привязками сайтов HTTP и привязками сайтов, отличными от HTTP. The following table illustrates several possible addressing scenarios for WAS sites with both HTTP and non-HTTP site bindings.