Если у Вас есть неопровержимый довод того, чтобы сделать так, разрешение, когда Вы получаете мандат потратить (большая сумма) время. Если бы я был Вашим боссом, то я хотел бы знать действительно серьезную причину взятия большого количества времени и риска.
Обновление компонента как MySQL будет крупной обрабатываемой деталью, особенно тестирование производительности.
В любом случае это действительно зависит, как хорошо Ваше приложение покрыто автоматизированными тестовыми сценариями, и насколько сложный Ваш процесс выпуска. Но обновление базы данных походит на вид вещи, которая требует каждого возможного теста.
Вы как минимум хотели бы к тесту производительности критические части своего приложения и сделали бы некоторое замачивание / стресс-тестирование также, чтобы удостовериться, что Вы не используете его в некотором роде, который будет аварийно завершать машину со временем.
В зависимости от того, сколько данных Вы имеете (и каковы дублирование / требования времени простоя Вашего приложения; насколько большой Ваши окна обслуживания могут быть и т.д.), логистика преобразования может или не может быть проблемой.
Я сказал бы, что тестирование намного более трудно, чем логистика миграции, даже если логистика нетривиальна. Я недавно обновил от 4,1 до 5, и проект взял ~ 6 месяцев, главным образом потому что тестирование было трудно. Мы не нашли почти ошибки вызванными обновлением MySQL все же.
Это - что-то вроде трудного вопроса w/o способность поместить мои руки на машины. Я дам ему попытку так или иначе.
Вы сделали модификации к конфигурации "Значения по умолчанию Виртуальным сервером SMTP" на любой машине? Что-нибудь касающееся TLS / SSL, конкретно?
Проверьте, что оба сервера являются членами "группы" Серверов Домена Exchange.
Править:
"SendAs" и разрешения "ReceiveAs", данные к "Серверам Домена Exchange", указаны в объекте "msExchOrganizationContainer" в контейнере "Microsoft Exchange" "Сервисного" контейнера Конфигурации NC Вашего Active Directory. Полномочия наследовались вниз всюду по организации.
(Хм... Ваше ре комментария: эти полномочия исчезли. Тем не менее, я оставлю это редактирование внутри.)
Сервер, возражает членам каких-либо нечетных групп? В запасе AD / среда Exchange 2003 они были бы членами "Доменных Компьютеров" и "Серверов Домена Exchange". Я получаю дурное чувство, которое один или другой другой сервер могло бы быть членом группы "Администраторов домена".
Обходное решение, которое Вы могли использовать, должно будет позволить неаутентифицируемую общедоступную репликацию папки. Это не фиксация, но это позволит сообщениям течь, пока Вы не сможете выяснить первопричину. Создайте стоимость REG_DWORD под названием "SkipPublicMDBRestriction" в "HKLM\System\CurrentControlSet\Services\MSExchangeTransport\Parameters" и установите его на 1. Это удалит требование аутентификации для общедоступной репликации папки и должно открыть логические элементы лавинной рассылки. (См. http://support.microsoft.com/kb/830181 для фона.)