none
Включение архивных ящиков для всех пользователей RRS feed

  • Общие обсуждения

  • Добрый день.

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

    У нас используются 4 сервера в DAG, архивные базы в DAG входить не будут. Сейчас объем почты ~21ТБ, в архивы планирую переносить почту старше года, это ~12.5ТБ. Тэги и базы уже готовы, осталось только решить несколько важных вопросов:

    1) Как лучше создать архивные ящики для существующих пользователей?

    Сейчас я думаю что для начала нужно запустить примерно такой скрипт

    Get-Mailbox -ResultSize unlimited -Filter {ArchiveGuid -Eq $null -AND ArchiveDomain -eq $null -AND Name -NotLike "DiscoverySearchMailbox*"} | Enable-Mailbox -Archive
    Если я правильно понимаю, эта команда создаст архивные ящики в тех же базах, где сейчас находятся основные ящики.

    2) Как лучше перемещать архивные ящики в новые базы? 

    У меня есть вариант кидать по очереди в наименее заполненную базу, но не знаю лучшее ли это решение.

    $users = Get-Mailbox -ResultSize unlimited -Filter {ArchiveGuid -ne $null}
    $activedb = Get-MailboxDatabase -Status | sort name |where ($_.Name -like "Archbase*") | select name,@{Name='DB Size (Gb)';Expression={$_.DatabaseSize.ToGb()}}
     
    foreach($user in $users) {
     
    $DBName = ($activedb.GetEnumerator()|Sort Value)[0].Name
    new-moverequest -Identity $user.Username -archiveonly -database "$($DBName)"
    }

    3) Есть ли разница на каком сервере будет архивный ящик?

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

    4) Как лучше всего создавать архивные ящики для новых пользователей?

    Вроде бы должен подходить тот же скрипт, что и в пункте 2, только вместо moverequest будет enable-mailbox -archive.


    30 октября 2019 г. 12:36

Все ответы

  • День добрый.

    У вас менятся конфигурация Exchange, рекомендую пересчиать ее на калькуляторе, так как количество ящиков удвоится. 

    1) Как лучше создать архивные ящики для существующих пользователей?

    Да создаст там же.

    2) Как лучше перемещать архивные ящики в новые базы? 

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

    3) Есть ли разница на каком сервере будет архивный ящик?

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

    Грубо, будет два соединения одно для основного ящика и второе для архивного почтового ящика.

    4) Как лучше всего создавать архивные ящики для новых пользователей?

    Вроде бы должен подходить тот же скрипт, что и в пункте 2, только вместо moverequest будет enable-mailbox -archive.

    Manage In-Place Archives in Exchange Server

    Archive mailbox располагается в DAG, если не в DAG, а в одиночной базе данных, то смысл создавать архив. Если в одиночной базе, то проще уже сразу включать Retention Policy 12-24-36 и не мучаться.


    MCITP, MCSE. Regards, Oleg

    12 ноября 2019 г. 14:56
    Модератор

  • Archive mailbox располагается в DAG, если не в DAG, а в одиночной базе данных, то смысл создавать архив. Если в одиночной базе, то проще уже сразу включать Retention Policy 12-24-36 и не мучаться.


    MCITP, MCSE. Regards, Oleg

    Архивные базы не вносить в DAG я планировал чтобы уменьшить занимаемое Exchange место. У нас сейчас 50% занимают письма старше 2х лет. И бэкапить архивные базы не так часто как основные, чтобы уменьшить объем бэкапов.

    18 ноября 2019 г. 8:56
  • Тоесть,

    Вы хотите сказать, что ахивные почтовые ящики для вас не важны, так как вы планируете их расподожить вне DAG Cluster.

    Зачем вам тогда эта информация, если вы понижаете ее стоимость до "0". 

    Если вы хотие минимизировать размер дискового пространства.

    1. Создайте DB в DAG, но с двумя копиями. По одной копии Archive DB в каждом DataCenter.

    2. На сервера MBX, где будут находиться Archive DB нужно минимально размещать User Mailbox. 

    Например.

    MBX01 (Datacenter1) 70% Active User mailbox DB 

    MBX02 (Datacenter1) 30% Active User mailbox DB + Archive mailbox DB

    MBX03 (Datacenter2) 70% Active User mailbox DB 

    MBX04 (Datacenter2) 30% Active User mailbox DB + Archive mailbox DB

    3. Пересчитать ОЗУ для всех MBX сервер.

    ЗЫ. Это решение в пользу бедных, так как вы понижаете HA для Archive DB.   


    MCITP, MCSE. Regards, Oleg

    18 ноября 2019 г. 16:33
    Модератор
  • Да, именно так. Я хочу снизить отказоустойчивость архивных баз ради экономии места. В архивных базах планируется размещать только архивные ящики. Схема примерно такая:

    MBX1: DB1 DB2 DB3 DB4 ARCH1 ARCH2 ARCH3 ARCH4

    MBX2: DB1 DB2 DB3 DB4 ARCH5 ARCH6 ARCH7 ARCH8

    MBX3: DB5 DB6 DB7 DB8 ARCH9 ARCH10 ARCH11 ARCH12

    MBX4: DB5 DB6 DB7 DB8 ARCH13 ARCH14 ARCH15 ARCH16

    Для всех баз отключены циклические логи. В ежедневной резервной копии будут только mbox2 и mbox4 только с основными базами, фулл раз в неделю. Раз в 2 недели будет бэкап архивных баз с инкрементом раз в неделю. 

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

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


    19 ноября 2019 г. 17:13
  • Вы немного ошиблись.


    На мой взгляд будет примерно так по вашему описанию. 

    MBX1: DB1 DB2 DB3 DB4  (active/passive DB)   ARCH1 ARCH2 

    MBX2: DB1 DB2 DB3 DB4 (active/passive DB)    ARCH3 ARCH4

    MBX3: DB5 DB6 DB7 DB8 (active/passive DB)    ARCH5 ARCH6

    MBX4: DB5 DB6 DB7 DB8 (active/passive DB)    ARCH7 ARCH8

    В данной схеме минусы.

    1. Вам прийдется пересчитать процессоры и память, иначе вы получите падение производительности. 

    2. Падение HA для архивных почтовых баз.

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


    MCITP, MCSE. Regards, Oleg

    20 ноября 2019 г. 15:53
    Модератор
  • Вы немного ошиблись.


    На мой взгляд будет примерно так по вашему описанию. 

    MBX1: DB1 DB2 DB3 DB4  (active/passive DB)   ARCH1 ARCH2 

    MBX2: DB1 DB2 DB3 DB4 (active/passive DB)    ARCH3 ARCH4

    MBX3: DB5 DB6 DB7 DB8 (active/passive DB)    ARCH5 ARCH6

    MBX4: DB5 DB6 DB7 DB8 (active/passive DB)    ARCH7 ARCH8

    В данной схеме минусы.

    1. Вам прийдется пересчитать процессоры и память, иначе вы получите падение производительности. 

    2. Падение HA для архивных почтовых баз.

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


    MCITP, MCSE. Regards, Oleg

    Да, все верно. Минусы - снижение отказоустойчивости, плюсы - высвобождение места.
    21 ноября 2019 г. 10:57
  • не проще и надежнее было бы Вам сделать гибрид с O365 и использовать облачный архив. Плюсы: отказоустойчиость, архив Unlimited, легкая реализация, подписки на архив не такие дорогие https://products.office.com/ru-ru/exchange/microsoft-exchange-online-archiving-email
    21 ноября 2019 г. 11:16
  • не проще и надежнее было бы Вам сделать гибрид с O365 и использовать облачный архив. Плюсы: отказоустойчиость, архив Unlimited, легкая реализация, подписки на архив не такие дорогие https://products.office.com/ru-ru/exchange/microsoft-exchange-online-archiving-email

    $3 user/month x 1000 User x 12 month = $36000 (без налогов)

    Думаю можно купить по дополнительному хранилищу или включить Retention Policy ( и купить по джипу для IT директора и админа за рационализацию). 


    MCITP, MCSE. Regards, Oleg

    21 ноября 2019 г. 17:52
    Модератор