• Artikel

Migration (Reporting Services)

Reporting Services definiert einen Migrationsvorgang als Verlagerung von Anwendungsdatendateien von einer vorhandenen Installation in eine neue Installation. Oft beinhaltet die Migration das Aktualisieren auf die neuste Version der Software oder auf neue Hardware.

Migrieren auf SQL Server 2008

Wenn die Migration von SQL Server 2000 oder 2005 Reporting Services auf eine neue SQL Server 2008-Instanz erfolgt, können Sie in der Regel das Installationsprogramm ausführen, um die Berichtsserver-Programmdateien, die -Datenbank und alle Anwendungsdaten zu migrieren. Eine manuelle Migration der Berichtsserverinstallation ist allerdings erforderlich, wenn eine der folgenden Bedingungen zutrifft:

  • Upgrade Advisor hat ein oder mehrere Probleme erkannt, welche die Aktualisierung blockieren.

  • Die Berichtsserverversion entspricht nicht SQL Server 2000 Service Pack 2 (SP2).

  • Sie möchten die Zeit minimieren, die der Berichtsserver offline gebraucht wird. Die gegenwärtige Installation bleibt online, während Sie die Anwendungsdaten auf eine neue Instanz kopieren und die Installation als unabhängigen Vorgang testen.

Eine Migration auf SQL Server 2008 bietet bedeutende Vorteile in Bezug auf die Bereitstellung und Verarbeitung. Sie sollten sich jedoch darüber im Klaren sein, dass nicht alle Funktionen früherer Versionen in SQL Server 2008 verfügbar sind. Insbesondere wenn Sie eine Lösung eines Drittanbieters mit einer Technologie für einmaliges Anmelden oder mit benutzerdefinierten Features verwenden, die über IIS (Internet Information Services) in Reporting Services integriert ist, funktioniert die aktuelle Lösung in einer neuen Berichtsserver-Installation nicht. Sie müssen die Lösung für einen SQL Server 2008-Berichtsserver umgestalten.

Werten Sie vor der Migration die neue Software und Testberichte und andere Elemente aus, um sicherzustellen, das die Geschäftsanforderungen erfüllt werden. Die folgenden Links enthalten Informationen, die Ihnen die Bestimmung einer Migrationsstrategie erleichtern sollen:

Schritt-für-Schritt-Anleitungen dazu, wie Anwendungsdaten auf eine neue SQL Server 2008-Berichtsserverinstanz verlagert werden, finden Sie unter Vorgehensweise: Migrieren einer Installation von Reporting Services.

Migrieren auf einen neuen Computer

Sie können eine SQL Server 2008Reporting Services-Installation auf einen neuen oder anderen Computer verschieben, indem Sie eine neue Berichtsserverinstanz installieren und die Berichtsserver-Datenbank auf die neue Instanz verlagern. Weitere Informationen zum Verschieben der aktuellen Datenbank finden Sie unter Verschieben von Berichtsserver-Datenbanken auf andere Computer.

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 beinhaltet Werte für die Computer- und Dienstidentität, die auf dem aktuellen Computer definiert wurden.

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 Dienstprogramm RS.exe verwenden. Weitere Informationen zu diesem Verfahren finden Sie unter Skripterstellung (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 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 Berichtsnapshots, 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.