none
Письма доходят до пользователей с задержкой около 20 минут RRS feed

  • Вопрос

  • Здравствуйте.

    В домене с двумя dc (один на wmware server 2.0.2) установлен exchange 2010. Поставлен rollup2. Есть одна проблема. Письма как из интернета , так и по внутренним адресам доходят до адресата с задержкой до 20 минут (но не всегда). При этом в Message traking parameters из меню tools сообщения появляются мгновенно, а вот пользователь их видит только минут через 20. Письма никогда не теряются. Помогите разобраться.

    В логах на обоих dc и на самом exchange 2010 все чисто.

    Предположительно это началось после переноса dc на виртуальной машине физически на тот же сервер где поставлен exchange 2010.

    Физически сервер - это 8 cpu intel xeon 12 gb, windows 2008 r2 x64

    28 апреля 2010 г. 11:28

Ответы

  • спасибо всем за помощь , проблема решена и была действительно в vmware. Кстати думаю что и на microsoft виртуальных машинах будет тоже самое.

    http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1006619

    • Помечено в качестве ответа Alexandrovavav 5 мая 2010 г. 5:27

Все ответы

  • т.е. MTC показывает "моментальную" доставку ,а клиент однако сего не наблюдает в реальности ?

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


    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    28 апреля 2010 г. 12:36
  • клиенты используют owa и outlook 2007 sp2. От клиента это не зависит. exbpa проходит без вопросов.

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

    28 апреля 2010 г. 14:17
  • клиенты используют owa и outlook 2007 sp2. От клиента это не зависит. exbpa проходит без вопросов.

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


    а что с MTC - что оный показывает в трассировке ?
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    28 апреля 2010 г. 14:55
  • а как это посмотреть?

    В toolbox\Microsoft exchange troubleshooting assistent сообщение появляется сразу же без задержки

    29 апреля 2010 г. 7:08
  • а как это посмотреть?

    В toolbox\Microsoft exchange troubleshooting assistent сообщение появляется сразу же без задержки


    т.е. пришло и положено в базу ? это показывает ?
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    29 апреля 2010 г. 11:02
  • а как это посмотреть (простите за непонимание).

    Если я выключаю dc который запущен в vmware физически на сервере exchange 2010, то проблемы проходят, при включении dc снова появляются, когда dc был физически на другом компе таких проблем не было.

    29 апреля 2010 г. 14:02
  • Добрый день,

    я вам рекомендую добавить RAM на "физический" сервер.

    У меня 700 пользователей, с 14 GB на почтаре всё время вис IIS, после того как посчитал рекомендуемый минимум получилось 17,5 добавил 4 GB т.е. стало 18 - теперь вообще проблемм нет с производительностью.


    MCSE = Minesweeper Consultant and Solitaire Expert
    30 апреля 2010 г. 3:08
  • Смотреть системный мониторинг, нагрузку на процессор и память.

    Рассчитывать физические параметры сервера Exchange надо по рекомендуемым параметрам, затем к ним нужно приплюсовать требования vmware сервера и сами требования контроллера домена.

    Так же посмотрите в мониторинге Exchange нагрузку на жесткие диски, скорость с которой он читает и пишет.

    30 апреля 2010 г. 5:40
  • у меня 30 пользователей, две виртуальные машины в сумме занимают 1,5 гб ram. Для exchange остается еще 10 гб. Сейчас для экперимента выключил вторую виртуальную машину (1 гб ram) . Для контроллера домена на виртуалке выделено 512 мб ram. Если следовать логике нехватки ресурсов, то выключив второй виртуальный сервер должно все работать быстро.

    Cpu - это 2 xeon 5530 2.5 ггц. В каждом 4 ядра.

    Дисковая система - это 4 sas диска в 10 raid, неужели недостаточно для 30 пользователей. Виртуальные машины поставлены вообще на другой массив тоже 10 уровня , но из sata дисков.

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

    30 апреля 2010 г. 7:11
  • На данном сервере сетевые интерфейсы как разнесены? Один на все или отдельный для Exchange и отдельный для DC?

    Что говорит мониторинг сети?

    30 апреля 2010 г. 8:56
  • Попробуйте проверить так:

    1) Отправьте с любой внешней учетной записи письмо на почтовый ящик вашего Exchange сервера;

    2) Подключаетесь через OWA под пользователем почтового ящика, на который отправили письмо и смотрите, появилось ли письмо в ящике. Если появилось, то проверяйте на клиенте в Outllook.

    Если письмо в OWA не появилось, то смотрите, что показывает MTC.

    После того, как проделаете выше сказанное, отпишите результаты.

    30 апреля 2010 г. 12:26
  • сетевой интерфейс всего один используется.

    Отправил письмо из интернета. Письмо не появляется в owa. Тормозит так же как в outlook. Хотя в toolbox\Microsoft exchange troubleshooting assistent сообщение появляется сразу же без задержки.

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

    А что такое МТС и как посмотреть что он показывает?

    30 апреля 2010 г. 13:02
  •  

    Что говорит мониторинг сети? Какая загрузка сети?

    Как настроен сетевой интерфейс в vmware?

    30 апреля 2010 г. 13:32
  • сетевой интерфейс на vmware настроен как bridge.

    Я заметил что переписка файла с хостовой машины (exch 2010) на виртуальную происходит очень долго. 10 мб переписываются примерно 15 минут скорость переписки 18 кб\с. Это происходит на обоих виртуальных машинах (не только на dc). Если же переписывать находясь на виртуальной машине, то переписка идет быстро без проблем. Если переписывать с любого компа, кроме хостового, то проблем тоже нет.

    При этом network utilization не превышает 3%.

     

  • Из этого можно сделать вывод, что проблема кроется в настройках vmware.

    Либо разбираться с настройками, либо делать миграцию на Hyper-V.

    Как вариант можно попробывать перенести Exchange тоже в виртуальную среду.

  • спасибо всем за помощь , проблема решена и была действительно в vmware. Кстати думаю что и на microsoft виртуальных машинах будет тоже самое.

    http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1006619

    • Помечено в качестве ответа Alexandrovavav 5 мая 2010 г. 5:27