Ситуация следующая. Есть два компа под ОС W2K3 c развернутыми SQL-2000(две тысячи) и SQL 2005 Reporting Services (SSRS). Они совместимы.

Есть также проект в VS2005, содержащий два отчёта и один разделяемый(Shared) источник данных. Когда я делаю Deploy проекта из VS2005, на один из серверов SSRS – всё проходит нормально. Когда я делаю Deploy на другой сервер – один из двух отчетов не публикуется.


При попытке опубликовать не весь проект, а только один отчёт – всё абсолютно аналогично.

Это касается исключительно одного отчета, причем при опубликовании его средствами Visual Studio или Management Studio. Попытка опубликовать его через административный Web-интерфейс SSRS иногда (редко) проходит нормально. От чего это зависит – непонятно. Правда после «удачной» публикации, идёт диагностика о том что в отчете повреждены данные об источнике данных (Datasource) – приходится его указывать повторно. Но после этого всё работает…

Описанное происходит при публикации на одного отчета на одном сервере SSRS. На другом всё проходит без вопрософф…

Попробую переустановить. Вчера поднял третий по счету сервер SSRS - на нём нет никаких глюкофф..

Ничего не понимаю... Переустановка не помогла...

та же фигня повторилась на другом сервере

LevSDeploy из RD2005 на сервер RS2000 не поддерживается (у отчетов другая схема)
---
This posting is provided "AS IS" with no warranties, and confers no rights.
БД RS2005 хранятся на сервере SQL2000. Сами службы RS - из состава дистрибутива SQL2005. Отчёты подготавливаются в VS2005 и публикуются в RS2005. Соотвествеено они имеют схему RS2005. См. начало поста: GholaСитуация следующая. Есть два компа под ОС W2K3 c развернутыми SQL-2000(две тысячи) и SQL 2005 Reporting Services (SSRS). Они совместимы.
Такая конфигурация развёрнута на трёх серверах.
Сейчас ситуация такая. На одном сервере (к счастью, производственном) всё более-менее хорошо. Деплой проходит на "ура". На другом - один отчёт публикуется, другой - нет. Причём независимо от способа публикации. Т.е. при попытке обновить отчет через Web-интерфейс с того же компа на котором развёрнуты RS2005 и SQL2000 - тоже происходит ошибка. На третьем компе - сейчас не проходит ничего. :( Хотя до этого работало без проблем. Пора сносить RS и переустанавливать. Дополнительная наводка. Перед обнаружением проблем на третьем компьютере, Web-сайт IIS по умолчанию, на котором были развёрнуты RS2005 был остановлен и вместо него на 80-м порту работал другой сайт. После восстановления статус кво всё работало нормально - т.е. отчёты просматривались. Но при их(отчетов) обновлении возникли проблемы.
Мне кажется, что копать надо в настройках IIS/Web-сервисах. Публикация так или иначе проходит через них.

Если подскажете, где лежат логи RS/IIS могу и их опубликовать здесь.

Проблема решается (хотя и неудовлетворительным для меня образом) путём отключения поддержки SSL для сервера RS2005 во время публикации отчётов. Через SSL публикуется почему-то только один отчёт из всех, а без SSL - все.

Дополнительные сведения:

1. IIS на всех трёх серверах находится в режиме Kernel Mode SSL, который включается следующим образом:

2. Все компьютеры на которых развёрнуты RS/SQL включены в домен и находятся, как и их клиенты, в локальной сети.

3. SSL-cертификаты, указанные для в IIS проблемных серверов, выписаны на полное FQDN компьютеров, (не на короткое NetBIOS-имя).

4. Интересно, что тот компьютер, на котором проблем нет - имеет SSL-cертификат на короткое NetBIOS-имя. Это коррелирует со справкой: Настройка сервера отчетов для соединений по протоколу SSL
Имя сертификата должно соответствовать имени компьютера, для которого выпущен сертификат. Если доступ к серверу, обслуживающему клиентские запросы, осуществляется через сетевое имя его компьютера, то имя сертификата является именем NetBIOS компьютера. Если доступ к серверу, обслуживающему клиентские запросы, осуществляется через Интернет-соединение, то имя сертификата — это полное имя домена сервера (например: https://www.adventure-works.com/productinfo).

Между прочим, сам SQL2000, в противоположность RS2005 требует сертификата на FQDN и никак иначе.

Попытаюсь всё это проверить и потестировать.

Обещанный лог RS2005, хотя не думаю что он может что-то прояснить:

LevSПришлите, пожалуйста, логи сервера (префикс ReportServer_) и сервиса (ReportServerService_)
---
This posting is provided "AS IS" with no warranties, and confers no rights.
Вот все логи в одном флаконе за то же число. Не обессудьде, если инфы слишком много. По моему скромному разумению, собственно информацию об ошибках содержит лог ReportServerWebApp.

Сорри, первый раз не удалось присоединить файл указанный по адресу с разделяемого ресурса. Репост (Один из логов отредактирован - заменено имя домена и логин админа) :

Применение на одном из серверов хотфикса «Cumulative update package 3 for SQL Server 2005 Service Pack 2» не помогло решить проблему краха при опубликовании отчетов через SSL. Поэтому решено пока на другие серверы данный хотфикс не ставить.