Report Builder 2.0 Data Credentials Prompt

Question

У меня есть два сохраненных общих источника данных, которые практически идентичны, но имеют разные имена и были развернуты на сервере отчетов в разное время. Они оба живут в папке DataSources на сервере отчетов, и у меня есть права, назначенные на уровне папки.

Один из них называется PDB и один PDB2. Они оба используют одну и ту же учетную запись и пароль SQL Server и указывают на ту же базу данных. Оба надежно хранят учетные данные в источнике данных.

Разница в том, что новый, PDB2, запрашивает у меня учетные данные, когда я пытаюсь использовать источник данных из построителя отчетов 2. PDB, однако, не предлагает мне повторно вводить мои учетные данные. Разумеется, поскольку учетные данные ARE хранятся в источнике данных, я НИКОГДА не должен запрашивать мои сценарии.

Я не могу понять, почему это происходит. У кого-нибудь есть идея?

Пол

Answer 1

В Visual Studio, в разделе Данные отчета свойства источника данных имеет общие и учетные данные разделы. В учетных данных есть опция «Запросить учетные данные» и место, в которое вы можете ввести текст приглашения. Убедитесь, что этот параметр не выбран, затем сохраните и разверните его.

В диспетчере отчетов также проверяются общие свойства источника sata. Параметры учетных данных для обоих должны быть одинаковыми, а группы или пользователи в безопасности должны быть одинаковыми. Другое место для проверки в диспетчере отчетов - это свойства фактического отчета. Выберите раздел Источники данных и посмотрите, соответствуют ли параметры источника данных и учетных данных. Свойства безопасности также должны совпадать.

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

Answer 2

У меня такие же проблемы, просто используйте SQL Server Business Intelligence Development Studio. Это самый надежный метод до тех пор, пока Report Builder 2.0 не будет исправлен.

Answer 3

Вы пробовали отличить 2 .rds-файлы? Как насчет удаления источников данных с сервера и повторного развертывания (возьмите резервную копию, прежде чем делать это, если сможете?).

Я сталкивался с аналогичными проблемами с Reporting Services 2008 за последние несколько дней, и оба этих двух действия вызвали новый свет на проблему для меня.