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:
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:
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. .gif "Hinweis") Hinweis
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:
Die folgenden Einstellungen sind veraltet und werden nicht mehr verwendet:
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.
| Hinweis |
|---|
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.
Siehe auch