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 to SharePoint Migration" weiter unten in diesem Dokument und im zugehörigen Thema Sample Reporting Services rs.exe Script to Migrate Content between Report Servers.

  • 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 Themen:

Pfeilsymbol mit dem Link „Zurück zum Anfang“In diesem Thema:

Parallele Installationen

Sql Server 2014 Reporting Services (SSRS) Nativer Modus kann parallel mit einer SQL Server 2012 Native Mode-Bereitstellung installiert werden.

Es gibt keine Unterstützung für parallele Bereitstellungen von SQL Server 2014 Reporting Services (SSRS) SharePoint-Modus und allen vorherigen Versionen von Reporting Services SharePoint-Moduskomponenten.

Pfeilsymbol mit dem Link „Zurück zum Anfang“In 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 aus einer der folgenden Versionen auswählen oder eine neue Instanz 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
Upgraden auf SQL Server 2014 mithilfe des Installations-Assistenten (Setup)
Installieren von SQL Server 2014 von der Eingabeaufforderung

Pfeilsymbol mit dem Link „Zurück zum Anfang“In diesem Thema:

Prüfliste vor dem Upgrade

Lesen 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 nach Bedingungen zu scannen, die eine erfolgreiche Installation von SQL Server 2014 verhindern können. 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-Aktualisierungsratgeber auf dem Berichtsservercomputer aus, um Probleme zu ermitteln, die möglicherweise verhindern, dass sie erfolgreich aktualisiert werden. 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 dem Link „Zurück zum Anfang“In 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 dem Link „Zurück zum Anfang“In 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 In-place 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 oder zu einer neuen SQL Server 2014-Instanz migriert wird. 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. Die Programmordner für eine Reporting Services-Installation umfassen MSRS12.<Instanzname>.

  5. Setup fügt die SQL Server 2014-Berichtsserverprogrammdateien, 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 Books Online werden nicht aktualisiert. Um neue Versionen der Tools zu erhalten, können Sie sie beim Ausführen des Setups hinzufügen. Frühere Versionen sind gemeinsam mit SQL Server 2014-Versionen vorhanden. 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 Report Server-Dienst 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 Systemeigenen Modus-Installation zu SQL Server 2014 ist die gleichen Schritte für alle unterstützten Versionen, die weiter oben in diesem Thema aufgeführt sind. Weitere Informationen finden Sie unter Migrieren einer Installation der Reporting Services (Einheitlicher Modus).

Pfeilsymbol mit dem Link „Zurück zum Anfang“In 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 Backup and Restore Operations for Reporting Services and Add and Remove Encryption Keys for Scale-Out Deployment (SSRS Configuration Manager).For more information, see Backup and Restore Operations for Reporting Services and Add and Remove Encryption Keys for Scale-Out Deployment (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 Configure a Native Mode Report Server Scale-Out Deployment (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 Configure a Native Mode Report Server Scale-Out Deployment (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 Aktualisieren oder Migrieren von angegebenen Versionen des SharePoint-Modus von Reporting Services zu 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 zu 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 Downzeit 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 zu 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 mithilfe des SQL Server 2014-Installations-Assistenten oder durch Herunterladen des Add-Ins installieren.

  • 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 dem Link „Zurück zum Anfang“In diesem Thema:

SQL Server 2008 SP2 zu 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 zuerst ein Upgrade von SQL Server 2 auf Service Pack 2 (SP2) durch, wenn 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 2014-Version des Reporting Services-Add-Ins für SharePoint auf allen SharePoint-Web-Front-Ends. Das erforderliche SharePoint-Installationsprogramm hat die SQL Server 2008 R2-Version 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.

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

Pfeilsymbol mit dem Link „Zurück zum Anfang“In diesem Thema:

SQL Server 2005 SP2 zu 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 2014-Version des Reporting Services-Add-Ins für SharePoint auf allen SharePoint-Web-Front-Ends. Das erforderliche SharePoint-Installationsprogramm hat die SQL Server 2008 R2-Version des Add-Ins installiert, aber Sie benötigen die SQL Server 2014-Version, um mit einem SQL Server 2014-Berichtsserver zu arbeiten.

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

Pfeilsymbol mit dem Link „Zurück zum Anfang“In 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 dem Link „Zurück zum Anfang“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 dem Link „Zurück zum Anfang“In diesem Thema:

Weitere Ressourcen

Hinweis

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

Pfeilsymbol mit dem Link „Zurück zum Anfang“In diesem Thema:

Weitere Informationen

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