Почтовая конфигурационная информация не могла быть считана из базы данных
Вы быстры для принятия ответов.:-)
Да, в большинстве решений для выравнивания нагрузки весь Трафик HTTP проходит подсистему балансировки нагрузки, когда это возвращается к клиенту.
Предотвращение подсистемы балансировки нагрузки для исходящего трафика также возможно, и используется в некоторых (больших) установках. Это называют "Прямым Возвратом Сервера" (DSR) или "Прямая маршрутизация". Вот хороший обзор установки DSR. Вот статья-мнение на недостатках DSR.
В общих чертах для 95% всех веб-сайтов хорошая подсистема балансировки нагрузки не будет узкое место производительности. Если у Вас нет серьезных оснований и доступного экспертного знания выравнивания нагрузки, Вы не должны, вероятно, должны быть играть вокруг с DSR.
Эта статья KB, кажется, подразумевает, что это - ошибка в SQL Server 2008 SP1 и 2 005 SP3. Это не было обновлено для включения SP4. Вы пошли непосредственно от SP3-> SP4 в относительно короткое время? Условие, возможно, произошло, когда Вы установили SP3, но Вы не были в SP3 достаточно долго для замечания. Или Вы, возможно, были в SP3 + некоторый CU, который включал фиксацию, но SP4 отменил фиксацию. Кажется довольно странным для меня, что они вызвали бы эту проблему в двух различных пакетах обновления и не узнали бы о достаточно из нее, что они повторили его снова на последующем пакете обновления.
Я предложил бы любое (a) удаление пакета обновления восстановило функциональность временно, или (b) Накопительный пакет обновления применения № 3 для SP4 видел, превратила ли фиксация его в одно из обновлений, так как SP4 был выпущен (я не вижу, что это перечислило явно на любой из их отдельных статей KB, но они не всегда перечисляются индивидуально).