Требуется компонент «Служба активации процессов Windows — модель _ процесса» LonghornWASProcessModelInstalled The Windows Process Activation Service — Process Model component is required_LonghornWASProcessModelInstalled

Применимо к: Exchange Server 2013 Applies to: Exchange Server 2013

Содержимое этой статьи не обновлялось для Microsoft Exchange Server 2013. Несмотря на отсутствие обновления, оно может быть применимо для Exchange 2013. Если вам все еще нужна помощь, ознакомьтесь с указанными ниже ресурсами сообщества. The content in this topic hasn’t been updated for Microsoft Exchange Server 2013. While it hasn’t been updated yet, it may still be applicable to Exchange 2013. If you still need help, check out the community resources below.

Возникли проблемы? Having problems? Обратитесь за помощью к участникам форумов Exchange. Ask for help in the Exchange forums. Посетите форумы по Exchange Server. Visit the forums at Exchange Server.

Exchange Server 2010 не удается продолжить установку на компьютере с Windows Server 2008 или Windows Server 2008 R2, так как на сервере не установлена функция «Служба активации процессов Windows — модель процессов». Exchange Server 2010 setup cannot continue installation on the Windows Server 2008-or Windows Server 2008 R2-based computer because the Windows Process Activation Service — Process Model feature is not installed on the server.

Служба активации Windows обобщает модель процесса служб IIS, устраняя зависимость от протокола HTTP. Все возможности служб IIS, доступные ранее только HTTP-приложениям, теперь доступны приложениям на базе служб WCF через протоколы, отличные от HTTP. Кроме того, Служба активации Windows используется в службах IIS 7.0 для активации на основе сообщений через HTTP. The Windows Process Activation Service generalizes the Internet Information Services (IIS) process model, removing the dependency on HTTP. All the features of IIS that were previously available only to HTTP applications are now available to applications hosting Windows Communication Foundation (WCF) services, by using non-HTTP protocols. IIS 7.0 also uses Windows Process Activation Service for message-based activation over HTTP.

В компоненте «Модель процесса» размещены веб-службы и службы WCF. Компонент «Модель процесса», впервые представленный в службах IIS 6.0, представляет собой новую архитектуру с улучшенной защитой от сбоев, а также возможностью наблюдения за работоспособностью и перезапуска. The Process Model hosts Web and WCF services. Introduced in IIS 6.0, the Process Model is a new architecture that features rapid failure protection, health monitoring, and recycling.

Чтобы устранить эту проблему, установите на этом сервере функцию «Служба активации процессов Windows — модель процессов», а затем повторно выполните установку Exchange 2010. To resolve this issue, install the Windows Process Activation Service — Process Model feature on this server and then rerun Exchange 2010 setup.

Установка компонента «Служба активации Windows — Модель процесса» с помощью диспетчера сервера Install the Windows Process Activation Service — Process Model feature by using the Server Manager tool

Нажмите кнопку Пуск и выберите пункт Администрирование, а затем — Диспетчер сервера. Click Start, click Administrative Tools and then Server Manager.

В левой области навигации щелкните правой кнопкой мыши элемент Компоненты и выберите пункт Добавить компоненты. In the left navigation pane, right-click Features, and then click Add Features.

В области Выбор компонентов прокрутите список вниз до элемента Служба активации процессов Windows. On the Select Features pane, scroll down to Windows Process Activation Service.

Установите флажки для компонента Модель процесса. Select the check boxes for Process Model.

В области Выбор компонентов нажмите Далее, а затем в области Подтверждение выбранных элементов для установки нажмите Установить. Click Next from the Select Features pane, and then click Install at the Confirm Installations Selections pane.

Нажмите кнопку Закрыть, чтобы завершить работу мастера добавления служб ролей. Click Close to leave the Add Role Services wizard.

Настройка службы активации процессов Windows для использования с Windows Communication Foundation Configuring the Windows Process Activation Service for Use with Windows Communication Foundation

В этом разделе описываются шаги, необходимые для настройки службы активации Windows (также известной как WAS) в Windows Vista для размещения служб Windows Communication Foundation (WCF), не передающих сетевые протоколы HTTP. This topic describes the steps required to set up Windows Process Activation Service (also known as WAS) in Windows Vista to host Windows Communication Foundation (WCF) services that do not communicate over HTTP network protocols. Настройка предполагает следующие шаги. The following sections outline the steps for this configuration:

Установите (или подтвердите установку) необходимые компоненты активации WCF. Install (or confirm the installation of) the WCF activation components required.

Создайте узел WAS с привязками сетевых протоколов, которые планируется использовать, или добавьте новую привязку протокола в существующий узел. Create a WAS site with the network protocol bindings you wish to use, or add a new protocol binding to an existing site.

Создайте приложение для размещения служб и разрешите этому приложению использовать требуемые сетевые протоколы. Create an application to host your services and enable that application to use the required network protocols.

Создайте службу WCF, которая предоставляет конечную точку, отличную от HTTP. Build a WCF service that exposes a non-HTTP endpoint.

Настройка узла с привязками протоколов, отличных от HTTP Configuring a Site with Non-HTTP bindings

Для использования в сочетании со службой WAS привязки к протоколу, отличному от HTTP, необходимо добавить привязку узла в конфигурацию WAS. To use a non-HTTP binding with WAS, the site binding must be added to the WAS configuration. Хранилищем конфигурации для службы WAS является файл applicationHost.config, находящийся в каталоге %windir%\system32\inetsrv\config. The configuration store for WAS is the applicationHost.config file, located in the %windir%\system32\inetsrv\config directory. Это хранилище конфигурации используется и службой WAS, и службами IIS 7.0. This configuration store is shared by both WAS and IIS 7.0.

applicationHost.config представляет собой текстовый XML-файл, который можно открыть в любом стандартном текстовом редакторе, таком как Блокнот. applicationHost.config is an XML text file that can be opened with any standard text editor (such as Notepad). Однако предпочтительным способом добавления привязок сайта, отличных от HTTP, является средство настройки командной строки IIS 7,0 (appcmd.exe). However, the IIS 7.0 command-line configuration tool (appcmd.exe) is the preferred way to add non-HTTP site bindings.

Следующая команда добавляет в веб-узел по умолчанию привязку узла к протоколу net.tcp с помощью команды appcmd.exe (вводится как одна строка). The following command adds a net.tcp site binding to the default Web site using appcmd.exe (this command is entered as a single line).

Эта команда добавляет новую привязку net.tcp в веб-узел по умолчанию путем добавления приведенной ниже строки в файл applicationHost.config. This command adds the new net.tcp binding to the default Web site by adding the line indicated below to the applicationHost.config file.

Разрешение приложению использовать протоколы, отличные от HTTP Enabling an Application to Use Non-HTTP Protocols

Вы можете включить или отключить отдельную сеть, протоколсат уровень приложения. You can enable or disable individual network protocolsat the application level. Следующая команда иллюстрирует включение и протокола HTTP, и протокола net.tcp для приложения, выполняющегося на сайте Default Web Site . The following command illustrates how to enable both the HTTP and net.tcp protocols for an application that runs in the Default Web Site .

Следующий XML-код из файла applicationHost.config иллюстрирует сайт, привязанный и к протоколу HTTP, и к протоколу, отличному от HTTP. The following XML code from applicationHost.config illustrates a site bound to both HTTP and non-HTTP protocols. Дополнительная конфигурация, необходимая для поддержки отличных от HTTP протоколов, выделена комментариями. The additional configuration required to support non-HTTP protocols is called out with comments.

При попытке запустить службу с помощью WAS для активации по протоколу, отличному от HTTP, когда службы WAS не установлены и не настроены, может появиться сообщение об ошибке: If you attempt to activate a service using WAS for Non-HTTP activation and you have not installed and configured WAS you may see the following error:

Если появилось это сообщение об ошибке, убедитесь, что установлены и правильно настроены службы WAS для активации по протоколу, отличному от HTTP. If you see this error ensure WAS for Non-HTTP Activation is installed and configured properly. Дополнительные сведения см. в разделе инструкции. Установка и настройка компонентов активации WCF. For more information, see How to: Install and Configure WCF Activation Components.

Построение службы WCF, использующей WAS для активации по протоколу, отличному от HTTP Building a WCF Service That Uses WAS for Non-HTTP activation

После выполнения действий по установке и настройке WAS (см. раздел как установить и настроить компоненты активации WCF) Настройка службы для использования была выполнена для активации аналогично настройке службы, размещенной в службах IIS. Once you perform the steps to install and configure WAS (see How to: Install and Configure WCF Activation Components), configuring a service to use WAS for activation is similar to configuring a service that is hosted in IIS.

Подробные инструкции по созданию активированной службы WCF см. в разделе как разместить службу WCF в WAS. For detailed instructions about building a WAS-activated WCF service, see How to: Host a WCF Service in WAS.

Scott Hanselman

Fixed: «Windows Process Activation Service (WAS) is stopping because it encountered an error.»

I’m not yet clear what I did, but I’m blogging it so it can be found if someone else has this issue.

For whatever reason, last week both of my Vista 64-bit machines suddenly stopped being able to start IIS (Internet Information Server). The service just wouldn’t start. I started getting this error instead «Cannot start service W3SVC on Computer ‘.'» which wasn’t too helpful.

A visit to the System Event Log via the Event Viewer in Computer Management told me these four errors:

«The World Wide Web Publishing Service service depends on the Windows Process Activation Service service which failed to start because of the following error: The system cannot find the file specified.»

«The Windows Process Activation Service service terminated with the following error:
The system cannot find the file specified.»

«Windows Process Activation Service (WAS) is stopping because it encountered an error. The data field contains the error number.»

«The directory specified for the temporary application pool config files is either missing or is not accessible by the Windows Process Activation Service. Please specify an existing directory and/or ensure that it has proper access flags. The data field contains the error number.»

Unfortunately there’s little information to go on in any of these error messages. However, it’s clear (as mud) from the last error that there’s a directory missing or not accessible. I’ll add «anymore» to that because it worked before. That means that something changed.

If IIS won’t start because Windows Process Activation Service won’t start, then I need to get WAS started up first. However, I don’t know what directory it doesn’t have access to.

I can see from the Services application that WAS isn’t its own executable, but rather lives inside of an instance of svchost.exe, where a lot of services live.

So I’ll fire up Process Monitor and set the filters (filters are VERY important if you want to avoid being overwhelmed quickly in procmon) to show only svchost.exe processes.

Even still, there’s a lot of svchost.exe processes out there and they will quickly fill the monitor up. I’ll need to setup some strategic (read: guessed) highlighting as well.

The hotkey to stop capturing in procmon.exe is Ctrl-E. Basically I’ll clear the screen, hit Ctrl-E to capture, try to start WAS (pronounced WAAZ), watch it fail, the stop capture with Ctrl-E.

Based on the vague message about application pools temporary files and a directory I’ll make a guess and configure highlighting to find paths that contain «temp,» «log,» «config» or «app» in Process Monitor as seen in the screenshot below.

After I run the capture, I scroll around looking for suspicious stuff. One of the nice things about Process Monitor is that you can EXCLUDE things in a given capture after that fact. For example, I saw a pile of Audio and Media related stuff that was visually confusing and cluttering the point, so I excluded it.

The result is here:

It looks like there SHOULD be a folder call c:\inetpub\temp\apppools and on my Vista 64 machines, in the last two weeks to a month, it just disappeared. No idea why. I just noticed recently when I tried to move from a local web development service to IIS itself.

I created the folder, started WAS, then IIS and I was back up and running.

I’ll pass the feedback on to the WAS team about the obscure error messages, but I thought I’d share this little ten minute debugging session to point out a few things that I think are important and possibly helpful, Dear Reader:

• Know What Your Processes Are Doing (or at least, know how to find out)
  • Knowing how to look INSIDE the Windows «Black Box» using tools like ProcMon makes you realize that no OS is a Black Box at all. It’s very empowering to know that you CAN see inside.
  • TASK: Learn Process Monitor and Process Explorer.
• Enable Your Intuition
  • Debugging is 95% tools and 5% intuition. Know what tools can get you that next bit of information you need to take the next step in your analysis.
  • If you feel you’ve hit a wall in your analysis, knock that wall down. Your process is doing IO to a file/registry/device/network/etc. Watch it. Look for failures.

My next mission is to find out WHY and HOW this directory disappeared on both my machines. What did I install or run recently? Enjoy!c

About Scott

Scott Hanselman is a former professor, former Chief Architect in finance, now speaker, consultant, father, diabetic, and Microsoft employee. He is a failed stand-up comic, a cornrower, and a book author.