Устранение проблем с архивом электронной почты и удалением при использовании политик хранения
В этой статье рассматриваются некоторые распространенные проблемы, которые препятствуют правильному удалению или архивации сообщений электронной почты в Exchange Online. Он также содержит шаги по выявлению первопричины и устранению проблем.
Примечание.
- Эти действия по устранению неполадок также применяются к гибридным развертываниям Exchange, в которых основной почтовый ящик размещается локально, а архивный почтовый ящик находится в Exchange Online. В таких развертываниях выполните следующие действия с помощью локальной командной консоли Exchange.
- В Exchange Online помощник по управляемой папке (MFA) устанавливается для обработки почтовых ящиков по крайней мере один раз в семь дней. Хотя MFA обычно обрабатывает почтовые ящики каждый день, процесс может занять до семи дней. Вместо ожидания выполнения процесса его можно принудительно запустить, выполнив
Start-ManagedFolderAssistant <mailbox ID>
командлет. - MRM не обрабатывает почтовые ящики, которые меньше 10 МБ.
- Если учетная запись отключена и тип почтового ящика является регулярным, MRM не будет обрабатывать почтовый ящик. Поэтому любые последующие удержания не отображаются в журналах диагностики почтовых ящиков отслеживания удержания.
Основные причины
Существует несколько причин, по которым MRM может не обрабатывать почтовый ящик должным образом. Например:
- Почтовый ящик помещается в удержание хранения. То есть свойство RetentionHoldEnabled почтового ящика имеет значение True. Например, почтовый ящик переносится с помощью службы импорта PST.
- Свойство ElcProcessingDisabled почтового ящика имеет значение True. Этот параметр не позволяет MFA обрабатывать почтовый ящик вообще.
- Почтовый ящик имеет примененный тег хранения, но тег в настоящее время отключен. Таким образом, сообщения в почтовом ящике никогда не будут архивироваться или удаляться.
- Обрабатываемый почтовый ящик имеет большой размер и содержит множество элементов. Это может привести к тому, что MFA архивировать или удалять содержимое с более медленной скоростью.
- Политика хранения, применяемая к почтовому ящику, включает только личные теги. Если пользователь не применяет эти теги вручную, MRM может не обрабатывать почтовый ящик.
Устранение неполадок
Проверка свойства RetentionHoldEnabled почтового ящика
Используйте командлет Get-Mailbox для получения свойства RetentionHoldEnabled почтового ящика. Если для свойства задано значение True, задайте для него значение False.
Проверка свойства ElcProcessingDisabled почтового ящика
Используйте командлет Get-Mailbox, чтобы получить свойство ElcProcessingDisabled почтового ящика. Если для свойства задано значение True, задайте для него значение False. Дополнительные сведения об этом свойстве см. в разделе "Разница между ElcProcessingDisabled и RetentionHoldEnabled".
Просмотрите политики хранения и теги, применяемые к почтовому ящику
Используйте командлеты Get-RetentionPolicyTag, Get-RetentionPolicy и Get-Mailbox, чтобы проверить политики хранения и теги, назначенные затронутым почтовым ящиком.
Далее приводятся некоторые примеры.
Чтобы получить все политики хранения в клиенте Exchange Online, выполните следующий командлет:
Get-RetentionPolicy
Чтобы проверить, какие теги политики добавляются в политику MRM, назначенную почтовому ящику, выполните следующий командлет:
Get-RetentionPolicy -Identity <Name of the retention policy assigned to the mailbox> | select -ExpandProperty RetentionPolicyTagLinks
Чтобы получить свойство RetentionHoldEnabled почтового ящика и назначенную политику хранения, выполните следующий командлет:
Get-Mailbox <MailboxID> | fl *Retention*
Чтобы проверить, какие личные теги хранения пользователь выбрал в дополнение к тем, которые уже включены в назначенную политику хранения, выполните следующий командлет:
Get-RetentionPolicyTag -Mailbox <MailboxID> -OptionalInMailbox
Чтобы просмотреть сведения о конкретном теге политики хранения, выполните следующий командлет:
Get-RetentionPolicyTag <Name of the tag> | fl
Обратите внимание на теги хранения, которые отключены или имеют действия , которые не перемещаются в архив или никогда не удаляются. Длительность, назначенная тегу, является ключевым фактором в определении приоритета. Поэтому проверьте наличие тегов, которые имеют самую длину времени, например никогда не переходить к архиву или никогда не удалять, так как эти теги имеют приоритет над другими тегами, которые применяются.
Примечание.
Тег политики архива по умолчанию, который применяется ко всему почтовому ящику, также применяется к календарю, задачам и заметкам. Вы не можете применить личный тег архива, который никогда не перемещается в действие архива к этим папкам. Исключение. Теги можно применять к заметкам с помощью Outlook в Интернете. Дополнительные сведения см . в папках по умолчанию, поддерживающих теги политики хранения.
Проверка хранения архива по умолчанию и хранения по умолчанию в почтовом ящике
Проверьте, применяется ли к почтовому ящику тег политики хранения по умолчанию или архив по умолчанию. Если это так, убедитесь, что:
- Ранее к папкам, которые никогда не перемещаются в архив или никогда не удаляются, ранее не применялись личные архивы или теги хранения.
- К всему почтовому ящику не применены архивы или теги хранения по умолчанию.
- Тег архива по умолчанию (или любые другие примененные теги политики) существует в списке тегов политики хранения, содержащихся в свойстве PR_ROAMING_XMLSTREAM. Если какой-либо тег отсутствует, удалите IPM. Сообщение Configuration.MRM, содержащее свойство PR_ROAMING_XMLSTREAM, и используйте командлет Start-ManagedFolderAssistant вместе с
-FullCrawl
параметром для затронутого почтового ящика. Это повторно создает IPM. Скрытое сообщение Configuration.MRM и обновление PR_ROAMING_XMLSTREAM для создания нового тега политики.
Для проверки свойства PR_ROAMING_XMLSTREAM можно использовать MFCMAPI, выполнив следующие действия:
- Настройте затронутый почтовый ящик в Outlook.
- Скачайте MFCMAPI. Если вы используете 64-разрядную версию Outlook, скачайте 64-разрядную сборку. В противном случае скачайте 32-разрядную сборку.
- Откройте MFCMAPI, выберите "Параметры инструментов>", а затем выберите MAPI_NO_CACHE и MDB_ONLINE.
- Выберите вход в сеанс>, выберите профиль, содержащий затронутый почтовый ящик, и нажмите кнопку "ОК".
- Дважды щелкните затронутый почтовый ящик, разверните корневой контейнер>в верхней части информационного хранилища.
- В разделе Top of Information Store (или его эквивалент, если для почтового ящика пользователя задан язык, отличный от английского), щелкните правой кнопкой мыши папку "Входящие", а затем выберите "Открыть связанную таблицу содержимого".
- Сортируйте верхнюю панель по столбцу класса сообщений и выберите IPM. Configuration.MRM.
- В нижней области отсортируйте столбец "Имя ", а затем найдите свойство PR_ROAMING_XMLSTREAM .
- Дважды щелкните PR_ROAMING_XMLSTREAM, скопируйте XML-файл в текстовом разделе, вставьте его в блокнот, а затем сохраните содержимое в виде файла .xml.
- Откройте файл .xml в веб-браузере, чтобы просмотреть фактические теги политики хранения, применяемые к почтовому ящику.
Проверка личных тегов, примененных к папкам или отдельным элементам
Вы также можете использовать MFCMAPI для проверки правильности применения личных архивов или тегов хранения к папкам. Для этого выполните аналогичные действия, описанные выше, выберите затронутую папку и проверьте его свойства для архивных тегов или тегов хранения. Это также можно сделать для отдельных сообщений электронной почты.
Если вы работаете с политикой архива по умолчанию, которая применяется ко всему почтовому ящику, вы не увидите свойства политики архива, например:
- PR_ARCHIVE_TAG
- PR_ARCHIVE_PERIOD
- PR_ARCHIVE_DATE
- PR_POLICY_TAG
- PR_RETENTION_DATE
Эти свойства видны только в том случае, если применяется личный тег архива, тег хранения папок по умолчанию или личный тег хранения.
Сбор статистики основного почтового ящика и архивных папок почтовых ящиков
Чтобы собрать сведения о старейших элементах и политиках, которые применяются, выполните следующие команды:
Для основного почтового ящика:
Get-MailboxFolderStatistics -Identity <primary mailbox ID> -IncludeOldestAndNewestItems | Export-CSV -NoTypeInformation -Path .\primaryfolderstats.csv
Для архивного почтового ящика:
Get-MailboxFolderStatistics -Identity <primary mailbox ID> -Archive -IncludeOldestAndNewestItems | Export-CSV -NoTypeInformation -Path .\archivefolderstats.csv
В выходных данных команды найдите элемент с самой ранней датой получения в любой указанной папке. Используйте следующее руководство.
Установите флажок "СтарыйItemReceivedDate" всех папок, расположенных в верхней части информационного хранилища, включая папку "Входящие", "Отправленные", "Нежелательная почта" и любую из созданных пользователем вложенных папок. Исключите удаленные элементы, контакты, календарь (только повторяющиеся собрания) и задачи (только повторяющиеся задачи). Затем сравните значение OldestItemReceivedDate со значением возраста хранения, указанное в нерабочей политике.
Примечание.
- Дополнительные сведения об удаленных элементах, повторяющихся элементах календаря и задачах см. в разделе "Определение возраста различных типов элементов".
- Контакты не обрабатываются политиками хранения, так как они не имеют метки даты начала или окончания срока действия.
Для элементов, которые находятся в папке "Элементы, доступные для восстановления" , установите вместо него элемент "СтарыйItemLastModifiedDate " и сравните его со свойством RetainDeletedItemsFor , заданное в затронутом почтовом ящике.
В выходных данных также проверьте, какие политики применяются к папкам, и определите, были ли отключены личные теги, активные личные теги или даже политики соответствия требованиям хранения переопределяют ожидаемую политику. Просмотрите следующие столбцы:
- DeletePolicy
- ArchivePolicy
- CompliancePolicy
- RetentionFlags
Эти столбцы указывают, применяется ли тег хранения папок по умолчанию, личный тег хранения или личный тег архива к папкам. Столбец RetentionFlags также может отображать следующее:
- Применяется ли явный тег хранения или тег архива (явные теги указывают, что политики применяются вручную и не наследуются).
- Должна ли папка быть пересканирована многофакторной проверкой подлинности
Примечание.
Политики, применяемые к папкам в архивном почтовом ящике, обычно наследуются от папок в основном почтовом ящике. Однако пользователи могут применить другой личный тег к папке в архивном почтовом ящике. Дополнительные сведения см. в разделе "Применение тега хранения к папке в архиве".
Проверка журналов диагностики MRM
Чтобы собрать журнал диагностики MRM, выполните следующую команду PowerShell:
Export-MailboxDiagnosticLogs <mailboxID> -ComponentName MRM
Просмотрите журнал, чтобы определить, произошли ли ошибки при обработке почтового ящика MFA. Проверьте дату последней ошибки, чтобы определить его релевантность к текущей проблеме.
Примечание.
Если журнал содержит сообщения об ошибках "неработоспособный ресурс", это означает, что обработка почтовых ящиков регулируется. Из-за размера почтового ящика и количества элементов, содержащихся в нем, MRM обрабатывает почтовый ящик очень медленно. К сожалению, регулирование неизбежно при работе с большими почтовыми ящиками.
Если журналы не отображаются, и вы получаете сообщение об ошибке, которое говорит", что журналы не найдены", это означает, что MRM обработал почтовый ящик без ошибок.
Также следует проверить следующие дополнительные свойства, которые могут указать, обрабатывается ли MFA содержимое почтового ящика:
- ElcLastRunUpdatedItemCount: количество отдельных элементов, помеченных или отключенных MFA во время последнего запуска.
- ElcLastRunTaggedWithArchiveItemCount: количество элементов, обновленных MFA с тегом архива во время последнего запуска.
- ElcLastRunTaggedWithExpiryItemCount: количество элементов, обновленных с тегом истечения срока действия (удаления) в последнем запуске.
- ElcLastRunDeletedFromRootItemCount: количество элементов из папки "Удаленные элементы", истекшая и автоматически перемещенная в папку "Элементы для восстановления"
- ElcLastRunDeletedFromDumpsterItemCount: количество элементов, удаленных из папки "Элементы для восстановления" в последнем запуске
- ElcLastRunArchivedFromRootItemCount: количество элементов, которые были перемещены из папки "Входящие" или "Сверху" основного почтового ящика в папку "Входящие" или "Сверху" архивного почтового ящика
- ElcLastRunArchivedFromDumpsterItemCount: количество элементов, которые были перемещены из папки "Элементы для восстановления" основного почтового ящика в папку "Элементы для восстановления" архивного почтового ящика.
- ElcLastSuccessTimestamp: время последнего обработки MFA почтового ящика без каких-либо ошибок (В случае регулирования MRM эти ошибки могут быть временными. Это означает, что элементы будут продолжать перемещаться или удаляться, но с более медленной скоростью, чем обычно.)
Чтобы получить эти свойства, выполните следующие команды PowerShell. Эти команды анализируют XML и возвращают свойства, связанные с жизненным циклом электронной почты, которые начинаются с "Elc".
$logProps = Export-MailboxDiagnosticLogs <mailboxID> -ExtendedProperties
$xmlprops = [xml]($logProps.MailboxLog)
$xmlprops.Properties.MailboxTable.Property | ? {$_.Name -like "ELC*"}
Если вы по-прежнему не сможете устранить проблему, обратитесь к служба поддержки Майкрософт.
Рекомендации
Рекомендуется включить архивный почтовый ящик для учетной записи сразу после его размещения на удержании судебного разбирательства. Это особенно верно, если у пользователя много трафика электронной почты. Это может помочь предотвратить заполнение папки "Элементы для восстановления" и позволит пользователям продолжать удалять элементы из основного почтового ящика. Кроме того, рекомендуется включить автоматическую архивацию в зависимости от лицензии Microsoft 365 пользователя.
Обратите внимание, что папка "Элементы для восстановления" основного почтового ящика не должна находиться в максимальной квоте, так как она также может предотвратить перемещение элементов MRM в архив. Дополнительные сведения об ограничениях папок почтовых ящиков и ограничениях хранилища почтовых ящиков см. в разделе об ограничениях Exchange Online.