Freigeben über


Aktualisieren und Migrieren von Reporting Services

Gilt für: SQL Server 2016 (13.x) Reporting Services und höher ❌ Power BI-Berichtsserver SharePoint

Dieses Thema dient zur Übersicht über die Upgrade- und Migrationsoptionen für SQL Server Reporting Services. Im Folgenden werden die allgemeinen Vorgehensweisen beim Upgrade einer SQL Server Reporting Services-Bereitstellung behandelt:

  • Upgrade auf Reporting Services 2016 und niedriger von Reporting Services 2016 und niedriger: Sie führen ein Upgrade für die Reporting Services-Komponenten auf den Servern und Instanzen durch, auf denen sie derzeit installiert sind. Dieser Prozess wird im Allgemeinen als „direktes“ Upgrade bezeichnet. Ein direktes Upgrade von einem Modus eines Reporting Services-Servers auf einen anderen wird nicht unterstützt. Beispielsweise können Sie keinen Berichtsserver im einheitlichen Modus auf einen Berichtsserver im SharePoint-Modus aktualisieren. Berichtselemente können allerdings zwischen verschiedenen Modi migriert werden. Weitere Informationen finden Sie im späteren Verlauf dieses Artikels im Abschnitt Upgrade im SharePoint-Modus und Migrationsszenarios.

  • Das Durchführen eines Upgrades auf Reporting Services 2017 und höher von Reporting Services 2016 und früher: Dieses Upgrade-Szenario ist in früheren Versionen nicht das gleiche. Beim Upgrade auf Reporting Services 2016 und ältere Versionen können Sie ein direktes Upgrade-Verfahren mit einem SQL Server-Installationsmedium befolgen. Beim Upgrade auf Reporting Services 2017 und höher von Reporting Services 2016 und älter können Sie nicht dieselben Schritte befolgen, weil es sich bei der neuen Reporting Services-Installation um ein eigenständiges Produkt handelt. Dieses ist nicht mehr Teil des SQL Server-Installationsmediums.

    Für ein Upgrade von Reporting Services 2016 und älteren Versionen auf Reporting Services 2017 und höher führen Sie die Anweisungen des Artikels Migrieren einer Reporting Services-Installation (einheitlicher Modus) mit Reporting Services 2017 oder höher als Zielinstanz durch.

  • Ein Upgrade von Reporting Services 2017 auf zukünftige Versionen ist ebenfalls ein direktes Upgradeszenario, weil die GUIDs der Produktinstallation identisch sind. Führen Sie die Installationsdatei „SQLServerReportingServices.exe“ aus, um mit dem direkten Upgrade auf dem Server zu beginnen, auf dem Reporting Services derzeit installiert ist.

  • Migration: Sie installieren und konfigurieren eine neue SharePoint-Umgebung, kopieren Ihre Berichtselemente und -ressourcen in die neue Umgebung und konfigurieren die neue Umgebung für die Verwendung der vorhandenen Inhalte. Eine einfachere Form der Migration besteht darin, die Reporting Services-Datenbanken, die Konfigurationsdateien und (falls Sie den SharePoint-Modus verwenden) die SharePoint-Inhaltsdatenbanken zu kopieren.

Hinweis

Die Integration von Reporting Services in SharePoint ist nach SQL Server 2016 nicht mehr möglich.

Bekannte Upgradeprobleme und Best Practices

Eine ausführliche Liste der unterstützten Editionen und Versionen, die aktualisiert werden können, finden Sie unter Supported Version and Edition Upgrades.

Tipp

Die neuesten Informationen zu Problemen mit SQL Server finden Sie unter Versionshinweise zu SQL Server 2016.

Parallele Installationen

SQL Server Reporting Services kann im einheitlichen Modus gemeinsam mit einer Bereitstellung von SQL Server 2012 (11.x) oder SQL Server 2014 (12.x) im einheitlichen Modus installiert werden.

SQL Server Reporting Services im SharePoint-Modus und frühere Versionen der Komponenten von Reporting Services im SharePoint-Modus können nicht parallel bereitgestellt werden.

Direkte Aktualisierungen

Das SQL Server-Setup schließt das Update ab. SQL Server-Setup kann zum Upgraden aller SQL Server-Komponenten (einschließlich der Reporting Services) verwendet werden. Setup erkennt die vorhandenen Instanzen und fordert Sie auf, das Upgrade durchzuführen. SQL Server-Setup stellt Upgradeoptionen bereit, die Sie als Befehlszeilenargument oder im Setup-Assistenten angeben können.

Wenn Sie das SQL Server-Setup ausführen, können Sie die Option zum Upgraden von einer der folgenden Versionen auswählen, oder Sie können eine neue SQL Server Reporting Services-Instanz installieren, die parallel zu vorhandenen Installationen ausgeführt wird:

  • SQL Server 2014 (12.x)

  • SQL Server 2012 (11.x)

  • SQL Server 2008 R2 (10.50.x)

  • SQL Server 2008 (10.0.x)

Weitere Informationen zu SQL Server finden Sie unter:

Prüfliste vor dem Upgrade

Bevor Sie SQL Server Reporting Services aktualisieren:

  • Lesen Sie die Anforderungen, um zu bestimmen, ob Ihre Hardware und Software SQL Server Reporting Services 2016 (13.x) oder später (SSRS) unterstützt. Weitere Informationen finden Sie unter Hardware- und Softwareanforderungen für die Installation von SQL Server 2016.

  • Verwenden Sie die Systemkonfigurationsprüfung, um den Berichtsservercomputer auf Bedingungen zu überprüfen, die eine erfolgreiche Installation von SQL Server Reporting Services verhindern könnten. Weitere Informationen finden Sie unter Check Parameters for the System Configuration Checker.

  • Lesen Sie die bewährten Methoden und den Leitfaden zu SQL Server. Weitere Informationen finden Sie unter Security Considerations for a SQL Server Installation.

  • Sichern Sie den symmetrischen Schlüssel. Weitere Informationen finden Sie unter Back Up and Restore Reporting Services Encryption Keys.

  • Sichern Sie die Berichtsserver-Datenbanken und -Konfigurationsdateien. Weitere Informationen finden Sie unter Backup and Restore Operations for Reporting Services.

  • Sichern Sie jegliche Anpassungen an bestehenden virtuellen Reporting Services-Verzeichnissen in IIS.

  • Entfernen Sie ungültige TLS/SSL-Zertifikate, einschließlich abgelaufener Zertifikate, und planen Sie keine Aktualisierung vor dem Upgrade von Reporting Services. Ungültige Zertifikate haben Fehler bei Upgrades zur Folge, und ein Fehler ähnlich der folgenden Meldung wird in der Reporting Services-Protokolldatei erfasst: Microsoft.ReportingServices.WmiProvider.WMIProviderException: Ein SSL-Zertifikat (Secure Sockets Layer) ist für die Website nicht konfiguriert.

Bevor Sie eine Produktionsumgebung aktualisieren, führen Sie immer ein Testupgrade in einer Vorproduktionsumgebung aus, die die gleiche Konfiguration wie Ihre Produktionsumgebung aufweist.

Wichtig

Diese Schritte müssen vollständig ausgeführt werden, damit ein späteres Rollback möglich ist. Der Microsoft-Support kann keine Sicherungen, Verschlüsselungsschlüssel oder Konfigurationsdateien wiederherstellen, die nicht gesichert wurden.

Übersicht über Migrationsszenarien

Wenn Sie eine unterstütze Version der Reporting Services auf SQL Server upgraden, können Sie in der Regel den Setup-Assistenten für SQL Server ausführen, um ein Upgrade für die Programmdateien des Berichtsservers, die Datenbank und alle Anwendungsdaten durchzuführen.

Eine manuelle Migration der Berichtsserverinstallation ist allerdings erforderlich, wenn eine der folgenden Bedingungen zutrifft:

  • Sie möchten den Typ des in der Bereitstellung verwendeten Berichtsservers ändern. Beispielsweise können Sie keinen Berichtsserver im einheitlichen Modus auf den SharePoint-Modus aktualisieren bzw. konvertieren. Weitere Informationen finden Sie unter Migration vom einheitlichen Modus zum SharePoint-Modus (SSRS).

  • Sie möchten die Zeit verkürzen, die der Berichtsserver während des Upgradevorgangs offline geschaltet wird. Die derzeitige Installation bleibt online, während Sie Inhaltsdaten auf eine neue Berichtsserverinstanz kopieren und die Installation testen, ohne dass der Status der vorhandenen Berichtsserverinstallation geändert wird.

  • Sie möchten eine SharePoint 2010-Bereitstellung der Reporting Services zu SharePoint 2013 bzw. 2016 migrieren. SharePoint 2013/2016 unterstützt keine direkten Upgrades aus SharePoint 2010. Weitere Informationen finden Sie unter Migrieren einer Installation der Reporting Services (SharePoint-Modus).

Upgrade im einheitlichen Modus und Migrationsszenarien

Upgrade: Direkte Upgrades für den einheitlichen Modus werden für jede der unterstützten Versionen, die oben in diesem Artikel aufgeführt sind, gleich ausgeführt. Führen Sie den SQL Server-Installations-Assistenten oder eine Befehlszeileninstallation aus. Nach der Installation wird die Berichtsserver-Datenbank automatisch auf das neue Berichtsserver-Datenbankschema aktualisiert. Weitere Informationen finden Sie in diesem Artikel Direktes Upgrade.

Der Upgradevorgang beginnt, wenn Sie eine vorhandene Berichtsserverinstanz für das Upgrade auswählen.

  1. Falls sich die Berichtsserver-Datenbank auf einem Remotecomputer befindet und Sie nicht über Updateberechtigungen für diese Datenbank verfügen, fordert Setup Sie zur Angabe von Anmeldeinformationen für das Upgrade auf eine Remoteberichtsserver-Datenbank auf. Achten Sie darauf, Anmeldeinformationen bereitzustellen, die über sysadmin -Berechtigungen oder Berechtigungen für Datenbankupdates verfügen.

  2. Setup führt eine Prüfung auf Bedingungen und Einstellungen durch, die das Upgrade verhindern, und liest Konfigurationseinstellungen ein. Beispiele hierfür sind benutzerdefinierte Erweiterungen, die auf dem Berichtsserver bereitgestellt werden. Wenn das Upgrade blockiert wird, müssen Sie entweder Ihre Installation so ändern, dass die Blockierung des Upgrades aufgehoben wird, oder eine Migration auf eine neue SQL Server Reporting Services-Instanz durchführen. Weitere Informationen finden Sie in der Dokumentation von Upgrade Advisor.

  3. Wenn das Upgrade fortgesetzt werden kann, fordert das Setup Sie auf, mit dem Upgradevorgang fortzufahren.

  4. Beim Setup werden neue Ordner für SQL Server Reporting Services-Programmdateien erstellt. Zu den Programmordnern einer Reporting Services-Installation gehört MSRS13.<Instanzname>.

  5. Beim Setup werden die Programmdateien des SQL Server Reporting Services-Berichtsservers, die Konfigurationstools und die Befehlszeilenhilfsprogramme hinzugefügt, die zur Berichtsserverfunktion gehören.

    1. Programmdateien aus der vorherigen Version werden entfernt.

    2. Tools und Hilfsprogramme für die Berichtsserverkonfiguration, die auf die neue Version upgegradet werden, sind beispielsweise das Konfigurationstool für Reporting Services im einheitlichen Modus, die Befehlszeilenhilfsprogramme (z. B. RS.exe) und der Berichts-Generator.

    3. Andere Client-Tools wie SQL Server Management Studio werden separat heruntergeladen. Auch werden Upgrades für sie gesondert durchgeführt. Weitere Informationen finden Sie unter Herunterladen von SQL Server Management Studio (SSMS).

    4. SQL Server Data Tools (SSDT) muss separat heruntergeladen werden. Weitere Informationen finden Sie unter SQL Server Data Tools in Visual Studio 2015.

  6. Das Setup verwendet den Diensteintrag im Dienststeuerungs-Manager für den SQL Server Reporting Services-Berichtsserverdienst erneut. Dieser Diensteintrag enthält das Konto des Berichtserver-Windows-Diensts.

  7. Setup reserviert neue URLs auf der Grundlage von vorhandenen virtuellen Verzeichniseinstellungen in IIS. Setup entfernt möglicherweise keine virtuellen Verzeichnisse in IIS, vergessen Sie also nicht, diese Verzeichnisse nach Abschluss des Upgrades manuell zu entfernen.

  8. Beim Setup werden die Einstellungen in den Konfigurationsdateien zusammengeführt. Das Setup verwendet die Konfigurationsdateien aus der aktuellen Installation als Basis zum Hinzufügen neuer Einträge. Veraltete Einträge werden nicht entfernt; sie werden jedoch nach Abschluss des Upgrades nicht mehr vom Berichtsserver gelesen. Ein Upgrade löscht nicht die alten Protokolldateien, die veraltete Datei RSWebApplication.config oder Einstellungen für virtuelle Verzeichnisse in IIS nicht gelöscht. Ein Upgrade löscht nicht die ältere Versionen von Berichts-Designer, Management Studio und andere Clienttools. Wenn Sie diese Dateien und Tools nicht mehr benötigen, entfernen Sie sie nach Abschluss des Upgrades.

Migration: Wenn Sie eine frühere Version einer Installation im einheitlichen Modus zu SQL Server Reporting Services migrieren, sind die Schritte für alle unterstützten Versionen, die oben in diesem Artikel aufgeführt sind, identisch. Weitere Informationen finden Sie unter Migrieren einer Installation der Reporting Services (Einheitlicher Modus).

Aktualisieren einer Bereitstellung für horizontales Skalieren mit Reporting Services im einheitlichen Modus

Die folgende Zusammenfassung erläutert, wie Sie eine Reporting Services-Bereitstellung im einheitlichen Modus upgraden, die horizontal auf mehr als einen Berichtsserver skaliert ist. Dieser Prozess erfordert eine Downtime der Reporting Services-Bereitstellung:

  1. Sichern Sie die Berichtsserver-Datenbanken und die Verschlüsselungsschlüssel. Weitere Informationen finden Sie unter Sicherungs- und Wiederherstellungsvorgänge für Reporting Services und Hinzufügen und Entfernen von Verschlüsselungsschlüsseln für die Bereitstellung für horizontales Skalieren (Konfigurations-Manager für Berichtsserver).

  2. Verwenden Sie den Konfigurations-Manager für Reporting Services, und entfernen Sie alle Berichtsserver aus der Bereitstellung für horizontales Skalieren. Weitere Informationen finden Sie unter Konfigurieren eines Berichtsservers im einheitlichen Modus für Bereitstellungen für horizontales Skalieren (Konfigurations-Manager für Berichtsserver).

  3. Aktualisieren Sie einen der Berichtsserver auf SQL Server Reporting Services.

  4. Verwenden Sie den Konfigurations-Manager für Reporting Services, um die Berichtsserver wieder zur Bereitstellung für horizontales Skalieren hinzuzufügen. Weitere Informationen finden Sie unter Konfigurieren eines Berichtsservers im einheitlichen Modus für Bereitstellungen für horizontales Skalieren (Konfigurations-Manager für Berichtsserver).

    Wiederholen Sie für jeden Server die Schritte für das Upgrade und das horizontale Skalieren.

Rollback eines kumulativen Updates von Reporting Services

Kumulative Updates in Reporting Services-Versionen (2017 und höher) unterstützen ein direktes Upgrade, können jedoch nicht selektiv deinstalliert werden. Wenn Sie ein Rollback für ein Upgrade durchführen möchten, müssen Sie den gesamten Dienst deinstallieren und die vorherige Version neu installieren:

Wichtig

Diese Schritte setzen voraus, dass die Prüfliste vor dem Upgrade vollständig befolgt wurde. Mit Schritt 2 werden vorhandene Konfigurationsdateien, Dienstkonfigurationen und Verschlüsselungsschlüssel unwiederbringlich aufgehoben. Der Microsoft-Support kann weder diese Konfigurationsdateien wiederherstellen noch die Verschlüsselungsschlüssel entschlüsseln, um Ihnen beim Rollback zu helfen.

  1. Notieren Sie sich alle benutzerdefinierten Konfigurationen, einschließlich Dienstanmeldeinformationen, E-Mail- oder Dateifreigabeeinstellungen oder Berichtsserver-URLs.

  2. Deinstallieren Sie SQL Server Reporting Services. In einer Bereitstellung für horizontales Skalieren wiederholen Sie diesen Schritt für alle Knoten der horizontalen Skalierung. Weitere Informationen finden Sie unter Deinstallation im einheitlichen Modus.

  3. Stellen Sie Sicherungen der ReportServer-Datenbank wieder her. Weitere Informationen finden Sie unter Backup and Restore Operations for Reporting Services.

  4. Installieren Sie das vorherige Update von SQL Server Reporting Services.

  5. Stellen Sie die Konfigurationsdateien vor dem Upgrade wieder her.

  6. Stellen Sie die Sicherung des Verschlüsselungsschlüssels wieder her. Weitere Informationen finden Sie unter Sichern und Wiederherstellen von Verschlüsselungsschlüsseln.

  7. Erstellen Sie alle in Schritt 1 notierten benutzerdefinierten Konfigurationen neu.

  8. In einer Bereitstellung für horizontales Skalieren wiederholen Sie die Schritte 4 bis 7 für alle anderen Knoten in dieser Bereitstellung.

Upgrade im SharePoint-Modus und Migrationsszenarien

In den folgenden Abschnitten werden die Probleme und grundlegenden Schritte beschrieben, die ausgeführt werden müssen, um von bestimmten Reporting Services-Versionen im SharePoint-Modus auf SQL Server Reporting Services im SharePoint-Modus upzugraden oder eine Migration vorzunehmen.

Es gibt zwei Installationskomponenten zum Upgraden einer Reporting Services-Bereitstellung im SharePoint-Modus.

  • Der gemeinsame SharePoint-Dienst für Reporting Services

    Tipp

    Verwenden Sie das SharePoint-cmdlet Get-SPRSServiceApplicationServers für Reporting Services, um Server in der SharePoint-Farm zu ermitteln, die aktuell im gemeinsamen SharePoint-Dienst für Reporting Services ausgeführt werden und für die daher ein Upgrade durchgeführt werden muss.

  • Reporting Services-Add-In für SharePoint-Produkte Weitere Informationen finden Sie unter Installieren oder Deinstallieren des Reporting Services-Add-Ins für SharePoint.

Ausführliche Schritte zum Migrieren einer Installation im SharePoint-Modus finden Sie unter Migrieren einer Reporting Services-Installation (SharePoint-Modus).

Wichtig

Bei einigen der folgenden Szenarien muss die SharePoint-Umgebung heruntergefahren werden, damit die verschiedenen Technologien aktualisiert werden können. Wenn in Ihrer Umgebung keine Ausfallzeiten tolerierbar sind, müssen Sie anstelle eines direkten Upgrades eine Migration ausführen.

SQL Server 2014 (12.x) auf SQL Server Reporting Services

Startumgebung: SQL Server 2014 (12.x) oder SQL Server 2014 SP1 (12.x), SharePoint 2010 oder SharePoint 2013.

Endumgebung: SQL Server Reporting Services, SharePoint 2013 oder SharePoint 2016.

  • SharePoint 2013/2016: SharePoint 2013/2016 unterstützt keine direkten Upgrades aus SharePoint 2010. Die Upgrademethode mit Anfügen der Datenbanken wird jedoch unterstützt.

    Wenn Sie über eine mit SharePoint 2010 integrierte Reporting Services-Installation verfügen, kann für den SharePoint-Server nicht direkt ein Upgrade durchgeführt werden. Sie haben jedoch die Möglichkeit, Inhaltsdatenbanken und Dienstanwendungsdatenbanken von der SharePoint 2010-Farm zu einer SharePoint 2013/2016-Farm zu migrieren.

SQL Server 2012 (11.x) auf SQL Server Reporting Services

Startumgebung: SQL Server 2012 (11.x) oder SQL Server 2012 SP1 (11.0.3x), SharePoint 2010

Endumgebung: SQL Server Reporting Services, SharePoint 2013 oder SharePoint 2016.

  • SharePoint 2013/2016: SharePoint 2013/2016 unterstützt keine direkten Upgrades aus SharePoint 2010. Die Upgrademethode mit Anfügen der Datenbanken wird jedoch unterstützt.

    Wenn Sie über eine mit SharePoint 2010 integrierte Reporting Services-Installation verfügen, kann für den SharePoint-Server nicht direkt ein Upgrade durchgeführt werden. Sie haben jedoch die Möglichkeit, Inhaltsdatenbanken und Dienstanwendungsdatenbanken von der SharePoint 2010-Farm zu einer SharePoint 2013/2016-Farm zu migrieren.

SQL Server 2008 R2 (10.50.x) auf SQL Server Reporting Services

Startumgebung: SQL Server 2008 R2 (10.50.x), SharePoint 2010.

Endumgebung: SQL Server Reporting Services, SharePoint 2013 oder SharePoint 2016.

  • SharePoint 2013/2016: SharePoint 2013/2016 unterstützt keine direkten Upgrades aus SharePoint 2010. Die Upgrademethode mit Anfügen der Datenbanken wird jedoch unterstützt.

    SharePoint muss zuerst migriert werden, bevor Sie Reporting Services aktualisieren können.

  • Installieren Sie die SQL Server Reporting Services-Version des Reporting Services-Add-Ins für SharePoint auf jedem Web-Front-End in der Farm. Sie können das Add-In mit dem SQL Server Reporting Services-Installations-Assistenten oder durch Herunterladen des Add-Ins installieren.

  • Führen Sie die Installation von SQL Server Reporting Services aus, um das Upgrade des SharePoint-Modus für jeden „Berichtsserver“ auszuführen. Der Installations-Assistent für SQL Server installiert den Reporting Services-Dienst und erstellt eine neue Dienstanwendung.

Migrationsüberlegungen

Beim Verschieben von Anwendungsdaten sind folgende Aspekte und Einschränkungen zu beachten:

  • Der Schutz des Verschlüsselungsschlüssels schließt einen Hashcode ein, der die Computeridentität umfasst.

  • Berichtsserver-Datenbanknamen sind fest und können auf dem anderen Computer nicht umbenannt werden.

Überlegungen zu Verschlüsselungsschlüsseln

Sichern Sie die Verschlüsselungsschlüssel immer, bevor Sie eine Berichtsserver-Datenbank auf einen anderen Computer verschieben.

Wenn eine Berichtsserver-Installation auf einen anderen Computer verschoben wird, wird der Hashcode ungültig, der die Verschlüsselungsschlüssel schützt, die für die in der Berichtsserver-Datenbank gespeicherten vertraulichen Daten verwendet werden. Jede Berichtsserver-Instanz, die die Datenbank verwendet, verfügt über eine eigene Kopie des Verschlüsselungsschlüssels, der mit der Identität des auf dem aktuellen Computer definierten Dienstkontos verschlüsselt wird. Wenn Sie die Computer wechseln, kann der Dienst auch dann nicht mehr auf seinen Schlüssel zugreifen, wenn Sie auf dem neuen Computer den gleichen Kontonamen verwenden.

Sie müssen den zuvor gesicherten Schlüssel wiederherstellen, um auf dem neuen Computer wieder eine umkehrbare Verschlüsselung einzurichten. Der komplette in der Berichtsserver-Datenbank gespeicherte Schlüsselsatz besteht aus einem symmetrischen Schlüsselwert sowie Informationen zur Dienstidentität, mit denen der Zugriff auf den Schlüssel so beschränkt wird, dass nur die Berichtsserverinstanz, die ihn gespeichert hat, ihn verwenden kann. Während der Schlüsselwiederherstellung ersetzt der Berichtsserver vorhandene Kopien des Schlüssels durch neue Versionen. Die neue Version umfasst Werte für die Computer- und Dienstidentität, die auf dem aktuellen Computer definiert wurden. Weitere Informationen finden Sie unter:

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, ziehen Sie in Betracht, eine neue Datenbank mit einem Namen zu erstellen, den Sie bevorzugen. Laden Sie dann vorhandene Anwendungsdaten mithilfe der Techniken in der folgenden Liste:

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

Weitere Fragen? Stellen Sie eine Frage im Reporting Services-Forum.