Источник данных SQL Server Reporting Services продолжает терять данные для входа в систему базы данных
Java, C # и C ++ следуют схожей стратегии ООП. Он основан на вызовах функций, которые связаны во время компиляции. В зависимости от его вызова, прямой вызов функции или смещение в vtable фиксируется, когда происходит компиляция. В отличие от ООП Smalltalk основан на передаче сообщений. Концептуально каждый вызов метода - это сообщение для принимающего объекта, спрашивающее, есть ли у него метод с именем «Foo».
Smalltalk не имеет понятия интерфейсов. У него есть только похожие методы. В группе языков C ++ все связано с интерфейсами. Нельзя реализовать AddRef и Release без реализации QueryInterface (даже если это просто заглушка), потому что все они являются частью интерфейса IUnknown. В Smalltalk нет IUnknown. Существует только набор из 3 функций, любая из которых может быть реализована или нет.
4 ответа
Я предполагаю, что вы говорите об общих источниках данных в проекте сервера отчетов в Visual Studio, а не об источнике данных, созданном непосредственно в службах Reporting Services. В последнем случае все данные хранятся в базе данных ReportServer, которая была указана при настройке SSRS.
Теперь, что касается файла .rds, используемого в Visual Studio, если вы откроете файл в текстовом редакторе, обратите внимание, что имя пользователя и пароль не хранятся в файле. Фактически он хранится в файле .rptproj.user. Итак, убедитесь, что кто-то не удалил файл .user из системы контроля версий (файлы .user не должны находиться в системе контроля версий, но в вашем случае ...).
Этот сценарий можно проверить, введя свои учетные данные, сохранив все файлы и выйдя из Visual Studio. Найдите и удалите файл .rptproj.user, и снова откройте свой проект сервера отчетов и убедитесь, что учетные данные пропали!
Чтобы обойти эту проблему, добавьте «User ID = user; Password = pass» как часть строки подключения. Когда .rds открыт, строка подключения не будет отображать эту часть, но на вкладке Credentials должны быть правильные значения.
Может быть, это связано с порядком загрузки служб на вашем компьютере.
Просто предположение: возможно, в SP3 есть новая функция, которая проверяет правильность учетных данных для подключения. Если они недействительны, они очищаются.
Проблема может возникнуть, если эта проверка выполняется до того, как SQL-сервер успевает запуститься. Это могло бы объяснить, почему они сбрасываются при перезапуске машины.
Недавно у меня возникла та же проблема, но я не могу подключить ее к перезагрузке. Казалось, что это произошло, когда я проверил решение из системы контроля версий - мы используем Team Foundation Server. После того, как сервисный аккаунт отключили миллиард раз, он каким-то образом зажил сам себя и начал себя вести. Я нашел этот пост и проверил свою папку проекта на наличие файла rptproj.user, о котором упоминал Бенсон, и у него есть измененная дата дня, когда у меня возникли проблемы, но дата создания близка к той, которую я помню как создавшую проект, поэтому Я обращу на это внимание в будущем.
Кто-нибудь придумал что-нибудь новое по этому поводу?
Я понимаю, что вы, возможно, уже читали это, но что-то здесь может помочь? http://msdn.microsoft.com/en-us/library/ms159846.aspx
Я бы обратил внимание на то, как был установлен SSRS, а также на то, с какими учетными записями работают службы, а также на вход в домен политики.