Построитель отчетов 3.0

Question

Я использую SQL Server 2008 (не R2) и пытаюсь использовать построитель отчетов 3.0. Когда я пытаюсь подключиться к серверу отчетов, я получаю сообщение об ошибке:

Ошибка подключения. Невозможно подключиться на сервер, указанный в URL ......

Однако я использую то же соединение, что и мой построитель отчетов 2.0, и это прекрасно работает.

Может ли RB 3 не работать с базами данных до 2008 R2?

Answer 1

вы указываете две разные проблемы:

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

но вы спрашиваете, может ли RB 3.0 работать с версиями SQL Server до 2008 R2.

Ответ на последний вопрос - да , может. RB 3.0 подключается к различным поставщикам данных, включая SQL Server 2000, 2005 и 2008 (через собственный клиент SQL), а также к Oracle, ODBC, OleDB, ADOMD (службы Analysis Services), Teradata, SAP BI, Essbase, XML, и т.д ...

Первым представляется подключение по URL-адресу к серверу отчетов для сервера 2008 года. Я точно знаю, что если вы используете BIDS 2008 R2 вместо RB3, параметры развертывания для проекта отчета предоставляют свойство "TargetServerVersion", позволяющее вам выбрать версию целевого сервера (2008 или R2, но не раньше). Если вы попытаетесь развернуть отчет R2 на сервере 2008 с помощью BIDS, и у отчета появятся новые функции, BIDS будет жаловаться, поскольку не может "преобразовать с понижением частоты".

Однако я не уверен, что RB 3.0 действительно может подключиться к серверу отчетов раньше, чем R2, как BIDS. Это объясняет, почему у вас проблемы с подключением.

НТН

Тьяго

Answer 2

У меня была та же проблема - RB 2 не так хорош, как RB 3, но RB3 не будет подключаться к версии сервера отчетов, которую мы используем, чтобы разрешить подключение к модели данных, однако RB 3 разрешает прямое подключение к БД, и в этом случае у нас есть настройка репликации на отчетную БД.

Answer 3

На сайте Microsoft Connect говорится, что ЭТО НЕ МОЖЕТ. Это очень плохо.
Мое мнение таково, что команда SQL Reporting Services приняла множество неверных решений в отношении проблем совместимости