1. Главная страница » Компьютеры »

Microsoft exchange information store

Автор: | 16.12.2019

Содержание

Microsoft exchange information store

Microsoft exchange information store Microsoft exchange information store Посетителей: 6927 | Просмотров: 9140 (сегодня 0)Шрифт: Microsoft exchange information store Microsoft exchange information store

Microsoft exchange information store

Exchange Server 2007 – это больше, чем почтовая систем (e-mail system). Exchange Server 2007 имеет несколько функций от обмена электронными сообщениями, справочника и совместной работы в режиме реального времени до унифицированного обмена сообщениями (Unified Messaging). Все эти компоненты Exchange должны работать вместе, а некоторые компоненты Exchange должны также использовать для своей работы такие компоненты операционной системы Windows Server, как DNS, Active Directory и IIS.

На следующем рисунке изображены службы ядра Exchange Server 2007, но существуют также другие службы, связанные с Exchange, как:

  • Служба публикаций WWW Publishing Service
  • Удаленный вызов процедур RPC (Remote Procedure Call)
  • Инструментарий управления Windows Management Instrumentarium .

И многие другие.

Microsoft exchange information store

Рисунок 1 : Службы ядра Exchange

Взаимосвязи служб

Многие службы Exchange 2007 связаны с другими службами Exchange и операционной системы Windows. Вы можете увидеть эти взаимосвязи в свойствах определенной службы в реестре (Registry) в разделе

На следующем рисунке показаны взаимосвязи службы Microsoft Exchange Active Directory Topology, которая является одной из основных служб Exchange Server.

Microsoft exchange information store

Рисунок 2 : Взаимосвязи служб Exchange Service Dependencies

Служба топологии Microsoft Exchange Active Directory Topology (MSExchangeADTopology)

Служба топологии Microsoft Exchange Active Directory Topology service служит для предоставления информации о топологии Active Directory для некоторых компонентов сервера Exchange Server. Эта служба использует DSACCES для предоставления быстрого доступа к информации из Active Directory.

Хранилище информации Microsoft Exchange Information Store (MSExchangeIS)

Служба Microsoft Exchange information Store service отвечает за обработку базы данных Exchange и обеспечение доступа к почтовых клиентам таким, как Outlook 200x. Служба Microsoft Exchange Information Store service не имеет взаимосвязей с другими службами Exchange.

Служба предоставления писем Microsoft Exchange Mail Submission Service (MSExchangeMailSubmission)

Служба Microsoft Exchange Mail Submission Service отвечает за взаимодействие между сервером Exchange Server с ролью транспортного сервера (Hub Transport Server role) и ролью почтового сервера (Mailbox Server role). Эта служба информирует транспортный сервер (Hub Transport Server) о появлении новых сообщений в Outlook клиентов Outbox. Транспортный сервер (Hub Transport Server) собирает это сообщение и отвечает также получение и выполнение других задач (транспортные правила, управление записями о сообщениях и т.п.). Служба Microsoft Exchange Mail Submission Service зависит от службы топологии Microsoft Exchange Active Directory Topology service.

Служба репликации Microsoft Exchange Replication Service (MSExchangeRepl)

Служба репликации Microsoft Exchange Replication Service обеспечивает функциональность ведения журналов для Local Continuous Replication (LCR) или Cluster Continuous Replication (CCR), когда активируется одна из этих новых технологий в Exchange Server 2007. Эта служба зависит от службы топологии Microsoft Exchange Active Directory Topology service.

Microsoft Exchange Transport (MSExchangeTransport)

The Microsoft Exchange Transport service is the new SMTP service in Exchange Server 2007 which does not depend on the underlying Windows Server / IIS technology. The service depends on the Microsoft Exchange Active Directory Topology service.

Поиск транспортных журналов Microsoft Exchange Transport Log Search (MSExchangeTransportLogSearch)

Поиск транспортных журналов Microsoft Exchange Transport Log Search позволяет администраторам запрашивать журналы отслеживания сообщений (Message Tracking log), а также транспортные журналы (Transport log). Она также обеспечивает поддержку для трассировки транспортного канала (Transport Pipeline tracing). Эта служба не имеет взаимосвязей.

Веб службы и Exchange 2003

Exchange Server 2007 использует некоторые части инфраструктуры информационных служб Windows Server 2003 Internet Information Services (IIS) для служб Exchange таких, как Outlook Web Access (OWA) и служб POP3 и IMAP4. Exchange Server 2007 – это первый сервер Exchange Server, который не имеет взаимосвязей с IIS 6.0 для Windows построенной на службе SMTP. Exchange Server 2007 использует свой собственный стек SMTP.

Т.к. Exchange Server 2007 не поддерживает OMA (Outlook Mobile Access мобильный доступ), то нет прикладного пула OMA Application pool в IIS, а единственный прикладной пул Exchange Application pool в Exchange Server 2003 разделен на пять прикладных пулов Application Pools в Exchange Server 2007:

  • MSExchangeAutodiscoveryAppPool
  • MSExchangeOWAAppPool
  • MSExchangeServicesAppPool
  • MSExchangeSyncApp
  • MSExchangeUMAppPool
Читайте также:  Fota return code 409

Microsoft exchange information store

Рисунок 3 : Интеграция Exchange Server в IIS

Как вы можете увидеть на рисунке 3, Exchange использует некоторые прикладные пулы IIS Application pools и службы обмена сообщениями (messaging service), как IMAPSVC под управлением INETINFO.EXE. HTTP.SYS – это основной компонент IIS, который контролирует множество других компонентов IIS.

Примечание : Exchange Server 2007 не требует установки службы Windows NNTP service. Вы должны удалить службу NNTP перед установкой Exchange Server 2007.

EXIFS – не используется в Exchange Server 2007

Exchange Server 2007 не поддерживает ExIFS (Exchange Installable File System или устанавливаемая файловая система), т.к. это больше не нужно. Хранилище информации Microsoft Exchange Information Store (MSExchangeIS) использует лишь формат EDB. Потоковый медиа формат (расширение .STM) исчез в Exchange Server 2007. Больше нельзя монтировать хранилище информации Exchange Information Store с драйвером виртуальной файловой системы (\.BackofficeStorage в Exchange Server 2003 и 2000).

System Attendant – теперь не такой мощный в Exchange Server 2007

Инструмент Microsoft Exchange Server System Attendant теперь не является самой мощной службой. Microsoft Exchange SA обеспечивает мониторинг, поддержку, службы поиска директорий для Exchange Server 2007. Эта служба зависит от следующих служб: Event Log (журнал событий), NTLM Security Support Provider, Remote Procedure Call (RPC удаленный вызов процедур), Server, and Workstation, но ни одна служба Exchange Server не зависит от службы MSEchangeSA. MSExchangeSA отвечает за:

  • DSAccess (DSAccess.dll) – обеспечивает доступ к Exchange Active Directory
  • DSProxy (DSProxy.dll) – обеспечивает поиск службы директорий Directory Service Lookup для старых клиентов Outlook
  • Server Monitor Component – контроль ресурсов сервера
  • Mailbox Manager Component – управление почтовыми ящиками
  • Metabase update service – копирование настроек из Active Directory в метабазу IIS metabase
  • System Attendant Component – проверяет настройку учетных записей компьютеров

DSProxy

DSProxy обеспечивает службы прокси и отправки. Клиенты Outlook, работающие на Outlook 2002 Service Release 1 и более ранних версиях, используют функциональность DSProxy, т.к. эти клиенты были запрограммированы на использование Exchange Server в качестве службы директорий с Exchange Server 4.0 до 5.5. DSProxy эмулирует службу директорий, чтобы более старые клиенты могли работать. Сервер Exchange Server 2007 передает запросы в Active Directory.

  • Эмулирует службу адресной книги MAPI address book service
  • Прокси обращается к серверу Active Directory.

DSProxy обеспечивает службы прокси и отправки. Клиенты Outlook, работающие на Outlook 2002 Service Release 1 и более ранних версиях, используют функциональность DSProxy, т.к. эти клиенты были запрограммированы на использование Exchange Server в качестве службы директорий с Exchange Server 4.0 до 5.5. DSProxy эмулирует службу директорий, чтобы более старые клиенты могли работать. Сервер Exchange Server 2007 передает запросы в Active Directory.

Более поздние версии Outlook, начиная с Outlook 2000 с SR-2 и Outlook 2002/2003, разработаны с предположением, что Exchange Server 2003/7 не имеет своей собственной службы директорий. После того, как DSProxy перемещает одного и таких клиентов Outlook на сервер глобального каталога (global catalog GC), клиент напрямую взаимодействует с Active Directory.

DSAccess

Некоторые службы Exchange 2007 обращаются к информации, которая хранится в Active Directory, а также записывают информацию в Active Directory. Если бы такой тип взаимодействия возникал напрямую между каждой службой и Active Directory, то Exchange 2007 мог бы перегрузить сервер глобального каталога (global catalog server) запросами на взаимодействие. DSAccess – это компонент, который контролирует взаимодействие между запросами Exchange и Active Directory. DSAccess имеет свой собственный кэш (DSAccess cache) для быстрого нахождения информации.

DSACCESS используется следующими службами Exchange:

  • Microsoft Exchange Active Directory Topology (MSExchangeADTopology)
  • Microsoft Exchange Information Store (MSExchangeIS)
  • Microsoft Exchange System Attendant (MSExchangeSA)
  • World Wide Web Publishing Service (W3SVC)

DSAccess узнает о топологии Active Directory, обнаруживает контроллеры домена и сервера глобального каталога (Global Catalog server), а также ведет список действующих серверов директории, которые подходят для использования компонентами Exchange. Дополнительно, DSAccess поддерживает кэш, который используется для уменьшения загрузки Active Directory, благодаря уменьшению количества запросов по протоколу Lightweight Directory Access Protocol (LDAP), которые посылают отдельные компоненты на сервера Active Directory. Кэш DSAccess Cache настраивается с помощью нескольких ключей реестра.

Изменения Exchange Server 2007

Одно из самым крупных изменений в DSAccess в Exchange Server 2007 заключается в драйвере для Active Directory по сравнению с DSAccess. Драйвер Active Directory Driver не обращается и не хранит информацию в своем кэше. Компонент Exchange, который использует DSAccess в данный момент отвечает за использование КЭШа, если это необходимо.

RUS – Recipient Update Service – не используется Exchange Server 2007

Служба обновления получателя Recipient Update Service (RUS), использовалась Exchange Server 2003 для обеспечения новых и существующих объектов Exchange, таких как пользователи почтовых ящиков и контакты. Это асинхронная задача, которая помечает объекты Exchange почтовыми адресами, в соответствии с политиками получателей (recipient policies). Exchange Server 2007 не использует RUS. В Exchange 2007, получатели полностью обеспечены, когда они создаются в консоли управления Exchange Management Console (EMC) или оболочке управления Exchange Management Shell (EMS), поэтому асинхронная служба RUS, которая использовалась в Exchange Server 2003, пропала. RUS API (Application Programming Interface) используется для подсчета новых объектов Exchange, по-прежнему существующих в Exchange 2007 и теперь напрямую используется оболочкой управления Exchange Management Shell или GUI для этих объектов..

Читайте также:  Asus radeon hd 3870

DS2MB – Directory Service для Metabase

Функция DS2MB заключается в копировании информации о конфигурации из Active Directory в локальную метабазу IIS metabase.

DS2MB реализован, как процесс в DS2MB.dll и его основная функция заключается в синхронизации конфигурационных настроек Exchange в Active Directory с настройками в метабазе IIS. DS2MB – это однонаправленный процесс, который копирует информацию только из Active Directory в метабазу IIS metabase. Вы можете посмотреть и отредактировать метабазу IIS metabase с помощью инструмента под названием Metabase Explorer, который входит в состав IIS 6 Resource Kit.

Служба стеков MTA Microsoft Exchange (EMSMTA.exe) – не используется в Exchange Server 2007

Служба стеков Microsoft Exchange MTA Stacks service (MTA) в Exchange Server 2003 обеспечивает маршрутизацию сообщений через X.400 и соединители шлюзов (gateway connector) для почтовых систем не совместимых с Exchange. С смешанных средах Exchange Server, где используются сервера Exchange Server 5.5 в локальной маршрутной группе Exchange, MTA также используется для передачи сообщений между Exchange Server 2003 и Exchange Server 5.5. Такая необходимость возникла в связи с тем, что Exchange Server 5.5 MTA на локальном сайте взаимодействуют друг с другом посредством RPC. Exchange Server 2003 должен использовать этот метод взаимодействия для поддержания обратной совместимости.

Exchange Server 2007 не использует объект MTA и соединитель X.400 connector (который должен использовать MTA) – они пропали в Exchange Server 2007. Больше не существует X.400 почтовых адресов прокси по умолчанию в Exchange Server 2007.

Механизм маршрутизации Routing Engine (RESvc.dll) – не используется в Exchange Server 2007

Служба Exchange Routing Engine (механизм маршрутизации) предоставляет информацию о топологии и маршрутизации серверам, работающих на Exchange Server 2003. Exchange Server 2007 не использует механизм маршрутизации (RESVC.DLL). Маршрутизация SMTP обрабатывается транспортным механизмом Microsoft Exchange Transport (MSExchangeTransport).

Служба IIS Admin service

Служба IIS Admin service (IIS Admin) управляет метабазой IIS Metabase и обновляет реестр для следующих служб:

  • WWW
  • FTP
  • SMTP (не требуется и поддерживается в Exchange Server 2007)
  • POP3
  • IMAP4
  • NNTP

Служба IIS Admin также обеспечивает доступ для других приложений к информации о конфигурации IIS, такой как служба обновления метабазы (metabase update service), которая является внешним компонентом системного аттенданта (system attendant).

Ключ реестра для службы IIS Admin service следующий: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesIISAdmin.

Примечание :
Exchange Server 2007 не зависит от службы IIS 6.0 SMTP service. Exchange Server 2007 использует свой собственный стек SMTP, реализованный в транспортной службе Microsoft Exchange Transport service.

Службы доступности Exchange Availability services

Служба доступности (availability service) в Exchange Server 2007 используется для предоставления информации о занятости для клиентов Outlook 2007, инструментов Outlook Offline Address Book generation (OAB) и Out of Office, а также для клиентов Outlook 2007 или Exchange Server 2007 Outlook Web Access (OWA). Служба доступности (Availability service) реализована с помощью роли клиентского доступа к серверу (Client Access Server role или CAS). Служба доступности является заменой для служб Free/Busy (свободен-занят) и OAB в общих папках, использовавшихся в Exchange Server 2003.

Microsoft exchange information store

Рисунок 4 : Веб службы Exchange Web Services (EWS)

Заключение

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

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

четверг, 11 октября 2012 г.

Новый Information Store в Exchange 2013 или каждой базе свой процесс

Microsoft exchange information storeПожалуй, ни для кого не секрет, что почтовые ящики на сервере Exchange лежат в базе данных, а самой базой данных ранее управляла служба под названием Information Store. Так вот, в Exchange 2013 (он же Exchange 15) эта служба была снова переписана, в результате чего снова сообщается, что требования к IOPS-м для серверов снижены, но это не самое главное.

Как известно, в предыдущих версиях Exchange, сколько бы вы баз данных не смонтировали на сервере с ролью Mailbox, в Диспетчере задач вы наблюдали лишь один процесс Store.exe, «аппетиты» этого процесса попросту росли по мере добавления баз, либо увеличения нагрузки. И все вроде бы хорошо работало, но вот был один неприятный момент – при падении процесса Store.exe (не важно по какой причине) сразу же пропадал доступ ко всем базам на данном сервере, т.е. ошибка в одной из баз приводила к выходу из строя всего сервера Mailbox. «Так дело не пойдет» — подумали разработчики, и наконец-то, в версии Exchange 2013, разделили указанный процесс на несколько отдельных процессов. В результате служба Information Store теперь состоит из двух процессов — Microsoft.Exchange.Store.Service.exe и Microsoft.Exchange.Store.Worker.exe. При этом, по факту, Microsoft.Exchange.Store.Worker.exe – этот тот самый Store.exe, к которому мы привыкли по прошлым версиям Exchange, но у каждой базы данных почтовых ящиков теперь он свой, отдельный! (см. рис. 1)

Читайте также:  Blockchain что это такое

Microsoft exchange information store

Рисунок 1: Процессы службы Information Store.

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

Давайте поближе взглянем на этот процесс

1. Научимся однозначно сопоставлять ID процесса Microsoft.Exchange.Store.Worker.exe с базой данных, которую он обслуживает. Для этого воспользуемся следующей командой:

Get-MailboxDatabase –Status | fl Name,WorkerProcessID

В результате получим имя базы данных и ID процесса.

Microsoft exchange information store

Рисунок 2: ID процессов Microsoft.Exchange.Store.Worker.exe и соответствие их базам данных.

2. Посмотрим, что будет, если завершить один из процессов. Сделаем это при помощи

либо через Диспетчер задач. В результат, на рисунке 3 видно, что база данных MDB2 оказала размонтированной.

ВАЖНО! Описанное выше действие НЕ является корректным способом размонтирования базы данных почтовых ящиков и его не стоит применять в рабочей среде.

Microsoft exchange information store

Рисунок 3: Состояние баз данных.

Смонтируем базу MDB2 заново и увидим, что для неё был запущен новый процесс Microsoft.Exchange.Store.Worker.exe и он получил новый ID. (см. рис.4)

Microsoft exchange information store

Рисунок 4: База данных смонтирована заново.

There are many reasons why this particular service won’t start, but a really popular reason involves clocks on the client and server. Even if the time in your taskbar and the time on your AD Server are the same, they may not be the same somewhere else on the machine, or so I’ve learned. Here’s how to find out, and how to find out what else it may be:

Microsoft exchange information store

The service we are talking about is the Microsoft Exchange Information Store service, store.exe, or MSExchangeIS. The default location for the executable for Exchange 2010 is here:

“C:Program FilesMicrosoftExchange ServerV14instore.exe”

If you try and start the services, you’ll typically get this error:

Microsoft exchange information store

This is actually great advice! You’ll need to check the event viewer to see what’s wrong. Head to Server Manager > Diagnostics > Event Viewer (On a Server 2008 R2 Server). In the Summary on the front page, scroll down to MSExchangeIS and look for the EventID error, double click to see more details. Here’s what I see when I get this error:

Unable to initialize the Information Store service because the clocks on the client and server are skewed. This may be caused by a time change either on the client or on the server, and may require a restart of that computer. Verify that your domain is correctly configured and is currently online.

Neat, Dan. How do I fix it?

You’ll need to reset the clock based on your AD Server and then restart services so Exchange notices the changes. Here’s how:

ADServerName is the name of your AD Server. You’ll be prompted to make the change, and sometimes, just like you see in the screenshot below, the times will be set. If you are pointing to the right domain controller, do it:

Microsoft exchange information store

Once done, you’ll need to restart the Microsoft Exchange Active Directory Topology. This service has lots of dependencies, or many services are dependent on it, so they will be listed and will restart as well, including the pesky MSExchangeIS Service. Once everything restarts, you’ll be all set.

As I said in the beginning, there are lots of reasons why services fail. Check your Event Viewer and see what’s going on with the service. Microsoft does many things difficult, but the Event Viewer can be your friend sometimes. Learn to use it to your advantage!

As always, these posts only get better if I have feedback. Let me know how it goes.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *