none
Системные почтовые ящики / System Attendant mailbox RRS feed

  • Вопрос

  • Проводился перенос почтовых ящиков с одной MDB (068) в 3-и новых (MDB 001, MDB 002, MDB Factory). База 068 является First Mail Database и в ней находится 4-и системных почтовых ящика.

    На спросторах интернета я нашёл информация что при удалении базы 068 почтовый ящик System Attendant mailbox (Migration.8f3e7716-2011-43e4-96b1-aba62d229136) будет автоматом пересоздан в первой доступной базе данных , а что с другими будет ?

    И так вопросы (стоит Exchnage 2013) :

    1. Если я удалю старую базу 068 в которой находятся системные почтовые ящики создастся он атоматически заново в новой базе MDB 001 или MDB 002 или MDB Factory ?

    2. Что будете с остальными 3-мя ящиками ? Они пересоздадутся ?

    3. Enable-Mailbox –Arbitration –identity “Migration.8f3e7716-2011-43e4-96b1-aba62d229136” - Данный командлет подразумивает пересоздание в ручном режиме ?  

    4. Сказано что если запустить Setup.exe /PrepareAD то будеи выполнен подготовка AD и ящики буду созданы при их отсутствии , это так ?

    5. Ещё вычитал что можно через ADSI вручную указать homeDB для System Attendant mailbox (у меня атрибут пустой + присутствует DAG) , как быть в это случае ?

    Как можно их перенести или данную базу вообще ни коем образом удалить нельзя ? (дефрагментация невозможна 350 Гб база и нет места) ????

    14 декабря 2015 г. 10:44

Ответы

  • 1. нет

    2. нет

    3. этот командлет подразумевает создание ящика для учетки Migration.8f3e7716-2011-43e4-96b1-aba62d229136, если такого ящика еще нету в организации

    4. нет, при setup.exe /PrepareAD будут созданы только учетные записи для системных ящиков. Сами ящики нужно создавать вручную (используя командлет из пункта №3)

    5. через ADSI лучше ничего не менять... 

    Перенести системные ящики в другую базу можно следующей командой:

    Get-Mailbox -Arbitration | New-MoveRequest -TargetDatabase new.database.name


    Blog - Smtp25.ru
    Полезные ссылки - Links


    14 декабря 2015 г. 11:35
    Отвечающий
  • Вы не до конца поняли ! Все ящики уже перенесены ! В базе остались только системные почтовые ящики.

    То есть из 350 Гб свобоного в базе 320 Гб.

    Решение найдено системные почтовые ящики можно перенести используя скрипт 

    [PS] C:\Windows\system32>Get-Mailbox -Arbitration -Identity "FederatedEmail.4c1f4d8b-8179-4148-93bf-00a95fa1e042" | New-MoveRequest -TargetDatabase "MDB 001"

    Тут всё описано

    Относительно переноса всё выполнялось правильно , была база 350 Гб (068) , а ящики перенесены в 3-и базы (MDB 001 , MDB 002 , MDB Fabric) размеров по 120 Гб каждая.

    Теперь проблеме с оффлайн дефрагментацией не будет.

    14 декабря 2015 г. 13:20

Все ответы

  • Если к дефолтной базе нареканий нет, я бы просто ее переименовал и перенес в новое место. Все бы остальные вопросы сразу отпали. Пример:

    Set-MailboxDatabase "Mailbox Database 2067438399" -Name MDB01
    Move-DatabasePath -Identity MDB01 -EdbFilePath D:\Databases\MDB01\MDB01.edb -LogFolderPath D:\Databases\MDB01

    14 декабря 2015 г. 10:58
  • 1. нет

    2. нет

    3. этот командлет подразумевает создание ящика для учетки Migration.8f3e7716-2011-43e4-96b1-aba62d229136, если такого ящика еще нету в организации

    4. нет, при setup.exe /PrepareAD будут созданы только учетные записи для системных ящиков. Сами ящики нужно создавать вручную (используя командлет из пункта №3)

    5. через ADSI лучше ничего не менять... 

    Перенести системные ящики в другую базу можно следующей командой:

    Get-Mailbox -Arbitration | New-MoveRequest -TargetDatabase new.database.name


    Blog - Smtp25.ru
    Полезные ссылки - Links


    14 декабря 2015 г. 11:35
    Отвечающий
  • Андрей, если у вас кончилось место на дисках, никакие переносы ящиков вам не помогут. От перемены мест слагаемых значение суммы, как известно, не меняется. Если вам очень хочется заняться раскладыванием пасьянса с ящиками, вот описание, как пересоздать почтовый ящик системного аттенданта:

    http://blogs.msdn.com/b/ashour/archive/2014/07/04/system-attendant-mailbox-and-exchange-2013.aspx

    Но на вашем месте я бы пересмотрел план работ. В частности, учтите, что размер базы данных сам по себе ни о чем не говорит. Если в ней есть свободное место, Exchange использует его для размещения новых элементов без потребления нового дискового пространства (именно поэтому дефрагментация БД Exchange бессмысленна и не должна применяться в реальном окружении без команды техподдержки MS). Если у вас есть место на других серверах/томах, создайте там новые почтовые БД, переместите туда часть почтовых ящиков из старой и на том успокойтесь. Освободившееся в старой базе место Exchange использует без вашего участия.

    Посмотреть объем свободного места в БД (white space) можно в выводе команды Get-MailboxDatabase в параметре AvailableNewMailboxSpace.


    Evgeniy Lotosh
    MCSE: Server infractructire, MCSE: Messaging

    14 декабря 2015 г. 12:43
  • Вы не до конца поняли ! Все ящики уже перенесены ! В базе остались только системные почтовые ящики.

    То есть из 350 Гб свобоного в базе 320 Гб.

    Решение найдено системные почтовые ящики можно перенести используя скрипт 

    [PS] C:\Windows\system32>Get-Mailbox -Arbitration -Identity "FederatedEmail.4c1f4d8b-8179-4148-93bf-00a95fa1e042" | New-MoveRequest -TargetDatabase "MDB 001"

    Тут всё описано

    Относительно переноса всё выполнялось правильно , была база 350 Гб (068) , а ящики перенесены в 3-и базы (MDB 001 , MDB 002 , MDB Fabric) размеров по 120 Гб каждая.

    Теперь проблеме с оффлайн дефрагментацией не будет.

    14 декабря 2015 г. 13:20
  • Андрей, я еще раз подчеркиваю: оффлайн-дефрагментация БД не является штатным приемом администрирования и не должна выполняться без указания инженеров техподдержки Microsoft.

    Evgeniy Lotosh
    MCSE: Server infractructire, MCSE: Messaging

    14 декабря 2015 г. 13:25
  • Решение найдено системные почтовые ящики можно перенести используя скрипт 

    [PS] C:\Windows\system32>Get-Mailbox -Arbitration -Identity "FederatedEmail.4c1f4d8b-8179-4148-93bf-00a95fa1e042" | New-MoveRequest -TargetDatabase "MDB 001"

    Лучше уж тогда воспользуйтесь советом Максима:

    Get-Mailbox -Arbitration | New-MoveRequest -TargetDatabase new.database.name

    Перенесете все системные ящики, вашим же командлетом перенесете только один.

    14 декабря 2015 г. 13:34
  • Я все и перенёс. Просто в примере указал один. На примере показано как переносил.

    И если обратите внимание то в данном примере перенос другого системного ящика отличного от Migration.8f3e7716-2011-43e4-96b1-aba62d229136

    Относительно дефрагментации то по рекомендации Microsoft раз в год по моему необходимо проводить. Процедура насколько знаю нестабильная , но в раелях нужная. Если вы в курсе то при бэкпае с помощью DPM сам DPM проводить дефрагментация с помощью esetutil перед тем как запихнуть в свою базу бэкапа. 


    15 декабря 2015 г. 6:49
  • Я все и перенёс. Просто в примере указал один. На примере показано как переносил.

    И если обратите внимание то в данном примере перенос другого системного ящика отличного от Migration.8f3e7716-2011-43e4-96b1-aba62d229136

    Не обратил внимание. Главное чтобы все получилось, и без ошибок.
    15 декабря 2015 г. 7:06
  • В реалиях DAG дефрагментация теряет всякий смысл. Нужно создавать новую базу и переносить ящики в нее, старую убирать.

    Сазонов Илья

    https://isazonov.wordpress.com/

    15 декабря 2015 г. 8:10
    Модератор
  • С этим действительно вопрос. Как проводить дефрагментацию при наличии DAG ?

    Что если отмонтировать базу и проводить дефрагментацию на основной и на копии ? (конечно весьма странное решение и в успешности его много сомнений , но всё таки !)

    Или может есть решение ? Таскать ящики туда-сюда как по мне тоже весьма не самый лучший способ.

    15 декабря 2015 г. 8:17