In meiner Entwicklungsumgebung verlieren alle meine freigegebenen SSRS-Datenquellen jedes Mal, wenn ich Windows neu starte (was mindestens täglich für mich erledigt werden muss), ihre Anmeldeinformationen.
Momentan habe ich sie so eingerichtet, dass sie sich mit einem festen Berechtigungsnachweis bei der Datenbank anmeldet, aber beim Neustart gehen alle Datenquellen auf keine Anmeldeinformationen über. Zugegeben, es ist nur in der Entwicklungsumgebung, und ich kann nur die Datenquelle / Check-in überprüfen / aktualisieren und es wird gut funktionieren ... bis ich wieder neu starten.
Zu Ihrer Information: Ich benutze diese freigegebenen Datenquellen seit mindestens 2 Jahren und keine Probleme, aber im letzten Monat war es ein wiederkehrendes Problem.
Hilfe?
Ich gehe davon aus, dass Sie über die freigegebenen Datenquellen in einem Berichtsserverprojekt in Visual Studio sprechen, im Gegensatz zu einer Datenquelle, die direkt in Reporting Services erstellt wurde. Letzteres, die Daten werden alle in der ReportServer-Datenbank gespeichert, die bei der Einrichtung von SSRS angegeben wurde.
Wenn Sie die Datei in einem Texteditor öffnen, beachten Sie, dass der Benutzername und das Kennwort nicht in der Datei gespeichert sind. Es ist tatsächlich in der Rptproj.user-Datei gespeichert. Überprüfen Sie also, ob jemand die .user-Datei aus der Quellcodeverwaltung entfernt hat (.user-Dateien sollten nicht in der Quellcodeverwaltung sein, aber in Ihrem Fall ...).
Dieses Szenario ist testbar, indem Sie Ihre Anmeldeinformationen eingeben, alle Dateien speichern und Visual Studio beenden. Suchen und löschen Sie die Datei .rptproj.user, und öffnen Sie Ihr Report Server-Projekt erneut, und sehen Sie sich die Anmeldeinformationen an!
Eine Umgehung ist das Hinzufügen der "Benutzer-ID = Benutzer; Kennwort = übergeben" als Teil der Verbindungszeichenfolge. Wenn die .rds geöffnet ist, zeigt die Verbindungszeichenfolge diesen Teil nicht an, aber die Registerkarte Anmeldeinformationen sollte die richtigen Werte haben.
Könnte dies mit der Startreihenfolge der Dienste auf Ihrem Computer zusammenhängen.
Nur eine Vermutung: Vielleicht gibt es neue Funktionalität in SP3, die überprüft, ob die Verbindungsanmeldeinformationen gültig sind. Wenn sie nicht gültig sind, werden sie gelöscht.
Das Problem würde dann auftreten, wenn diese Überprüfung durchgeführt wird, bevor der SQL-Server Zeit zum Starten hatte. Dies würde erklären, warum sie beim Neustart der Maschine gelöscht werden.
Ich habe kürzlich das gleiche Problem festgestellt, aber ich kann es nicht mit einem Neustart verbinden. Es schien zu passieren, wenn ich die Lösung aus der Quellcodeverwaltung überprüft - wir verwenden Team Foundation Server. Nachdem das Dienstkonto ein paar Mal deaktiviert wurde, heilte es sich irgendwie und begann sich zu benehmen. Ich fand diesen Beitrag und überprüfte meinen Projektordner für die rptproj.user-Datei, die Benson erwähnt, und es hat ein Änderungsdatum des Tages, an dem ich Probleme hatte, aber ein Erstellungsdatum von dem, woran ich mich erinnern kann, das Projekt erstellt zu haben Ich werde darauf in Zukunft achten.
Hat jemand etwas Neues zu diesem Thema gefunden?
Tags und Links datasource reporting-services reportingservices-2005