Ограничения для политик хранения и политик меток хранения

Руководство по лицензированию Microsoft 365 для обеспечения безопасности и соответствия требованиям.

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

Совет

Если вы не являетесь клиентом E5, используйте 90-дневную пробную версию решений Microsoft Purview, чтобы узнать, как дополнительные возможности Purview могут помочь вашей организации управлять безопасностью данных и соответствием требованиям. Начните сейчас, перейдя в центр пробных версий на портале соответствия требованиям Microsoft Purview. Сведения о регистрации и условиях пробной версии.

Максимальное количество меток хранения на один клиент

Для одного клиента поддерживается не более 1000 меток хранения.

Максимальное количество политик для каждого клиента

В одном клиенте может быть не более 10 000 политик (в любой конфигурации). Это максимальное число включает различные политики хранения и другие политики для соответствия требованиям, такие как политики защиты от потери данных, информационные барьеры, удержания обнаружения электронных данных, In-Place удержания и метки конфиденциальности. Однако это максимальное количество исключает:

• Политики автоматической маркировки для SharePoint и OneDrive, если они не являются облачными вложениями.
• Опубликованные политики меток для SharePoint и OneDrive, предназначенные только для удаления, а не только для сохранения или сохранения с последующим удалением.
• Политики хранения Exchange из управления записями сообщений (MRM).
• Судебные удержания.

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

• Exchange (любая конфигурация): 1 800
  • На почтовый ящик: рекомендуемым максимальным значением является 25 до возможного влияния на производительность. Поддерживаемое ограничение: 50.
• SharePoint или OneDrive (автоматически включаются все сайты): 13
• SharePoint или OneDrive (определенные расположения включаются или исключаются): 2 600

Примечание.

Эти максимальные числа для Exchange и SharePoint не являются эксклюзивными для хранения, но совместно используются с другими типами политик удержания, которые включают удержания обнаружения электронных данных и In-Place удержания.

Хотя политики хранения для Microsoft Teams и Viva Engage используют почтовые ящики для хранения данных в целях хранения, максимальное количество политик для Exchange Online исключить политики хранения для Teams и Viva Engage.

Максимальное количество элементов в каждой политике

Важно!

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

Максимальные ограничения для областей адаптивной политики см. в разделе Области адаптивной политики.

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

Максимальное количество элементов в каждой политике хранения для статических областей:

• Почтовые ящики Exchange: 1000
• Группы Microsoft 365: 1000
• Сообщения каналов Teams: 1000
• Чаты Teams и сообщения о взаимодействии с Copilot: 1000
• Viva Engage сообщений сообщества: 1000
• Viva Engage сообщений пользователей: 1000
• Сайты SharePoint: 100
• Учетные записи OneDrive: 100

Область действия Skype для бизнеса должна ограничиваться определенными пользователями, а максимальное количество поддерживаемых политик — 1000.

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

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

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

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

Пример Exchange.

• Требование. В организации с более чем 40 000 почтовых ящиков пользователей электронные сообщения большинства пользователей должны храниться семь лет, но электронные сообщения подмножества конкретных пользователей (425) должны храниться только пять лет.

• Решение. Создайте одну политику хранения для электронных сообщений Exchange с продолжительностью хранения 7 лет и исключите подмножество пользователей. Затем создайте вторую политику хранения для электронных сообщений Exchange с периодом хранения 5 лет и включите в нее это подмножество пользователей.

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

  С этим решением при присоединении к организации нового пользователя на его почтовый ящик автоматически распространяется первая политика со сроком хранения 7 лет, и на максимальное число поддерживаемых почтовых ящиков это не влияет. Однако новые пользователи, для которых требуется период хранения в 5 лет, добавляются в число включений и исключений, которое не должно превышать 1000.

Пример SharePoint.

• Требование. В организации есть несколько тысяч сайтов SharePoint, но только для 2000 сайтов требуется период хранения 10 лет, а для 8000 сайтов требуется четырехлетний период хранения.

• Решение. Создается 20 политик хранения для SharePoint с периодом хранения 10 лет, каждая из которых распространяется на 100 конкретных сайтов, и 80 политик хранения для SharePoint с периодом хранения 4 года, каждая из которых распространяется на 100 конкретных сайтов.

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

Максимальное число для проверки ликвидации

Для ликвидации содержимого существуют некоторые ограничения, которые следует учитывать:

• Максимальные количества на одного клиента:

  • 16 000 000 элементов в любом из следующих состояний проверки перед ликвидацией: в ожидании ликвидации или в утвержденной ликвидации
  • 16 000 000 элементов, помеченных как записи, ликвидируются автоматически (без проверки перед ликвидацией)

• Максимальное число рецензентов по ликвидации:

  • 10 рецензентов на один этап ликвидации в любом сочетании отдельных пользователей и групп безопасности с поддержкой почты
  • 200 рецензентов на каждого клиента в любом сочетании отдельных пользователей и групп безопасности с поддержкой почты. Из-за этого ограничения рекомендуется по возможности использовать группы безопасности с поддержкой почты для крупных организаций.

• Подтверждение ликвидации в течение 7 лет после удаления товара.