Exchange ошибка обновления счетчика производительности

  • Remove From My Forums
  • Вопрос

  • На сервере Exchange Server 2010 SP3 (роль почтовых ящиков) в журнале событий увидел такую ошибку.

    Источник: MSExchange Common

    Категория: General

    ID: 106

    Ошибка обновления счетчика производительности. Имя счетчика — Client: Latency > 10 sec RPCs, имя категории — MSExchange RpcClientAccess. Дополнительный код: 3. Исключение: The exception thrown is : System.InvalidOperationException: Затребованный
    счетчик производительности не является пользовательским счетчиком, он должен быть инициализирован только для чтения.
       в System.Diagnostics.PerformanceCounter.Initialize()
       в System.Diagnostics.PerformanceCounter.set_RawValue(Int64 value)
       в Microsoft.Exchange.Diagnostics.ExPerformanceCounter.set_RawValue(Int64 value)
    Last worker process info : System.UnauthorizedAccessException: Отказано в доступе к разделу реестра «HKEY_LOCAL_MACHINESOFTWAREMicrosoftExchangeServerv14Transport».
       в Microsoft.Win32.RegistryKey.Win32Error(Int32 errorCode, String str)
       в Microsoft.Win32.RegistryKey.CreateSubKey(String subkey, RegistryKeyPermissionCheck permissionCheck, RegistrySecurity registrySecurity)
       в Microsoft.Exchange.Diagnostics.ExPerformanceCounter.GetLastWorkerProcessInfo()
    Processes running while Performance counter failed to update:
    800 svchost
    620 winlogon
    1584 svchost
    336 svchost
    1056 svchost
    1280 svchost
    964 svchost
    872 svchost
    2384 msexchangerepl
    692 lsm
    1492 spoolsv
    512 svchost
    684 lsass
    592 wininit
    2480 Microsoft.Exchange.Search.ExSearch
    2280 MSExchangeMailSubmission
    1656 inetinfo
    2544 MSExchangeThrottling
    584 csrss
    672 services
    1828 msftesql
    2136 WmiPrvSE
    2004 svchost
    1912 taskeng
    932 svchost
    1376 MSExchangeMailboxAssistants
    396 svchost
    1284 svchost
    1992 svchost
    1012 LogonUI
    1100 svchost
    476 SLsvc
    468 smss
    1228 svchost
    2424 Microsoft.Exchange.RpcClientAccess.Service
    1616 bedbg
    356 svchost
    2592 MSExchangeTransportLogSearch
    1700 MSExchangeADTopologyService
    1076 svchost
    1876 SMSvcHost
    540 csrss
    4 System
    1516 svchost
    0 Idle
    Performance Counters Layout information: FileMappingNotFoundException for category MSExchange RpcClientAccess : Microsoft.Exchange.Diagnostics.FileMappingNotFoundException: Cound not open File mapping for name : Globalnetfxcustomperfcounters.1.0msexchange
    rpcclientaccess
       в Microsoft.Exchange.Diagnostics.FileMapping.OpenFileMapping(String name, Boolean writable)
       в Microsoft.Exchange.Diagnostics.FileMapping..ctor(String name, Boolean writable)
       в Microsoft.Exchange.Diagnostics.PerformanceCounterMemoryMappedFile.Initialize(String fileMappingName, Boolean writable)
       в Microsoft.Exchange.Diagnostics.ExPerformanceCounter.GetAllInstancesLayout(String categoryName)

    Что это за проблема?

Ответы

    • Помечено в качестве ответа

      20 января 2016 г. 7:21

    • Помечено в качестве ответа
      MikAndr
      29 сентября 2016 г. 9:41

Hello,

on my exchange 2016 CU2 servers I am receiving the following errors :

Performance counter updating error. Counter name is Percentage of MSAUserNetID Cache hits for last minute, category name is MSExchange Global Locator Processes. Optional code: 3. Exception: System.InvalidOperationException: The requested Performance Counter
is not a custom counter, it has to be initialized as ReadOnly.

   at System.Diagnostics.PerformanceCounter.InitializeImpl()

   at System.Diagnostics.PerformanceCounter.get_RawValue()

   at Microsoft.Exchange.Diagnostics.ExPerformanceCounter.set_RawValue(Int64 value)

There are very many in the application-log.

This can be fixed with a script:

http://jetzemellema.blogspot.nl/2015/02/fix-those-silly-performance-counter.html

But after rebooting the server, the issue is back again and the script is needed to run again.

Is there a full solution for this available to fix this?

  • Remove From My Forums

none

Ошибка обновления счетчика производительности.

  • Общие обсуждения

  • Доброго дня!

    В логах обнаружил ошибку:

    «Ошибка обновления счетчика производительности. Имя счетчика — Total Admin Audit Log records saved., имя категории — MSExchange Admin Audit Log. Дополнительный код: 2. Исключение: The exception thrown is : System.InvalidOperationException:
    Затребованный счетчик производительности не является пользовательским счетчиком, он должен быть инициализирован только для чтения.»

    Счетчиков очень много, но все так или иначе относятся к Exchange.

    Больше всего ошибок наблюдается в момент перезагрузки сервера, просто прям сыпятся каждую секунду по 1-2 сообщения.

    Вопрос на сколько это критично и на что может влиять? И на сколько сложно все это чинить?

    • Изменен тип

      17 ноября 2020 г. 16:10

  • Remove From My Forums
  • Question

  • I’m running Exchange Server 2013 on Windows Server 2012 R2, and each time I start the server I get an error event, ID 106, logged in the Application Log.  The source is MSExchange Common and the text is:

    Performance counter updating error. Counter name is Current Requests Pending, category name is MSExchange LiveIdBasicAuthentication [also MSExchangeRemotePowershell, . Optional code: 2. Exception: The exception thrown is : System.InvalidOperationException:
    The requested Performance Counter is not a custom counter, it has to be initialized as ReadOnly

    I used a PowerShell script to reload all the performance counters, and it seemed to work for nearly all 217 .xml files in C:Program FilesMicrosoftExchange ServerV15SetupPerf.  But I still get the error when I restart the server.  Any
    ideas on how to fix this, what it means, or if it’s safe to ignore are welcome.

    Thanks!

Answers

  • Thanks Lynn-Li.  I already ran the script from KB2870416, which looks like it does the same thing as the commands you suggest.  The event continues to pop up every time I start the virtual machine running my Exchange Server, but the condition
    it warns of seems harmless and Exchange Server is working fine, so I’ve decided this event is safe to ignore.

    • Marked as answer by

      Friday, March 27, 2015 5:34 PM

  • Remove From My Forums
  • Question

  • I’m running Exchange Server 2013 on Windows Server 2012 R2, and each time I start the server I get an error event, ID 106, logged in the Application Log.  The source is MSExchange Common and the text is:

    Performance counter updating error. Counter name is Current Requests Pending, category name is MSExchange LiveIdBasicAuthentication [also MSExchangeRemotePowershell, . Optional code: 2. Exception: The exception thrown is : System.InvalidOperationException:
    The requested Performance Counter is not a custom counter, it has to be initialized as ReadOnly

    I used a PowerShell script to reload all the performance counters, and it seemed to work for nearly all 217 .xml files in C:Program FilesMicrosoftExchange ServerV15SetupPerf.  But I still get the error when I restart the server.  Any
    ideas on how to fix this, what it means, or if it’s safe to ignore are welcome.

    Thanks!

Answers

  • Thanks Lynn-Li.  I already ran the script from KB2870416, which looks like it does the same thing as the commands you suggest.  The event continues to pop up every time I start the virtual machine running my Exchange Server, but the condition
    it warns of seems harmless and Exchange Server is working fine, so I’ve decided this event is safe to ignore.

    • Marked as answer by

      Friday, March 27, 2015 5:34 PM

В этой статье я расскажу о тех радостях, который мне принесли официальные обновления Exchange Server 2010 и том, как я с ними боролся:

  • Моя изначальная конфигурация
  • Автоматическое подключение дополнительных почтовых ящиков к Outlook
  • Служба Microsoft Exchange Transport на стартует при запуске системы
  • Служба Microsoft Exchange Address Book на стартует при запуске системы
  • Ошибки счетчиков производительности
  • Возможные конфликты портов
  • Предупреждения о HomeMTA
  • Полезные ссылки

Моя изначальная конфигурация

  • Домен на уровне Windows Server 2008 R2
  • Выделенный сервер с ОС Windows Server 2008 R2, на нём
    • Exchange Server 2010 с установленными ролями MBX, CAS и HUB; в течение его жизни ставились все актуальные обновления Update Rollup, а затем Service Pack 1
    • Forefront Protection for Exchange 2010

Автоматическое подключение дополнительных почтовых ящиков к Outlook

Не трудно представить ситуации, когда нужно получить доступ к почтовому ящику другого пользователя. Как известно, для этого совсем не нужно сбрасывать пароль этого пользователя, а достаточно в Exchange Management Console назначить Full Access Permission для этого ящика на свою учетную запись.

До выхода Exchange Server 2010 SP1 следующим шагом нужно было открыть свойства вашей учетки в Outlook-e и добавить в неё дополнительный почтовый ящик. После выхода SP1 этого делать не нужно, все почтовый ящики, на которые вам назначены полные права, при запуске Outlook будут автоматически показаны в списке.

С одной стороны, такой поведение может показаться удобным. С другой… Даже если вручную закрыть дополнительный ящик в настройках учетки Outlook, при следующем запуске он снова будет открыт. Это влечет за собой следующие негативные моменты:

  • Далеко не всегда нужно постоянно держать открытыми все ящики (которых может быть много), на которые у вас есть полные права, а также синхронизировать из содержимое.
  • Если отменить полные права на дополнительный ящик, он по-прежнему будет выводится в Outlook, но при попытке просмотреть его содержимое выдаст ошибку прав доступа.

Для того, чтобы отключить автоматическое подключение дополнительных почтовых ящиков к вашей учетке в Outlook, нужно

  • Включить отображение Advanced Features в консоли Active Directory Users and Computers
  • Для каждой учетной записи, ящик которой автоматически подключается к вашей
    • открыть Attribute Editor
    • найти параметр msExchDelegateListLink
    • удалить вашу учетку из этого списка

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

Подробнее об описанной функции можно почитать в статье Auto-mapping shared mailboxes in Exchange 2010 SP1 with Outlook 2010.

Служба Microsoft Exchange Transport на стартует при запуске системы

После перезагрузки сервера можно обнаружить, что письма через него не ходят. Причиной тому — остановленная служба Microsoft Exchange Transport, которая почему-то не запускается при старте системы, хотя должна. Если службу стартовать вручную, она запускается без проблем.

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

The Microsoft Exchange Transport service hung on starting.

Я долго не мог решить эту проблему, пока искал неисправности в самой операционной системе и компонентах Exchange. Как выяснилось, моя система и не была в чем-то виновата, а причиной стала неполная совместимость RTM-версии Forefront Protection for Exchange 2010 с Exchange Server 2010 SP1. Эта и другие проблемы была решены в выпуске Hotfix Rollup 2 для Forefront Protection for Exchange 2010 и описаны в статье KB2420647, всего через 3 месяца после выхода SP1 к Exchange 2010 ;[

Служба Microsoft Exchange Address Book на стартует при запуске системы

А должна бы! Эта служба необходима для полноценной работы Exchange, и если она остановлена, то, например, новый пользователь не сможет подключить свой Outlook к Exchange.

В журнале можно увидеть следующие записи:

Log Name: System
Source: Service Control Manager
Event ID: 7000
Description:
A timeout was reached (30000 milliseconds) while waiting for the Microsoft Exchange Address Book service to connect.

Log Name: System
Source: Service Control Manager
Event ID: 7009
Description:
The Microsoft Exchange Address Book service failed to start due to the following error:
The service did not respond to the start or control request in a timely fashion.

Периодически, то же самое можно увидеть и для служб:

  • Net.Tcp Port Sharing Service
  • Microsoft Exchange Anti-spam Update
  • Microsoft Exchange Mailbox Replication

А также для зависимых служб:

The Net.Tcp Listener Adapter service depends on the Net.Tcp Port Sharing Service service which failed to start because of the following error:
The service did not respond to the start or control request in a timely fashion.

Мне не удалось решить эту проблему осмысленными действиями, но после долгих плясок с бубном стабильный автозапуск этих служб заработал после… Удаления клиента System Center Configuration Manager 2007 R3 и агента System Center Operations Manager 2007 R2. Мне не известно, кто из них был виноват, так как после их повторной установки проблем с запуском служб не возникало.

Ошибки счетчиков производительности

В журнале приложений регулярно появляется пачка подобных записей:

Log Name: Application
Source: MSExchange Common
Event ID: 106
Level: Error
Description:
Performance counter updating error. Counter name is Average MWI Processing Time, category name is MSExchangeUMMessageWaitingIndicator. Optional code: 3. Exception: The exception thrown is : System.InvalidOperationException: The requested Performance Counter is not a custom counter, it has to be initialized as ReadOnly.

Performance Counters Layout information: FileMappingNotFoundException for category MSExchangeUMMessageWaitingIndicator : Microsoft.Exchange.Diagnostics.FileMappingNotFoundException: Cound not open File mapping for name : Globalnetfxcustomperfcounters.1.0msexchangeummessagewaitingindicator

Для того, чтобы избавиться от этих записей, нужно заново зарегистрировать потерянные счетчики производительности. Для этого в Exchange Management Shell нужно выполнить команду:

add-pssnapin Microsoft.Exchange.Management.PowerShell.Setup

Затем для каждой группы счетчиков (в моём примере это группа MSExchangeUMMessageWaitingIndicator):

new-perfcounters –definitionfilename "c:Program FilesMicrosoftExchange ServerV14SetupPerfMwiLoadBalancerPerformanceCounters.xml"

Каждой группе потерянных счетчиков в папке c:Program FilesMicrosoftExchange ServerV14SetupPerf соответствует XML-файл, который можно определить либо по имени, либо поиском по содержимому.

Возможные конфликты портов

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

The WinRM service is not listening for HTTP requests because there was a failure binding to the URL (http://+:47001/wsman/) in HTTP.SYS.

No remote requests will be serviced on that URL.

User Action
Please use «netsh http» to check if ACL for URL (http://+:47001/wsman/) is set to Network Service.

Unable to bind to the underlying transport for [::]:47001. The IP Listen-Only list may contain a reference to an interface which may not exist on this machine. The data field contains the error number.

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


netstat -ano | findstr ":47001"
TCP 0.0.0.0:47001 0.0.0.0:0 LISTENING 1412
tasklist |findstr "1412"
Microsoft.Exchange.RpcCli 1412 Services 0 159 036 K

…им оказалась служба Microsoft.Exchange.RpcCli. Чтобы избежать конфликтов, рекомендую настроить привязку к фиксированным портам с помощью следующих записей в реестре (для Exchange 2010 SP1):

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesMSExchangeABParameters]
«RpcTcpPort»=»59533»

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesMSExchangeRPCParametersSystem]
«TCP/IP Port»=dword:0000e88c

Подробное описание этих настроек можно узнать в статье Configuring Static RPC Ports on an Exchange 2010 Client Access Server.

Предупреждения о HomeMTA

Log Name: Application
Source: MSExchange ADAccess
Event ID: 2937
Level: Warning
Description:
Process powershell.exe (PID=8552). Object [CN=Username,CN=OU,DC=domain,DC=local]. Property [HomeMTA] is set to value [domain.local/Configuration/Deleted Objects/Microsoft MTA DEL:…], it is pointing to the Deleted Objects container in Active Directory. This property should be fixed as soon as possible.

Причиной сему — опять же обновление до SP1, в ходе которого почему-то не все пользователи Exchange были должным образом обработаны. Для решения этой проблемы в Exchange Management Shell нужно выполнить:


Get-Mailbox Username | Update-Recipient

Для массового обновления все ящиков пользователей в конкретной базе MDB можно использовать get-mailbox -database "MDB".

Полезные ссылки

  • Exchange в вопросах и ответах: Изучаем Exchange Server 2010 SP1
  • How to unload/reload performance counters on Exchange 2010
  • Overview of Services Installed by Exchange Setup
  • Services for Exchange Server 2007 or Exchange Server 2010 cannot start automatically after you install Exchange Server 2007 and Exchange Server 2010 on a global catalog server
  • How to manually rebuild Performance Counter Library values
  • Event ID 1000 — System Performance Counters Availability
  • Backscatter protection: how to do it with Forefront Protection 2010 for Exchange Server

Permalink

Cannot retrieve contributors at this time

title description author ms.author manager audience ms.topic localization_priority ms.custom ms.reviewer appliesto search.appverid ms.date

Event ID 106 Performance counter updating error after installing an Exchange Server 2013 CU

Resolve an issue that returns event ID 106 errors in the Application log after you install the Exchange Server 2013 Client Access server role.

simonxjx

v-six

dcscontentpm

ITPro

troubleshooting

Normal

Exchange Server

CSSTroubleshoot

ccorp

Exchange Server 2013 Enterprise

Exchange Server 2013 Standard Edition

MET150

3/31/2022

Event ID 106 errors after you install an Exchange Server 2013 cumulative update: Performance counter updating error

Original KB number:  2870416

Symptoms

After you install the Microsoft Exchange Server 2013 Client Access server role on a new server and then restart the server, you receive many Event ID 106 errors in the Application log. For example, you may receive the following error message:

ID: 106
Level: Error
Source: MSExchange Common
Machine: -
Message: Performance counter updating error. Counter name is Per-Tenant KeyToRemoveBudgets Cache Size, category name is MSExchangeRemotePowershell. Optional code: 3. Exception: The exception thrown is: System.InvalidOperationException: The requested Performance Counter is not a custom counter, it has to be initialized as ReadOnly.

When you check the Exchange Setup log (ExchangeSetup.log), you see the following information:

[WARNING] The performance counter definition file C:Program FilesMicrosoftExchange ServerV15BinPerfAMD64GlsPerformanceCounters.xml could not be found.

Cause

This issue occurs because the performance counters can’t be loaded.

Resolution

[!NOTE]
Although the following method resolves the issue, event ID 106 from MSExchange Common will never truly be eliminated from on-premises deployments because some counters are datacenter-only.

To resolve this issue, manually load the missing counters. To do this, follow these steps:

  1. Close Performance Monitor, and then stop any other monitoring services that might be trying to use the missing counters.

  2. In Exchange Management Shell, type the following command, and then press Enter:

    Add-Pssnapin Microsoft.Exchange.Management.PowerShell.Setup
  3. Run New-PerfCounters to add the performance counters. For example, if you want to load the performance counters that are defined in GlsPerformanceCounters.xml, run the following cmdlet:

    New-PerfCounters -definitionfilename "C:Program FilesMicrosoftExchange ServerV15SetupPerfGlsPerformanceCounters.xml"

Permalink

Cannot retrieve contributors at this time

title description author ms.author manager audience ms.topic localization_priority ms.custom ms.reviewer appliesto search.appverid ms.date

Event ID 106 Performance counter updating error after installing an Exchange Server 2013 CU

Resolve an issue that returns event ID 106 errors in the Application log after you install the Exchange Server 2013 Client Access server role.

simonxjx

v-six

dcscontentpm

ITPro

troubleshooting

Normal

Exchange Server

CSSTroubleshoot

ccorp

Exchange Server 2013 Enterprise

Exchange Server 2013 Standard Edition

MET150

3/31/2022

Event ID 106 errors after you install an Exchange Server 2013 cumulative update: Performance counter updating error

Original KB number:  2870416

Symptoms

After you install the Microsoft Exchange Server 2013 Client Access server role on a new server and then restart the server, you receive many Event ID 106 errors in the Application log. For example, you may receive the following error message:

ID: 106
Level: Error
Source: MSExchange Common
Machine: -
Message: Performance counter updating error. Counter name is Per-Tenant KeyToRemoveBudgets Cache Size, category name is MSExchangeRemotePowershell. Optional code: 3. Exception: The exception thrown is: System.InvalidOperationException: The requested Performance Counter is not a custom counter, it has to be initialized as ReadOnly.

When you check the Exchange Setup log (ExchangeSetup.log), you see the following information:

[WARNING] The performance counter definition file C:Program FilesMicrosoftExchange ServerV15BinPerfAMD64GlsPerformanceCounters.xml could not be found.

Cause

This issue occurs because the performance counters can’t be loaded.

Resolution

[!NOTE]
Although the following method resolves the issue, event ID 106 from MSExchange Common will never truly be eliminated from on-premises deployments because some counters are datacenter-only.

To resolve this issue, manually load the missing counters. To do this, follow these steps:

  1. Close Performance Monitor, and then stop any other monitoring services that might be trying to use the missing counters.

  2. In Exchange Management Shell, type the following command, and then press Enter:

    Add-Pssnapin Microsoft.Exchange.Management.PowerShell.Setup
  3. Run New-PerfCounters to add the performance counters. For example, if you want to load the performance counters that are defined in GlsPerformanceCounters.xml, run the following cmdlet:

    New-PerfCounters -definitionfilename "C:Program FilesMicrosoftExchange ServerV15SetupPerfGlsPerformanceCounters.xml"

Всем привет!

Этой статьей я хотел бы открыть цикл о установке и настройке, а также администрированию такого замечательного продуктак, как Microsoft Exchange 2013. (про установку RP была заметка ранее)

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

Поскольку рекламу статьи оплатить никто не успел ;), работать будем в вымышленной организации под названием contoso.com sberbank.ru, уровень леса и доменов- WS2012, все очень стильно, по-заграничному.

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

Назовем серверы EX2013-CAS ,  EX2013-MBX1 и EX2013-MBX2.  Ну и, конечно, DC2012.

Итак, приступим.

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

1) Выполняем команды ниже на контроллере домена, предварительно установив на него:

  • Microsoft .NET Framework 4.5
  • Windows Management Framework 3.0
  • и выполнив команду Install-WindowsFeature RSAT-ADDS, см. подготовку среды

(для выполнения установки учетная запись должна входить в группы Администроторы Предприятия и Администраторы Схемы)

Подготовим схему Active Directory, запустив команду с установочного диска Exchange, который можно взять тут

setup /ps  /IAcceptExchangeServerLicenseTerms

13

2) После  успешного выполнения команды, проверим, все ли идет по плану, для этого открываем редактор ADSI.msc,  подключимся к Схеме, и найдем атрибут  ms-Exch-Schema-Version-Pt.

4

3) Убедимся, что значение RangeUpper равно 15137

5

4)Закрываем окно и готовим Active Directory, введя новую команду:

.setup /PrepareAD /OrganizationName:Sberbank  /IAcceptExchangeServerLicenseTerms

6

Обратите внимание на предупреждение мастера, поскольку вы не сможете добавить больше legacy (да-да 😉 ) серверы в вашу организацию.

После завершения команды, у нас создастся контейнер  с именем вашей организации, по пути

CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=sberbank,DC=ru

7

5) Откроем атрибут objectVersion,

8

и убедимся, что его значение равно 15449.

6)  Теперь подготовим домен

.setup /PrepareDomain /IAcceptExchangeServerLicenseTerms

9

7)  В нашей  новой организации создается  контейнер Microsoft Exchange System Objects  в корне доменного раздела , и на нем устанавливаются разрешения  для групп  Exchange Servers, Exchange Organization Administrators и  Authenticated Users.10

8) Проверим свойства objectVersion у данного контейнера:

11

9)  Закрываем окно, подготовка среды на этом закончена.

Теперь переходим к серверу EX2013-MBX1. Чтобы соответствовать требованиям к установке, выполним следующую команду:

14

Install-WindowsFeature AS-HTTP-Activation, Desktop-Experience, NET-Framework-45-Features, RPC-over-HTTP-proxy, RSAT-Clustering, Web-Mgmt-Console, WAS-Process-Model, Web-Asp-Net45, Web-Basic-Auth, Web-Client-Auth, Web-Digest-Auth, Web-Dir-Browsing, Web-Dyn-Compression, Web-Http-Errors, Web-Http-Logging, Web-Http-Redirect, Web-Http-Tracing, Web-ISAPI-Ext, Web-ISAPI-Filter, Web-Lgcy-Mgmt-Console, Web-Metabase, Web-Mgmt-Console, Web-Mgmt-Service, Web-Net-Ext45, Web-Request-Monitor, Web-Server, Web-Stat-Compression, Web-Static-Content, Web-Windows-Auth, Web-WMI, Windows-Identity-Foundation; Restart-Computer -Confirm

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

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

  • Microsoft Unified Communications Managed API 4.0, Core Runtime 64-bit
  • Microsoft Office 2010 Filter Pack 64 bit
  • Microsoft Office 2010 Filter Pack SP1 64 bit

15

15-1161718

10) А вот теперь можно и приступить-таки, наконец к установке 🙂 Запускаем установщик и на первом шаге определяемся, нужна ли нам проверка обновлений или нет.19

20

21

22

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

23

24

11) На шаге “Рекомендуемые параметры” выбираем “Не использовать рекомендуемые параметры”, выберем роль сервера почтовых ящиков и продолжим установку.

25

12) Укажем место для установки

26

13) Укажем параметры защиты от вредоносных программ

27

14) Шаг следующий- Настройка предварительных условий, или ласково – “проверки готовности”

28

15) После окончания “проверок”, нажимаем “Установить” и дожидаемся окончания установки.

29

30

31

32

33

3442

По окончанию установки в меню Пуск у нас появятся  два знакомых ярлыка:

36

16)  После окончания давайте ознакомимся с файлом  ExchangeSetup.log, по умолчанию он находится в C:ExchangeSetupLogs, изучение этого (и других!) журнала крайне полезно- потратив на него 5-10 минут, вы, возможно, убережете себя от часов траблшута и растраты нервных клеток.35-1

17) Перейдем теперь к остнастке sevices.msc и убедимся, что службы, относящиеся к Exchange запущены

37

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

18) Теперь установим роль сервера клиентского доступа, для этого нам нужен сервер EX2013-CAS .

Установим пререквизиты командлетом для сервера клиентского доступа:

Install-WindowsFeature AS-HTTP-Activation, Desktop-Experience, NET-Framework-45-Features, RPC-over-HTTP-proxy, RSAT-Clustering, Web-Mgmt-Console, WAS-Process-Model, Web-Asp-Net45, Web-Basic-Auth, Web-Client-Auth, Web-Digest-Auth, Web-Dir-Browsing, Web-Dyn-Compression, Web-Http-Errors, Web-Http-Logging, Web-Http-Redirect, Web-Http-Tracing, Web-ISAPI-Ext, Web-ISAPI-Filter, Web-Lgcy-Mgmt-Console, Web-Metabase, Web-Mgmt-Console, Web-Mgmt-Service, Web-Net-Ext45, Web-Request-Monitor, Web-Server, Web-Stat-Compression, Web-Static-Content, Web-Windows-Auth, Web-WMI, Windows-Identity-Foundation

38

19) Шаги перед установкой- все те же, все дополнения нужно также установить на сервер. Нас здесь будет интересовать только одно окно, в котором выберем роль сервера клиентских подключений:

39

и дождемся окончания установки.

41

42

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

40

После этого также рекомендую посмотреть на службы, и проверить готовность сервера командлетом

Test-ServiceHealth

44

На этом установка Microsoft Exchange 2013 завершена.

Подготовим машину администратора- на рабочей станции под управлением Windows 8 откроем панель управления, выберем включение и отключение компонентов Windows, и включим компоненты:

Windows Identity Foundation 3,5

Консоль управления IIS 6

Совместимость конфигурации метабазы  IIS и  IIS 6

45

Далее, запустим установщик Microsoft Exchange 2013. Используя выборочную установку, отметим средства управления Exchange – мастер поймет, что мы пытаемся его обмануть, устанавливая продукт не на серверную ОС, и предложит единственный выбор, примем условия и дождемся окончания установки.

Это, конечно же, реклама знаний.

В этой статье я расскажу о тех радостях, который мне принесли официальные обновления Exchange Server 2010 и том, как я с ними боролся:

  • Моя изначальная конфигурация
  • Автоматическое подключение дополнительных почтовых ящиков к Outlook
  • Служба Microsoft Exchange Transport на стартует при запуске системы
  • Служба Microsoft Exchange Address Book на стартует при запуске системы
  • Ошибки счетчиков производительности
  • Возможные конфликты портов
  • Предупреждения о HomeMTA
  • Полезные ссылки

Моя изначальная конфигурация

  • Домен на уровне Windows Server 2008 R2
  • Выделенный сервер с ОС Windows Server 2008 R2, на нём
    • Exchange Server 2010 с установленными ролями MBX, CAS и HUB; в течение его жизни ставились все актуальные обновления Update Rollup, а затем Service Pack 1
    • Forefront Protection for Exchange 2010

Автоматическое подключение дополнительных почтовых ящиков к Outlook

Не трудно представить ситуации, когда нужно получить доступ к почтовому ящику другого пользователя. Как известно, для этого совсем не нужно сбрасывать пароль этого пользователя, а достаточно в Exchange Management Console назначить Full Access Permission для этого ящика на свою учетную запись.

До выхода Exchange Server 2010 SP1 следующим шагом нужно было открыть свойства вашей учетки в Outlook-e и добавить в неё дополнительный почтовый ящик. После выхода SP1 этого делать не нужно, все почтовый ящики, на которые вам назначены полные права, при запуске Outlook будут автоматически показаны в списке.

С одной стороны, такой поведение может показаться удобным. С другой… Даже если вручную закрыть дополнительный ящик в настройках учетки Outlook, при следующем запуске он снова будет открыт. Это влечет за собой следующие негативные моменты:

  • Далеко не всегда нужно постоянно держать открытыми все ящики (которых может быть много), на которые у вас есть полные права, а также синхронизировать из содержимое.
  • Если отменить полные права на дополнительный ящик, он по-прежнему будет выводится в Outlook, но при попытке просмотреть его содержимое выдаст ошибку прав доступа.

Для того, чтобы отключить автоматическое подключение дополнительных почтовых ящиков к вашей учетке в Outlook, нужно

  • Включить отображение Advanced Features в консоли Active Directory Users and Computers
  • Для каждой учетной записи, ящик которой автоматически подключается к вашей
    • открыть Attribute Editor
    • найти параметр msExchDelegateListLink
    • удалить вашу учетку из этого списка

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

Подробнее об описанной функции можно почитать в статье Auto-mapping shared mailboxes in Exchange 2010 SP1 with Outlook 2010.

Служба Microsoft Exchange Transport на стартует при запуске системы

После перезагрузки сервера можно обнаружить, что письма через него не ходят. Причиной тому — остановленная служба Microsoft Exchange Transport, которая почему-то не запускается при старте системы, хотя должна. Если службу стартовать вручную, она запускается без проблем.

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

The Microsoft Exchange Transport service hung on starting.

Я долго не мог решить эту проблему, пока искал неисправности в самой операционной системе и компонентах Exchange. Как выяснилось, моя система и не была в чем-то виновата, а причиной стала неполная совместимость RTM-версии Forefront Protection for Exchange 2010 с Exchange Server 2010 SP1. Эта и другие проблемы была решены в выпуске Hotfix Rollup 2 для Forefront Protection for Exchange 2010 и описаны в статье KB2420647, всего через 3 месяца после выхода SP1 к Exchange 2010 ;[

Служба Microsoft Exchange Address Book на стартует при запуске системы

А должна бы! Эта служба необходима для полноценной работы Exchange, и если она остановлена, то, например, новый пользователь не сможет подключить свой Outlook к Exchange.

В журнале можно увидеть следующие записи:

Log Name: System
Source: Service Control Manager
Event ID: 7000
Description:
A timeout was reached (30000 milliseconds) while waiting for the Microsoft Exchange Address Book service to connect.

Log Name: System
Source: Service Control Manager
Event ID: 7009
Description:
The Microsoft Exchange Address Book service failed to start due to the following error:
The service did not respond to the start or control request in a timely fashion.

Периодически, то же самое можно увидеть и для служб:

  • Net.Tcp Port Sharing Service
  • Microsoft Exchange Anti-spam Update
  • Microsoft Exchange Mailbox Replication

А также для зависимых служб:

The Net.Tcp Listener Adapter service depends on the Net.Tcp Port Sharing Service service which failed to start because of the following error:
The service did not respond to the start or control request in a timely fashion.

Мне не удалось решить эту проблему осмысленными действиями, но после долгих плясок с бубном стабильный автозапуск этих служб заработал после… Удаления клиента System Center Configuration Manager 2007 R3 и агента System Center Operations Manager 2007 R2. Мне не известно, кто из них был виноват, так как после их повторной установки проблем с запуском служб не возникало.

Ошибки счетчиков производительности

В журнале приложений регулярно появляется пачка подобных записей:

Log Name: Application
Source: MSExchange Common
Event ID: 106
Level: Error
Description:
Performance counter updating error. Counter name is Average MWI Processing Time, category name is MSExchangeUMMessageWaitingIndicator. Optional code: 3. Exception: The exception thrown is : System.InvalidOperationException: The requested Performance Counter is not a custom counter, it has to be initialized as ReadOnly.

Performance Counters Layout information: FileMappingNotFoundException for category MSExchangeUMMessageWaitingIndicator : Microsoft.Exchange.Diagnostics.FileMappingNotFoundException: Cound not open File mapping for name : Globalnetfxcustomperfcounters.1.0msexchangeummessagewaitingindicator

Для того, чтобы избавиться от этих записей, нужно заново зарегистрировать потерянные счетчики производительности. Для этого в Exchange Management Shell нужно выполнить команду:

add-pssnapin Microsoft.Exchange.Management.PowerShell.Setup

Затем для каждой группы счетчиков (в моём примере это группа MSExchangeUMMessageWaitingIndicator):

new-perfcounters –definitionfilename "c:Program FilesMicrosoftExchange ServerV14SetupPerfMwiLoadBalancerPerformanceCounters.xml"

Каждой группе потерянных счетчиков в папке c:Program FilesMicrosoftExchange ServerV14SetupPerf соответствует XML-файл, который можно определить либо по имени, либо поиском по содержимому.

Возможные конфликты портов

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

The WinRM service is not listening for HTTP requests because there was a failure binding to the URL (http://+:47001/wsman/) in HTTP.SYS.

No remote requests will be serviced on that URL.

User Action
Please use «netsh http» to check if ACL for URL (http://+:47001/wsman/) is set to Network Service.

Unable to bind to the underlying transport for [::]:47001. The IP Listen-Only list may contain a reference to an interface which may not exist on this machine. The data field contains the error number.

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


netstat -ano | findstr ":47001"
TCP 0.0.0.0:47001 0.0.0.0:0 LISTENING 1412
tasklist |findstr "1412"
Microsoft.Exchange.RpcCli 1412 Services 0 159 036 K

…им оказалась служба Microsoft.Exchange.RpcCli. Чтобы избежать конфликтов, рекомендую настроить привязку к фиксированным портам с помощью следующих записей в реестре (для Exchange 2010 SP1):

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesMSExchangeABParameters]
«RpcTcpPort»=»59533»

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesMSExchangeRPCParametersSystem]
«TCP/IP Port»=dword:0000e88c

Подробное описание этих настроек можно узнать в статье Configuring Static RPC Ports on an Exchange 2010 Client Access Server.

Предупреждения о HomeMTA

Log Name: Application
Source: MSExchange ADAccess
Event ID: 2937
Level: Warning
Description:
Process powershell.exe (PID=8552). Object [CN=Username,CN=OU,DC=domain,DC=local]. Property [HomeMTA] is set to value [domain.local/Configuration/Deleted Objects/Microsoft MTA DEL:…], it is pointing to the Deleted Objects container in Active Directory. This property should be fixed as soon as possible.

Причиной сему — опять же обновление до SP1, в ходе которого почему-то не все пользователи Exchange были должным образом обработаны. Для решения этой проблемы в Exchange Management Shell нужно выполнить:


Get-Mailbox Username | Update-Recipient

Для массового обновления все ящиков пользователей в конкретной базе MDB можно использовать get-mailbox -database "MDB".

Полезные ссылки

  • Exchange в вопросах и ответах: Изучаем Exchange Server 2010 SP1
  • How to unload/reload performance counters on Exchange 2010
  • Overview of Services Installed by Exchange Setup
  • Services for Exchange Server 2007 or Exchange Server 2010 cannot start automatically after you install Exchange Server 2007 and Exchange Server 2010 on a global catalog server
  • How to manually rebuild Performance Counter Library values
  • Event ID 1000 — System Performance Counters Availability
  • Backscatter protection: how to do it with Forefront Protection 2010 for Exchange Server

Понравилась статья? Поделить с друзьями:
  • Exchange ошибка 1003
  • Exchange ошибка 0x80070005 0x0004dc 0x000524
  • Exchange обнаружена ошибка сертификата безопасности прокси сервера
  • Exchange server ошибка
  • Exchange 2016 ошибка установки