Источник данных служб отчетов SQL Server продолжает терять учетные данные для входа в базу данных - PullRequest
8 голосов
/ 05 мая 2009

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

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

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

Помощь

Ответы [ 4 ]

4 голосов
/ 21 мая 2009

Я предполагаю, что вы говорите об общих источниках данных в проекте сервера отчетов в Visual Studio, в отличие от источника данных, созданного непосредственно в службах Reporting Services. В последнем случае все данные хранятся в базе данных ReportServer, которая была указана при настройке SSRS.

Теперь, что касается файла .rds, используемого в Visual Studio, если вы откроете файл в текстовом редакторе, обратите внимание, что имя пользователя и пароль не сохраняются в файле. На самом деле он хранится в файле .rptproj.user. Итак, убедитесь, что кто-то не удалил файл .user из системы контроля версий (файлы .user не должны находиться в системе контроля версий, но в вашем случае ...).

Этот сценарий можно проверить, введя свои учетные данные, сохранив все файлы и выйдя из Visual Studio. Найдите и удалите файл .rptproj.user, снова откройте проект сервера отчетов и проверьте, что учетные данные пропали!

Чтобы обойти это, добавьте «Идентификатор пользователя = пользователь; Пароль = пароль» как часть строки подключения. При открытии .rds строка подключения не будет отображать эту часть, но на вкладке Учетные данные должны быть правильные значения.

0 голосов
/ 17 июля 2009

Я понимаю, что вы, возможно, уже читали это, но что-то здесь может помочь? http://msdn.microsoft.com/en-us/library/ms159846.aspx

Я бы обратил внимание на то, как был установлен SSRS, а также на какие учетные записи запускаются службы, а также на политики входа в домен.

0 голосов
/ 06 июля 2009

Недавно я столкнулся с той же проблемой, но не могу подключиться к перезагрузке. Казалось, это случилось, когда я проверил решение из системы контроля версий - мы используем Team Foundation Server. После отключения учетной записи службы несколько раз, она как-то зажила и начала вести себя. Я нашел этот пост и проверил в папке моего проекта файл rptproj.user, о котором упоминал Бенсон, и в нем есть измененная дата дня, когда у меня возникли проблемы, но дата создания близка к той, которую я могу вспомнить как создавшую проект, поэтому Я буду обращать внимание на это в будущем.

Кто-нибудь придумал что-нибудь новое по этому вопросу?

0 голосов
/ 12 июня 2009

Может ли это быть связано с порядком загрузки служб на вашем компьютере.

Просто предположение: возможно, в SP3 появилась новая функциональность, которая проверяет правильность учетных данных подключения. Если они недействительны, они очищаются.

Проблема может возникнуть, если эта проверка будет выполнена до того, как сервер SQL успеет запуститься. Это объясняет, почему они очищаются при перезагрузке машины.

...