Политики хранения Microsoft 365 не применяются

By Mirko Peters · 2026-04-23 · Updated 2026-07-18

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

Automatically translated with AI from the original post. Read the English original

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

Здесь вы найдёте прямые ответы, как распознать признаки сбоя хранения, узнаете первопричины, такие как проблемы конфигурации или разрешений, и получите практические шаги по устранению неполадок. Мы также рассмотрим приёмы и рекомендации, которые часто упускают из виду, например последствия работы в мультигеографических средах, пробелы в RBAC и внутренние задержки планирования Microsoft 365. Если вы администратор или руководитель по соответствию требованиям, отвечающий за сохранность и соответствие данных, эти сведения помогут избежать потери данных, отклонения от требований соответствия и неприятных сюрпризов при следующем аудите. Подробнее о скрытых сложностях соответствия требованиям читайте в этом обсуждении дрейфа соответствия требованиям в Microsoft 365, а о том, почему управление даёт сбои, — на этой странице о сбоях управления.

Типичные признаки того, что политики хранения не применяются

Когда политика хранения не выполняет свою задачу в Microsoft 365, признаки обычно заметны. Один из явных сигналов: письма или файлы, которые должны были быть удалены или перемещены в архив, остаются слишком долго. Также это видно, когда элементы копятся в почтовом ящике до превышения квоты: сколько бы раз вы ни просили пользователей очистить старые данные, это никогда не происходит автоматически.

Другие тревожные признаки — отсутствие меток хранения на сообщениях или папках, а также папки, которые должны быть видны (например, папка архива), но не отображаются. Если вы задали конкретные политики для SharePoint или OneDrive, а элементы не показывают обычный статус «удалено» или «сохранено», это тоже сигнал. Иногда в портале Microsoft Purview вы заметите, что назначенная политика хранения имеет статус «не применяется», или увидите длинный список элементов без метки политики.

Важно замечать эти признаки на ранней стадии, пока ситуация не вышла из-под контроля. Промедление может привести к тому, что данные будут храниться дольше положенного, или, наоборот, к потере элементов, которые команда обязана сохранить по требованиям соответствия. Учитывая все возможности совместной работы в Microsoft 365, легко решить, что всё работает нормально, если смотреть поверхностно. Не позволяйте журналам аудита или стабильной работе панели мониторинга ввести вас в заблуждение: важно видеть реальные ожидаемые изменения, происходящие со временем. Чтобы понять, где соответствие требованиям может незаметно ускользнуть из-под контроля, послушайте этот выпуск о том, как политики хранения Microsoft 365 взаимодействуют с совместной работой и поведением пользователей.

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

Давайте честно разберёмся, почему политики хранения в Microsoft 365 иногда просто не срабатывают. Это редко бывает «простым невезением». Обычно за этим стоит одна или несколько первопричин.

Классический виновник — неправильная конфигурация: возможно, вы создали политику, которая конфликтует с другой, или не включили важного пользователя либо расположение. Иногда политика нацелена на неверную область, например применена к не той группе пользователей или не к той гео-локации. Иерархия политик тоже может создавать проблемы: более конкретные метки неожиданным образом переопределяют более общие. Такие конфликты встречаются часто в крупных и динамичных развёртываниях Microsoft 365.

Легко также забыть о Managed Folder Assistant (MFA). Если эта служба отключена (elcprocessingdisabled) или не запускается достаточно часто, действия по хранению просто не выполняются. Многие администраторы упускают из виду, что MFA работает не в режиме реального времени и должен быть запущен, чтобы изменения вступили в силу. Задержки на сервере или ограничение пропускной способности почтового ящика, особенно у больших ящиков или при высокой нагрузке, тоже могут приостановить применение политик.

Ещё один источник проблем — разрешения. Не каждая административная роль может назначать или управлять политиками хранения, а отсутствующие роли RBAC — особенно при делегированном администрировании или использовании сторонних инструментов управления — могут незаметно блокировать назначения. И наконец, в корпоративных средах с несколькими географическими регионами часто возникают конфликты политик между регионами или ограничения соответствия требованиям, из-за которых политики перестают работать в региональных офисах, хотя в головном офисе всё выглядит нормально.

Тщательная диагностика начинается с понимания этих общих закономерностей. Будьте готовы просматривать журналы, перепроверять иерархию политик и искать исключения во всём клиенте. Эффективное управление возникает осознанно, а не автоматически; о таком подходе подробнее рассказано в этом выпуске об иллюзии управления в Microsoft 365. Понимание причин сбоев — первый шаг к тому, чтобы они не повторялись.

Устранение ошибок политик хранения в Microsoft 365

Ошибки при работе с политиками хранения Microsoft 365 могут превратить настройку в бесконечный лабиринт. Только что параметры выглядели корректно, а в следующий момент появляется сообщение «политика не найдена», «что-то пошло не так» или загадочное всплывающее окно «расположение неоднозначно». Такие ошибки раздражают, но каждая из них содержит подсказку о том, где что-то пошло не так.

В этом разделе собраны наиболее распространённые ошибки политик хранения, с которыми вы почти наверняка столкнётесь, будь то почтовые ящики Exchange Online, SharePoint или OneDrive. Вместо общих советов мы разберём, почему возникают эти ошибки, какие скрытые проблемы их вызывают и на какие признаки стоит обратить внимание, чтобы не гнаться за неверным решением. В каждом сценарии вас ждёт понятный пошаговый подход, который поможет двигаться вперёд, а не просто читать очередной непонятный код ошибки.

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

Следите за нашими материалами: мы разберём эти ошибки одну за другой и поможем сделать так, чтобы ваши политики хранения действительно выполняли свою задачу. Когда вы устраните реальную первопричину этих сбоев, ваша среда Microsoft 365 станет более стабильной и надёжной.

Ошибка: параметры не найдены или политика хранения не обнаружена

1. Проверьте наличие политики и её название: убедитесь, что политика хранения действительно существует в вашем клиенте и отображается как в портале Microsoft Purview, так и в центре администрирования Exchange. Опечатки или похожие названия политик могут привести к применению не той политики.
2. Проверьте область действия и назначение: убедитесь, что политика назначена нужным почтовым ящикам, сайтам или группам. Ошибки возникают, если область действия слишком узкая или настроена неправильно, особенно после миграции или изменений синхронизации AD.
3. Изучите проблемы с PolicyId: иногда ссылки PolicyId на почтовых ящиках или расположениях отсутствуют, устарели или рассинхронизированы. При сомнениях повторно синхронизируйте назначение или примените политику заново.
4. Учитывайте задержки распространения: новые или обновлённые политики часто появляются через несколько часов (иногда дольше), особенно в крупных клиентах. Дайте системе время на обновление, прежде чем эскалировать проблему дальше.

Ошибка: что-то пошло не так или возникла проблема

1. Проверьте состояние службы Microsoft 365: активный сбой службы или плановое обслуживание могут вызывать общие ошибки и блокировать обработку политик хранения.
2. Просмотрите недавние изменения политик: противоречивые изменения, например пересекающиеся политики, могут сбить систему с толку. Откатите последние обновления, чтобы определить источник проблемы.
3. Перезапустите обработку с помощью скриптов: используйте Start-ManagedFolderAssistant в PowerShell для затронутых почтовых ящиков, чтобы вручную запустить обработку политик и получить вывод ошибок.
4. Проверьте права администратора: общие ошибки иногда скрывают проблемы с отказом в доступе. Убедитесь, что ваша учётная запись имеет нужные роли RBAC для управления политиками хранения.

Ошибка: расположение неоднозначно или не найдено при назначении политики хранения

1. Проверьте существование почтового ящика или сайта: Убедитесь, что расположение (почтовый ящик, сайт SharePoint, учётная запись OneDrive) действительно существует и совпадает с идентификатором, использованным в назначении политики.
2. Проверьте состояние гибридной среды, сценариев с несколькими географическими регионами и синхронизации: В гибридных развёртываниях или конфигурациях с несколькими географическими регионами неоднозначные расположения часто возникают из-за несинхронизированных каталогов, просроченных учётных записей или неверной геомаршрутизации.
3. Разберитесь со ссылками на группы и пользователей: Если вы назначаете политики по динамической группе или устаревшим объектам AD, убедитесь, что эти группы не пустые, не удалены и не выходят за пределы области действия.
4. Проверьте параметры области действия политики: Чтобы исправить ошибки расположения, обновите область действия политики в Microsoft Purview или центре администрирования Exchange, добавив нужного пользователя или ресурс.

Ошибка: сайт заблокирован или невозможно применить хранение (Hold) для хранения данных

1. Проверьте состояние сайта: Откройте параметры администрирования SharePoint и убедитесь, находится ли сайт в состоянии «заблокирован», только для чтения, закрыт или ожидает удаления. Такое состояние не позволяет создавать новые холды и вносить изменения в политики.
2. Проверьте холды eDiscovery или другие юридические холды: Если активен холд eDiscovery или другой юридический холд, параметры хранения могут быть заблокированы до его снятия.
3. Проверьте разрешения: Убедитесь, что у вашей административной учётной записи или делегированного доступа есть разрешения на применение или изменение холдов хранения для затронутого сайта или почтового ящика.
4. Разблокируйте или восстановите сайт при необходимости: Если это уместно, используйте административные средства или обратитесь в поддержку, чтобы разблокировать сайт или восстановить его из состояния ожидания удаления или холда.

Устранение проблем с зависшими политиками хранения в состоянии обработки

Иногда политики хранения Microsoft 365 застревают в промежуточном состоянии: они висят в статусе «PendingDeletion», «Processing» или другом переходном состоянии и не могут завершиться или быть удалены. Такие зависшие состояния не просто раздражают: они могут помешать добавлять новые политики, менять назначения или поддерживать жизненный цикл данных в нужном режиме.

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

Этот раздел даёт необходимые концепции: на что обращать внимание, когда политики не удаляются, как затянувшаяся обработка может тормозить управление данными и какие общие решения чаще всего применяют администраторы, чтобы расчистить путь. Подходящий подход может включать простую проверку в PowerShell, переназначение политик или обращение в службу поддержки Microsoft, если вы действительно застряли. С этими инструментами вы не дадите управлению хранением упереться в такие невидимые состояния.

Политика в состоянии PendingDeletion или не удалена полностью: шаги по устранению

1. Проверьте состояние политики через PowerShell: Используйте Get-RetentionCompliancePolicy и связанные командлеты, чтобы посмотреть точный статус зависшей политики («PendingDeletion» и т. п.).
2. Принудительно удалите политику средствами администрирования: Если политика не удаляется из центра администрирования, используйте Remove-RetentionCompliancePolicy в PowerShell для прямого действия.
3. Переназначьте или снимите зависимости: Убедитесь, что к политике не привязаны почтовые ящики или расположения; при необходимости переведите их на другую политику хранения или политику MRM по умолчанию.
4. Обратитесь в службу поддержки Microsoft: Если описанные выше шаги не помогли, создайте обращение в службу поддержки: специалисты Microsoft часто могут очистить осиротевшие записи на серверной стороне, которые блокируют новые конфигурации.

Ошибка: не удаётся обработать вашу политику хранения или она всё ещё обрабатывается

1. Проверьте конфигурацию политики: Перепроверьте конфигурацию на наличие неполных или некорректных параметров, например отсутствующих тегов хранения или неверных областей назначения.
2. Отслеживайте системные задержки и задержки из-за пропускной способности: Задержки обработки часто вызваны ограничением пропускной способности почтовых ящиков, фоновыми задачами на уровне клиента или высокой нагрузкой на службы Microsoft 365. Подождите и повторите попытку через несколько часов.
3. Запустите обработку вручную: Для Exchange Online выполните Start-ManagedFolderAssistant для затронутых почтовых ящиков, чтобы подтолкнуть процесс.
4. Проверьте статус в Microsoft Purview: Проверьте состояние политики и журналы на портале, чтобы получить подробности о том, что мешает выполнению. Если проблема длится более 24 часов, обратитесь в службу поддержки.

Проверка и подтверждение работы политики хранения

После настройки политики хранения не стоит просто полагаться на то, что она тихо делает свою работу. Регулярная проверка того, что правила хранения не только назначены, но и действительно выполняются, может уберечь вас от серьёзных пробелов в соответствии требованиям и неожиданных аудитов. Microsoft 365 предлагает несколько инструментов, например PowerShell и портал Microsoft Purview, которые помогут проверить развёртывание и эффективность политик.

В этой части вы узнаете, как убедиться, что каждый почтовый ящик, сайт SharePoint или учётная запись OneDrive действительно находится под нужной политикой. Вы увидите разницу между простым назначением и реальным действием: когда элементы удаляются, перемещаются или помечаются как сохранённые. Эти проверки помогают выявить скрытые сбои, когда всё «выглядит нормально» в административных экранах, но под поверхностью ничего не происходит.

Помимо технической проверки, подумайте о готовности к аудиту. Microsoft Purview Audit (особенно в уровне Premium) предоставляет журналы в рамках всего клиента, которые могут зафиксировать то, что обычные отчёты пропускают. Подробнее об использовании Purview для углублённого отслеживания и соответствия требованиям см. это руководство по аудиту действий пользователей с Microsoft Purview. Проактивная проверка — обязательная привычка для любого администратора, серьёзно относящегося к соответствию требованиям организации.

Как убедиться, что политика хранения применена к почтовому ящику

1. Центр администрирования Microsoft 365: откройте свойства почтового ящика пользователя, изучите раздел назначенной политики хранения и проверьте даты назначения и начала действия.
2. Проверка через PowerShell: используйте Get-Mailbox –Identity user@domain.com | ft RetentionPolicy, чтобы посмотреть названия политик, и Get-Mailbox –Identity user@domain.com | fl *Retention*, чтобы получить больше подробностей.
3. Журналы операций: просмотрите журналы аудита почтового ящика или используйте Microsoft Purview Audit, чтобы убедиться, что действия хранения, например «перемещено в архив» или «удалено», фиксируются как ожидается.
4. Повторное назначение при рассинхронизации: если результаты проверок не совпадают с ожидаемыми, заново примените политики через портал или PowerShell, чтобы сбросить связь.

Хранение не работает? Устраните проблемы с тегами и действиями в политиках

1. Проверьте применение тегов: убедитесь, что теги хранения по умолчанию и пользовательские теги действительно назначены папкам или элементам. Для этого используйте сведения о почтовом ящике или запросы PowerShell (Get-RetentionPolicyTag).
2. Проверьте выполнение действий: посмотрите, удаляются ли элементы, перемещаются ли они в архив или помечаются ли как сохранённые в соответствии с настройками срока действия тегов. Сравните ожидаемое и фактическое содержимое папок.
3. Проверьте обработку исключений: найдите элементы с тегами «никогда не удалять» или другими тегами исключений, которые могут остановить действия хранения для отдельных папок.
4. Проверьте на тестовом элементе: вручную примените тег и принудительно запустите обработку политики (Start-ManagedFolderAssistant), затем проверьте результат.

Проактивное управление и лучшие практики для предотвращения сбоев политик хранения

Если вы хотите избежать бесконечных циклов устранения неполадок, проактивное управление станет вашим лучшим помощником в мире политик хранения Microsoft 365. Чем меньше вы относитесь к хранению как к схеме «настроил и забыл», тем меньше ночных звонков вы получите, когда приближается аудит или юридический отдел захочет узнать, кто что удалил.

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

Самое важное: не забывайте о «системном» взгляде на управление. Microsoft 365 охватывает почту, файлы, чаты и многое другое, и настоящее соответствие требованиям означает покрытие всего этого, а не только одной рабочей нагрузки. Чтобы понять, почему фрагментированное управление приводит к головной боли, посмотрите этот разбор ошибок управления в Microsoft 365. При правильном подходе ваши потоки данных будут работать без сбоев, а тревога из-за аудита сведена к минимуму.

Обеспечение включения и работы Managed Folder Assistant

Managed Folder Assistant (MFA) — это фоновый процесс, который применяет действия хранения в почтовых ящиках Exchange Online. Если MFA отключён (например, когда elcprocessingdisabled имеет значение true), тщательно продуманные политики не будут работать, независимо от того, что вы видите на портале.

Администраторам следует регулярно проверять статус MFA с помощью PowerShell (Get-Mailbox –Identity user@domain.com | fl ElcProcessingDisabled), чтобы убедиться, что обработка включена. Если она отключена, используйте Set-Mailbox –Identity user@domain.com –ElcProcessingDisabled $false, чтобы включить её снова. MFA работает автоматически по заданному расписанию, но администраторы могут ускорить обработку вручную с помощью Start-ManagedFolderAssistant. Контроль работы MFA помогает избежать раздражающих задержек применения политик и гарантирует, что почтовые ящики обрабатываются вовремя.

Разработка эффективных политик хранения для сред Microsoft 365

• Чётко определите назначение политики: документируйте, для чего нужна каждая политика, и избегайте перекрытия их областей действия, чтобы сохранить простоту и возможность аудита.
• Избегайте конфликтующих тегов: убедитесь, что теги по умолчанию, теги папок и персональные теги не конфликтуют и не переопределяют друг друга неожиданным образом в иерархии политик.
• Согласуйте с потребностями жизненного цикла данных: сопоставляйте сроки хранения с нормативными, деловыми и юридическими требованиями — не ограничивайтесь стандартными сроками Microsoft «из коробки».
• Тестируйте на пилотных группах: внедряйте изменения сначала для контролируемых пользователей или сайтов, а не для всего клиента, чтобы выявлять проблемы до того, как они станут серьёзными.
• Документируйте и регулярно пересматривайте: поддерживайте документацию политик в актуальном состоянии и проводите плановые проверки, чтобы выявлять расхождения и несоответствия — особенно после слияний или крупных организационных изменений.

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

Задержки применения политик хранения из-за обработки почтовых ящиков и системного планирования

Какой бы тщательной ни была настройка политики хранения в Microsoft 365, задержки на стороне сервера могут стать неожиданностью. Даже когда все параметры настроены, нет гарантии, что действия политики начнутся мгновенно. Вместо этого Microsoft 365 опирается на набор фоновых процессов, в первую очередь на Managed Folder Assistant, который и применяет хранение. Эти процессы запускаются по расписанию, а не в режиме реального времени.

Если вы привыкли нажимать «сохранить» и ожидать мгновенного результата, такие системные интервалы обработки могут сильно раздражать. Задержки возрастают при высокой нагрузке на серверы или при переполненных почтовых ящиках, так как Microsoft ограничивает активность, чтобы распределить обработку во времени. Может показаться, что политики «зависли» или не работают, хотя на самом деле они просто ждут очереди на следующий запуск MFA.

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

Интервалы обработки Managed Folder Assistant

Managed Folder Assistant (MFA) отвечает за применение политик хранения и архивирования к почтовым ящикам Exchange Online, но работает не в режиме реального времени. По умолчанию MFA обрабатывает каждый почтовый ящик раз в семь дней, хотя в периоды высокой нагрузки или для больших ящиков этот интервал может увеличиваться.

Администраторы могут запустить MFA вручную командой Start-ManagedFolderAssistant, если нужно ускорить применение политики после срочного изменения. Однако изменения могут появиться в почтовых ящиках пользователей только через несколько часов, особенно если речь идёт о тысячах учётных записей. Понимание этих циклов помогает избежать ненужной диагностики и объясняет, почему элементы не архивируются и не удаляются сразу после создания новой политики.

Также рекомендуем послушать

Если вас интересуют политики хранения, не применяемые в Microsoft 365, эти выпуски дополнят практическими сведениями о governance, безопасности, аудите и надёжной работе Microsoft 365.

• Microsoft Purview – Simply Explained — связываем хранение, соответствие требованиям, аудит и управление данными.
• Microsoft Defender XDR – Simply Explained — связываем операционные сигналы с обнаружением и реагированием.
• Microsoft Teams Governance – Simply Explained — узнайте, почему правила владения и жизненного цикла важны для совместной работы.

Эти выпуски помогают превратить тему статьи в практические решения по внедрению.