Freigeben über

Upgrade and Migrate Reporting Services

  • Artikel

Dieses Thema enthält eine Übersicht über die Upgrade- und Migrationsoptionen für SQL Server 2014Reporting Services. Es gibt zwei allgemeine Ansätze für das Upgrade einer Reporting Services-Bereitstellung:

  • Upgrade: Sie aktualisieren die Reporting Services-Komponenten auf den Servern und Instanzen, auf denen sie derzeit installiert sind. Dies 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 Abschnitt "Native Migration zu SharePoint" weiter unten in diesem Dokument und im zugehörigen Thema Beispiel Reporting Services rs.exe Skript zum Migrieren von Inhalten zwischen Berichtsservern.

  • 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.
Gilt für: Reporting Services Einheitlicher Modus | Reporting Services SharePoint-Modus

In diesem Thema:

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 2014 finden Sie in den folgenden Artikeln:

Pfeilsymbol mit Zurück zum Anfang LinkIn diesem Thema:

Parallele Installationen

SQL Server 2014 Reporting Services (SSRS) Im einheitlichen Modus kann parallel mit einer Bereitstellung im einheitlichen Modus SQL Server 2012 installiert werden.

Es gibt keine Unterstützung für parallele Bereitstellungen des SharePoint-Modus SQL Server 2014 Reporting Services (SSRS) und früheren Versionen von komponenten Reporting Services SharePoint-Modus.

Pfeilsymbol mit Zurück zum Anfang LinkIn diesem Thema:

Direktes Upgrade

Das Upgrade wird durch SQL Server-Setup abgeschlossen. 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 SQL Server Setup ausführen, können Sie die Option zum Upgrade von einer der folgenden Versionen auswählen, oder Sie können eine neue instance von SQL Server 2014 Reporting Services (SSRS) installieren, die parallel vorhandene Installationen ausführt:

  • SQL Server 2012

  • SQL Server 2008 R2

  • SQL Server 2008

  • SQL Server 2005

In den folgenden Ressourcen finden Sie weitere Informationen zu SQL Server:
Upgrade auf SQL Server 2014
Aktualisieren auf SQL Server 2014 mithilfe des Installations-Assistenten (Setup)
Installieren von SQL Server 2014 von der Eingabeaufforderung

Pfeilsymbol mit Zurück zum Anfang LinkIn diesem Thema:

Prüfliste vor dem Upgrade

Überprüfen Sie vor dem Upgrade auf SQL Server 2014 folgendes:

  • Überprüfen Sie die Anforderungen, um festzustellen, ob Ihre Hardware und Software SQL Server 2014 Reporting Services (SSRS) unterstützen kann. Weitere Informationen finden Sie unter Hardware and Software Requirements for Installing SQL Server 2014.

  • Verwenden Sie die Systemkonfigurationsprüfung (System Configuration Checker, SCC), um den Berichtsservercomputer auf Bedingungen zu überprüfen, die eine erfolgreiche Installation von SQL Server 2014 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.

  • Führen Sie SQL Server Upgrade Advisor auf dem Berichtsservercomputer aus, um Probleme zu ermitteln, die Sie daran hindern, ein erfolgreiches Upgrade durchzuführen. Weitere Informationen finden Sie unter Use Upgrade Advisor to Prepare for Upgrades.

  • 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 SSL-Zertifikate. Dies schließt Zertifikate ein, die abgelaufen sind und vor dem Upgrade von Reporting Services nicht aktualisiert werden sollen. Ungültige Zertifikate haben Fehler beim Upgrade zur Folge, und die folgende Fehlermeldung 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.

Pfeilsymbol mit Zurück zum Anfang LinkIn diesem Thema:

Ü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:

  • Upgrade Advisor hat ein oder mehrere Probleme erkannt, die das Upgrade blockieren. Weitere Informationen finden Sie unter Use Upgrade Advisor to Prepare for Upgrades.

  • 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 von Reporting Services zu SharePoint 2013 migrieren. SharePoint 2013 unterstützt keine direkten Upgrades aus SharePoint 2010. Weitere Informationen finden Sie unter Migrieren einer Installation der Reporting Services (SharePoint-Modus).

Pfeilsymbol mit Zurück zum Anfang LinkIn diesem Thema:

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 Thema 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 im Abschnitt Direktes Upgrade in diesem Thema.

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 ist, müssen Sie entweder Ihre Installation so ändern, dass das Upgrade nicht mehr blockiert wird, oder sie müssen zu einem neuen SQL Server 2014-instance migrieren. 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. Setup erstellt neue Ordner für SQL Server 2014-Programmdateien. Zu den Programmordnern für eine Reporting Services Installation gehören MSRS12.<instance Name>.

  5. Setup fügt die SQL Server 2014-Berichtsserver-Programmdateien, Konfigurationstools und Befehlszeilenprogramme hinzu, die Teil des Berichtsserverfeatures sind.

    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 Clienttools wie SQL Server Management Studio und die Onlinedokumentation werden nicht aktualisiert. Um neue Versionen der Tools zu erhalten, können Sie sie beim Ausführen des Setups hinzufügen. Frühere Versionen werden zusammen mit SQL Server 2014-Versionen vorhanden sein. Wenn Sie Beispiele installiert haben, bleibt die frühere Version erhalten. Setup unterstützt nicht das Upgrade für die SQL Server-Beispiele.

    4. SQL Server Data Tools (SSDT) muss separat heruntergeladen werden. Weitere Informationen finden Sie unter Microsoft SQL Server 2014 Data Tools – Business Intelligence für Microsoft Visual Studio 2012.

  6. Setup verwendet den Diensteintrag im Dienststeuerungs-Manager für den SQL Server 2014-Berichtsserverdienst wieder. 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 nach Abschluss des Upgrades manuell zu entfernen.

  8. Das Setup aktualisiert die Berichtsserverdatenbanken auf das neue Schema und ändert RSExecRole durch Hinzufügen der Berechtigungen des Datenbankbesitzers zu der Rolle. Dieser Schritt tritt nur auf, wenn Sie ein Upgrade von SQL Server 2005 Reporting Services vor SP1 durchführen.

  9. Beim Setup werden die Einstellungen in den Konfigurationsdateien zusammengeführt. Auf der Grundlage der Konfigurationsdateien aus der aktuellen Installation werden neue Einträge hinzugefügt. Veraltete Einträge werden nicht entfernt; sie werden jedoch nach Abschluss des Upgrades nicht mehr vom Berichtsserver gelesen. Beim Upgrade werden alte Protokolldateien, die veraltete Datei RSWebApplication.config oder Einstellungen für virtuelle Verzeichnisse in IIS nicht gelöscht. Beim Upgrade werden SQL Server 2005-Berichts-Designer, Management Studio und andere Clienttools nicht entfernt. Wenn Sie diese Dateien und Tools nicht mehr benötigen, müssen Sie sie nach Abschluss des Upgrades entfernen.

Migration: Das Migrieren einer früheren Version einer Installation im einheitlichen Modus zu SQL Server 2014 ist für alle unterstützten s-Versionen, die weiter oben in diesem Thema aufgeführt sind, identisch. Weitere Informationen finden Sie unter Migrieren einer Installation der Reporting Services (Einheitlicher Modus).

Pfeilsymbol mit Zurück zum Anfang LinkIn diesem Thema:

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

Im Folgenden erhalten Sie eine Übersicht darüber, 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 Scale-Out-Bereitstellung (SSRS-Configuration Manager).

  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 Scale-Out Bereitstellung (SSRS Configuration Manager).

  3. Aktualisieren Sie einen der Berichtsserver auf SQL Server 2014.

  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 Scale-Out Bereitstellung (SSRS Configuration Manager).

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

Upgrade im SharePoint-Modus und Migrationsszenarien

In den folgenden Abschnitten werden die Probleme und grundlegenden Schritte beschrieben, die zum Upgraden oder Migrieren von Reporting Services angegebenen Versionen des SharePoint-Modus auf SQL Server 2014 Reporting Services SharePoint-Modus erforderlich sind.

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

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 2012 bis SQL Server 2014

Startumgebung: SQL Server 2012 oder SQL Server 2012 SP1., SharePoint 2010.

Endumgebung: SQL Server 2014, SharePoint 2010 oder SharePoint 2013.

  • SharePoint 2010: Direktes Upgrade von Reporting Services wird unterstützt, aber das Upgradeszenario erfordert eine Ausfallzeit der SharePoint-Umgebung.

    Wenn in der Endumgebung außerdem SharePoint 2013 ausgeführt werden soll, müssen Sie beim Aktualisieren von SharePoint 2010 auf SharePoint 2013 ein Upgrade mit Anfügen der Datenbanken ausführen.

  • 2013 SharePoint 2013: SharePoint 2013 unterstützt keine direkten Upgrades aus SharePoint 2010. Die Upgrademethode mit Anfügen der Datenbanken wird jedoch unterstützt. Das Verhalten unterscheidet sich vom Upgrade auf SharePoint 2010, bei dem ein Kunde zwischen zwei grundlegenden Upgradeansätzen wählen kann: dem direkten Upgrade und dem Upgrade mit Anfügen der Datenbanken.

    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-Farm zu migrieren.

SQL Server 2008 R2 bis SQL Server 2014

Startumgebung: SQL Server 2008 R2, SharePoint 2010.

Endumgebung: SQL Server 2014, SharePoint 2010.

  • Direkte Upgrades werden unterstützt, und es treten keine Ausfallzeiten in der SharePoint-Umgebung auf.

  • Installieren Sie die SQL Server 2014-Version des Reporting Services-Add-Ins für SharePoint auf jedem Web-Front-End in der Farm. Sie können das Add-In installieren, indem Sie den SQL Server 2014-Installations-Assistenten verwenden oder das Add-In herunterladen.

  • Führen Sie SQL Server 2014-Installation aus, um den SharePoint-Modus für jeden Berichtsserver zu aktualisieren. Der SQL Server-Installations-Assistent installiert den Reporting Services-Dienst und erstellt eine neue Dienstanwendung.

    Wenn in der Endumgebung außerdem SharePoint 2013 ausgeführt werden soll, müssen Sie beim Aktualisieren von SharePoint 2010 auf SharePoint 2013 ein Upgrade mit Anfügen der Datenbanken ausführen.

Pfeilsymbol mit Zurück zum Anfang LinkIn diesem Thema:

SQL Server 2008 SP2 bis SQL Server 2014

Startumgebung: SQL Server 2008 SP2, SharePoint 2007.

Endumgebung: SQL Server 2014, SharePoint 2010.

  • Bei diesem Szenario für direkte Upgrades treten Ausfallzeiten in der SharePoint-Umgebung auf, weil sowohl die SharePoint-Technologie als auch die SQL Server-Technologie aktualisiert werden muss. Anstelle eines direkten Upgrades können Sie auch eine Migration ausführen.

  • Führen Sie zunächst SQL Server 2008 ein Upgrade auf Service Pack 2 (SP2) durch, sofern dies noch nicht abgeschlossen wurde.

  • Aktualisieren Sie SharePoint auf 2010. Wenn Sie das SharePoint 2010-Installationsprogramm für erforderliche Komponenten ausführen, wird das Reporting Services-Add-In für SharePoint 2010-Produkte aktualisiert.

  • Installieren Sie die SQL Server Version 2014 des Reporting Services-Add-Ins für SharePoint auf allen SharePoint-Web-Front-Ends. Das SharePoint-Installationsprogramm für die Voraussetzungen hat die SQL Server Version 2008 R2 des Add-Ins installiert, aber Sie benötigen die SQL Server 2014-Version, um mit einem SQL Server 2014-Berichtsserver zu arbeiten.

  • Warnung

    Nach dem SharePoint-Upgrade ist die Reporting Services-Umgebung so lange nicht funktionsfähig, bis SQL Server aktualisiert wird.

  • Upgrade Reporting Services auf SQL Server 2014. Wenn Sie den SQL Server-Installations-Assistenten ausführen, wird ein Dialogfeld zum Dialogfeld "SQL Server Reporting Services SharePoint-Modusauthentifizierung" angezeigt. Der Reporting Services Dienst wird installiert, und die Anmeldeinformationen von der Authentifizierungsseite werden zum Erstellen eines neuen SharePoint-Anwendungspools verwendet.

Pfeilsymbol mit Zurück zum Anfang LinkIn diesem Thema:

SQL Server 2005 SP2 bis SQL Server 2014

Startumgebung: SQL Server 2005 SP2, SharePoint 2007.

Endumgebung: SQL Server 2014, SharePoint 2010.

  • Bei diesem Szenario für direkte Upgrades treten Ausfallzeiten in der SharePoint-Umgebung auf, weil sowohl die SharePoint-Technologie als auch die SQL Server-Technologie aktualisiert werden muss. Anstelle eines direkten Upgrades können Sie auch eine Migration ausführen.

  • Aktualisieren Sie SQL Server 2005 zuerst auf Service Pack 2 (SP2), falls dieser Schritt noch nicht ausgeführt wurde.

  • Aktualisieren Sie SharePoint auf SharePoint 2010. Wenn Sie das SharePoint 2010-Installationsprogramm für erforderliche Komponenten ausführen, wird das Reporting Services-Add-In für SharePoint 2010-Produkte aktualisiert.

  • Warnung

    Nach dem SharePoint-Upgrade ist die Reporting Services-Umgebung so lange nicht funktionsfähig, bis SQL Server aktualisiert wird.

  • Installieren Sie die SQL Server Version 2014 des Reporting Services-Add-Ins für SharePoint auf allen SharePoint-Web-Front-Ends. Das SharePoint-Installationsprogramm für die Voraussetzungen hat die SQL Server Version 2008 R2 des Add-Ins installiert, aber Sie benötigen die SQL Server 2014-Version, um mit einem SQL Server 2014-Berichtsserver zu arbeiten.

  • Upgrade Reporting Services auf SQL Server 2014. Wenn Sie den SQL Server-Installations-Assistenten ausführen, sehen Sie ein Dialogfeld zur Authentifizierung von SQL Server Reporting Services im SharePoint-Modus. Der Reporting Services Dienst wird installiert, und die Anmeldeinformationen von der Authentifizierungsseite werden zum Erstellen eines neuen SharePoint-Anwendungspools verwendet.

Pfeilsymbol mit Zurück zum Anfang LinkIn diesem Thema:

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 diese nur von der Berichtsserverinstanz verwendet werden können, auf denen sie gespeichert wurden. 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 in den folgenden Themen:

Pfeilsymbol mit Back to Top Link" in diesem Thema:

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 Berichtsserver-Installation 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 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, 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.

Pfeilsymbol mit Back to Top Link" in diesem Thema:

Zusätzliche Ressourcen

Hinweis

Weitere Informationen zum SharePoint-Upgrade mit Anfügen der Datenbanken finden Sie unter:

Pfeilsymbol mit Back to Top Link" in diesem Thema:

Weitere Informationen

UpgradeberichteUpgrade auf SQL Server 2014 mithilfe des Installations-Assistenten (Setup)