Параметр database является обязательным на usermailbox: Exchange 2013 объект поврежден и находится в несогласованном состоянии. При проверке выявлены следующие ошибки:Параметр Database является обязательным на UserMailbox.

Как удалить или переименовать почтовую базу по умолчанию в Exchange Server?

При установке нового Exchange Server 2019/2016/2013/2010 с ролью почтовых ящиков (mailbox) автоматически создается база по умолчанию. База создается в каталоге установки Exchange (C:\Program Files\Microsoft\Exchange Server\V15\Mailbox). Имя базы данных генерируется также автоматически (в моем случае это «Mailbox Database 1200388344»). Если вы попробуете удалить почтовую базу по умолчанию, вы столкнетесь с ошибкой “
This mailbox database contains one or more mailboxes
”. Дело в том, что в этой почтовой базе хранится ряд системных почтовых ящиков, которые необходимы для работы Exchange.

This mailbox database contains one or more mailboxes, mailbox plans, archive mailboxes, public folder mailboxes or arbitration mailboxes. To get a list of all mailboxes in this database, run the command Get-Mailbox -Database <Database ID>. To get a list of all mailbox plans in this database, run the command Get-MailboxPlan.  To get a list of archive mailboxes in this database, run the command Get-Mailbox -Database <Database ID> -Archive. To get a list of all public folder mailboxes in this database, run the command Get-Mailbox -Database <Database ID> -PublicFolder. To get a list of all arbitration mailboxes in this database, run the command Get-Mailbox -Database <Database ID> -Arbitration. To disable a non-arbitration mailbox so that you can delete the mailbox database, run the command Disable-Mailbox <Mailbox ID>. To disable an archive mailbox so you can delete the mailbox database, run the command Disable-Mailbox <Mailbox ID> -Archive. To disable a public folder mailbox so that you can delete the mailbox database, run the command Disable-Mailbox <Mailbox ID> -PublicFolder. Arbitration mailboxes should be moved to another server; to do this, run the command New-MoveRequest <parameters>. If this is the last server in the organization, run the command Disable-Mailbox <Mailbox ID> -Arbitration -DisableLastArbitrationMailboxAllowed to disable the arbitration mailbox.  Mailbox plans should be moved to another server; to do this, run the command Set-MailboxPlan <MailboxPlan ID> -Database <Database ID>.

Содержание:

  • Как переименовать и перенести почтовую базу по умолчанию в Exchange Server?
  • Удаляем базу данных по умолчанию в Exchange Server

Как переименовать и перенести почтовую базу по умолчанию в Exchange Server?

Сначала нужно определить имя базы данных, путь к файлу EDB и логам. Запустите консоль Exchange Management Shell (EMS) или подключитесь к своему Exchange Server удаленно с помощью PowerShell:

Get-MailboxDatabase -server mbx3.winitpro.ru| fl Name, EdbFilePath, LogFolderPath

Чтобы изменить имя базы, воспользуйтесь командлетом Set-MailboxDatabase (не обязательно отмонтировать базу):

Set-MailboxDatabase “Mailbox Database 1200388344” -Name MBX3-01

Также вы можете переименовать базу данных из графического интерфейса Exchange Admin Center.

Exchange по умолчанию помещает базу данных на системный диск (C:\). Обязательно перенесите файлы базы данных на другой диск. Благодаря этому рост размена edb файла и лог файлов почтовой базы Exchange не займет все свободное место на системном диске Windows.

Для переноса базы данных используется PowerShell командлет Move-DatabasePath. Сначала нужно отмонтировать базу:

Dismount-Database -Identity MBX3-01

Затем запустите перенос файлов базы данных и лог-файлов:

Move-DatabasePath MBX3-01 -EdbFilePath E:\DB\MBX3-01.edb -LogFolderPath E:\DB\ MBX3-01

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

Mount-Database -Identity MBX3-01

Удаляем базу данных по умолчанию в Exchange Server

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

Get-Mailbox -Arbitration -Database "Mailbox Database 1200388344"

Теперь переместим эти ящики в другую базу:

Get-Mailbox -Arbitration -Database "Mailbox Database 1200388344" | New-MoveRequest -TargetDatabase MBX3-02

Кроме арбитражных ящиков в дефолтной почтовой базе также могут ящики пользователей, почтовый ящик администратора и Discovery Search Mailbox (используется для поиска писем в ящиках Exchange. Их тоже нужно переместить:

Get-Mailbox -Database "Mailbox Database 1200388344" | New-MoveRequest -TargetDatabase MBX3-02

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

$mbxdb="Mailbox Database 1200388344"
Get-Mailbox -Database $mbxdb -Auditlog
Get-MailBox -Database $mbxdb -Archive
Get-MailBox -Database $mbxdb -PublicFolder
Get-MailBox -Database $mbxdb -GroupMailbox
Get-MailBox -Database $mbxdb -Monitoring

При обнаружении таких ящиков их нужно переместить с помощью pipe:
| New-MoveRequest -TargetDatabase MBX3-02
(ящик Monitoring можно отключить
| Disable-Mailbox -Confirm:$false
)

Проверьте, что в базе данных не осталось ящиков пользователей:

Get-Mailbox -Database "Mailbox Database 1200388344"

Проверьте, что процесс переноса закончился успешно (статус Completed):

Get-MoveRequest | Get-MoveRequestStatistics

После завершения переноса обязательно очистите очередь миграции:

Get-MoveRequest | Remove-MoveRequest

Теперь почтовую базу данных по умолчанию можно удалить:

Remove-MailboxDatabase "Mailbox Database 1200388344"

После этого вручную удалите каталог с базой данных с диска:

Remove-Item -LiteralPath "C:\Program Files\Microsoft\Exchange Server\V15\Mailbox\Mailbox Database 1200388344" -Force -Recurse

Exchange 2010 несуществующие ящики | В помощь системному администратору

← Вернуться в раздел «В помощь системному администратору»

Автор: gruzov
Дата сообщения: 18. 05.2011 16:24

В организации с Exch3007 был установлен 2010. После установки сервер с Exchange 2010 был восстановлен из бэкапа. Сервер переименовал, Exchange поставил по новой. Удалил упоминания о старом через ADSIEdit
В консоли Exchange выполняю
get-mailbox -Arbitration
в результате

SystemMailbox{e0dc1c29… SystemMailbox{e0d… dc-2 unlimited
FederatedEmail.4c1f4d8… FederatedEmail.4c… dc-2 1 MB (1,048,576 bytes)
SystemMailbox{1f05a927… SystemMailbox{1f0… dc-2 unlimited

+ Сообщения вида
ПРЕДУПРЕЖДЕНИЕ: Объект mydomen.ru/Users/SystemMailbox{e0dc1c29-89c3-4034-b678-e6c29d823ed9} поврежден и находится в несогласованном состоянии. При проверке выявлены следующие ошибки:
ПРЕДУПРЕЖДЕНИЕ: Параметр Database является обязательным на UserMailbox.
ПРЕДУПРЕЖДЕНИЕ: Параметр Database является обязательным на UserMailbox.

dc-2 — старое имя сервера. Как исправить?

Автор: gruzov
Дата сообщения: 19.05.2011 09:32

Уже сам поправил. Три дня на это убил.
Нужно
1. В ADSIEdit подключиться к «контекст именования по умолчанию»
2. В CN=Users находим соответствующих ящикам пользователей. Кликаем правой кнопкой мыши — свойства
3. Ищем параметры HomeMTA и HomeMDB. Их меняем на правильные (правильные смотрим у пользовательского ящика на рабочем сервере).
4. Меняем имя сервера на в параметре msExchHomeServerName

Всё. Ошибок больше нет. Тоже самое нужно проделать для DiscoveryMailbox

Автор: DikSoft
Дата сообщения: 27.09.2011 15:59

gruzov
Можно чуть подробнее, вы меняли реквизиты (значения) у ящиков или у пользователей?

Всё. Нашёл. Заработало.

Автор: CryKiller
Дата сообщения: 28.12.2011 13:09

Спасибо большое за решение

Автор: 4385708alex91
Дата сообщения: 06. 03.2013 11:02

Чувак респект тебе, очень помогло!!!
Специально зарегистрировался на форуме что бы выразить благодарность ))

Автор: URANUS1
Дата сообщения: 02.06.2013 15:51

Цитата:

Всё. Ошибок больше нет. Тоже самое нужно проделать для DiscoveryMailbox

Мужик, ты спас моё время.

Автор: IgorA100
Дата сообщения: 15.10.2013 11:45

Цитата:

Уже сам поправил. Три дня на это убил.

Огромное спасибо!
Я как-то в это место и не лазил.
ЗЫ: На 2013 версии все аналогично

Автор: pminaeff
Дата сообщения: 08.07.2014 16:13

[more] У некоторых пользователей всё заработало после этих манипуляций, а у ряда пользователей появилась ошибка:

Request
Url: https://exchange2010:443/owa/lang.owa
User host address: 192.168.1.200

Exception
Exception type: Microsoft.Exchange.Data.Storage.MailboxUnavailableException
Exception message: Cannot open mailbox /o=HOME/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=e. min.

Call stack

в Microsoft.Exchange.Data.Storage.ConnectionCachePool.OpenMailbox(String serverDn, String userDn, String mailboxDn, Guid mailboxGuid, Guid mdbGuid, Object identity, ConnectFlag connectFlag, OpenStoreFlag openStoreFlag, CultureInfo cultureInfo, String clientInfoString, Boolean secondTry) в Microsoft.Exchange.Data.Storage.ConnectionCachePool.OpenMailbox(String serverDn, String userDn, String mailboxDn, Guid mailboxGuid, Guid mdbGuid, Object identity, ConnectFlag connectFlag, OpenStoreFlag openStoreFlag, CultureInfo cultureInfo, String clientInfoString, Boolean secondTry) в Microsoft.Exchange.Data.Storage.ConnectionCachePool.OpenMailbox(String serverDn, String userDn, String mailboxDn, Guid mailboxGuid, Guid mdbGuid, Object identity, ConnectFlag connectFlag, OpenStoreFlag openStoreFlag, CultureInfo cultureInfo, String clientInfoString) в Microsoft.Exchange.Data.Storage.MailboxSession.Initialize(LogonType logonType, ExchangePrincipal owner, DelegateLogonUser delegateUser, Object identity, OpenMailboxSessionFlags flags) в Microsoft. Exchange.Data.Storage.MailboxSession.CreateMailboxSession(LogonType logonType, ExchangePrincipal owner, DelegateLogonUser delegateUser, Object identity, OpenMailboxSessionFlags flags, CultureInfo cultureInfo, String clientInfoString) в Microsoft.Exchange.Data.Storage.MailboxSession.Open(ExchangePrincipal mailboxOwner, WindowsPrincipal authenticatedUser, CultureInfo cultureInfo, String clientInfoString) в Microsoft.Exchange.Clients.Owa.Core.OwaWindowsIdentity.CreateMailboxSession(ExchangePrincipal exchangePrincipal, CultureInfo cultureInfo) в Microsoft.Exchange.Clients.Owa.Core.RequestDispatcher.DispatchLanguagePostLocally(OwaContext owaContext, OwaIdentity logonIdentity, CultureInfo culture, String timeZoneKeyName, Boolean isOptimized) в Microsoft.Exchange.Clients.Owa.Core.RequestDispatcher.DispatchLanguagePostRequest(OwaContext owaContext) в Microsoft.Exchange.Clients.Owa.Core.RequestDispatcher.PrepareRequestWithoutSession(OwaContext owaContext, UserContextCookie userContextCookie) в Microsoft. Exchange.Clients.Owa.Core.RequestDispatcher.InternalDispatchRequest(OwaContext owaContext) в Microsoft.Exchange.Clients.Owa.Core.RequestDispatcher.DispatchRequest(OwaContext owaContext) в System.Web.HttpApplication.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() в System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)

Inner Exception
Exception type: Microsoft.Mapi.MapiExceptionUnconfigured
Exception message: MapiExceptionUnconfigured: Unable to open message store. (hr=0x8004011c, ec=-2147221220) Diagnostic context: Lid: 18969 EcDoRpcExt2 called [length=487] Lid: 27161 EcDoRpcExt2 returned [ec=0x0][length=108][latency=0] Lid: 23226 — ROP Parse Start — Lid: 27962 ROP: ropLogon [254] Lid: 17082 ROP Error: 0x8004011C Lid: 26937 Lid: 21921 StoreEc: 0x8004011C Lid: 27962 ROP: ropExtendedError [250] Lid: 1494 —- Remote Context Beg —- Lid: 26426 ROP: ropLogon [254] Lid: 2199 StoreEc: 0x478 Lid: 2770 StoreEc: 0x80004005 Lid: 29385 StoreEc: 0x8004011C Lid: 8620 StoreEc: 0x8004011C Lid: 1750 —- Remote Context End —- Lid: 26849 Lid: 21817 ROP Failure: 0x8004011C Lid: 26297 Lid: 16585 StoreEc: 0x8004011C Lid: 32441 Lid: 1706 StoreEc: 0x8004011C Lid: 24761 Lid: 20665 StoreEc: 0x8004011C Lid: 25785 Lid: 29881 StoreEc: 0x8004011C

Call stack

в Microsoft. Mapi.MapiExceptionHelper.ThrowIfError(String message, Int32 hresult, Int32 ec, DiagnosticContext diagCtx) в Microsoft.Mapi.ExRpcConnection.OpenMsgStore(OpenStoreFlag storeFlags, String mailboxDn, Guid mailboxGuid, Guid mdbGuid, MapiStore msgStorePrivate, String& correctServerDn, ClientIdentityInfo clientIdentityAs, String userDnAs, String applicationId, CultureInfo cultureInfo) в Microsoft.Mapi.ConnectionCache.OpenMapiStore(String mailboxDn, Guid mailboxGuid, Guid mdbGuid, ClientIdentityInfo clientIdentity, String userDnAs, OpenStoreFlag openStoreFlags, CultureInfo cultureInfo, String applicationId) в Microsoft.Mapi.ConnectionCache.OpenMailbox(String mailboxDn, Guid mailboxGuid, Guid mdbGuid, WindowsIdentity windowsIdentityAs, String userDnAs, OpenStoreFlag openStoreFlags, CultureInfo cultureInfo, String applicationId) в Microsoft.Exchange.Data.Storage.ConnectionCachePool.OpenMailbox(String serverDn, String userDn, String mailboxDn, Guid mailboxGuid, Guid mdbGuid, Object identity, ConnectFlag connectFlag, OpenStoreFlag openStoreFlag, CultureInfo cultureInfo, String clientInfoString, Boolean secondTry) [/more]

Страницы: 1

Предыдущая тема: Утилита ftp командной строки Windows


Форум Ru-Board. club — поднят 15-09-2016 числа. Цель — сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.

База данных Exchange обязательна для UserMailbox

  • Обновлено 14 февраля 2021 г.
  • Обмен

Предупреждение База данных Exchange является обязательной для UserMailbox отображается в центре администрирования Exchange. Это показывает предупреждение в области сведений после выбора пользователя в представлении списка почтовых ящиков. После звонка пользователю мы можем подтвердить, что она не может войти в свой почтовый ящик. Какое решение для базы данных Exchange является обязательным при предупреждении UserMailbox?

Содержание

  • База данных является обязательной для предупреждения UserMailbox
    • Проверить базу данных является обязательным предупреждением в Exchange Admin Center
    • Проверить базу данных является обязательным предупреждением в Exchange Management Shell
  • Проверить атрибут HomeMDB в ADSI Edit

    • 900 03 Решение для обмена база данных обязательна для UserMailbox

  • Проверка результатов
  • Заключение

База данных обязательна для UserMailbox предупреждение

Прежде чем мы начнем, хорошо бы воспроизвести проблему. Во-первых, давайте посмотрим, что происходит в Центре администрирования Exchange (EAC). После этого проверим статус в Exchange Management Shell (EMS).

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

Войдите в центр администрирования Exchange с правами администратора. Нажмите получателей на панели функций и следуйте почтовым ящикам на вкладках. Щелкните пользователя в представлении списка. В области сведений мы видим предупреждение: Есть несколько предупреждений. Нажмите здесь, чтобы увидеть больше .

Нажмите на желтое предупреждение, чтобы увидеть больше.

Предупреждение показывает, что почтовый ящик пользователя поврежден.

Предупреждение
Объект exoip.local/Users/Administrator был поврежден или несовместим с требованиями поддержки Microsoft и находится в несогласованном состоянии. Произошли следующие ошибки проверки:
База данных является обязательной для UserMailbox.

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

Теперь, когда мы увидели предупреждение в EAC. Хорошо бы проверить, что показывает EMS.

Мы собираемся использовать командлет Get-Mailbox и параметр -Identity.

 [PS] C:\>Get-Mailbox -Identity "Kylie Davidson" | фл База данных
База данных :
ВНИМАНИЕ! Объект exoip.local/Company/Users/Sales/Kylie Davidson поврежден или несовместим с
Требования поддержки Microsoft, и он находится в несогласованном состоянии. Произошли следующие ошибки проверки:
ВНИМАНИЕ: База данных является обязательной для UserMailbox.
ВНИМАНИЕ: База данных является обязательной для UserMailbox.

То же самое предупреждение. ПРЕДУПРЕЖДЕНИЕ. Объект поврежден или не соответствует требованиям службы поддержки Microsoft, а также находится в несогласованном состоянии. Произошли следующие ошибки проверки: ПРЕДУПРЕЖДЕНИЕ. База данных является обязательной для UserMailbox.

Проверьте атрибут HomeMDB в ADSI Edit

Войдите в контроллер домена и перейдите к меню «Пуск» . Откройте Средства администрирования и запустите ADSI Edit .

После открытия щелкните правой кнопкой мыши ADSI Edit и выберите Подключиться к…

Выберите Контекст именования по умолчанию и нажмите OK .

Развернуть подразделение, в котором настроен пользовательский объект. В моем примере пользователь настроен в OU=Sales . Щелкните правой кнопкой мыши пользователя и выберите Свойства .

На вкладке редактора атрибутов найдите атрибут homeMDB . Мы видим, что значение равно .

Почтовый ящик, настроенный в Exchange Server, должен иметь homeMDB. Этот атрибут содержит базу данных почтовых ящиков, в которой объекту будет присвоен почтовый ящик (учетная запись электронной почты).

Решение для базы данных Exchange является обязательным для UserMailbox

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

Щелкните правой кнопкой мыши объект пользователя, который вы искали на предыдущем шаге. Опять же, у этого пользователя , а не есть это предупреждение. Найдите homeMDB и дважды щелкните его.

Скопируйте значение и дважды щелкните OK .

Перейти к пользовательскому объекту с <не установлено> значением . Это пользователь с предупреждением. Щелкните правой кнопкой мыши и выберите Свойства .

Найдите HomeMDB и дважды щелкните по нему.

Вставьте скопированное значение . Щелкните OK .

Подтвердите, что значение установлено. Щелкните OK .

Чтобы изменения вступили в силу, нужно подождать пару часов. Мы можем принудительно сделать это, перезапустив хранилище данных Exchange.

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

Запустите Windows Службы и выберите Банк данных Microsoft Exchange . Нажмите Перезапустить службу.

Проверка результатов

Проверка результатов как в EAC, так и в EMS.

Войдите в Центр администрирования Exchange и щелкните почтовый ящик в представлении списка. В области сведений больше нет предупреждений.

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

 [PS] C:\>Get-mailbox -Identity "Kylie Davidson" | фл База данных
База данных: DB01

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

Помогло ли вам исправить предупреждение о том, что база данных Exchange обязательна для предупреждения UserMailbox?

Заключение

В этой статье вы узнали о том, что база данных Exchange является обязательной при предупреждении UserMailbox. Решение этого предупреждения состоит в том, чтобы посмотреть в ADSI Edit. В редакторе ADSI убедитесь, что значение атрибута homeMDB не задано для объекта пользователя. Скопируйте значение атрибута homeMDB другого пользовательского объекта. После этого вставьте значение в пользовательский объект с предупреждением. Перезапустите службу банка данных Exchange, чтобы изменения вступили в силу. В последнюю очередь проверьте результаты как в центре администрирования Exchange, так и в командной консоли Exchange.

Если вам понравилась эта статья, вы также можете прочитать Удаление базы данных почтовых ящиков в Exchange Server. Подпишитесь на нас в Twitter и LinkedIn, чтобы быть в курсе последних статей.

ADSI EditdatabaseExchange Admin CenterExchange Management Shell

АЛИ ТАДЖРАН

АЛИ ТАДЖРАН — увлеченный ИТ-архитектор, ИТ-консультант и сертифицированный тренер Microsoft. Он начал заниматься информационными технологиями в очень молодом возрасте, и его цель — учить и вдохновлять других. Подробнее »

«База данных обязательна для UserMailbox» для четырех почтовых ящиков

У нас произошел сбой Exchange
2016, который не удалось восстановить или правильно удалить. Мы отказались от этого сервера,
очистил ссылки AD на сервер и организацию Exchange, а затем
запустил новый сервер с Exchange Server 2019.
Установка Exchange 2019 прошла успешно. Все системные почтовые ящики были удалены и
воссоздан во время установки, а также. Мы
были и все еще находятся в полностью устаревшем гибридном режиме с Exchange Online. В списке указаны 4 почтовых ящика.
Вкладка Enterprise (on-prem) в Центре администрирования Exchange с типом почтового ящика Пользователь .
Каждый из этих 4 почтовых ящиков отображает ошибку в EAC «База данных
обязательным для UserMailbox». Это было
случай с этими же почтовыми ящиками на заброшенном сервере Exchange 2016.

Наша обычная практика для
новых пользователей — создать пользователя AD и почтовый ящик локально и синхронизировать с
ААДКоннект. Неизвестно, повлияло ли это
пользователи почтовых ящиков были созданы другим способом, что, возможно, привело к
расхождения.

Эти пользователи синхронизируются с
Office 365. Выполнение Get-Mailbox -Идентификация пользователя | база данных фл
использование модуля Exchange Online PowerShell для каждого из 4 пользователей почтовых ящиков показывает
связанная база данных почтовых ящиков в Exchange Online для всех 4 почтовых ящиков.

PS C:\Users\ME>
Get-mailbox -identity xxxx | база данных fl

База данных
: NAMPR1XXXXXX-dbXXX  

Выполнение одной и той же команды Get-Mailbox для каждого
из 4 пользователей в EMS на локальном сервере выводит следующее для каждого.

[ПС]
C:\ME>get-mailbox -identity axxx | база данных фл

База данных
:

ПРЕДУПРЕЖДЕНИЕ:
Объект domain.com/OU/User_Name поврежден или несовместим с
Требования поддержки Microsoft, и он находится в несогласованном состоянии.
произошли следующие ошибки проверки:

ПРЕДУПРЕЖДЕНИЕ:
База данных является обязательной для UserMailbox.

ПРЕДУПРЕЖДЕНИЕ:
База данных является обязательной для UserMailbox.

 

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

ldifde -t 3268 -r «(&(objectClass=user)(mailnickname=*)(!(homeMDB=*))(!(msExchRemoteRecipientType=*))(!(targetAddress=*))(msExchHideFromAddressLists=TRUE) (!(cn=Почтовый ящик здоровья*)))»
-l различающееся имя -f noHomeMdb.txt

Это показало, что SystemMailbox{8cc370d3-822a-4ab8-a926-bb94bd0641a9}
отсутствовало значение. я вошел в
соответствующее значение (совпадающее со значением существующих системных почтовых ящиков, которое является
действующая база данных).

Впоследствии я остановил и запустил
Служба банка данных Microsoft Exchange.
К сожалению, сообщение «База данных является обязательной для UserMailbox»
сохраняется для затронутых почтовых ящиков.

Затем я попытался убедиться, что GUID почтового ящика
соответствие между Exchange Online и Exchange 2019.

https://www.itpromentor.com/link-aduser-365/ Открывается в новом окне

Однако это вывод:

[PS] C:\>Set-RemoteMailbox
-identity cxxx -ExchangeGUID xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx


операция не может быть выполнена, так как объект «cxxx» не может быть найден на «DC-1.domain.com».

    + Информация о категории          : NotSpecified: (:)
[Set-RemoteMailbox], ManagementObjectNotFoundException

    + FullyQualifiedErrorId :
[Сервер = EX19, RequestId = xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx, TimeStamp = 09.