Построитель отчетов 3.0 - учетные данные набора данных не работают

Question

Я использую SSRS 2008 R2 и построитель отчетов 3.0. Я настроил общий источник данных через браузер (http://myserver/reports/), в котором «учетные данные надежно хранятся на сервере отчетов» для использования с несколькими отчетами. Тестирование соединения через браузер работает.

Теперь я запускаю построитель отчетов 3.0. Я начинаю новый отчет и «Добавить источник данных». Я выбираю «Использовать общее соединение», перехожу на сервер и выбираю вышеупомянутый источник данных. Нажмите «Проверить соединение» и все хорошо.

Затем я пытаюсь «Добавить набор данных». В диалоговом окне я выбираю «Использовать набор данных, встроенный в мой отчет», выбираю источник данных, добавленный выше, введите строку SQL и нажмите «ОК». Появится «Введите учетные данные источника данных». Независимо от того, какую перестановку допустимых учетных данных допустимого домена (например, учетной записи администратора домена и других) или SQL Server (например, учетной записи 'sa') и флажки я использую, я получаю «Невозможно подключиться к источнику данных».

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

Есть предложения?

Answer 1

После большого скрежета и плача кажется, что построитель отчетов использует информацию в определениях на сервере отчетов, чтобы затем выполнять запросы локально, а не через службы Reporting Services.

Мое ошибочное мнение заключалось в том, что когда я настраивал набор данных, например, «Обновить поля», построитель отчетов проходил через службы отчетов, чтобы получить соответствующие выходные данные и / или метаданные. Кажется, это не так.

Я определил строку подключения общего источника данных как Data Source=(local);Initial Catalog=<database name>. Теперь это работает, когда вы находитесь в интерфейсе браузера служб Reporting Services, но Построитель отчетов, кажется, читает строку подключения и использует ее для себя. Службы Reporting Services на моей локальной машине для разработки не имеют настроек на целевом сервере, на котором выполняются эти отчеты, поэтому что-либо , которое я бы использовал, завершится неудачей.

Изменение строки подключения на Data Source=<server name>;Initial Catalog=<database name> вместо localhost позволило построителю отчетов работать правильно. (RB по-прежнему выдавал «Введите учетные данные источника данных». Я использовал свои учетные данные Windows, которые являются действительным именем входа на целевом сервере.)

Answer 2

Нерешенный вопрос и ответ. Я действительно ценю ваше тщательное описание. У меня такая же проблема. В моем случае проблема заключалась в том, что я получал доступ к построителю отчетов с компьютера, подключенного к моему домашнему офису через VPN. Я предполагаю, что, поскольку я был вне сети Windows домашнего офиса, RB не мог аутентифицировать меня. Работа с удаленным рабочим столом, подключенным к компьютеру в офисе, позволила мне обойти эту проблему. Ваши ответы и ответы @ RichShealer напомнили мне, что при запуске отчетов из браузера они обслуживаются внутренним сервером. Это не тот случай, когда запускается RB, настольное приложение.

Answer 3

Чтобы выполнить то, что вы пытаетесь, похоже, вам нужно будет использовать встроенную безопасность Windows.

Согласно MSDN сохраненные учетные данные не передаются клиентским приложениям. Они предназначены для использования только сервером отчетов для таких вещей, как запланированные отчеты.

http://msdn.microsoft.com/en-us/library/ms159736.aspx

Я могу вам сказать, что запрос «Введите учетные данные источника данных» ищет SQL-аутентификацию, а не учетные записи домена.