Migrieren einer Reporting Services-Installation (einheitlicher Modus)

Dieses Thema enthält schrittweise Anweisungen zum Migrieren einer der folgenden unterstützten Versionen einer Reporting Services-Bereitstellung im einheitlichen Modus zu einer neuen SQL Server 2012 Reporting Services-Instanz:

• SQL Server 2008 R2

• SQL Server 2008

• SQL Server 2005 (Erfordert weitere Schritte, siehe SQL Server 2005 kann nicht zum Hosten von Berichtsserver-Datenbanken der Version 2012 verwendet werden, https://support.microsoft.com/kb/2796721.)

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

Eine Migration wird als das Verschieben von Anwendungsdatendateien in eine neue SQL Server 2012-Instanz definiert. Sie müssen eine Installation migrieren, wenn das Upgrade durch ein Problem blockiert ist, wenn eine umfangreiche Bereitstellung vorliegt oder Betriebszeiten eingehalten werden müssen, oder wenn Sie die Hardware oder Topologie der Installation ändern.

In diesem Thema:

• Übersicht über die Migration im einheitlichen Modus

• Content Only Migration

• Fester Datenbankname

• Vorbereitungen

• Sichern von Dateien und Daten

• Installieren von Reporting Services

• Verschieben der Berichtsserver-Datenbank

• Verschieben von benutzerdefinierten Assemblys oder Erweiterungen

• Konfigurieren des Berichtsservers

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

• Windows-Dienstgruppe und Sicherheits-ACLs

• Überprüfen der Bereitstellung

• Entfernen nicht verwendeter Programme und Dateien

Ü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. Wenn Sie dieselbe Hardware verwenden, können Sie SQL Server 2012 parallel zur vorhandenen SQL Server 2005-, SQL Server 2008- oder SQL Server 2008 R2-Installation installieren. Beachten Sie, dass Sie in diesem Fall SQL Server 2012 möglicherweise als benannte Instanz installieren müssen.

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

• 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 (ACLs) für die neue Reporting Services Windows-Dienstgruppe konfigurieren.

• Testen Sie die Installation.

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

Falls Sie eine in einer früheren Installation erstellte Berichtsserver-Datenbank wiederverwenden, gelten für die Editionen von SQL Server, die Sie zum Hosten der Berichtsserver-Datenbank verwenden, Einschränkungen. Weitere Informationen finden Sie unter Erstellen einer Berichtsserver-Datenbank.

Nach oben

Reine Inhaltsmigration

Tipp

Wenn Sie nur Inhaltselemente von einem Berichtsserver zu einem anderen migrieren möchten, finden Sie Informationen in den folgenden Ressourcen: Reporting Services-RSS-Skripts: Die Skripts können Inhalte und Ressourcen zwischen Berichtsservern im einheitlichen Modus und im SharePoint-Modus migrieren. Weitere Informationen finden Sie unter Reporting Services-Skript "RS.exe" zum Migrieren von Inhalten von einem Berichtsserver zu einem anderen. Reporting Services-Migrationstool: Das Tool kann Berichtselemente von einem Server im einheitlichen Modus auf einen Server im SharePoint-Modus kopieren. Weitere Informationen finden Sie unter Reporting Services Migration Tool (https://www.microsoft.com/de-de/download/details.aspx?id=29560). Wenn das Migrationstool Ihre Anforderungen nicht erfüllt, lesen Sie den Abschnitt "Szenario für die Migration vom einheitlichen Modus zum SharePoint-Modus" unter Aktualisieren und Migrieren von Reporting Services.

Nach oben

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, sodass 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 gewünschten 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 (Reporting Services SSRS).

• 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, Berichtsmodelle 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. Die Protokolldaten über Berichtsverlauf und Berichtsausführung gehen verloren.

Nach oben

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 SQL Server 2012-Installation nicht unterstützt werden.

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

• Ab SQL Server 2008 ist 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 Report Server-Webdienst, der Berichts-Manager und der Report Server-Windows-Dienst sind in einem einzigen Report Server-Dienst zusammengefasst. Alle drei Anwendungen werden unter dem gleichen Konto ausgeführt. Alle drei Anwendungen lesen Konfigurationseinstellungen aus der Datei RSReportServer.config, wodurch RSWebApplication.config nun veraltet ist.

• Der Berichts-Manager und SQL Server Management Studio sind umgestaltet worden, um überlappende Funktionen zu entfernen. Jedes Tool unterstützt unterschiedliche Tasks; die Tools sind nicht mehr austauschbar.

• ISAPI-Filter werden in SQL Server 2008 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-Adresseinschränkungen werden in SQL Server 2008 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-Secure Sockets Layer (SSL)-Zertifikate werden in SQL Server 2008 Reporting Services und höheren Versionen nicht unterstützt. Wenn Sie Client-SSL-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. Die anonyme, .NET Passport- und Digestauthentifizierung werden in SQL Server 2008 Reporting Services und höheren Versionen nicht unterstützt.

• Wenn Sie benutzerdefinierte Cascading Stylesheets in der Berichterstellungsumgebung verwenden, werden sie nicht migriert. Sie müssen sie nach der Migration manuell verschieben.

Weitere Informationen zu Änderungen in SQL Server 2012 Reporting Services finden Sie in der Dokumentation des Upgraderatgebers und unter Neuigkeiten (Reporting Services).

Nach oben

Sichern von Dateien und Daten

Vor dem Installieren einer neuen Instanz von Reporting Services müssen 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 das Reporting Services-Konfigurationstool, 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 den Anweisungen zum Sichern der Berichtsserver-Datenbank unter Verschieben von Berichtsserver-Datenbanken auf andere Computer.

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

   1. Rsreportserver.config

   2. Rswebapplication.config

   3. Rssvrpolicy.config

   4. Rsmgrpolicy.config

   5. Reportingservicesservice.exe.config

   6. Web.config für die beiden ASP.NET-Anwendungen Berichtsserver und Berichts-Manager

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

Nach oben

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 konfigurieren aus.

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

• Installieren von SQL Server 2012 vom Installations-Assistenten aus (Setup)

• Installieren von SQL Server 2012 von der Eingabeaufforderung

Nach oben

Verschieben 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 den Wechsel zu einer anderen Database Engine (Datenbankmodul)-Instanz einschließt, müssen Sie die Berichtsserver-Datenbank in die neue Database Engine (Datenbankmodul)-Instanz verschieben. Wenn Sie dieselbe Database Engine (Datenbankmodul)-Instanz verwenden, gehen Sie zum Abschnitt Verschieben von benutzerdefinierten Assemblys oder Erweiterungen über.

Gehen Sie zum Verschieben der Berichtsserver-Datenbank folgendermaßen vor:

1. Wählen Sie die zu verwendende Database Engine (Datenbankmodul)-Instanz aus. SQL Server 2012 Reporting Services erfordert zum Hosten der Berichtsserver-Datenbank SQL Server 2005, 2008, 2008 R2 oder SQL Server 2012. SQL Server 2000 kann nicht mehr zum Hosten der Berichtsserver-Datenbank für SQL Server 2012 Reporting Services verwendet werden. Wenn Sie bislang SQL Server 2000 oder SQL Server 2005 im 8.0-Kompatibilitätsmodus verwendet haben, müssen Sie Database Engine (Datenbankmodul) aktualisieren oder eine andere Database Engine (Datenbankmodul)-Instanz auswählen.

2. Starten Sie SQL Server Management Studio, und stellen Sie eine Verbindung mit Database Engine (Datenbankmodul) her.

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

4. Befolgen Sie die Anweisungen unter Verschieben von Berichtsserver-Datenbanken auf andere Computer.

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.

Nach oben

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 "Konfigurieren des Berichtsservers" fort.

Gehen Sie zum erneuten Bereitstellen der benutzerdefinierten Komponenten wie folgt vor:

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

   • Für die Version SQL Server 2005 erstellte benutzerdefinierte Authentifizierungserweiterungen müssen neu kompiliert werden.

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

   • HTML 3.2- und HTML OWC-Renderer werden in SQL Server 2008 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 und in die Berichts-Manager-Ordner \bin. In SQL Server 2012 werden die Berichtsserver-Binärdateien für die Standardinstanz von SQL Server 2012 Reporting Services unter \Programme\Microsoft SQL Server\MSRS11.MSSQLSERVER\Reporting Services\ReportServer\bin gespeichert.

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

Nach oben

Konfigurieren des Berichtsservers

Konfigurieren Sie URLs für den Report Server-Webdienst und den Berichts-Manager, 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 SQL Server 2012-Datenbankversion aktualisiert.

Wichtig
Wenn irgendwelche Berichtsserver in der Bereitstellung für 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.

Hinweis

Wenn der migrierte Berichtsserver als freigegebene Datenbank für eine Bereitstellung für horizontales Skalieren konfiguriert wurde, müssen Sie einen der 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 und Konfigurieren und Verwalten von Verschlüsselungsschlüsseln. Die Schlüssel für horizontales Skalieren können nicht mit dem Reporting Services-Konfigurations-Manager 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 Tabelle Keys. Dadurch wird die Tabelle bereinigt und für das ausschließliche Wiederherstellen des symmetrischen Schlüssels vorbereitet, wie in den folgenden Schritten aufgezeigt. Vor dem Löschen der Schlüssel wird empfohlen, die symmetrischen Verschlüsselungsschlüssel zu sichern. Mit dem Reporting Services-Konfigurations-Manager können Sie den Schlüssel sichern. Öffnen Sie den Konfigurations-Manager, klicken Sie auf die Registerkarte Verschlüsselungsschlüssel und dann auf die Schaltfläche 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 das Konfigurationstool für Reporting Services, und stellen Sie eine Verbindung mit der soeben installierten Reporting Services-Instanz her. Weitere Informationen finden Sie unter How to: Start Reporting Services Configuration Manager.

2. Konfigurieren Sie URLs für den Berichtsserver und den Berichts-Manager. Weitere Informationen finden Sie unter Konfigurieren einer URL.

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 2012 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 (Reporting Services).

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 Sichern und Wiederherstellen von Reporting Services-Verschlüsselungsschlüsseln (einheitlicher SSRS-Modus).

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. Weitere Informationen finden Sie unter Konfigurieren einer Firewall für den Zugriff auf den Berichtsserver.

6. Wenn Sie den Berichtsserver unter Windows Vista oder Windows Server 2008 installiert haben, erstellen Sie Rollenzuweisungen, und fügen Sie die Berichtsserversite den vertrauenswürdigen Sites hinzu, um die lokale Verwaltung zu unterstützen. Weitere Informationen finden Sie unter Konfigurieren eines Berichtsservers im einheitlichen Modus für die lokale Verwaltung (SSRS).

Nach oben

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, aus denen Sie die vorherige Konfigurationsdatei möglicherweise geändert haben. Außerdem sind Links aufgeführt, die zu zusätzlichen Informationen zum Konfigurieren derselben Einstellungen in SQL Server 2012 führen.

Nach oben

Windows-Dienstgruppe und Sicherheits-ACLs

In SQL Server 2012 Reporting Services (SSRS) gibt es eine Dienstgruppe, die Reporting Services Windows-Dienstgruppe, mit deren Hilfe Sicherheits-ACLs für alle Registrierungsschlüssel, Dateien und Ordner erstellt werden, die mit SQL Server 2012 Reporting Services installiert werden. Dieser Windows-Gruppenname wird im Format SQLServerReportServerUser$<computer_name>$<instance_name> angezeigt. Diese Gruppe ersetzt die beiden Windows-Dienstgruppen in SQL Server 2005 Reporting Services. Wenn Sie über benutzerdefinierte ACLs verfügen, die mit einer der beiden SQL Server 2005 Reporting Services Windows-Gruppen verknüpft sind, müssen Sie diese ACLs auf die neue Gruppe Ihrer neuen Berichtsserverinstanz in SQL Server 2012 Reporting Services anwenden.

Nach oben

Überprüfen der Bereitstellung

1. Testen Sie die virtuellen Verzeichnisse für den Berichtsserver und den Berichts-Manager, indem Sie einen Browser öffnen und die URL-Adresse 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 SQL Server 2012-Berichtsobjektmodell. SQL Server 2008- oder SQL Server 2008 R2-Konstrukte werden jedoch nicht durch neue Report Definition Language-Elemente ersetzt. Weitere Informationen zum Ausführen vorhandener Berichte auf einem SQL Server 2012-Berichtsserver finden Sie unter Aktualisieren von Berichten.

Nach oben

Entfernen nicht verwendeter Programme und Dateien

Nachdem Sie Ihren Berichtsserver erfolgreich auf eine SQL Server 2012 Reporting Services-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.

Nach oben

Siehe auch

Konzepte

Migrieren einer Installation von Reporting Services (SharePoint-Modus)

Berichtsserver-Datenbank

Aktualisieren und Migrieren von Reporting Services

Reporting Services-Konfigurations-Manager (SSRS)

Andere Ressourcen

Abwärtskompatibilität von Reporting Services