none
Скрипт проверки RRS feed

  • Вопрос

  • Всем добрый день. 

    Решил побороть давнюю проблему  . 

    У нас гибридная конфигурация exchange 2010 и exchange online. 

    Проблема в то, что когда учетная запись уже перенесена в облако на локальном exchege статус ящика меняется с mailbox на remouteMailbox, и если кто-то даст команду  enable-mailbox, то mailbox создастся и  дублируется, часть писем при этом идет на один ящик часть на другой, возникает путаница которую не сразу можно отследить, плюс  часть почты гарантированно теряется . 

    Собственно вопрос, как прикрутить в скрипт проверку, так чтобы  при возврате от "get-remouteMailbox $username" ошибки скрипт продолжался, а при ответе завершал свою работу.  

    19 апреля 2018 г. 11:20

Ответы

Все ответы

  • А вы не думали заняться решением проблемы с дублированием ящиков, вместо того чтобы изобретать велосипеды?)

    Гляньте статью: https://blogs.technet.microsoft.com/timmcmic/2017/09/10/office-365-users-have-both-a-cloud-and-on-premises-mailbox/ 

    На всякий случай скажите версию вашего эксча.

    19 апреля 2018 г. 11:40
  • if (-not (Get-RemoteMailbox $username)) {
    
        create_mailbox 
    
    } else {
    
        echo OK
    
    }
    19 апреля 2018 г. 11:41
  • Спасибо за совет и статью, но мою проблему она решить может, я уже ни раз общался с поддержкой MS и на тематических форумах. 
    У нас следующая конфигурация:
    Имеется мастер домен с несколькими сайтами и пулом серверов exchange 2010 оледененных dag, все это через Azure Conect выгружается в облако. Локальная конфигурация является эталонной и не управляется с облачных сервесов.
    Когда происходит миграция ящика  командлет MigrationBatch меняет статус Локального ящика с Mailbox на RemouteMailbox. Если в будущем, кто-то запустит командлет enable-mailbox,  ящик будет создан т.к. в свойствах учетной записи AD не будет значиться никаких атрибутов в поле Mailbox, как следствие будет создан новый ящик, с новым exchangeGuid.  При этом в адресной книги которую получают облачные ящики будет попадать мигрированныей ящик, а локальные отправители берущие данные из AD будут слать почту на ящик включенный на локальных excgange серверах.
    Из способов решения только бить линейкой по рукам кто не проверяет наличие ящика в облаке при включении ящика локально. Если вы сознаете как это решить, буду очень благодарен.

    20 апреля 2018 г. 8:00
  • Так дела не делаются. Что конкретно вы предпринимали для решения проблемы? Расскажите подробно.

    Также сообщите версию эксча.

    20 апреля 2018 г. 8:16
  • я уже ранее написал, у нас связка exchange 2010 и exchange online (2016) в гибридной конфигурации, локальный сервер exchage 2010 является мастером, как впрочем и весь локальный домен. 

    Для решения проблемы "задвоения ящиков", я отключаю локальный ящик, прописываю комадлет set-remouteMailbox где указываю $username  и проксирующие  адреса до домена MS.

    в ADSI консоле прописываю адрес X500 и заменяю exchangeGuid на "облачный" 

    Для решения проблемы я и поднял вопрос: как запустить проверку наличия облачного ящика, в скрипте создания mailbox. Консультация с инженерами MS результата не принесла, был получен ответ, что это неизбежное зло при использовании гибридной конфигурации... 

    20 апреля 2018 г. 12:45
  • Хорошо, немного уточню вопрос: какие CU стоят на 2010 и на 2016 эксчах?

    Вы в курсе, что гибрид поддерживает сценарии связки с эксчами на земле, которые отстают от последнего CU не более чем на два выпуска?

    20 апреля 2018 г. 12:50
  • никогда не приглядывался к версии билда.

    у exchage 2010 14.03.0123.003

    номер сборки exchage online, мне посмотреть не  дает.  Из окружения Azure, Exchange не видно, из консоли сервера Get-ExchangeServer не доступен (


    20 апреля 2018 г. 13:24
  • Постойте, вы хотите сказать, что у вас обычный Exchange Server 2010 SP3 от февраля 2013 года?

    Update Rollup 19 for Exchange Server 2010 SP3, который у вас минимально должен стоять на данный момент, имеет сборку 14.03.0382.000.

    https://technet.microsoft.com/ru-ru/library/hh135098%28v=exchg.150%29.aspx?f=255&MSPPError=-2147217396

    Обновляйте ваши серверы до последних накопительных апдейтов. Вероятно все ваши баги там уже поправлены.

    20 апреля 2018 г. 20:12
  • Недавно вышел UR20 - https://www.microsoft.com/en-us/download/details.aspx?id=56659.

    Vladimir Zelenov | http://systemcenter4all.wordpress.com

    20 апреля 2018 г. 20:30
  • У автора возможно стоит всё-таки какой-то апдейт, а не голый SP3. Просто в Exchange 2010 для того, чтобы узнать версию конкретного CU - не достаточно использовать Get-ExchangeServer.

    Посмотрите статью, и скажите свою актуальную версию: How To Check Exchange Rollup Version

    22 апреля 2018 г. 6:01
  • Да, вы правы. 

    у меня стоит релиз 17 июня 2015 г. 14.03.0248.002

    23 апреля 2018 г. 7:45
  • извините, ошибся, у нас стоит 14.03.0248.002 от 17 июня 2015 г. 

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

    Попробую обновить весь DAG. 

    Спасибо за участие в моей проблеме. 




    23 апреля 2018 г. 7:50
  • Да, вы правы. 

    у меня стоит релиз 17 июня 2015 г. 14.03.0248.002

    Это UR 10; актуальный сейчас - UR 20. Вам нужно обновиться до последнего, проверить осталась ли проблема и если да, то только после этого предпринимать какие-то шаги для её устранения. До этого момента любые телодвижения большого смысла не имеют.
    23 апреля 2018 г. 7:51
  • Да, я это понимаю. 

    После обновления отпишусь в  это посте. Спасибо. 

    23 апреля 2018 г. 7:58
  • Да, я это понимаю. 

    После обновления отпишусь в  это посте. Спасибо. 

    Не забудьте протестировать обновление на лабе, на случай если что-то пойдет не так. Не забывайте про бэкапы.
    23 апреля 2018 г. 8:13