Ms exchange: управління квотами поштових скриньок за допомогою політик зберігання

Архівування в Exchange відбувається в залежності від від віку даних, що не дуже зручно. Саме тому фахівці MS стремятс змінити алгоритм і перейти на архівування даних по їх розміру. На даний момент ми можемо визначити політику зберігання на основі тегів, які використовують директиву Move to Archive, для того щоб помічник для керованих папок зміг перемістити елементи, на які поширюється дія нашої політики, в архівний поштову скриньку.

Ця схема працює дуже добре, якщо потрібно застосувати такі політики, як «архівувати всі об`єкти віком понад два роки», але не настільки успішно, якщо потрібно виконувати архівацію поетапно, щоб утримати користувачів в рамках виділених їм квот поштових скриньок. Ця вимога можна висловити інакше: активність MFA в переміщенні елементів з основного поштової скриньки в архівний повинна підвищуватися в міру збільшення розміру поштової скриньки.

Спочатку я змушений був визнати, що політики зберігання Exchange не розраховані на такі вимоги. Але потім Джефф Гуіллет (https://expta.com/) запропонував відмінну ідею: можна скласти схему, в якій контролюється розмір поштових скриньок і політики зберігання перемикаються в залежності від розміру поштової скриньки. У міру збільшення розміру ящика до нього застосовується більш активна політика, і MFA починає швидше архівувати елементи. Завдяки політиці розмір поштової скриньки зменшується, і після досягнення порогового значення застосовується інша політика, яка дозволяє зберігати елементи в поштовій скриньці протягом більш тривалого часу. Це проста і ефективна схема, зручна в реалізації.

Як з`ясувалося, у нас з Джеффом вийшов «конфлікт щоденників», оскільки кожен з нас запропонував свою концепцію. Варіант Джеффа опублікований на його сайті (https://expta.com/2015/05/how-to-create-dynamically-adjusting.html). Він протестував програмний код на локальних і гібридних розгортання Exchange і запропонував ряд цікавих порад по запуску запланованої завдання контролю поштових скриньок.


Основну ідею можна проілюструвати наступним чином. Припустимо, нам потрібно утримати користувачів в межах 2 Гбайт квоти на поштові скриньки. Для цієї мети розгортаються три політики зберігання.
• Політика зберігання I дозволяє зберегти елементи в поштовій скриньці протягом 90 днів. Застосовується, коли розмір поштової скриньки становить менше 1,65 Гбайт. До речі, аналогічна система використовується і в Skype (завантажити тут (http: //скайп-скачать-бесплатно.рф) його можна), однак зберігається там, як правило, тільки текстова інформація в зашифрованому вигляді, обсяг якої рідко перевищує пару сотень мегабайт.
• Політика зберігання 2 дозволяє зберегти елементи в поштовій скриньці протягом 60 днів і застосовується, коли розмір поштової скриньки досягає 1,65 Гбайт.
• Політика зберігання 3 скорочує період зберігання до 30 днів і застосовується, коли розмір поштової скриньки досягає 1,8 Гбайт.

Пороги різних рівнів адміністратор вибирає самостійно-зазначені значення наведені для ілюстрації. Кожна політика зберігання містить стандартний тег збереження в архіві з переважним періодом зберігання. Цей тег присвоюється будь-якого елементу в поштовій скриньці, який не має тега папки (для стандартних папок, таких як «Вхідні») або особистого тега (для нестандартних папок або певного елемента).

Політика зберігання зазвичай містить від 6 до 15 стандартних, особистих тегів і тегів папки, але політика дійсна, якщо містить всього один тег. Наприклад, середню 60-денну архівну політику можна сформувати за допомогою наступних команд PowerShell:

New-RetentionPolicyTag -Name `Default -60 days to archive` -RetentionEnabled $ True -RetentionAction MoveToArchive -Type All -MessageClass * -AgeLimitForRetention 60New-RetentionPolicy -Name `Retention Policy 2` - RetentionPolicyTagLinks `Default - 60 days to archive`

---