Freigeben über


Wichtige Änderungen in SQL Server Reporting Services

In diesem Thema werden wichtige Änderungen in Reporting Services beschrieben. Diese Änderungen können unter Umständen zur Funktionsunfähigkeit von Anwendungen, Skripts oder Funktionen führen, die auf früheren Versionen von SQL Server basieren. Diese Probleme können nach einer Aktualisierung oder in benutzerdefinierten Skripts oder Berichten auftreten. Weitere Informationen finden Sie unter Verwenden des Updateratgebers zur Vorbereitung auf Aktualisierungen.

Wichtige Änderungen am Berichtsserver

Wichtige Änderungen am Berichts-Generator

Wichtige Änderungen in der Berichtsverarbeitung

Wichtige Änderungen beim Rendern von Berichten

Weitere Informationen zu neuen Features finden Sie unter Neuigkeiten (Reporting Services).

Wichtige Änderungen am Berichtsserver

In diesem Abschnitt werden wichtige Änderungen am Berichtsserver und an den Verwaltungstools beschrieben.

Feature

Beschreibung

IIS und ASP.NET

Reporting Services setzt nicht mehr voraus, dass IIS den Zugriff auf den SOAP-Endpunkt bereitstellt. URLs enthalten keine Websites in IIS mehr. Reporting Services überwacht mit HTTP.SYS Anforderungen direkt an dem Port, den Sie für die Berichtsserver-URLs definieren.

Diese Erweiterung ist bei einigen Bereitstellungen eine Änderung, die die Funktionsfähigkeit beeinträchtigt:

  • Wenn Skripts, Tools oder Diagnoseprozesse vorliegen, in denen IIS-Metadaten oder -Eigenschaften überprüft werden, müssen Sie jetzt neue Ansätze zur Verwaltung einer Berichtsserverbereitstellung entwickeln.

  • Wenn Sie zur Sicherheit einen ISAPI-Filter implementiert haben, müssen Sie den ISAPI-Filter verlagern, sodass er in ISA-Server gehostet wird, oder ein neues HTTP-Modul erstellen, das die gleichen Vorgänge in Reporting Services ausführt.

  • Wenn Sie benutzerdefinierte Einstellungen für virtuelle Verzeichnisse verwenden, dann können Sie in der neuen Berichtsserverimplementierung möglicherweise nicht die entsprechenden Einstellungen oder URLs konfigurieren. In einigen Fällen können Upgradevorgänge keine entsprechenden URLs für den Berichtsserver oder den Berichts-Manager erstellen.

Upgrade Advisor erkennt Änderungen, die die Funktionstüchtigkeit beeinträchtigen, indem er überprüft, ob ISAPI-Filter und angepasste virtuelle Verzeichnisse vorhanden sind. Upgrade Advisor kann nicht alle möglichen Anpassungen überprüfen. Es kann vorkommen, dass die Installation die Überprüfung durch den Upgrade Advisor besteht und trotzdem nicht funktionstüchtig ist oder unerwartete Fehler erzeugt.

Portkonflikte unter Windows XP

Bei unterstützten 32-Bit-Editionen von Windows XP SP2 ist zu beachten, dass IIS 5.1 und Reporting Services nicht den gleichen Port verwenden können. Es ist nicht möglich, IIS 5.1 und einen Berichtsserver so zu konfigurieren, dass beide den HTTP-Standardport (Port 80) überwachen.

IIS 5.1 verwendet HTTP.SYS nicht für auf dem Webserver gehostete Webanwendungen. Das bedeutet, dass es keine gemeinsame Warteschlangenverwaltung für Anforderungen gibt, die über den gleichen Port eingehen, und dass es kein gemeinsames Repository für registrierte und reservierte URLs gibt.

Dieses Problem führt zu folgendem Verhalten bei SQL Server 2008Reporting Services-Updates unter Windows XP:

  • Bei 32-Bit-Editionen von Windows XP wird bei einem Update einer vorhandenen SQL Server 2005Reporting Services-Installation auf SQL Server 2008Reporting Services der Berichtsserver für eine Überwachung auf Port 8080 konfiguriert.

  • Bei 64-Bit-Editionen von Windows XP wird bei einem Update einer vorhandenen SQL Server 2005Reporting Services-Installation auf SQL Server 2008Reporting Services der Berichtsserver für eine Überwachung auf Port 80 konfiguriert.

  • Wenn Sie ein SQL Server 2008-Upgrade von Build zu Build durchführen, setzt der Berichtsserver die Überwachung auf demselben Port fort, der vor dem Upgrade konfiguriert war.

Nach Beendigung des Upgrades können Sie den Port, auf dem der Berichtsserver die Überwachung durchführt, mit dem Reporting Services-Konfigurationstool ändern, falls Sie einen anderen Port verwenden möchten.

Weitere Informationen zu unterstützten Windows-Betriebssystemen für SQL Server 2008 finden Sie unter Hardware- und Softwareanforderungen für die Installation von SQL Server 2008.

HinweisHinweis
IIS 5.0 wird nicht mehr unterstützt. Windows 2000-Server werden von SQL Server 2008 nicht unterstützt.

Reporting Services WMI-Anbieter (Windows Management Instrumentation, Windows-Verwaltungsinstrumentation)

Der Reporting Services WMI-Anbieter ist nicht mit der vorherigen Version kompatibel. Die neue Version enthält zusätzliche Methoden zur Unterstützung der URL-Registrierung. Weil in einer Berichtsserver-Installation nur eine Version des Reporting Services WMI-Anbieters verwendet werden kann, ersetzt diese Version die vorherige Version. Diese Änderung stellt bei einigen Bereitstellungen eine Änderung dar, die die Funktionsfähigkeit beeinträchtigt: Wenn Sie Skripts oder Tools erstellt haben, die den WMI-Anbieter aufrufen, müssen Sie den Code überarbeiten, um die neue Version verwenden zu können. Weitere Informationen finden Sie unter Reporting Services-WMI-Anbieter.

Diese Änderung verhindert außerdem, dass Benutzer eine Verbindung mit einer SQL Server 2005-Instanz in SQL Server Management Studio herstellen, wenn sie das Format <server_name>\<instance_name> für die Verbindung angeben. Stattdessen müssen die Benutzer die Berichtsserver-URL eingeben, damit die Verbindung hergestellt werden kann.

Konsolidierung von Diensten und Anwendungen

Der Report Server-Webdienst, der Berichts-Manager und eine Hintergrundverarbeitungsanwendung wurden in einem einzelnen Dienst zusammengefasst. Sie können sie nicht getrennt starten oder beenden.

Reporting Services-Konfigurationsdateien

Die Reporting Services-Konfigurationsdateien wurden ebenfalls konsolidiert. Die Datei RSReportServer.config ist die primäre Konfigurationsdatei für den Berichts-Manager und den Report Server-Webdienst. Die Datei RSWebApplication.config ist veraltet. Die folgenden RSWebApplication.config-Einstellungen wurden in die Datei RSReportServer.config verschoben:

  • ReportServerUrl

  • ReportServerExternalUrl

  • ReportBuilderTrustLevel

  • DeliveryUI-Einstellungen für Übermittlungserweiterungen

  • DisplayErrorLink

Die folgenden Einstellungen sind veraltet und werden nicht mehr verwendet:

  • ReportServerVirtualDirectory

  • MaxActiveReqForOneUser

Wenn Sie die Datei RSWebApplication.config in einer früheren Installation geändert haben, wird sie bei der Aktualisierung auf SQL Server 2008 nicht gelöscht. Sie sollten die Datei manuell löschen; alle in der Datei enthaltenen Einstellungen werden in dieser Version ignoriert.

Reporting Services-Ablaufverfolgungsprotokolle

ReportServerService_<timestamp>.log ist das primäre Ablaufverfolgungsprotokoll für alle Anwendungen, die im Dienst ausgeführt werden. Die folgenden Dateien sind veraltet und werden in SQL Server 2008 nicht mehr erstellt: ReportServerWebApp_<Timestamp>.log, ReportServer_<Timestamp>.log und ReportServerService_main_<Timestamp>.log.

Reporting Services-Konfigurationstool

Das Reporting Services-Konfigurationstool unterstützt die Features zum Aktualisieren einer Datenbank und Erteilen von Rechten nicht mehr, mit denen Sie Berechtigungen in unabhängigen Vorgängen aktualisieren oder erteilen oder mit denen Sie Skriptvorlagen zur Ausführung dieser Aufgaben erstellen konnten. In dieser Version werden sowohl die Aktualisierung als auch die Datenbankberechtigungen als interne Vorgänge behandelt.

SQL Server Management Studio

Der Basisordner wurde in dieser Version aus Management Studio entfernt. Sie können Berichtsserverinhalte in Management Studio nicht anzeigen, verwalten, verteilen oder sichern.

Berichts-Manager

Im Berichts-Manager wurden die folgenden Links aus der Seite Siteeinstellungen entfernt: Rollendefinitionen auf Elementebene konfigurieren, Rollendefinitionen auf Systemebene konfigurieren, Aufträge verwalten. Im Berichts-Manager können keine Rollendefinitionen mehr erstellt, geändert oder gelöscht werden. Sie müssen mithilfe von Management Studio verwalten, welche Tasks zu bestimmten Rollen gehören. Ebenso wurde die Auftragsverwaltung von Berichts-Manager nach Management Studio verschoben.

E-Mail-Abonnements

E-Mail-Abonnements funktionieren nicht bei E-Mail-Aliasnamen in den Feldern Absender, An, Cc, Bcc und Antwort an, wenn der Berichtsserver oder der SMTP-Remoteserver auf Windows Vista oder Windows Server 2008 aktualisiert wurde.

Dieses Problem tritt auf, weil Windows Server 2003 ein Feature enthält, das Aliasnamen in die vollständige E-Mail-Adresse auflöst. Reporting Services setzt dieses Feature voraus, wenn E-Mail-Aliasnamen statt vollständiger E-Mail-Adressen verwendet werden. Allerdings enthalten Windows Vista und Windows Server 2008 dieses Feature nicht, damit falsche E-Mail-Adressen leichter aussortiert werden können. Um dieses Problem zu umgehen, müssen Sie die DefaultHostName-Eigenschaft in der Konfiguration festlegen. Informationen zur Lösung dieses Problems finden Sie im Microsoft Knowledge Base-Artikel 945601: "Wenn Sie Aliasnamen als E-Mail-Adressen verwenden, funktionieren SQL Server 2005Reporting Services E-Mail-Abonnements in Windows Vista und Windows Server 2008 nicht."

SQL Server 2008Reporting Services-Add-In für SharePoint-Technologien

Das SQL Server 2008Reporting Services Add-In für SharePoint-Technologien ermöglicht Berichtsrendering-, Verarbeitungs- und Verwaltungsfunktionen sowie datengesteuerte Abonnements, wenn eine SQL Server 2008-Berichtsserverinstanz im integrierten SharePoint-Modus ausgeführt wird. Der Add-In-Download umfasst ein Berichts-Viewer-Webpart, Webanwendungsseiten und Unterstützung für entweder Windows SharePoint Services (WSS) oder Microsoft Office SharePoint Services (MOSS).

Das SQL Server 2008Reporting Services-Add-In für SharePoint-Technologien erfordert eine SQL Server 2008-Berichtsserverinstanz, da dieses Add-In von früheren SQL Server-Versionen nicht unterstützt wird. Wenn Sie über einen älteren Berichtsserver als den SQL Server 2008-Berichtserver verfügen und das SQL Server 2008Reporting Services-Add-In für SharePoint-Technologien installieren oder eine Aktualisierung darauf ausführen, funktioniert der Berichtsserver nicht erwartungsgemäß. So können Sie beispielsweise keinen Datenbankzugriff mit der Seite Datenbankzugriff gewähren konfigurieren und keine Berichte mit einem SharePoint-Produkt bzw. einer SharePoint-Technologie rendern. Zur Lösung dieses Problems müssen Sie entweder Ihre Berichtsserverinstanz auf SQL Server 2008 aktualisieren oder das SQL Server 2008Reporting Services-Add-In für SharePoint-Technologien deinstallieren und das SQL Server 2005Reporting Services-Add-In für SharePoint-Technologien neu installieren.

Weitere Informationen zum SQL Server 2008 Reporting Services-Add-In für SharePoint-Technologien finden Sie in der Infodatei zum Microsoft SQL Server 2008 Reporting Services Add-In.

Standardauthentifizierung

In SQL Server 2008Reporting Services werden von der Standardauthentifizierung nur die Anmeldetypen NETWORK und NETWORK_CLEARTEXT unterstützt; die Anmeldetypen Interactive und BATCH werden nicht unterstützt.

Wichtige Änderungen am Berichts-Generator

In diesem Abschnitt werden wichtige Änderungen am Berichts-Generator beschrieben.

Ausführung des Berichts-Generators nur im Modus mit vollständiger Vertrauenswürdigkeit

In früheren Versionen von Reporting Services wurde der SQL Server 2005 Berichts-Generator im systemeigenen Modus ausgeführt und konnte anhand der folgenden URLs gestartet werden:

  • **Volle Vertrauenswürdigkeit   **Beispiel: http://<Servername>/reportserver/reportbuilder/reportbuilder.application

  • Eingeschränkte Vertrauenswürdigkeit   Beispiel: http://<Servername>/reportserver/reportbuilder/reportbuilderlocalintranet.application

In beiden URLs ist <Servername> der Name des Computers, der den Berichtsserver angibt. In beiden URLs ist Berichtsserver der Name der Berichtsserverinstanz.

In dieser Version müssen Sie die URL für volle Vertrauenswürdigkeit verwenden, um den Berichts-Generator auszuführen. Wenn Sie die URL für volle Vertrauenswürdigkeit zum ersten Mal verwenden, werden Sie eventuell aufgefordert, Berechtigungen einer höheren Ebene für die Anwendung zu gewähren.

HinweisHinweis

Wenn der Berichts-Generator nicht ausgeführt wird oder wenn Sie einen Fehler erhalten, wenden Sie sich an den Systemadministrator. Sie verfügen möglicherweise nicht über die erforderlichen Berechtigungen, um eine höhere Vertrauensebene für die Anwendung festzulegen.

Nachdem Sie diese Berechtigungen das erste Mal gewährt haben, müssen Sie sie nicht erneut festlegen.

In dieser Version wird die folgende Fehlermeldung angezeigt, wenn Sie die URL für eingeschränkte Vertrauenswürdigkeit verwenden und einen Bericht öffnen oder speichern oder zwischen Berichtsservern wechseln:

"Fehler. Fehler beim Verarbeiten der Anforderung. Speichern Sie den Bericht, und starten Sie die Anwendung neu."

Wichtige Änderungen in der Berichtsverarbeitung

Die Architektur der Berichtsverarbeitung wurde in dieser Version grundlegend geändert, um die bedarfsgesteuerte Berichtsverarbeitung bereitzustellen. Die bedarfsgesteuerte Berichtsverarbeitung verringert die Speicherauslastung auf dem Berichtsserver erheblich.

Übernehmen des Dezimalformats für einen float-Wert

Das Konvertieren eines float-Werts in das benutzerdefinierte .NET Framework-Format "D" (dezimal) wird nicht unterstützt. In früheren Versionen von Reporting Services wurde kein Fehler für diese Bedingung generiert.

Wichtige Änderungen an der RDL-Aktualisierung

Die folgenden RDL-Elemente werden beim Aktualisieren eines vorhandenen Berichts nicht unterstützt:

  • Auf 256 Zeichen beschränkte Objektbezeichner in RDL

    Bezeichner für Objekte in RDL (z. B. textboxID) waren zuvor in der Länge unbeschränkt. In dieser Version ist die Länge der Objektbezeichner auf 256 Zeichen beschränkt. Bezeichner müssen nach wie vor CLS-kompatibel sein.

Interaktivitätsinformationen werden nur für die letzte Anforderung gespeichert

In früheren Versionen von Reporting Services speicherten Snapshots alle möglichen Kombinationen interaktiver Optionen, wie beispielsweise Drillthroughinformationen und Umschaltoptionen. Beispielsweise konnten Sie Seite 5 eines Berichts anzeigen und ein Berichtselement auf Seite 1 programmgesteuert ein-/ausschalten, indem Sie die richtige ID für die Umschaltfunktion nachverfolgten.

In SQL Server 2008 werden Interaktivitätsinformationen generiert und nur für die letzte Renderinganforderung gespeichert. Sie können keine Seite anzeigen und nicht auf einer anderen Seite programmgesteuert ein Element ein- und ausschalten. Sie können lediglich Drilldownelemente auf der aktuellen Berichtsseite ein- und ausschalten.

Änderung des Namespace für ein Berichtsobjektmodell

In dieser Version wurde der Namespace des Berichtsobjektmodells geändert. Dieser Namespace bietet schreibgeschützten Zugriff von benutzerdefiniertem Code aus auf alle globalen Auflistungen wie Fields, Parameters und ReportItems. Wenn vorhandener benutzerdefinierter Code ausdrücklich einen vollqualifizierten Verweis auf einen früheren Namespace verwendet, stellt dies eine wichtige Änderung dar.

Es wird empfohlen, keine vollqualifizierten Verweise für den Zugriff auf integrierte Auflistungen von Ihrem Code aus zu verwenden. Wenn der Namespace nicht ausdrücklich angegeben wird, werden benutzerdefinierte Codeverweise in die Version des Berichtsobjektmodells für die aktuell installierte Version von Reporting Services aufgelöst.

In SQL Server 2005 Reporting Services werden beispielsweise in den beiden folgenden Beispielen die Verwendung eines vollqualifizierten Verweises auf einen Parameter (Microsoft.ReportingServices.ReportProcessing.ReportObjectModel.Parameter)) und die Verwendung eines Standardverweises auf einen Parameter (Parameter) zur Übergabe eines Berichtsparameters an eine benutzerdefinierte Funktion, die die Berichtsparameterbezeichnung zurückgibt, einander gegenübergestellt.

Das folgende Beispiel wird nicht empfohlen. Es zeigt den vollqualifizierten Verweis für einen Berichtsparameter. Das zweite Beispiel wird empfohlen. Es zeigt den Standardnamespaceverweis für einen Berichtsparameter.

DO NOT USE FULLY QUALIFIED NAMESPACE REFERENCES FOR RUN-TIME COLLECTIONS

Public Function ShowParams(ByVal reportparameter As _

Microsoft.ReportingServices.ReportProcessing.ReportObjectModel.Parameter) _

As String

Return reportparameter.Label

End Function

Im folgenden Beispiel wird die empfohlene Vorgehensweise für den Zugriff auf eine Laufzeitauflistung veranschaulicht:

Public Function ShowParams(ByVal reportparameter As Parameter) _

As String

Return reportparameter.Label

End Function

Wichtige Änderungen beim Rendern von Berichten

Die Architektur des Rendern von Berichten wurde in dieser Version grundlegend geändert, damit verschiedene Renderer Paginierung und Layout konsistenter rendern.

Neues Renderingobjektmodell und konsistente Paginierung

Das Renderingobjektmodell (ROM) wurde für SQL Server 2008 geändert. Frühere Versionen des ROM werden nicht mehr unterstützt. Der Zugriff auf das ROM über eine Multithreaded-Renderingerweiterung (und Kontextwechsel über mehrere Threads) wird nicht unterstützt.

Im neuen ROM sind die Regeln zum Rendern von Seiten konsistenter. Weitere Informationen finden Sie unter Grundlegendes zur Paginierung in Reporting Services.

Neu gestalteter CSV-Datenrenderer

In früheren Versionen von Reporting Services wurden die Daten beim Exportieren eines Berichts in ein CSV-Dateiformat so formatiert, dass die Darstellung der Daten auf der Berichtsseite beibehalten wurde. Für Matrixdatenbereiche führte dies zu einem Datenformat, das für den Import in andere Anwendungen in Bezug auf die weitere Verarbeitung der Daten unkomfortabel war.

In dieser Version können Sie beim Exportieren eines Berichts als CSV-Datei zwischen zwei unterstützten Formaten auswählen: Standardmodus und kompatibler Modus. Der Standardmodus ist für Excel optimiert. Der kompatible Modus wurde für Anwendungen von Drittanbietern optimiert. Weitere Informationen finden Sie unter Exportieren als CSV-Datei.

Das frühere Format für CSV-Dateien ist nicht mehr verfügbar. Für Berichte, die keine Matrixdatenbereiche verwenden, erhalten Sie mit dem kompatiblen Modus jedoch ein dem früheren CSV-Dateiformat sehr ähnliches Format.

Aggregate mit bedingter Sichtbarkeit in Seitenkopfzeilen und -fußzeilen

In früheren Versionen von Reporting Services verwendeten verschiedene Renderer unterschiedliche Regeln, um zu bestimmen, welche Elemente mit bedingter Sichtbarkeit in eine Berichtsseite aufgenommen werden sollten. Beispiel: Aggregatberechnungen wurden für versteckte Elemente in gedruckten Berichten nicht durchgeführt. Sie wurden jedoch für versteckte Elemente in Berichten ausgeführt, die Sie mit einem Browser oder in Excel angezeigt haben.

In dieser Version verwenden alle Renderer den gleichen Regelsatz, um die Elemente auf einer Seite zu bestimmen.

Keine Formelunterstützung in Excel

In früheren Versionen von Reporting Services wurde die Übersetzung von RDL-Ausdrücken in Microsoft Excel-Formeln beschränkt unterstützt. Wenn Sie in dieser Version einen Bericht in Excel exportieren, werden RDL-Ausdrücke nicht in Excel-Formeln übersetzt.

Überlappende Elemente

Wenn ein Bericht in früheren Versionen von Reporting Services überlappende Elemente auf der Berichtsentwurfsoberfläche enthielt, wurde beim Veröffentlichen des Berichts eine Warnung ausgegeben ("Überlappende Berichtselemente werden nicht von allen Renderern unterstützt."). Die Berichtselemente blieben jedoch an ihren Ursprungspositionen auf der Entwurfsoberfläche. In SQL Server 2008 können Berichtselemente verschoben werden, um überlappende Begrenzungen zu korrigieren, wenn ein Bericht angezeigt oder in einen Renderer exportiert wird, der keine überlappenden Elemente unterstützt. Weitere Informationen finden Sie unter Grundlegendes zu Renderingverhaltensweisen.