Migrieren einer Reporting Services-Installation (einheitlicher Modus)

  • Artikel

In diesem Artikel erhalten Sie eine Schritt-für-Schritt-Anleitung zum Migrieren einer der folgenden unterstützten Versionen einer Reporting Services-Bereitstellung im einheitlichen Modus zu einer neuen SQL Server Reporting Services-Instanz:

  • SQL Server 2016 (13.x)

  • SQL Server 2014 (12.x)

  • SQL Server 2012 (11.x)

  • SQL Server 2008 R2 (10.50.x)

  • SQL Server 2008 (10.0.x)

  • SQL Server 2014 (12.x)

  • SQL Server 2012 (11.x)

  • SQL Server 2008 R2 (10.50.x)

  • SQL Server 2008 (10.0.x)

Informationen zum Migrieren einer Reporting Services-Bereitstellung im SharePoint-Modus finden Sie unter Migrieren einer Reporting Services-Installation (SharePoint-Modus).

Eine Migration wird als das Verschieben von Anwendungsdatendateien in eine neue SQL Server-Instanz definiert. Die folgenden häufigen Ursachen erfordern das Migrieren der Installation:

  • Sie verfügen über eine umfangreiche Implementierung oder benötigen ein hoch verfügbares System.

  • Die Hardware oder Topologie der Installation wurde geändert.

  • Es ist ein Problem aufgetreten, das Upgrades blockiert.

Übersicht über die Migration im einheitlichen Modus

Der Migrationsprozess für Reporting Services umfasst manuelle und automatisierte Schritte. Die Migration eines Berichtsservers besteht aus den folgenden Teilaufgaben:

  • Sichern Sie Datenbank-, Anwendungs- und Konfigurationsdateien.

  • Sichern Sie den Verschlüsselungsschlüssel.

  • Installieren Sie eine neue Instanz von SQL Server 2012 SP1. Wenn Sie dieselbe Hardware verwenden, können Sie SQL Server parallel zu einer vorhandenen Installation installieren, wenn diese eine der unterstützten Versionen aufweist.

    Tipp

    Bei einer parallelen Installation kann es erforderlich sein, SQL Server als benannte Instanz zu installieren.

  • Verschieben Sie die Berichtsserver-Datenbank und andere Anwendungsdateien aus der vorhandenen Installation in die neue Installation von SQL Server.

  • Verschieben Sie alle benutzerdefinierten Anwendungsdateien in die neue Installation.

  • Konfigurieren Sie den Berichtsserver.

  • Bearbeiten Sie RSReportServer.config , um ggf. vorhandene benutzerdefinierte Einstellungen aus der vorherigen Installation zu übernehmen.

  • Sie können optional benutzerdefinierte Zugriffssteuerungslisten (Access Control Lists, ACLs) für die neue Windows-Dienstgruppe für die Reporting Services konfigurieren.

  • Entfernen Sie nicht verwendete Anwendungen und Tools, nachdem Sie sich überzeugt haben, dass die neue Instanz voll funktionstüchtig ist.

Es gelten Beschränkungen für die Editionen von SQL Server, auf denen die Berichtsserver-Datenbank gehostet wird. Lesen Sie das folgende Thema, wenn Sie eine Berichtsserver-Datenbank, die in einer früheren Installation erstellt wurde, erneut verwenden.

Fester Datenbankname

Sie können die Berichtsserver-Datenbank nicht umbenennen. Die Identität der Datenbank wird bei der Datenbankerstellung in auf dem Berichtsserver gespeicherten Prozeduren aufgezeichnet. Wenn die primären oder temporären Berichtsserver-Datenbanken umbenannt werden, treten während der Ausführung der Prozeduren Fehler auf, wodurch die Berichtsserverinstallation ungültig wird.

Wenn der Datenbankname der vorhandenen Installation für die neue Installation ungeeignet ist, sollten Sie eine neue Datenbank mit dem Namen erstellen und die vorhandenen Anwendungsdaten mithilfe der in der folgenden Liste beschriebenen Verfahren laden:

  • Schreiben Sie ein Visual Basic-Skript, das SOAP-Methoden des Berichtsserver-Webdiensts aufruft, um Daten von einer Datenbank in eine andere Datenbank zu kopieren. Zum Ausführen des Skripts können Sie das Hilfsprogramm RS.exe verwenden. Weitere Informationen zu diesem Verfahren finden Sie unter Skripterstellung und PowerShell mit Reporting Services.

  • Schreiben Sie Code, in dem der WMI-Anbieter aufgerufen wird, um Daten von einer Datenbank in eine andere Datenbank zu kopieren. Weitere Informationen zu diesem Verfahren finden Sie unter Zugreifen auf den Reporting Services-WMI-Anbieter.

  • Wenn nur wenige Elemente vorliegen, können Sie die Berichte und freigegebenen Datenquellen vom Berichts-Designer, Modell-Designer und Berichts-Generator aus erneut auf dem neuen Berichtsserver veröffentlichen. Sie müssen Rollenzuweisungen, Abonnements, freigegebene Zeitpläne, Zeitpläne für Berichtmomentaufnahmen, benutzerdefinierte Eigenschaften, die Sie für Berichte und andere Elemente festlegen, Modellelementsicherheit und Eigenschaften, die Sie auf dem Berichtsserver festlegen, erneut erstellen. Bereiten Sie sich darauf vor, dass Sie Ihren Berichtsverlauf und Ihre Protokolldaten zur Berichtsausführung verlieren, wenn Sie diese Aktionen durchführen.

Vorbereitungen

Auch wenn Sie die Installation nicht aktualisieren, sondern migrieren, sollten Sie die Ausführung von Upgrade Advisor für die vorhandene Installation in Erwägung ziehen, um mögliche Probleme zu ermitteln, die sich auf die Migration auswirken könnten. Dieser Schritt ist besonders dann nützlich, wenn Sie einen Berichtsserver migrieren, den Sie nicht selbst installiert oder konfiguriert haben. Wenn Sie Upgrade Advisor ausführen, können Sie benutzerdefinierte Einstellungen ausfindig machen, die ggf. in einer neuen Installation von SQL Server nicht unterstützt werden.

Zudem müssen Sie sich mehrerer wichtiger Änderungen in SQL Server Reporting Services bewusst sein, die sich auf Ihre Vorgehensweise beim Migrieren der Installation auswirken:

  • Der Berichts-Manager wurde durch das neue Webportal ersetzt.

  • Ab SQL Server 2008 (10.0.x) ist der IIS keine erforderliche Komponente mehr. Wenn Sie eine Berichtsserverinstallation zu einem neuen Computer migrieren, müssen Sie die Webserverrolle nicht hinzufügen. Zudem unterscheiden sich die Schritte zum Konfigurieren von URLs und Authentifizierung von den in der vorherigen Version erforderlichen Schritten. Dasselbe gilt für Methoden und Tools für die Diagnose und Problembehandlung.

  • Der Berichtsserver-Webdienst, das Webportal und der Berichtsserver-Windows-Dienst werden mit demselben Konto ausgeführt. Alle drei Anwendungen lesen Konfigurationseinstellungen aus der Datei „RSReportServer.config“.

  • Das Webportal und das SQL Server Management Studio sind dazu konzipiert, überlappende Features zu entfernen. Jedes Tool unterstützt unterschiedliche Aufgaben.

  • ISAPI-Filter werden in SQL Server 2008 (10.0.x) Reporting Services und höheren Versionen nicht unterstützt. Wenn Sie ISAPI-Filter verwenden, müssen Sie Ihre Berichtslösung vor der Migration umgestalten.

  • IP-Adressenbeschränkungen werden in SQL Server 2008 (10.0.x) Reporting Services und höheren Versionen nicht unterstützt. Wenn Sie IP-Adresseinschränkungen verwenden, müssen Sie Ihre Berichtslösung vor der Migration umgestalten oder eine Technologie wie z. B. eine Firewall, einen Router oder NAT (Network Address Translation) verwenden, um Adressen zu konfigurieren, die nur eingeschränkt auf den Berichtsserver zugreifen dürfen.

  • Client-TLS-Zertifikate (Transport Layer Security, früher als Secure Sockets Layer (SSL) bezeichnet) werden in SQL Server 2008 (10.0.x) Reporting Services und höheren Versionen nicht unterstützt. Wenn Sie Client-TLS-Zertifikate verwenden, müssen Sie Ihre Berichtslösung vor der Migration umgestalten.

  • Wenn Sie einen anderen Authentifizierungstyp als die integrierte Windows-Authentifizierung verwenden, müssen Sie das Element <AuthenticationTypes> in der Datei RSReportServer.config mit einem unterstützten Authentifizierungstyp aktualisieren. Die unterstützten Authentifizierungstypen sind NTLM, Kerberos, Negotiate und Standard. Anonyme, .NET Passport- und Digest-Authentifizierungen werden in SQL Server 2008 (10.0.x) Reporting Services und höheren Versionen nicht unterstützt.

  • Wenn Sie benutzerdefinierte Cascading Stylesheets in der Berichterstellungsumgebung verwenden, werden sie nicht migriert. Verschieben Sie sie nach der Migration manuell.

Weitere Informationen zu Änderungen in Microsoft SQL Server Reporting Services finden Sie in der Dokumentation des Upgraderatgebers und unter Neues bei Reporting Services.

Sichern von Dateien und Daten

Vor dem Installieren einer neuen Reporting Services-Instanz sollten Sie alle Dateien der aktuellen Installation sichern.

  1. Sichern Sie den Verschlüsselungsschlüssel für die Berichtsserver-Datenbank. Dieser Schritt ist für den Erfolg der Migration entscheidend. Im weiteren Verlauf des Migrationsprozesses müssen Sie den Schlüssel wiederherstellen, damit der Berichtsserver wieder auf verschlüsselte Daten zugreifen kann. Verwenden Sie den Berichtsserver-Konfigurations-Manager, um den Schlüssel zu sichern.

  2. Sichern Sie die Berichtsserver-Datenbank mit einer der unterstützten Methoden zum Sichern einer SQL Server-Datenbank. Weitere Informationen finden Sie in der Anleitung zum Sichern der Berichtsserver-Datenbank unter Verschieben von Berichtsserver-Datenbanken auf einen anderen Computer (einheitlicher SSRS-Modus).

  3. Sichern Sie die Konfigurationsdateien des Berichtsservers. Folgende Dateien müssen gesichert werden:

    1. RSReportServer.config

    2. Rswebapplication.config

    3. Rssrvpolicy.config

    4. Rsmgrpolicy.config

    5. Reportingservicesservice.exe.config

    6. "Web.config" für die Berichtsserver-ASP.NET-Anwendung.

    7. Machine.config für ASP.NET, wenn Sie die Datei für Berichtsservervorgänge geändert haben

Installieren von SQL Server Reporting Services

Installieren Sie eine neue Berichtsserverinstanz im Dateimodus, um sie so konfigurieren zu können, dass Nichtstandardwerte verwendet werden. Verwenden Sie bei der Befehlszeileninstallation das FilesOnly-Argument. Wählen Sie im Installations-Assistenten die Option Server installieren, jedoch nicht konfigurierenaus.

Klicken Sie auf einen der folgenden Links, um Anweisungen zum Installieren einer neuen Reporting Services-Instanz anzuzeigen:

Verlagern der Berichtsserver-Datenbank

Die Berichtsserver-Datenbank enthält veröffentlichte Berichte, Modelle, freigegebene Datenquellen, Zeitpläne, Ressourcen, Abonnements und Ordner. Außerdem enthält sie System- und Elementeigenschaften sowie Berechtigungen für den Zugriff auf den Berichtsserverinhalt.

Wenn die Migration das Verwenden einer anderen Datenbank-Engine-Instanz beinhaltet, müssen Sie die Berichtsserver-Datenbank in die neue Datenbank-Engine-Instanz verschieben. Wenn Sie dieselbe Datenbank-Engine-Instanz verwenden, gehen Sie zum Abschnitt Verschieben von benutzerdefinierten Assemblys oder Erweiterungen.

Führen Sie die folgenden Schritte aus, um die Berichtsserver-Datenbank zu verschieben:

  1. Wählen Sie die zu verwendende Datenbank-Engine-Instanz aus. SQL Server Reporting Services erfordert, dass Sie eine der folgenden Versionen verwenden, um die Berichtsserver-Datenbank zu hosten:

    • SQL Server 2016 (13.x)

    • SQL Server 2014 (12.x)

    • SQL Server 2012 (11.x)

    • SQL Server 2008 R2 (10.50.x)

    • SQL Server 2008 (10.0.x)

    • SQL Server 2014 (12.x)

    • SQL Server 2012 (11.x)

    • SQL Server 2008 R2 (10.50.x)

    • SQL Server 2008 (10.0.x)

  2. Starten Sie das SQL Server Management Studio, und stellen Sie eine Verbindung mit der Datenbank-Engine her.

  3. Wenn die Datenbank-Engine noch keine Berichtsserver-Datenbank gehostet hat, erstellen Sie dieRSExecRole in den Systemdatenbanken. Weitere Informationen finden Sie unter Erstellen der Rolle RSExecRole.

  4. Befolgen Sie die Anweisungen unter Verschieben von Berichtsserver-Datenbanken auf einen anderen Computer (einheitlicher SSRS-Modus).

Denken Sie daran, dass die Berichtsserver-Datenbank und die temporäre Datenbank voneinander abhängig sind und gemeinsam verschoben werden müssen. Kopieren Sie die Datenbanken nicht; durch das Kopieren werden nicht alle Sicherheitseinstellungen auf die neue Installation übertragen. Verschieben Sie keine SQL Server-Agent-Aufträge für geplante Berichtsservervorgänge. Der Berichtsserver erstellt diese Aufträge automatisch neu.

Verschieben von benutzerdefinierten Assemblys oder Erweiterungen

Wenn die Installation benutzerdefinierte Berichtselemente, Assemblys oder Erweiterungen umfasst, müssen Sie die benutzerdefinierten Komponenten erneut bereitstellen. Wenn Sie keine benutzerdefinierten Komponenten verwenden, fahren Sie mit dem Abschnitt Konfigurieren des Berichtsserversfort.

Führen Sie die folgenden Schritte aus, um die benutzerdefinierten Komponenten erneut bereitzustellen:

  1. Ermitteln Sie, ob die Assemblys unterstützt werden oder neu kompiliert werden müssen:

    • Benutzerdefinierte Sicherheitserweiterungen müssen mithilfe der IAuthenticationExtension2-Schnittstelle umgeschrieben werden.

    • Benutzerdefinierte Renderingerweiterungen für SQL Server 2008 (10.0.x) Reporting Services müssen mithilfe des Renderingobjektmodells (ROM) umgeschrieben werden.

    • HTML 3.2- und HTML OWC-Renderer werden in SQL Server 2008 (10.0.x) Reporting Services und höheren Versionen nicht unterstützt.

    • Andere benutzerdefinierte Assemblys müssen normalerweise nicht neu kompiliert werden.

  2. Verschieben Sie die Assemblys auf den neuen Berichtsserver in den Ordner „\bin“. In SQL Server befinden sich die Berichtsserver-Binärdateien an folgendem Speicherort der Standardinstanz des Berichtsservers:

    \Program files\Microsoft SQL Server\MSRS13.MSSQLSERVER\Reporting Services\ReportServer\bin

  3. Ändern Sie die Konfigurationsdateien, indem Sie Einträge für die benutzerdefinierte Komponente hinzufügen. Die Einträge sind von der Art der verwendeten Assembly abhängig. Anweisungen dazu, wo Dateien platziert und Konfigurationseinträge hinzugefügt werden, finden Sie unter folgenden Links:

    1. Bereitstellen einer benutzerdefinierten Assembly

    2. Vorgehensweise: Bereitstellen eines benutzerdefinierten Berichtselements

    3. Bereitstellen von Datenverarbeitungserweiterungen

    4. Bereitstellen von Übermittlungserweiterungen

    5. Bereitstellen von Renderingerweiterungen

    6. Implementieren von Sicherheitserweiterungen

Konfigurieren des Berichtsservers

Konfigurieren Sie URLs für den Report Server-Webdienst und das Webportal, und konfigurieren Sie die Verbindung mit der Berichtsserver-Datenbank.

Wenn Sie eine Bereitstellung für horizontales Skalieren migrieren, müssen Sie alle Berichtsserverknoten offline schalten und jeden Server einzeln migrieren. Nach der Migration des ersten Berichtsservers und einem erfolgreichen Verbindungsaufbau mit der Berichtsserver-Datenbank, wird die Version der Berichtsserver-Datenbank automatisch auf die Datenbankversion von SQL Server aktualisiert.

Wichtig

Wenn Berichtsserver in der Bereitstellung für die horizontales Skalieren online sind und nicht migriert wurden, könnte die Ausnahme rsInvalidReportServerDatabase auftreten, weil sie ein älteres Schema verwenden, wenn sie mit den aktualisierten verbunden werden.

Wenn der migrierte Berichtsserver als freigegebene Datenbank für eine Bereitstellung für horizontales Skalieren konfiguriert wurde, müssen Sie alle alten Verschlüsselungsschlüssel aus der Tabelle Keys in der ReportServer-Datenbank vor dem Konfigurieren des Berichtsserverdiensts löschen. Wenn die Schlüssel nicht entfernt werden, versucht der migrierte Berichtsserver, im Bereitstellungsmodus für horizontales Skalieren zu initialisieren. Weitere Informationen finden Sie unter Hinzufügen und Entfernen von Verschlüsselungsschlüsseln für die Bereitstellung für horizontales Skalieren (Berichtsserver-Konfigurations-Manager) und Konfigurieren und Verwalten von Verschlüsselungsschlüsseln (Berichtsserver-Konfigurations-Manager).

Die Schlüssel für horizontales Skalieren können nicht mit dem Konfigurations-Manager für Reporting Services gelöscht werden. Die alten Schlüssel müssen mit SQL Server Management Studio aus der Tabelle Keys in der ReportServer -Datenbank gelöscht werden. Löschen Sie alle Zeilen in der Keys-Tabelle. Durch diese Aktion wird die Tabelle wie in den folgenden Schritten dargestellt bereinigt und auf das Wiederherstellen des symmetrischen Schlüssels vorbereitet.

Vor dem Löschen der Schlüssel wird empfohlen, die symmetrischen Verschlüsselungsschlüssel zu sichern. Sie können den Konfigurations-Manager für Reporting Services verwenden, um den Schlüssel zu sichern. Öffnen Sie den Konfigurations-Manager, klicken Sie auf die Registerkarte „Verschlüsselungsschlüssel“, und klicken Sie dann auf Sichern. Sie können auch WMI-Befehle zum Sichern des Verschlüsselungsschlüssels schreiben. Weitere Informationen zu WMI finden Sie unter BackupEncryptionKey-Methode (WMI MSReportServer_ConfigurationSetting).

  1. Starten Sie den Berichtsserver-Konfigurations-Manager, und stellen Sie eine Verbindung mit der installierten Reporting Services-Instanz her. Weitere Informationen finden Sie unter Berichtsserver-Konfigurations-Manager (einheitlicher Modus).

  2. Konfigurieren Sie URLs für den Berichtsserver und das Webportal. Weitere Informationen finden Sie unter Konfigurieren einer URL (Berichtsserver-Konfigurations-Manager).

  3. Konfigurieren Sie die Berichtsserver-Datenbank, und wählen Sie dabei die vorhandene Berichtsserver-Datenbank aus der vorherigen Installation aus. Nach einer erfolgreichen Konfiguration werden die Berichtsserverdienste neu gestartet, und nach Herstellung einer Verbindung mit der Berichtsserver-Datenbank wird die Datenbank automatisch auf SQL Server Reporting Services aktualisiert. Informationen zum Ausführen des Assistenten zum Ändern der Datenbank, mit dem Sie eine Berichtsserver-Datenbank erstellen oder auswählen, finden Sie unter Erstellen einer Berichtsserver-Datenbank im einheitlichen Modus.

  4. Stellen Sie die Verschlüsselungsschlüssel wieder her. Dieser Schritt ist erforderlich, um die umkehrbare Verschlüsselung für vorhandene Verbindungszeichenfolgen und Anmeldeinformationen, die sich bereits in der Berichtsserver-Datenbank befinden, zu aktivieren. Weitere Informationen finden Sie unter Back Up and Restore Reporting Services Encryption Keys.

  5. Wenn Sie den Berichtsserver auf einem neuen Computer installiert haben und die Windows-Firewall verwenden, muss der TCP-Port, auf dem der Berichtsserver lauscht, geöffnet sein. Standardmäßig ist dies der Port 80. Anweisungen finden Sie unter Konfigurieren einer Firewall für den Zugriff auf den Berichtsserver.

  6. Wenn Sie den Berichtsserver im einheitlichen Modus lokal verwalten möchten, müssen Sie das Betriebssystem konfigurieren, um die lokale Verwaltung mit dem Webportal zuzulassen. Weitere Informationen finden Sie unter Konfigurieren eines Berichtsservers im einheitlichen Modus für die lokale Verwaltung.

Kopieren von benutzerdefinierten Konfigurationseinstellungen in die Datei "RSReportServer.config"

Wenn Sie die Datei RSReportServer.config oder RSWebApplication.config in der vorherigen Installation geändert haben, sollten Sie dieselben Änderungen in der neuen Datei RSReportServer.config vornehmen. In der folgenden Liste sind einige der Gründe aufgeführt, aufgrund derer Sie die vorherige Konfigurationsdatei möglicherweise geändert haben. Außerdem sind Links zu zusätzlichen Informationen zum Konfigurieren derselben Einstellungen in SQL Server 2016 aufgeführt.

Anpassung Information
Berichtsserver-E-Mail-Übermittlung mit benutzerdefinierten Einstellungen E-Mail-Einstellungen: einheitlicher Modus von Reporting Services
Geräteinformationseinstellungen Anpassen der Parameter für Renderingerweiterungen in der Datei RSReportServer.config

Windows-Dienstgruppe und Sicherheits-ACLs

In SQL Server 2016 (13.x) Reporting Services (SSRS) oder höher gibt es eine Dienstgruppe, die Windows-Dienstgruppe für Reporting Services, mit der Sicherheits-ACLs für alle Registrierungsschlüssel, Dateien und Ordner erstellt werden, die mit SQL Server Reporting Services installiert werden. Dieser Windows-Gruppenname wird im Format SQLServerReportServerUser$<computer_name>$<instance_name> angezeigt.

Überprüfen der Bereitstellung

  1. Testen Sie die virtuellen Verzeichnisse für den Berichtsserver und das Webportal, indem Sie einen Browser öffnen und die URL eingeben. Weitere Informationen finden Sie unter Überprüfen einer Installation von Reporting Services.

  2. Testen Sie Berichte, und überprüfen Sie, ob sie die erwarteten Daten enthalten. Überprüfen Sie, ob in den Datenquelleninformationen noch immer die Datenquellen-Verbindungsinformationen angegeben sind. Der Berichtsserver verwendet beim Verarbeiten und Rendern von Berichten das Berichtsobjektmodell, doch Konstrukte von SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) oder SQL Server 2014 (12.x) werden nicht durch neue Berichtsdefinitionssprachen-Elemente ersetzt. Weitere Informationen zu vorhandenen Berichten, die auf jeder Version Ihres Berichtsservers ausgeführt werden, finden Sie unter Upgrade Reports (Aktualisieren von Berichten).

Entfernen nicht verwendeter Programme und Dateien

Nachdem Sie Ihren Berichtsserver erfolgreich zu einer neuen Instanz migriert haben, sollten Sie die folgenden Schritte durchführen, um nicht mehr benötigte Programme und Dateien zu entfernen.

  1. Deinstallieren Sie die vorherige Version von Reporting Services, wenn diese nicht mehr benötigt wird. Mit diesem Schritt werden die folgenden Elemente nicht gelöscht, aber Sie können sie manuell entfernen, wenn Sie sie nicht mehr benötigen:

    • Die alte Berichtsserver-Datenbank

    • RSExec-Rolle

    • Berichtsserver-Dienstkonten

    • Anwendungspool für den Berichtsserver-Webdienst

    • Virtuelle Verzeichnisse für den Berichts-Manager und den Berichtsserver

    • Berichtsserver-Protokolldateien

  2. Entfernen Sie IIS, wenn das Programm auf diesem Computer nicht mehr benötigt wird.

Nächste Schritte

Haben Sie dazu Fragen? Stellen Sie eine Frage im Reporting Services-Forum