SQL Server Reporting Services-Datenquelle hält verlieren Datenbank-Anmeldeinformationen
In meiner Entwicklungs-Umgebung, jedes mal, wenn ich windows neu starten (was muss getan werden, mindestens einmal täglich für mich), alle meine Freigegebenen SSRS Datasources verlieren Ihre Anmeldeinformationen.
Derzeit habe ich Ihnen bis zum einloggen in die Datenbank mit einem festgelegten Anmeldeinformationen, aber beim Neustart alle datasources pop über ohne Anmeldeinformationen. Zugegeben, es ist nur in der dev-Umgebung, und ich kann nur check out/update der datasource/schauen Sie wieder rein und es funktioniert Prima... bis ich erneut starten.
Zur info, ich habe mit diesen Freigegebenen Datenquellen für mindestens 2 Jahre und keine Probleme, aber in den letzten Monat oder so, es ist schon eine wiederkehrende tägliche problem.
Helfen?
- Wir haben das gleiche problem auftreten wo ich arbeite. ich bin interessiert zu sehen, wenn jemand hat eine Antwort. verwenden Sie sichere Quelle?
- Yup, die wir verwenden, SourceSafe, aber wie ich schon sagte, hatten wir auch keine Probleme für 2+ Jahre, jetzt ist es jeden Tag. Frustrierend.
- ja. wir hatten uns eingerichtet, für etwa ein halbes Jahr bevor es anfing, dies zu tun. hast du Jungs-update etwas in letzter Zeit?
- ernsthaft? noch keine Antwort?
- Es ist ein Fehler auf MSconnect für dieses Problem; Sie sind mit sql 2005 / sp3 ? Wenn es auf Sie wirkt, kann ich schlage vor, Sie steigern die Bewertung der bug es heißt ms zu untersuchen, so wird sich beschleunigen. (connect.microsoft.com/SQLServer/feedback/...)
Du musst angemeldet sein, um einen Kommentar abzugeben.
Ich nehme an, Sie sprechen über die Freigegebenen Datenquellen auf einem Berichtsserver-Projekt in Visual Studio, die im Gegensatz zu einer Datenquelle erstellt, die direkt auf Reporting Services. Letzteres ist, werden die Daten alle in der ReportServer-Datenbank, die angegeben wurde, beim einrichten von SSRS.
Nun, wie für die .rds-Datei in Visual Studio verwendet, wenn Sie öffnen die Datei in einem text-editor, beachten Sie, dass der Benutzername und das Passwort nicht in der Datei gespeichert. Es wird tatsächlich gespeichert .rptproj.Benutzer-Datei. So, sehen Sie, dass jemand nicht entfernen .Benutzer-Datei aus dem source-control - (.Benutzer-Dateien sollte nicht werden in der source-control, aber in Ihrem Fall...).
Ist dies Szenario ist überprüfbar durch Eingabe Ihrer Anmeldedaten speichern Sie alle Dateien, und beenden von Visual Studio. Suchen und löschen Sie den .rptproj.Benutzer-Datei, und öffnen Sie die Report-Server-Projekt wieder und sehen Sie die Anmeldeinformationen Weg!
Einer umgehen, fügen Sie die "User ID=user;Password=pass" als Teil der Verbindungszeichenfolge. Wenn die .rds ist eröffnet, die Verbindungszeichenfolge nicht zeigen, dass dieser Anteil, aber die Registerkarte Anmeldeinformationen sollte die richtigen Werte haben.
Könnte dies im Zusammenhang mit der Startreihenfolge der Dienste auf Ihrem Computer.
Nur eine Vermutung: Vielleicht gibt es neue Funktionen in der SP3, der prüft, ob die Verbindung Anmeldeinformationen gültig sind. Wenn Sie nicht gültig sind Sie gelöscht.
Das problem würde dann passieren, wenn diese Prüfung abgeschlossen ist, bevor der SQL server-Zeit gehabt hat, zu starten. Dies würde erklären, warum Sie gelöscht werden, wenn der Computer neu gestartet wird.
Ich in letzter Zeit erlebt haben das gleiche problem, aber ich kann nicht verbinden Sie es mit einem Neustart. Es schien zu passieren, wenn ich überprüft die Lösung von source-control - verwenden wir den Team Foundation Server. Nach dem deaktivieren der service-Konto eine bazillion mal, es irgendwie selbst geheilt und begann Verhalten. Ich fand diese post und überprüfte meine Projekt-Ordner für die rptproj.Benutzer-Datei, die benson erwähnt, und es hat ein änderungsdatum von dem Tag, als ich Probleme hatte, aber ein Datum erstellen von nah an, was ich mich erinnern kann als Projekt angelegt ist, so werde ich die Aufmerksamkeit auf diese in die Zukunft.
Kommt man auf etwas neues zu diesem Thema?
Merke ich, Sie haben möglicherweise Lesen schon, aber etwas, das hier helfen könnte? http://msdn.microsoft.com/en-us/library/ms159846.aspx
Ich würde darauf achten, wie die SSRS installiert wurde, und auch, was für Konten, die Dienstleistungen ausgeführt werden soll, sowie einen domain-logon-Richtlinien.