none
Из Outlook нет подключения к EXCHANGE 2010 RRS feed

  • Вопрос

  • После установок обновлений Win2008R2 на сервер и перезагрузки перестали подключаться клиенты outlook к Exchange. Просто пишет что нет соединения.

    Через OWA все работает.

    telnet на 25 и 587 работает

    После повторной перезагрузке сервера все заработало, но как-то это напрягло.

    1 По какому порту Outlook соединяется к Exchange? 25 или 587(для каких целей этот порт?) И как происходит обнаружение сервера?

    2 Где прочитать про траблшутинг подобных проблем. И где можно посмотреть логи Outlook и Exchange по этим вопросам?


    • Изменено q2ker1 2 февраля 2012 г. 8:44
    2 февраля 2012 г. 8:43

Ответы

  •  

    По первому пункту: если нет резервной копии, а база сломалась и отключена, а так же ее состояние Dirty Shutdown, то копируем .edb файл базы в любое доступное дисковое пространство и лечим её (eseutil.exe), тем временем, вы можете подключить базу, тем самым создав новый .edb файл с тем же именем, что и поломанный продуктивный который вы лечите. После успешного монтирования базы, у клиента при запуске Outlook появится сообщение перезапустить программу, и затем Outlook предложит подключить временный ящик (пустой в новой базе) или старый ящик (.ost). Подключаете временный ящик, клиент начинает работать, письма принимаются и отправляются, но нет старых писем до момента сбоя!, просто подключаете .ost и копируете необходимый контент в новый ящик. Успешный ремонт файла базы позволит вам выполнить слияние данных, но это уже другая история похожая на следущею ….

    По второму пункту: если резервная копия есть,выполняем все действия из первого примера, кроме подключения .ost, восстанавливаем базу в RDB, не забываем накатывать лог файлы. Если ПО резервного копирования не умеет это делать, то воспользуемся eseutil /r eoo /t /i, проверяем integrity базы(eseutil /k /g , new-mailboxrepairкeguest), если все тесты прошли успешно делам мердж (объединение данный обеих баз) выполнив командлет:

    Get-Mailbox-Database ИмяВашейБазы| Restore-Mailbox -RecoveryDatabase RDB

    По второму пункту: при восстановление базы данных, в зависимости от ПО резервного копирования, можно указать original plase базы и восстановить ее, но я бы так не делал. Так же можно заменить битый файл базы данных другим, например отремонтированным, предварительно выполнив командлет, по отношению к базе чей .edb файл будет подменен:

    Set-MailboxDatabase -id ИмяВашейБазы -AllowFileRestore

    Обращаю внимание, что данные примеры, являются лишь типовыми шагами disaster recovery plan, в процессе выполнение которых,как часто бывает, могут потребоваться дополнительные административные действия и хитрости.

    Так же рекомендую Вам ознакомиться с ниже представленными URL на статьи, это будет полезно для Вас:

    Understanding Backup, Restore and Disaster Recovery

    http://technet.microsoft.com/en-us/library/ff625226.aspx

    Exchange Database Recovery – Using eseutil commands

    http://msexchangeguru.com/2009/07/12/exchange-database-recovery-using-eseutil-commands/

    New-MailboxRepairRequest

    http://technet.microsoft.com/en-us/library/ff625226.aspx


    Andrey Podlesnykh | MCTS: Microsoft Exchange Server 2007/2010 | MCSA


    • Помечено в качестве ответа q2ker1 4 февраля 2012 г. 11:50
    • Изменено Andrey Podlesnykh 4 февраля 2012 г. 15:40
    3 февраля 2012 г. 18:18
  • Добрый вечер,

    Да можно, главное, что бы была информация о почтовых серверах в конфигурацие Active Directry и не были удалены учетные данные компьютеров почтовых серверов. Если соблюдены требования из первом предложение, то на сервере с какой либо ролью, на котором произошол сбой в конфигурации или сервер просто поломался на уровне железа или OC, то Вы можете после аппаратного ремонта сервера или ОС или использовав новый сервер, дать отремонтированному или новому серверу тоже имя и IP, что были у погибшего-сбойного сервера и запустить установку Exchange с параметром Setup /m:RecoverServer , в результате получив рабочий и включенный в существующею почтовую организацию сервер.

    Более подробно тут: http://technet.microsoft.com/en-us/library/dd876880.aspx


    Andrey Podlesnykh | MCTS: Microsoft Exchange Server 2007/2010 | MCSA
    • Изменено Andrey Podlesnykh 7 февраля 2012 г. 5:55
    • Помечено в качестве ответа q2ker1 7 февраля 2012 г. 11:10
    6 февраля 2012 г. 14:26
  • С выходом Exchange 2010, в отличие от предыдущих версий, все клиентские подключения осуществляются через CAS сервер. Подробно о процессе подключения, можно прочитать например тут: http://blogs.technet.com/b/exchange/archive/2010/05/20/3409978.aspx

    Обнаружение CAS сервера или массива (CAS Array) клиентом, выполняется за счет сервиса Autodiscover: http://technet.microsoft.com/en-us/library/bb124251.aspx

    Проверить состояние подключения и увидеть пути к сервисам Exchange внутри организации, можно, самым простым способом, открыть Outlook, далее удерживая клавишу Ctrl, нажать ПКМ на значок Outlook в трее и выбрать один из вариантов "Состояние подключения" или "Проверить автоконфигурацию эл. почты"


    Andrey Podlesnykh | MCTS: Microsoft Exchange Server 2007/2010 | MCSA
    • Изменено Andrey Podlesnykh 2 февраля 2012 г. 9:18
    • Помечено в качестве ответа q2ker1 4 февраля 2012 г. 11:50
    2 февраля 2012 г. 9:10

Все ответы

  • С выходом Exchange 2010, в отличие от предыдущих версий, все клиентские подключения осуществляются через CAS сервер. Подробно о процессе подключения, можно прочитать например тут: http://blogs.technet.com/b/exchange/archive/2010/05/20/3409978.aspx

    Обнаружение CAS сервера или массива (CAS Array) клиентом, выполняется за счет сервиса Autodiscover: http://technet.microsoft.com/en-us/library/bb124251.aspx

    Проверить состояние подключения и увидеть пути к сервисам Exchange внутри организации, можно, самым простым способом, открыть Outlook, далее удерживая клавишу Ctrl, нажать ПКМ на значок Outlook в трее и выбрать один из вариантов "Состояние подключения" или "Проверить автоконфигурацию эл. почты"


    Andrey Podlesnykh | MCTS: Microsoft Exchange Server 2007/2010 | MCSA
    • Изменено Andrey Podlesnykh 2 февраля 2012 г. 9:18
    • Помечено в качестве ответа q2ker1 4 февраля 2012 г. 11:50
    2 февраля 2012 г. 9:10
  • Есть подозрение, что после первой перезагрузки сервера не стартовал сервис "Microsoft Exchange RPC Client Access". Проверьте EventLog

    По портам здесь http://technet.microsoft.com/en-us/library/bb331973.aspx

     

    2 февраля 2012 г. 9:13
  • Спасибо за ответы. Буду разбираться.

    Правильно понимаю что

    SMTP clients to Hub Transport server (for example, end-users using Windows Live Mail)

    587 (SMTP)

    25/TCP (SMTP)

     

    Это имеется в виду или 25 или 587 или и то и тот? 

    Просто по умолчанию 2 коннектора на вход. почту на 25 и 587.

    • Изменено q2ker1 2 февраля 2012 г. 10:51
    2 февраля 2012 г. 10:47
  • Спасибо за ответы. Буду разбираться.

    Правильно понимаю что

    SMTP clients to Hub Transport server (for example, end-users using Windows Live Mail)

    587 (SMTP)

    25/TCP (SMTP)

     

    Это имеется в виду или 25 или 587 или и то и тот? 

    Просто по умолчанию 2 коннектора на вход. почту на 25 и 587.


    Или - или, по умолчанию 25
    Andrey Podlesnykh | MCTS: Microsoft Exchange Server 2007/2010 | MCSA
    2 февраля 2012 г. 11:38
  • Default Receive Connectors Created on a Hub Transport Server http://technet.microsoft.com/en-us/library/aa996395.aspx

     

    Два Receive коннектора по умолчанию

    Client Servername - клиентский коннектор, слушает 587 порт. Permission groups: Exchange users.

    Default Servername - принимает коннекты от Hub,Edge и клиентские, слушает 25 порт. Permission groups: Exchange users, Exchange servers, Legacy Exchange servers.

    2 февраля 2012 г. 11:46
  • Ясно, а такие вопросы:

    1 Если по каким-то причинам база с ящиком упала, и сделали пустую базу(или откат на 7 дней назад) с ящиком и подключили к ней Outlook, где есть кеш писем (файл .ost), то письма, которых нет в базе а.) Скопируются в базу на сервере б.)Удаляться из .ost

    2 Можно ли  имея теневую копию базы Exchange, в случаи краха базы, просто остановить все службы Exchange и восстановить в копию в папку базы, и запустить службы, или надо подключить резервную базу к Exchange и с помощью Shell'а указать восстановить все ящики из такой-то резервной базы?


    3 февраля 2012 г. 14:14
  •  

    По первому пункту: если нет резервной копии, а база сломалась и отключена, а так же ее состояние Dirty Shutdown, то копируем .edb файл базы в любое доступное дисковое пространство и лечим её (eseutil.exe), тем временем, вы можете подключить базу, тем самым создав новый .edb файл с тем же именем, что и поломанный продуктивный который вы лечите. После успешного монтирования базы, у клиента при запуске Outlook появится сообщение перезапустить программу, и затем Outlook предложит подключить временный ящик (пустой в новой базе) или старый ящик (.ost). Подключаете временный ящик, клиент начинает работать, письма принимаются и отправляются, но нет старых писем до момента сбоя!, просто подключаете .ost и копируете необходимый контент в новый ящик. Успешный ремонт файла базы позволит вам выполнить слияние данных, но это уже другая история похожая на следущею ….

    По второму пункту: если резервная копия есть,выполняем все действия из первого примера, кроме подключения .ost, восстанавливаем базу в RDB, не забываем накатывать лог файлы. Если ПО резервного копирования не умеет это делать, то воспользуемся eseutil /r eoo /t /i, проверяем integrity базы(eseutil /k /g , new-mailboxrepairкeguest), если все тесты прошли успешно делам мердж (объединение данный обеих баз) выполнив командлет:

    Get-Mailbox-Database ИмяВашейБазы| Restore-Mailbox -RecoveryDatabase RDB

    По второму пункту: при восстановление базы данных, в зависимости от ПО резервного копирования, можно указать original plase базы и восстановить ее, но я бы так не делал. Так же можно заменить битый файл базы данных другим, например отремонтированным, предварительно выполнив командлет, по отношению к базе чей .edb файл будет подменен:

    Set-MailboxDatabase -id ИмяВашейБазы -AllowFileRestore

    Обращаю внимание, что данные примеры, являются лишь типовыми шагами disaster recovery plan, в процессе выполнение которых,как часто бывает, могут потребоваться дополнительные административные действия и хитрости.

    Так же рекомендую Вам ознакомиться с ниже представленными URL на статьи, это будет полезно для Вас:

    Understanding Backup, Restore and Disaster Recovery

    http://technet.microsoft.com/en-us/library/ff625226.aspx

    Exchange Database Recovery – Using eseutil commands

    http://msexchangeguru.com/2009/07/12/exchange-database-recovery-using-eseutil-commands/

    New-MailboxRepairRequest

    http://technet.microsoft.com/en-us/library/ff625226.aspx


    Andrey Podlesnykh | MCTS: Microsoft Exchange Server 2007/2010 | MCSA


    • Помечено в качестве ответа q2ker1 4 февраля 2012 г. 11:50
    • Изменено Andrey Podlesnykh 4 февраля 2012 г. 15:40
    3 февраля 2012 г. 18:18
  • Спасибо за ответы. Последний вопрос:

    Можно ли делать setup/repair на живой системе? 

    Если например файлы самого Exchange посыпались\затерлись.

    6 февраля 2012 г. 13:47
  • Добрый вечер,

    Да можно, главное, что бы была информация о почтовых серверах в конфигурацие Active Directry и не были удалены учетные данные компьютеров почтовых серверов. Если соблюдены требования из первом предложение, то на сервере с какой либо ролью, на котором произошол сбой в конфигурации или сервер просто поломался на уровне железа или OC, то Вы можете после аппаратного ремонта сервера или ОС или использовав новый сервер, дать отремонтированному или новому серверу тоже имя и IP, что были у погибшего-сбойного сервера и запустить установку Exchange с параметром Setup /m:RecoverServer , в результате получив рабочий и включенный в существующею почтовую организацию сервер.

    Более подробно тут: http://technet.microsoft.com/en-us/library/dd876880.aspx


    Andrey Podlesnykh | MCTS: Microsoft Exchange Server 2007/2010 | MCSA
    • Изменено Andrey Podlesnykh 7 февраля 2012 г. 5:55
    • Помечено в качестве ответа q2ker1 7 февраля 2012 г. 11:10
    6 февраля 2012 г. 14:26
  • К сожалению, Outlook не позволяет снова открыть OST-файл в Outlook после того, как он отключил сервер обмена формами из-за его функции безопасности. Если вы хотите снова получить доступ к данным Outlook в Outlook, вам необходимо преобразовать ваш ost в ost формат, используя преобразование ost в pst. http://www.sametools.com/convert/ost/
    16 июля 2018 г. 10:41