SSRS-Datenquellenverbindungsproblem?

Question

Ich stelle eine Berichtslösung von Visual Studio Report Builder bereit und lade mehrere Berichte auf SSRS hoch.

Ich versuche meine Verbindung aber fehlgeschlagen und andere vorherige Berichte, die andere Verbindungseinstellung verwendet gearbeitet.

Bitte sehen Sie unten die zwei Verbindungseinstellungen: Die erste Figur gehört mir und die zweite Figur ist die andere. Der einzige Unterschied ist die 'Datenquelle' in 'Connection String'. Kannst du bitte einen Ratschlag bekommen, warum dies das Problem verursacht und wie ich es beheben kann? Wenn ich "localhost" zum Erstellen meiner Datenquelle auf meinem lokalen Desktop verwende, kann der Bericht nicht erfolgreich kompiliert werden.

Answer 1

ich das Problem mit den folgenden Tricks behoben:

1. Wenn Sie zum ersten Mal der Lösung bereitstellen, Sie richtig die Eigenschaften festlegen sollten, wie zeigen Figuren. Normalerweise habe ich nur 'Debug' konfiguriert, weil ich einen einzelnen Server sowohl für die Datenquelle als auch für die Berichtsbereitstellung verwende.

2. Setzen Sie TargetServerURL mit der Client-End-IP-Adresse, es sei denn, Sie befinden sich auf dem Server selbst, der 'localhost' sein kann. Dies würde sicherstellen, dass Sie die Berichte ohne Fehler an den richtigen Remote-Server senden.

3. Melden Sie sich am SSRS an und überprüfen Sie die geladene Datenquelle. Normalerweise würde SSRS automatisch die IP-Adresse in "localhost" ändern, was gut für die Anzeige von Berichten ist. Wenn es immer noch die IP-Adresse war, die ich in der Frage beschrieben habe, können Sie versuchen, zum Visual Studio Report Builder zurückzukehren und die IP-Adresse in 'localhost' zu ändern. Zeigen Sie dann keine Vorschau des Berichts an, sondern implementieren Sie die Lösung direkt, um sicherzustellen, dass die neue Datenquelle "localhost" in SSRS verwendet. Da der Bericht jemals auf einem bestimmten Server bereitgestellt wurde, würde "localhost" keine Zweideutigkeiten verursachen und die Bereitstellung könnte immer noch denselben Server finden, um die Inhalte in SSRS zu erneuern. Eine wichtige Sache hier ist, die 'OverwriteDataSource' in 'True' zurückzusetzen.

Hoffe diese Hilfe. Prost

Answer 2

Dieses Problem Nähte mit Benutzer RepoerReader.

Bei Ihrer lokalen Datenbank Sie Benutzer RepoerReader

Aber entfernte Datenbank befindet 10.12.13.14 Datenbank Sie nicht über Sie sicher, dass Benutzer RepoerReader haben und sind und stellen Sie sicher, Port korrekt ist oder Ihr Passwort falsch ist crated haben.