none
SSRS 2017 : Verbindung zu Reporting Services per Management Studio nicht möglich RRS feed

  • Frage

  • Installiert ist ein SQL Server 2017 Standard auf einem Windows Server 2019.

    Die Reporting Services 2017 wurden installiert und ein Zugriff auf die Weboberfläche ist auch möglich.

    Der Versuch, mich im Management Studio zu SSRS zu verbinden scheitert jedoch.

    Man findet zahlreiche Threads zu dem Thema aber nirgendwo tatsächliche Antworten.

    "Sucht" man nach der SSRS Instanz, zeigt es einem "Hostname\SSRS" an. 

    Authentifizierung: Windows Authentication (mit welchem das ganze auch installiert wurde)

    Connect -> es lädt unendlich lange und bringt auch keine Fehlermeldung.

    "Man muss die URL zur Weboberfläche verwenden anstatt 'Hostname\SSRS'" -> funktioniert auch nicht wirklich

    Hat jemand mit dieser Konstellation Erfahrung bzw. Tipps zum Troubleshooting?

    Gruß!

    EDIT:

    Ich habe die Reporting Services mehrmals neu installiert und dazwischen auch den Server neu gestartet.

    Letztendlich hat es dann funktioniert, in SSMS auf SSRS mit der URL von 'Web Service URL' zuzugreifen.  Also http://Servername/ReportServer

    Es scheint als dürfte man den Namen des 'Virtual Directory' unter 'Web Portal URL' und 'Web Service URL' nicht anpassen, sonst geht gar nichts mehr. Und wenn man es doch anders konfiguriert, ist eine Deinstallation + Server-reboot notwendig, sonst geht es auch mit den richtigen Einstellungen nicht.

    Zusätzliche Konfiguration, falls es jemanden interessiert (Reporting Services Configuration Manager):

    Service Account (domain\username) -> not the built in one

    Web Service URL: Must be the default one -> Virtual Directory: ReportServer

    Database: Default name: ReportServer

    Web Portal URL: Default: Virtual Directory: Reports

    Zugriff auf die Weboberfläche erfolgt mit http://servername/reports

    • Bearbeitet Midnight23 Montag, 14. September 2020 14:14
    Freitag, 11. September 2020 08:35

Antworten

  • "Man muss die URL zur Weboberfläche verwenden anstatt 'Hostname\SSRS'" -> funktioniert auch nicht wirklich

    Hallo,

    also bei mir funktioniert das, aber es darf nicht die URL zur Oberfläche "Report Manager" = http://server/reports, sondern die zum "Report Server" = http://server/reportserver


    Olaf Helper

    [ Blog] [ Xing] [ MVP]

    Freitag, 11. September 2020 09:05

Alle Antworten

  • "Man muss die URL zur Weboberfläche verwenden anstatt 'Hostname\SSRS'" -> funktioniert auch nicht wirklich

    Hallo,

    also bei mir funktioniert das, aber es darf nicht die URL zur Oberfläche "Report Manager" = http://server/reports, sondern die zum "Report Server" = http://server/reportserver


    Olaf Helper

    [ Blog] [ Xing] [ MVP]

    Freitag, 11. September 2020 09:05
  • Hallo,

    bei mir heißt das Virtual Directory lediglich anders. 

    Leider auch bei einer Änderung des Namens kein Erfolg.

    Und es wirft nicht einmal eine Fehlermeldung, lädt einfach nur fröhlich vor sich hin.

    Freitag, 11. September 2020 09:16
  • Du solltest aus dem "Report Server Configuration Manager" die dort hinterlegte "Web Service URL" auf dem Server aufrufen können. Diese URL nimmst Du dann auch zur Registrierung im SSMS.

    Einen schönen Tag noch, Christoph - http://www.insidesql.org/blogs/cmu

    Freitag, 11. September 2020 11:11
    Beantworter
  • Leider führt dies nicht zum Erfolg.

    Alle erdenklichen Kombinationen wurden bezüglich der URL ausprobiert, nach Klick auf 'Verbindung' lädt es jedoch nur und bringt keine Fehlermeldung.

    Die Dateien im Logverzeichnis von SSRS helfen leider auch nicht wirklich weiter.

    Montag, 14. September 2020 11:23
  • Verwendest Du das SSMS auf dem Server, oder lokal?

    Welche Version? Ab Version 17 sollte es eigentlich gehen.

    Bist Du System Administrator im SSRS?

    Hast Du vielleicht ein Zertifikat für den Reportserver installiert? Bei mir geht dann die Verbindung mit http deutlich langsamer, als mit https.


    Einen schönen Tag noch, Christoph - http://www.insidesql.org/blogs/cmu

    Montag, 14. September 2020 12:49
    Beantworter