SSRS 2008 и SSAS 2008 транспортная ошибка

Question

Я тестирую обновление до SSAS 2008 и проверяю работающие отчеты должным образом. Я могу получить некоторые отчеты SSRS, которые используют SSAS в качестве источник данных для запуска без каких-либо проблем. Они просты и имеют только один набор данных. Сообщения о том, что я не могу правильно работать с SSAS 2008 имеют несколько наборов данных и имеют подходящую настройку с настройкой диапазона данных в качестве параметра. Как только я настрою этот фильтр в качестве параметра и разверну из них в отчете возвращается сообщение «Время ожидания истекло или оно было потеряно. Невозможно прочитать данные из транспортного соединения: существующее соединение было принудительно закрывается удаленным хостом. Существующее соединение было принудительно сообщение закрыто удаленным хостом.

Самое смешное, что отчет работает нормально, когда я запускаю его локально в BIDS и он работает нормально после развертывания, если я указываю на сервер SSAS 2005. Однажды я Направьте его на сервер SSAS 2008, если это не удастся. Я могу заставить другие отчеты работать хорошо, но не те, с этим типом настройки фильтра. Я вижу, что операторы MDX параметров начала и конца запускаются в трассировке, но это Это. После запуска мы получаем сообщение о транспортном соединении.

Еще одна забавная вещь заключается в том, что в производственной среде отчеты работает нормально, но есть SSRS 2005 и SSAS 2008. Имеет ли это смысл?
Что может быть причиной этого? Я попытался установить одну транзакцию уровень в источнике данных тоже, но это, кажется, не имеет значения.

Answer 1

Оказывается, это известная проблема в Microsoft. Мы, по крайней мере, четвертый клиент, который зарегистрировал эту проблему. Это особенно связано с Windows Server 2008 и использованием Kerberos. Он должен иметь дело с пакетами и вычислением контрольной суммы при использовании Kerberos. Я работаю с кем-то из службы поддержки службы анализа в Microsoft. Они активно работают над этим с командой Windows, чтобы, надеюсь, решить эту проблему. До этого нам нужно было запустить один из компонентов (SSRS 2008 или SSAS 2008) на сервере Windows 2003, так как мы собираемся продолжать использовать Kerberos и оставаться в распределенной среде. Вот что я получил от MS Support прошлой ночью:

Спасибо за подтверждение вашего теста с Server 2003 в качестве среднего уровня. К сожалению, исходя из описанных вами симптомов, похоже, что это может быть постоянной проблемой, которую мы наблюдаем, когда клиент и сервер в аутентификации Kerberos используют 2008 или Vista. В настоящее время мы активно расследуем это с командой Windows, но пока не имеем решения, если это проблема. Мы можем обойти эту проблему, используя клиент не-2008, как вы нашли, или разместив клиент и сервер в одном блоке, или избегая аутентификации Kerberos (которая требует простой текстовой аутентификации на среднем уровне - базовая аутентификация от клиента или еще анонимная аутентификация с указанной учетной записью, предоставленной в конфигурации среднего уровня).

Надеюсь, это будет решено в ближайшем будущем. На данный момент мы планируем запустить SSRS 2008 на Windows Server 2003.

Answer 2

Исправление ошибки Kerberos в Windows Server 2008 - устраняет проблемы с подключением SSAS

Я был уведомлен коллегой о том, что Microsoft выпустила исправление для устранения проблем AES Kerberos, обнаруженных ранее в этом году - Ошибка Windows Server 2008 Kerberos - проблемы транспортного соединения с данными SSAS . Я еще не был уведомлен об этом, но я проверил сообщение в блоге доктора Джона Тунниклиффа SSAS: исправление выпуска Microsoft для проблемы «Kerberos killing MDX» , и он предоставил ссылку для загрузки

http://support.microsoft.com/default.aspx/kb/969083

Официальной базы знаний (КБ) нет ссылки на эту конкретную загрузку, но, по словам доктора Джона, это решает проблему с ошибками транспорта. Мне сказали, что КБ будет 968700, но по этим ссылкам, похоже, будет 969083.

Так что для тех из вас, кому пришлось приостановить обновление до Windows Server 2008 из-за этого, теперь вы можете загрузить патч и продолжить обновление инфраструктуры. Просто убедитесь, что вы правильно протестировали исправление, прежде чем развертывать его в своей производственной среде.

Answer 3

Могу ли я узнать, размещаете ли вы свой SSAS на одном боксе, а другой SSRS на другом? Исходя из сообщенной вами проблемы, я очень верю, что порт между этими двумя серверами заблокирован. Если службы размещены в одном и том же окне, вам, вероятно, придется использовать «localhost» в качестве записи.

Лично у меня еще не было возможности попробовать SSAS, но я являюсь постоянным пользователем службы SSRS 2008. Я размещаю свой SSRS 2008 на ASPHostDirectory.com и до сих пор все работает без сбоев. Я могу удаленно подключиться к своим отчетам, и я могу управлять своими отчетами онлайн.

У меня не было сообщения об ошибке, подобного тому, которое у вас есть в данный момент. Тем не менее, я видел «похожую» ошибку, когда я пытался FTP первый раз. Мне удалось подключиться к FTP-серверу, но FTP-сервер не смог отобразить папки и немедленно прервал мой сеанс. Затем я установил свой режим соединения FTP на активный, и все начало работать. Я понимаю, что это разрешение может быть неуместным, но я хочу отметить, что проблема, похоже, вызвана брандмауэром и т. Д.

Спасибо.

Answer 4

Так же, как в связи с этим, я написал в блоге об этом, что вы можете проверить здесь - Ошибка Windows Server 2008 Kerberos - проблемы транспортного соединения с данными SSAS