Понимание сосуществования разрешений с exchange 2007 и exchange 2010 г.

Exchange служб на Exchange 2013 edge Transport servers

В приведенной ниже таблице описываются службы Exchange, устанавливаемые на пограничных транспортных серверах.

Имя службы	Короткое имя службы	Описание	Тип запуска по умолчанию	Контекст безопасности	Зависимости	Обязательная или необязательная
Microsoft Exchange ADAM	ADAM_MSExchange	Хранит сведения о конфигурации и получателях на пограничном транспортном сервере. Эта служба представляет именованный экземпляр служб Active Directory облегченного доступа к каталогам (AD LDS), автоматически создаваемый программой установки Exchange.	Автоматически	Сетевая служба	Система событий COM+	Обязательная
Обновление средства защиты от нежелательной почты Microsoft Exchange	MSExchangeAntispamUpdate	Предоставляет обновления определений спама для Exchange SmartScreen. Примечание 1 ноября 2016 г. корпорация Майкрософт перестала выпускать обновления определений спама для фильтров SmartScreen в Exchange и Outlook. Существующие определения спама для SmartScreen останутся, но их эффективность будет снижаться с течением времени. Дополнительные сведения см. в статье Прекращение поддержки SmartScreen в Outlook и Exchange.	Автоматически	Локальная система	Microsoft Exchange ADAM	Необязательная
Служба учетных данных Microsoft Exchange	MSExchangeEdgeCredential	Отслеживает изменения учетных данных в службах Active Directory облегченного доступа к каталогам (AD LDS) и применяет изменения на пограничном транспортном сервере.	Автоматически	Локальная система	Microsoft Exchange ADAM	Обязательная
Служба диагностики Microsoft Exchange	MSExchangeDiagnostics	Предоставляет агент, отслеживающий работоспособность сервера Exchange Server.	Автоматически	Локальная система	Нет	Обязательная
Диспетчер работоспособности Microsoft Exchange	MSExchangeHM	Часть службы управляемой доступности, отслеживающая работоспособность ключевых компонентов на сервере Exchange Server.	Автоматически	Локальная система	Журнал событий Windows Инструментарий управления Windows (WMI)	Обязательная
Microsoft Exchange Service Host	MSExchangeServiceHost	Предоставляет узел службы для компонентов Exchange, у которых нет собственных служб.	Автоматически	Локальная система	Microsoft Exchange ADAM	Обязательная
Транспорт Microsoft Exchange	MSExchangeTransport	Предоставляет SMTP-сервер и транспортный стек.	Автоматически	Сетевая служба	Microsoft Exchange ADAM	Обязательная
Поиск журналов транспорта Microsoft Exchange	MSExchangeTransportLogSearch	Предоставляет возможность удаленного поиска для файлов журналов транспорта (например, отслеживание сообщений).	Автоматически	Локальная система	Microsoft Exchange ADAM	Необязательная

Раздел сведений для пользователя

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

Текст в разделе сведения о пользователе предназначен для того, чтобы помочь конечным пользователям определить, почему сообщение было отклонено, и как успешно повторно отправить сообщение, если сообщение должно быть обижено. Если это применимо, полное доменное имя (FQDN) сервера, отклонив сообщение, включается в раздел сведения о пользователе. Если доставка не удается получить несколько получателей, в списке указан адрес электронной почты каждого получателя, а причина сбоя указана в пространстве ниже адреса электронной почты получателя.

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

Поддерживаемые среды Active Directory

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

Среда операционной системы	Exchange 2019	Exchange 2016 cu12 и более поздней	Exchange 2016 cu7 и более поздний	Exchange 2016 cu3 to CU6	Exchange 2016 с накопительным пакетом обновления 2 (CU2) и более ранних версий	Exchange 2013 с пакетом обновления 1 (SP1) и более поздних версий	Exchange 2010 SP3 RU22 или более поздней	Exchange 2010 SP3 RU5 — RU21
Windows Серверы Active Directory Server 2019	Поддерживается	Поддерживается	Не поддерживается	Не поддерживается	Не поддерживается	Не поддерживается	Не поддерживается	Не поддерживается
Серверы Active Directory с Windows Server 2016	Поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается	Не поддерживается
Серверы Windows Server 2012 R2 Active Directory	Поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается
Серверы Active Directory на базе Windows Server 2012	Не поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается
Серверы Active Directory на основе Windows Server 2008 R2 с пакетом обновления 1 (SP1)	Не поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается
Серверы Active Directory на базе Windows Server 2008 с пакетом обновления 2 (SP2)	Не поддерживается	Не поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается
Серверы Active Directory на базе Windows Server 2003 с пакетом обновления 2 (SP2)	Не поддерживается	Не поддерживается	Не поддерживается	Не поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается

Функциональный уровень леса AD	Exchange 2019	Exchange 2016 cu7 и более поздний	Exchange 2016 cu3 to CU6	Exchange 2016 с накопительным пакетом обновления 2 (CU2) и более ранних версий	Exchange 2013 с пакетом обновления 1 (SP1) и более поздних версий	Exchange 2010 SP3 RU22 или более поздней	Exchange 2010 SP3 RU5 — RU21
Windows Server 2016	Поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается	Не поддерживается
Windows Server 2012 R2	Поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается
Windows Server 2012	Не поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается
Windows Server 2008 R2	Не поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается
Windows Server 2008	Не поддерживается	Не поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается
Windows Server 2003	Не поддерживается	Не поддерживается	Не поддерживается	Поддерживается	Поддерживается	Поддерживается	Поддерживается

How to fix Exchange error: 452 4.3.1 Insufficient system resources?

The 452 4.3.1 Insufficient system resources happen mainly when the server runs out of disk space or free memory. The solution to fix this error would be to:

Increase the amount of free space on the Microsoft Exchange server drive
Reduce the amount of memory being used by all processes

As we discussed earlier when the disk space threshold set for the volume used by the Exchange exceeds, it can trigger this error. However, the effects of this error vary depending on the threshold set.

The XML file, EdgeTransport.exe.config in the location \Exchange Server\Bin\ has many configuration options for transport servers in it.

To get Exchange transport to resume message submissions, we can adjust any of the settings below from the EdgeTransport.exe.config file.

Disable BackPressure: Although Microsoft does not recommend it, it does provide a way to Disable Back Pressure
Tweak BackPressure thresholds: Adjust the BackPressure parameters if it does not go with your resource usage or server configurations.
Move the queue database to another volume: Move the queue database to another volume with ample free space.

Move the queue database to another volume

To move the queue database to another volume with ample free space, follow the steps below:

Add the following key in the <AppSettings> section in EdgeTransport.exe.config. <add key=“QueueDatabasePath” value=”D:\Queue\QueueDB” />
Save the file and restart the Microsoft Exchange Transport service from the Services console or by using the Restart-Service cmdlet (Restart-Service MSExchangeTransport).

Alternatively, we could fix this issue by bringing the disk usage below the threshold limits. Moving mailboxes, clearing logs from the disk, clearing trash, or deleting non-useful files from the drive can help with this.

Шаг 10. Включить функцию Иерархическая адресная книга

Чтобы включить HAB в Exchange Server 2010 г., необходимо изменить атрибут Exchange контейнера Организации. Чтобы изменить атрибут, используйте оснастку ADSI Edit или утилиту LDAP.

В этом примере Contoso, Ltd — это имя корневой организации, созданной в организационном подразделении Contoso-dom.Contoso.com/HAB Groups. First Organization — это имя Exchange Организации.

Откройте ADSI Edit, развягте контекст именования по умолчанию, развягте организационное подразделение, а затем расширьте контейнер OU=HAB Groups, в котором вы создали группу рассылки с именем Contoso, Ltd. Снимок экрана для этого шага приведен ниже.
Щелкните правой кнопкой мыши CN=Contoso,Ltd, а затем нажмите кнопку Свойства.
В диалоговом окне CN=Contoso,Ltd Properties щелкните вкладку Редактор атрибутов. В разделе Атрибуты найдите имя distinguishedName и нажмите кнопку Просмотр. Снимок экрана для этого этапа приведен ниже.
В редакторе атрибутов строк скопируйте следующий текст из окна Значение, а затем нажмите кнопку ОК:

CN=Contoso , Ltd, OU=HAB Groups,DC=Contoso-dom,DC=Contoso,DC=com
В диалоговом окне CN=Contoso,Ltd Properties нажмите кнопку ОК.
В ADSI Изменить, расширить конфигурацию , расширить CN=Configuration , расширить CN=Services, расширить CN=Microsoft Exchange, а затем выберите CN=First Organization. Снимок экрана для этого этапа приведен ниже.
Щелкните правой кнопкой мыши CN=First Organization и нажмите кнопку Свойства.
В диалоговом окне CN=First Organization Properties щелкните вкладку Редактор атрибутов. В разделе Атрибуты найдите msExchHABRootDepartmentLink и нажмите кнопку Изменить. Снимок экрана для этого этапа приведен ниже.
В редакторе атрибутов строки в поле Значение введите отличительное имя корневой организации, скопированную на шаге 4, CN=Contoso , Ltd,OU=HAB Groups,DC=Contoso-dom,DC=Contoso,DC=com, а затем нажмите кнопку ОК.
В диалоговом окне CN=First Organization Properties нажмите кнопку ОК.

После закладки атрибута Outlook 2010 г. автоматически обнаруживает, что функция HAB включена Exchange 2010 г. и отображает вкладку организации в окне адресной книги.

NDR sections

В Exchange 2013 г. NDRs предназначены для легкого чтения и понимания как конечными пользователями, так и администраторами. Сведения, отображаемые в NDR, разделены на следующие две области:

Раздел сведений о пользователях
Раздел сведений об администраторе

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

Разделы NDR

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

В данном примере мы рассмотрим ситуацию, когда у нас есть база от старого или другого сервера exchange, и мы должны перенести из нее все почтовые ящики в новую базу. Предположим, что база DAG01 — старая база, а DAG02 — новая.

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

Get-MailboxDatabase -Identity «DAG01» | Get-MailboxStatistics | where {$_.DisconnectReason} | ft DisplayName,Identity,DisconnectReason

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

Connect-Mailbox -Identity «ca97f561-9b0b-4a83-a177-6f6261bdaa8c» -Database «DAG01» -User «Иванов Иван Иванович»

* где identity — Identity или DisplayName почтового ящика; user — аккаунт или DisplayName пользователя домена.

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

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

New-MoveRequest -Identity [email protected] -TargetDatabase «DAG02» -ArchiveTargetDatabase «DAG02» -BadItemLimit 10

Для перемещения нескольких пользователей сразу необходимо создать задание на перемещение с указанием CVS файла содержащего имена пользователей:

New-MigrationBatch -Local -AutoStart -AutoComplete -Name «MIgration task» -CSVData (::ReadAllBytes(«C:\User_list.csv»)) -TargetDatabases «DAG02» -BadItemLimit 10

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

Облачный пользователь — это пользователь, не синхронизированный с клиентом посредством AAD Connect. Этот пользователь был создан непосредственно в Azure AD. Используйте командлеты Get-MsolUser и Set-MsolUser модуля Azure AD для Windows PowerShell, чтобы просмотреть или указать географическое расположение для хранения почтового ящика облачного пользователя.

Чтобы просмотреть значение PreferredDataLocation для пользователя, используйте следующий синтаксис в Azure AD PowerShell:

Например, чтобы посмотреть значение PreferredDataLocation для пользователя [email protected], выполните следующую команду:

Чтобы изменить значение PreferredDataLocation для объекта облачного пользователя, используйте следующий синтаксис в Azure AD PowerShell:

Например, чтобы присвоить значению PreferredDataLocation регион Европейского Союза (EUR) для пользователя [email protected], выполните следующую команду:

Примечание

Как упоминалось ранее, эту процедуру нельзя использовать для синхронизированных объектов пользователя из локального Active Directory. Нужно изменить значение PreferredDataLocation в Active Directory и синхронизировать его с помощью AAD Connect. Дополнительные сведения см. в статье Синхронизация Azure Active Directory Connect: настройка предпочтительного расположения данных для ресурсов Microsoft 365.
Продолжительность перемещения почтового ящика в новое географическое расположение зависит от нескольких факторов:
- Размер и тип почтового ящика.
- Число перемещаемых почтовых ящиков.
- Доступность ресурсов перемещения.

Перемещение неактивного почтового ящика в определенный гео

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

Восстановление неактивного почтового ящика. Инструкции см. в статью Восстановление неактивного почтового ящика.
Запретить помощнику управляемых папок обрабатывать восстановленный почтовый ящик, заменив его именем, псевдонимом, учетной записью или адресом электронной почты почтового ящика и запуская следующую команду в <MailboxIdentity> Exchange Online PowerShell:
Назначение лицензии Exchange Online Plan 2 в восстановленный почтовый ящик. Этот шаг необходим для того, чтобы вернуть почтовый ящик на удержание судебного разбирательства. Инструкции см. в инструкции Назначение лицензий пользователям.
Настройте значение PreferredDataLocation в почтовом ящике, как описано в предыдущем разделе.
После подтверждения того, что почтовый ящик переместился в новое географическое расположение, поместите восстановленный почтовый ящик обратно в удержание судебного разбирательства. Инструкции см. в
После проверки на месте удержания судебного разбирательства позвольте помощнику управляемых папок снова обработать почтовый ящик, заменив имя, псевдоним, учетную запись или адрес электронной почты почтового ящика и выпустив следующую команду в <MailboxIdentity> Exchange Online PowerShell:
Сделайте почтовый ящик неактивным, удалив учетную запись пользователя, связанную с почтовым ящиком. Инструкции см. в публикации Delete a user from your organization. Этот шаг также освобождает лицензию Exchange Online Plan 2 для других применений.

Примечание. При перемещение неактивного почтового ящика в другое географическое расположение может повлиять на результаты поиска контента или возможность поиска почтового ящика из бывшего географического расположения. Дополнительные сведения см. в

Обновление до более новой версии Exchange Server локальной версии

Мы твердо верим, что вы получите наилучшее значение и пользовательский опыт, полностью переехав в Microsoft 365. Но мы понимаем, что некоторым организациям необходимо сохранить Exchange серверов на месте. Это может быть из-за нормативных требований, чтобы гарантировать, что данные не хранятся в иностранном центре обработки данных, так как у вас есть уникальные параметры или требования, которые не могут быть выполнены в облаке, или потому что вам необходимо Exchange для управления облачными почтовыми ящиками, так как вы по-прежнему используете локальное использование Active Directory. В любом случае при Exchange локальной среде необходимо обеспечить обновление среды Exchange 2010 г. по крайней мере до Exchange 2013 г. или Exchange 2016 г.

Для лучшего опыта рекомендуется обновить оставшиеся локальной среды до Exchange 2016 г. Вам не нужно устанавливать Exchange Server 2013 г., если вы хотите перейти Exchange Server 2010 г. Exchange Server 2016 г.

Exchange 2016 включает все функции предыдущих выпусков Exchange. Он наиболее тесно совпадает с опытом, доступным с Microsoft 365, хотя некоторые функции доступны только в Microsoft 365. Ознакомьтесь с несколькими недостающими вещами:

Exchange выпуска	Функции
Exchange 2013	Упрощенная архитектура сокращает число ролей сервера до трех (почтовый ящик, клиентский доступ, крамный транспорт)
	Политики предотвращения потери данных (DLP), которые помогают предотвратить утечку конфиденциальной информации
	Улучшенная Outlook Web App
Exchange 2016	Функции Exchange 2013 и …
	Дополнительные упрощенные роли сервера только для почтовых ящиков и edge transport
	Улучшенная DLP вместе с интеграцией с SharePoint
	Повышение устойчивости баз данных
	Совместная работа с документами в Интернете

Фактор	Дополнительные сведения
Окончание дат поддержки	Как Exchange 2010 г., каждая версия Exchange имеет свою дату окончания поддержки: Exchange 2013 — апрель 2023 г. Exchange 2016 — октябрь 2025 г. Чем раньше дата окончания службы поддержки, тем быстрее потребуется выполнить другую миграцию. Апрель 2023 года намного ближе, чем вы думаете!
Путь миграции Exchange 2013 или 2016	Путь миграции Exchange 2010 г. в более новую версию является одинаковым, независимо от того, Exchange 2013 или Exchange 2016 г.: Установите Exchange 2013 или 2016 г. в существующую организацию Exchange 2010 г. Перемещение служб и другой инфраструктуры в Exchange 2013 или 2016 г. Перемещение почтовых ящиков и общедоступных папок в Exchange 2013 или 2016 г. с Exchange серверов 2010 г.
Сосуществование версий	При переносе Exchange 2013 или Exchange 2016 г. можно установить версию в существующую Exchange 2010 г. Это позволяет установить один или несколько серверов Exchange 2013 или Exchange 2016 года и сделать миграцию.
Серверное оборудование	Требования к оборудованию сервера изменились с Exchange 2010 г. Убедитесь, что оборудование совместимо. Дополнительные информацию о требованиях к оборудованию для каждой версии можно узнать здесь: При значительном Exchange производительности и увеличении вычислительной мощности и емкости хранилища на новых серверах, скорее всего, потребуется меньше серверов для поддержки одинакового числа почтовых ящиков.
Версия операционной системы	Минимальные поддерживаемые версии операционной системы для каждой версии: Exchange 2016 — Windows Server 2012 Exchange 2013 — Windows 2008 R2 SP1 Дополнительные сведения о поддержке операционной системы можно найти в Exchange Supportability Matrix.
Функциональный уровень леса Active Directory	Минимальные поддерживаемые функциональные уровни леса Active Directory для каждой версии: Exchange 2016 — Windows 2008 R2 SP1 Exchange 2013 — Windows Server 2003 Дополнительные сведения о поддержке функционального уровня леса можно найти в Exchange Supportability Matrix.
Office клиентских версий	Минимальные поддерживаемые Office для каждой версии: Exchange 2016 — Office 2010 (с последними обновлениями) Exchange 2013 — Office 2007 SP3 Дополнительные сведения о поддержке Office в Exchange Supportability Matrix.

Для миграции используйте следующие ресурсы:

Exchange Помощник по развертыванию
Изменения схемы Active Directory для Exchange ,
Требования к системе для Exchange ,
Необходимые условия для Exchange ,

Модель выпуска

В следующей таблице указаны версии модели для каждой поддерживаемой версии Exchange.

В Exchange Server 2010 г. и ранее каждый пакет обновления (RU) является накопительным. Ru для Exchange Server 2010 включает все исправления для Exchange Server из всех предыдущих пакетов обновления, поэтому для применения всех исправлений, выпущенных до этого момента, необходимо установить последнюю версию RU. Однако отдельные обновления или горячие фиксы за Exchange 2010 или более ранний период не содержат всех предыдущих исправлений для Exchange Server. Обновленные файлы, включенные в отдельное обновление или hotfix, включают все обновления, которые были применены только к этим конкретным файлам всеми предыдущими обновлениями, но все другие файлы в Exchange Server не будут обновлены. в статье Обслуживание Exchange 2010.

В Exchange Server 2013 или более позднем году мы изменили способ доставки хотфиксов и пакетов услуг с помощью запланированной модели доставки. В этой модели накопительные обновления (CUs) выпускаются ежеквартно (каждые три месяца). Каждый ЦС — это полная установка Exchange, которая включает обновления и изменения из всех предыдущих CUs, поэтому сначала не нужно устанавливать какие-либо предыдущие CUs или Exchange Server RTM. Дополнительные сведения см. в Exchange Server.

Модель обслуживания	Exchange 2019	Exchange 2016	Exchange 2013	Exchange 2010
Накопительные обновления (CUs)	Да	Да	Да	Нет
Обновления (RUs)	Нет	Нет	Нет	Да
Горячие фиксы безопасности доставляются отдельно	Да	Да	Да	Нет

Примечание

В настоящее время дополнительные ЦУ не планируется Exchange Server 2013 г., а дополнительные RUs Exchange Server 2010 г.

Что нужно знать перед началом работы

Перед началом мы советуем полностью прочитать этот раздел, поскольку при выполнении некоторых действий требуется простой.
Сервер Exchange 2010 должен работать под управлением Exchange 2010 с пакетом обновления 3 (SP3) и накопительным пакетом обновления 8 (RU8) или более поздних версий.
Сервер Exchange 2007 должен работать под управлением Exchange 2007 с пакетом обновления 3 (SP3) и накопительным пакетом обновления 15 (RU15) или более поздних версий.
Максимальное число общедоступных папок, которые могут быть перенесены в Exchange 2013 г. за одну миграцию, составляет 500 000.
В Exchange 2013 г. необходимо быть членом группы ролей управления организацией. Сведения о том, как включить группу ролей управления организацией, см. в материале Управление группами ролей.
В Exchange 2010 вам необходимо быть членом группы ролей RBAC «Управление организацией» или «Управление сервером». Дополнительные сведения см. в статье Добавление участников в группу роли.
В Exchange 2007 вам необходима роль администратора организации Exchange или администратора сервера Exchange Server. Кроме того, вам необходима роль администратора общедоступных папок, а также вы должны входить в локальную группу администраторов целевого сервера. Дополнительные сведения см. в статье Инструкции по добавлению пользователя или группы в роль администратора.
При работе с сервером Exchange 2007 необходимо выполнить обновление до Windows PowerShell 2.0 и WinRM 2.0 для 64-разрядного выпуска Windows Server 2008.
Перед миграцией следует ознакомиться с разделом Ограничения общедоступных папок.
Перед переносом переместите все почтовые ящики пользователей в Exchange 2013 г., так как пользователи с Exchange или Exchange 2010 г. не будут иметь доступа к общедоступным папок Exchange 2013 г. Подробные сведения см. в материале «Перемещение почтового ящика в Exchange 2013 г.».
В среде с несколькими доменами общедоступные папки с поддержкой почты перестанут работать после переноса на Exchange 2013 г., если Exchange в детском домене. Это потому, что Exchange 2013 г. объекты общедоступных папок с поддержкой почты должны быть под корневым доменом. Чтобы устранить эту проблему, необходимо отключить общедоступные папки с включенной почтой, а затем снова включить их, что позволит переместить их в правильное расположение домена.
Когда миграция будет завершена, чтобы внешние отправители могли отправлять сообщения в перенесенные общедоступные папки с включенной поддержкой почты, анонимному пользователю необходимо предоставить разрешение по крайней мере на создание элементов. Если этого не сделать, внешние отправители получат уведомление об ошибке доставки, а сообщения не будут доставлены в перенесенную общедоступную папку с включенной поддержкой почты. Дополнительные сведения о настройке разрешений для анонимного пользователя см. в статье Включение и отключение поддержки почты для общедоступной папки.
Для переноса всех общедоступных данных папок необходимо использовать одну партию миграции. Exchange позволяет создавать только одну партию миграции одновременно. Если вы попытайтесь создать несколько пакетов миграции одновременно, в результате будет допущена ошибка.
Сочетания клавиш для процедур, описанных в этой статье, приведены в статье Сочетания клавиш в Центре администрирования Exchange.

Важно!

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

Шаг 5. Добавление детских организаций для построения иерархии организации

Чтобы создать иерархию организации, необходимо добавить детские организации в соответствующую организацию.

В этом примере добавьте следующие три организации второго уровня в корневую организацию Contoso, Ltd.:

Корпоративные Office
Организация поддержки продуктов
Организация & маркетинга

Далее добавьте в корпоративную Office следующие три организации третьего уровня.

Кадры
Группа учетных записей
Группа администрирования

Чтобы добавить детские организации, выполните следующие действия:

В EMC запустите следующую команду, чтобы добавить группу рассылки с именем Корпоративная Office (SMTP адрес: ) в группу рассылки с именем Contoso, Ltd (псевдоним: ContosoRoot).

Дополнительные сведения о том, как добавить участника в группу рассылки в Exchange Server 2010 г., см. в статью Добавление участника в группу рассылки.

Примечание

Чтобы выполнить эту команду, вам должна быть назначена одна из следующих ролей управления, непосредственно или с помощью универсальной группы безопасности:
- Управление организацией
- Управление получателями
Повторите шаг 1, чтобы добавить другие организации в корневую организацию. (В этом примере добавьте организацию поддержки продуктов и & маркетинговую организацию в Contoso, Ltd.)
Запустите следующую команду, чтобы добавить группу рассылки с именем Human Resources (SMTP-адрес: ) в группу рассылки с именем Corporate Office (Псевдоним: CorporateOffice):
Повторите шаг 3, чтобы добавить другие организации в корпоративную Office.

В этом примере добавьте группу учетных записей и группу администрирования в корпоративную Office.

Примечание

Чтобы использовать консоль управления Exchange (EMC) для добавления участника группы рассылки, выполните следующие действия:
1. Запустите консоль управления Exchange.
2. В дереве консоли разойдите конфигурацию получателей и нажмите кнопку Группа рассылки.
3. В области результатов выберите группу рассылки Contoso,Ltd, в которой необходимо добавить организацию второго уровня с именем Корпоративная Office, а затем нажмите кнопку Свойства.
4. В диалоговом окне Contoso,Ltd Properties на вкладке Members щелкните Добавить, чтобы открыть диалоговое окно Select Recipient.
5. В диалоговом окне Выберите получателя щелкните группу рассылки корпоративной Office и нажмите кнопку ОК. Снимок экрана для этого этапа приведен ниже.

Клонирование конфигурации EDGE Transport

Процедура клонирования описана на сайте Technet. На сервере – источнике выполняем командлет ExportEdgeConfig.ps1 c:\exp.xml

На новом сервере переходим в папку «C:\Program Files\Microsoft\Exchange Server\V14\Scripts», выполняем проверку:

.\importedgeconfig.ps1 -cloneConfigData c:\exp.xml -isImport $false -CloneConfigAnswer c:\ExpAnswer.xml

И получаем предвиденную ошибку:

Она получилась из-за того что мы импортируем параметры с другого компьютера. Открываем файл ответов exp.xml на изменение и исправляем старое имя сервера на новое. Проводим проверку ещё раз и получаем положительный результат:

На «всякий пожарный» делаем экспорт «чистой, свежеустановленной» конфигурации: .\ExportEdgeConfig.ps1 c:\exp.xml

Запускаем импорт конфигурации:

./importedgeconfig.ps1 -cloneConfigData c:\exp.xml -isImport $true -CloneConfigAnswer c:\expanswer.xml

И получаем кучу предупреждений:

Эту задачу нельзя выполнить на пограничном транспортном сервере, подписанном на сайт Active Directory. Необходимо выполнить эту операцию с помощью консоли управления на транспортном сервере-концентраторе или удалить пограничную подписку с помощью командлета Remove-EdgeSubscription.

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

Подтверждение

Вы действительно хотите выполнить это действие?

Удаление записи фильтра вложений «ContentType:application/x-msdownload».

Да – Y Да для всех – A Нет – N Нет для всех – L Приостановить – S Справка

(значением по умолчанию является «Y»):a

И принимаем в ответ:

Importing Edge configuration information Failed.

Reason: Не удается привязать параметр «ExpirationTime». Не удается преобразовать значение «12/31/9999 23:59:59» в тип «S

ystem.DateTime». Ошибка: «Строка не распознана как действительное значение DateTime.»

Открываем файл конфигурации и видим:

Оказывается «Белый список IP-адресов» имеет предельное значение до 23:59:59 31.12.9999 года.

Правим файл конфигурации: просто удаляем все строки с этим текстом, и запускаем импорт ещё раз.

Открываем консоль управления, защиту от нежелательной почты и проверяем:

Вроде все есть.

Заходим в журнал событий Windows и находим ошибку:

SmtpReceiveProtocolLogs: не удается создать каталог журналов C:\Program Files\Microsoft\Exchange Server\TransportRoles\Logs\ProtocolLog\SmtpReceive из-за ошибки: Отказано в доступе по пути «C:\Program Files\Microsoft\Exchange Server\TransportRoles\Logs\ProtocolLog\SmtpReceive».. До устранения проблемы журналы не будут создаваться.

И ещё несколько аналогичных с другими журналами. В версии Exchange 2010 по сравнению с Exchange 2007 поменялось место хранения журналов. Открываем наш вышеустановленный Hub Transport 2010 и копируем пути оттуда в EDGE. А можно исправить файл конфигурации, заменив «C:\Program Files\Microsoft\Exchange Server\TransportRoles\Logs\» на «C:\Program Files\Microsoft\Exchange Server\V14\TransportRoles\Logs\» и импортировать настройки ещё раз.

Перезагружаем службу «Транспорт Microsoft Exchange»

Шаг 9. Изменение индекса старшинства участников

Чтобы изменить атрибут участников msDS-HABSeniorityIndex, используйте оснастку ADSI Edit или утилиту LDAP.

В этом примере Дэвид Хэмилтон, Раджеш М. Патель и Эми Альбертс принадлежат к организации с именем Корпоративная Office. Эти пользователи создаются в организационном подразделении Contoso-dom.Contoso.com/Users. Дэвид Гамильтон является вице-президентом организации. Компания хочет отобразить Дэвида Гамильтона в верхней части списка участников, чтобы сотрудники могли легко понять, кто управляет этой организацией.

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

Откройте ADSI Edit, развядите контекст именования по умолчанию, а затем расширите организационное подразделение OU=User, в котором создается объект пользователя Дэвид Гамильтон.
Щелкните правой кнопкой мыши CN=David Hamilton и нажмите кнопку Свойства.
В диалоговом окне CN=David Hamilton Properties щелкните вкладку Редактор атрибутов. В разделе Атрибуты найдите msDS-HABSeniorityIndex и нажмите кнопку Изменить. Снимок экрана для этого этапа приведен ниже.
В редакторе атрибутов integer введите значение integer, которое вы определили для пользователя (например, 100), а затем нажмите кнопку ОК.
В диалоговом окне CN=David Hamilton Properties нажмите кнопку ОК.
Повторите шаги 2-5 для другого участника. В этом примере повторите шаги со 2 по 5 для Rajesh M. Patel с индексом старшинства 50 и для Эми Альбертс с индексом старшинства 10.

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