Aktualisieren und Migrieren von Reporting Services

Gilt für: SQL Server 2016 (13.x) Reporting Services und höhere Versionen Nicht unterstützt 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:

  • Aktualisieren auf Reporting Services 2016 oder älter von Reporting Services 2016 oder älter: Sie aktualisieren die Reporting Services-Komponenten auf den Servern und Instanzen, auf denen sie derzeit installiert sind. Dieser Prozess wird allgemein als „In-Place-Upgrade“ bezeichnet. Ein direktes Upgrade von einem Modus eines Reporting Services-Servers auf einen anderen wird nicht unterstützt. Zum Beispiel können Sie einen Berichtsserver im nativen Modus nicht zu einem Berichtsserver im SharePoint-Modus aktualisieren. Sie können Ihre Berichtselemente von einem Modus in einen anderen migrieren. Weitere Informationen finden Sie im späteren Verlauf dieses Artikels im Abschnitt Upgrade im SharePoint-Modus und Migrationsszenarios.

  • Upgrade von Reporting Services 2016 und älteren Versionen auf Reporting Services 2017 und höhere Versionen: Dieses Upgradeszenario ist nicht dasselbe wie in früheren Versionen. Beim Upgrade auf Reporting Services 2016 oder ältere Versionen konnten Sie mithilfe des SQL Server-Installationsmediums ein direktes Upgrade durchführen. 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 im Nativmodus kann parallel zu einer Bereitstellung von SQL Server 2012 (11.x) oder SQL Server 2014 (12.x) im Nativmodus 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 Prüfparameter für den Systemkonfigurationsprüfer.

  • Informieren Sie sich über bewährte Sicherheitsmethoden und Hinweise zu SQL Server. Weitere Informationen finden Sie unter Security Considerations for a SQL Server Installation.

  • Sichern Sie Ihren 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 Sicherungs- und Wiederherstellungsvorgänge für Reporting Services.

  • Sichern Sie alle Anpassungen für vorhandene virtuelle Verzeichnisse von Reporting Services 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. Sie können beispielsweise keinen Berichtsserver im nativen Modus auf den SharePoint-Modus aktualisieren oder konvertieren. Weitere Informationen finden Sie unter Migration von "Nativ" zu SharePoint (SSRS).

  • Sie möchten den Zeitraum minimieren, in dem der Berichtsserver während des Upgradevorgangs offline ist. 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- und Migrationsszenarien im nativen Modus

Upgrade: Das direkte Upgrade für den nativen Modus ist für jede der unterstützten Versionen, die weiter oben in diesem Artikel aufgeführt sind, derselbe Vorgang. 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. Zu den Tools und Hilfsprogrammen für die Berichtsserverkonfiguration, die auf die neue Version aktualisiert werden, gehören das Reporting Services-Konfigurationstool im einheitlichen Modus, Befehlszeilenprogramme wie RS.exe und Report Builder.

    3. Andere Client-Tools wie SQL Server Management Studio werden separat heruntergeladen. Auch werden Upgrades für sie gesondert durchgeführt. Installieren Sie die neueste Version 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 Windows-Dienstkonto des Berichtsservers.

  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 weder alte Protokolldateien noch die veraltete Datei RSWebApplication.config oder die Einstellungen für virtuelle Verzeichnisse in IIS. 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 Reporting Services-Installation (nativem Modus).

Aktualisieren einer Reporting Services-Skalierungsbereitstellung im Nativmodus

Die folgende Zusammenfassung erläutert, wie Sie eine Reporting Services-Bereitstellung im einheitlichen Modus aktualisieren, die auf mehr als einen Berichtsserver skaliert wurde. 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 Reporting Services-Konfigurations-Manager und entfernen Sie alle Reportserver aus der Scale-out-Bereitstellung. Weitere Informationen finden Sie unter Konfigurieren eines Berichtsservers im Nativmodus für eine Skalierungsbereitstellung (Berichtsserver-Konfigurations-Manager).

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

  4. Verwenden Sie den Reporting Services-Konfigurations-Manager, um die Berichtsserver wieder zur Skalierungsbereitstellung hinzuzufügen. Weitere Informationen finden Sie unter Scale-Out-Bereitstellung eines Berichtsservers im nativen Modus konfigurieren (Berichtsserver-Konfigurations-Manager).

    Wiederholen Sie für jeden Server die Upgrade- und Scale-out-Schritte.

Machen Sie ein kumulatives Update von Reporting Services rückgängig

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. Bei einer Scale-out-Bereitstellung wiederholen Sie dies für alle Knoten in der Scale-out-Bereitstellung. Weitere Informationen finden Sie unter Deinstallation des nativen Modus.

  3. Stellen Sie Sicherungen der ReportServer-Datenbank wieder her. Weitere Informationen finden Sie unter Sicherungs- und Wiederherstellungsvorgänge für Reporting Services.

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

  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 Scale-out-Bereitstellung wiederholen Sie die Schritte 4 bis 7 für alle übrigen Knoten in der Scale-out-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 Reporting Services SharePoint-Cmdlet Get-SPRSServiceApplicationServers, um die Server in der SharePoint-Farm zu ermitteln, auf denen derzeit der gemeinsame Reporting Services SharePoint-Dienst ausgeführt wird und die daher ein Upgrade erfordern.

  • 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. Das Verfahren des Upgrade per Datenbankanbindung 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. Das Verfahren des Upgrades durch 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. Das Verfahren des Datenbank-Anfügungsupgrades 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.

Um die umkehrbare Verschlüsselung auf dem neuen Berichtsservercomputer erneut herzustellen, müssen Sie den Schlüssel wiederherstellen, den Sie zuvor gesichert haben. 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 Ansatz 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 Sie nur einige wenige Elemente haben, können Sie Berichte und freigegebene Datenquellen mit Berichts-Designer, Model Designer und Report Builder 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.

Zugehöriger Inhalt

  • Last updated on