none
после обновления до SP3 на CAS перестала работать OWA RRS feed

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

  • Произведено обновление Exchange 2010 SP1 до SP3 на CAS. При обновлении ошибок не было.

    Сейчас при открытии OWA есть форма авторизации, но сразу после неё попадаем в частично загруженный почтовый ящик (как будто без CSS) и в нём много элементов, которые по-прежнему ссылаются на старую версию (14.1.270.1/scripts/premium/...).

    Все функции ведут на ссылку webmail.domain.ru/owa#

    Сброс виртуальной директории в EMC делал, updatecas.ps1 применял, IIS перезагружал

    Подскажите, чего не хватает?

    Заранее благодарен.


    Дмитрий


    30 марта 2016 г. 8:40

Все ответы

  • Просто для уточнения. Вы после обновления сервер перегружали?

    Do not multiply entities beyond what is necessary

    30 марта 2016 г. 9:22
  • как бы да :)

    Дмитрий

    30 марта 2016 г. 9:29
  • А если кэш браузера почистить?

    Do not multiply entities beyond what is necessary

    30 марта 2016 г. 10:25
  • да если бы проблема была у меня одного, было бы проще... (

    может ли быть проблема в том, что при запуске setup я не использовал Run As Administrator, а просто запустил будучи под учеткой админа предприятия?

    ecp также сообщает, что недоступна...


    Дмитрий




    • Изменено CARfield_Ltd 30 марта 2016 г. 10:49
    30 марта 2016 г. 10:29
  • если применить "ход конём" и копировать содержимое owa\14.3 в owa\14.1 - то OWA открывается и работает

    не ясно, почему ссылка сама не изменилась, почему он всё ещё ищет при запуске OWA скрипты в папке owa\14.1 - если не само, то где это ручками меняется?

    еср по-прежнему - служба временно недоступна


    Дмитрий


    • Изменено CARfield_Ltd 30 марта 2016 г. 16:15
    30 марта 2016 г. 11:43
  • День добрый.

    Продолжаем ставить.

    1. Ставим все системные обновления на сервер. Это то что вы скорее всего не сделали.

    2. Ставим последный RU для Exchange 2010 SP3.

    3. Проверяем настройки и траблешутим. Если надо делаем ресет виртуальных директорий.

    Reset Client Access Virtual Directories

    Сначала читаем и спрашиваем, а потом делаем. После копирования прийдется переустанавливать роль CAS. Оно вам надо?


    MCITP, MCSE. Regards, Oleg


    30 марта 2016 г. 19:01
    Модератор
  • Да, обновление начали с CAS, сначала внешние, потом запланированы внутренние CAS и в конце уже Mailbox + Hub - верное решение?

    Сейчас обновлён внешний CAS и было очень нужно, чтобы работала OWA.

    Важен ли порядок установки SP и RU - то есть везде ставим SP, а потом уже RU или необходимо везде установить SP, а потом второй круг уже с установкой RU?

    Копирование папки owa\14.* необратимо? Когда это не поздно сделать обратно?

    Сброс виртуальных директорий производился и updatecas.ps1 запускался - не помогало.

    Подскажите, а на каком этапе OWA и ECP должны заработать? Мы столкнулись со штатной ситуацией?

    С уважением!


    Дмитрий


    • Изменено CARfield_Ltd 30 марта 2016 г. 19:44
    30 марта 2016 г. 19:29
  • Копирование папки зло, что повлечет переустановку/востановление роли CAS.

    OWA/ECP/AS бывает перестают работать после обновлений, ресет директорий помогает.

    После ресета, надо прописать все настройки и проверить тестами. Посмотреть IIS логи и bind  может привязка слетела.

    Обычно, если несколько серверов и роли разнесены и сервера в NLB|HLB, то выводят сервер с кластера (или останавливают обслуживать в балансеровщике) обновляют тестируют и снова добавляют. Последовательно все сервера.

    В DAG DB Active и роли кластера перемещают на не обновляемый сервер и базы на обноваляемом сервере переводят в suspend и обновляют MBX.

    Или вот по этой инструкции.

    Installing Update Rollups on Database Availability Group Members


    MCITP, MCSE. Regards, Oleg

    30 марта 2016 г. 19:44
    Модератор
  • Спасибо. Попробуем проверить логи.

    Теория то известна, а вот на практике перечисленные методы проверки производились, а на выходе:

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

    То есть теоретически всё должно было работать дальше?

    OWA, до копирования, позволяла авторизоваться, но далее пыталась открыться страница с контентом старой owa\14.1 - поэтому были видны только заголовки писем, ссылки на скрипты, которые он хотел найти в owa\14.1, когда всё уже было в owa\14.3


    Дмитрий



    30 марта 2016 г. 20:02
  • Коллеги, сам ответил на свой вопрос.

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

    Более подробно тут: 

    https://social.technet.microsoft.com/Forums/ru-RU/21b1de6e-b66b-447a-b0e1-62d274fcd68b/ecp-?forum=exchange2010ru#d3668ab5-070a-4d37-a708-05690d56fad7


    Дмитрий



    • Изменено CARfield_Ltd 5 апреля 2016 г. 9:18
    5 апреля 2016 г. 9:13