Aktuelle Änderungen in SQL Server Reporting Services in SQL Server 2012
In diesem Thema werden wichtige Änderungen in Reporting Services beschrieben. Diese Änderungen können zur fehlerhaften Ausführung von Anwendungen, Skripts oder Funktionen führen, die auf früheren Versionen von SQL Server basieren. Diese Probleme können nach einem Upgrade oder in benutzerdefinierten Skripts oder Berichten auftreten. Weitere Informationen finden Sie unter Verwenden von Upgrade Advisor zur Vorbereitung auf Upgrades.
In diesem Thema:
Aktuelle Änderungen in SQL Server 2012 Reporting Services
Wichtige Änderungen in SQL Server 2008 R2 Reporting Services
Wichtige Änderungen in SQL Server 2008 Reporting Services
Wichtige Änderungen in SQL Server 2012 Reporting Services
Serververweise im SharePoint-Modus erfordern die SharePoint-Website
Sie können nicht direkt über den Namen des virtuellen Verzeichnisses im URL-Pfad zum Berichtsserver navigieren oder auf diesen verweisen. Beispiel:
http://<Server name>/ReportServer
Stattdessen müssen Sie jetzt die SharePoint-Website in den URL-Pfad einschließen. Angenommen, der Name der Website lautet "videos", und die Website verwendet das Präfix "sites". Die URL sieht dann der folgenden ähnlich:
http://<Server Name>/sites/videos/_vti_bin/ReportServer
Änderungen an der SharePoint-Modus-Befehlszeileninstallation
Die Eingabeeinstellung /RSINSTALLMODE kann nur noch mit Installationen im einheitlichen Modus, jedoch nicht mit Installationen im SharePoint-Modus verwendet werden. Beispielsweise wird Folgendes in SQL Server 2012 nicht unterstützt: /RSINSTALLMODE="DefaultSharePointMode”. Verwenden Sie statt dieser Eingabeeinstellung /RSSHPINSTALLMODE="DefaultSharePointMode".
Die folgende Anweisung ist ein Beispiel für einen vollständigen Installationsbefehl und Parametersatz: setup /ACTION=install /FEATURES=SQL,RS /InstanceName=Denali_INST1 …. /RSSHPINSTALLMODE="DefaultSharePointMode"
Weitere Informationen zu Befehlszeileninstallationen finden Sie unter Installieren des SharePoint-Modus und einheitlichen Modus von Reporting Services über die Eingabeaufforderung.
Die Konfiguration des SharePoint-Modus wird vom Reporting Services-WMI-Anbieter nicht mehr unterstützt
Die Konfiguration von Reporting Services SharePoint erfolgt jetzt mit PowerShell-Cmdlets und der SharePoint-Zentraladministration. Die neue Architektur des Reporting Services SharePoint-Modus nutzt die SharePoint Services-Architektur. SharePoint unterstützt keine WMI-Schnittstellen.
In der folgenden Liste sind die von diesen Änderungen betroffenen Komponenten und Workflows aufgeführt:
Benutzerdefinierte Anwendungen, die den Reporting Services-WMI-Anbieter für Reporting Services im SharePoint-Modus verwenden.
Der Reporting Services-Konfigurations-Manager, rskeymgmt.exe und rsconfig.exe. Verwenden Sie statt diesen Hilfsprogrammen zur Konfiguration des Reporting Services SharePoint-Modus die SharePoint-Zentraladministration und PowerShell.
SQL Server Management Studio: Kunden können auf keinen Server mit einer ähnlichen Syntax wie <machine_name>/<instance_name> verweisen. Ab der SQL Server 2008-Version war die empfohlene Methode, eine SharePoint-Website-URL zu verwenden. Beispiel: http://<SharePoint-Server>/<SharePoint-Website>. Ab SQL Server 2012 ist die einzige unterstützte Syntax eine SharePoint-Website-URL.
Der Berichtsmodell-Designer ist in SQL Server-Datentools nicht verfügbar
SQL Server-Datentools (SSDT) unterstützt Berichtsmodellprojekte nicht mehr. Der Berichtsmodell-Designer steht in SQL Server 2012 Reporting Services (SSRS) nicht zur Verfügung. Sie können keine neuen Berichtsmodellprojekte erstellen oder vorhandene Projekte in SQL Server-Datentools (SSDT) öffnen, und Sie können keine Berichtsmodelle erstellen oder aktualisieren. Um Berichtsmodelle zu aktualisieren, können Sie SQL Server 2008 R2 Reporting Services oder frühere Tools verwenden. Sie können Berichtsmodelle weiterhin als Datenquellen in Berichten verwenden, die in SQL Server 2012 Reporting Services (SSRS)-Tools, wie z. B. Berichts-Generator und Berichts-Designer, erstellt wurden. Der Abfrage-Designer, mit dem Sie Abfragen erstellen, um Berichtsdaten aus Berichtsmodellen zu extrahieren, ist weiterhin in SQL Server 2012 Reporting Services verfügbar.
.gif "Pfeilsymbol, dass mit dem Link \"Zurück zum Anfang\" verwendet wird")
Nach oben
Wichtige Änderungen in SQL Server 2008 R2 Reporting Services
In diesem Abschnitt werden wichtige Änderungen in SQL Server 2008 R2 Reporting Services beschrieben.
.gif "Hinweis") Hinweis |
|---|
Da SQL Server 2008 R2 ein kleineres Versionsupgrade von SQL Server 2008 darstellt, wird empfohlen, auch den Inhalt im Abschnitt zu SQL Server 2008 zu lesen. |
Erweiterter CSV-Datenrenderer
In SQL Server 2008 R2Reporting Services enthält die CSV-Datei Diagramm- und Messgerätdaten. Anwendungen, die von einer vorherigen CSV-Datei-Struktur abhängen, funktionieren wegen der weiteren Spalten für Diagramme und Messgeräte nicht mehr.
Weitere Informationen finden Sie unter Exportieren als CSV-Datei (Berichts-Generator und SSRS).
Nach oben
Wichtige Änderungen in SQL Server 2008 Reporting Services
In diesem Abschnitt werden wichtige Änderungen in SQL Server 2008 Reporting Services beschrieben.
Wichtige Änderungen am Berichtsserver
Wichtige Änderungen am Berichts-Generator
Wichtige Änderungen in der Berichtsverarbeitung
Wichtige Änderungen beim Rendern von Berichten
Weitere Informationen zu neuen Funktionen finden Sie unter Neuigkeiten (Reporting Services).
Wichtige Änderungen am Berichtsserver
In diesem Abschnitt werden wichtige Änderungen am Berichtsserver und an den Verwaltungstools beschrieben.
Funktion |
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 lauscht mit HTTP.SYS direkt auf dem Port auf Anforderungen, 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 wichtige Änderungen, indem geprüft wird, 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 auf dem HTTP-Standardport (Port 80) lauschen. 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 2008 Reporting Services-Upgrades unter Windows XP:
Nach dem Upgrade können Sie mithilfe des Reporting Services-Konfigurations-Managers den Port ändern, auf dem der Berichtsserver lauscht. 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 2012.
|
||
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 Zugreifen auf den 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 beim Upgrade auf SQL Server 2008 nicht gelöscht. Löschen Sie die Datei manuell. 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-Konfigurations-Manager |
Der Reporting Services-Konfigurations-Manager unterstützt die Funktionen 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 das Upgrade 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. Verwalten Sie mithilfe von Management Studio, 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 eine Funktion enthält, die Aliasnamen in die vollständige E-Mail-Adresse auflöst. Reporting Services setzt diese Funktion voraus, wenn E-Mail-Aliasnamen statt vollständiger E-Mail-Adressen verwendet werden. Allerdings enthalten Windows Vista und Windows Server 2008 diese Funktion nicht, damit falsche E-Mail-Adressen leichter aussortiert werden können. Um dieses Problem zu umgehen, legen Sie die DefaultHostName-Eigenschaft in der Konfiguration fest. 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 2005 Reporting Services E-Mail-Abonnements in Windows Vista und Windows Server 2008 nicht." |
||
SQL Server 2008 Reporting Services-Add-In für SharePoint-Technologien |
Das SQL Server 2008 Reporting 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 2008 Reporting 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 2008 Reporting Services-Add-In für SharePoint-Technologien installieren oder ein Upgrade 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 2008 Reporting Services-Add-In für SharePoint-Technologien deinstallieren und das SQL Server 2005 Reporting Services-Add-In für SharePoint-Technologien neu installieren. Weitere Informationen über das 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 2008 Reporting 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 einheitlichen Modus ausgeführt und konnte anhand der folgenden URLs gestartet werden:
Volle Vertrauenswürdigkeit: Beispielsweise http://<servername>/reportserver/reportbuilder/reportbuilder.application
Eingeschränkte Vertrauenswürdigkeit: Beispielsweise 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 den 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 Gleitkommawert
Das Konvertieren eines Gleitkommawerts 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 am RDL-Upgrade
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 Momentaufnahmen 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 Paginierung in Reporting Services (Berichts-Generator und SSRS).
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 (Berichts-Generator und SSRS).
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 Renderingverhalten (Berichts-Generator und SSRS).
Nach oben
Siehe auch
Konzepte
Verhaltensänderungen in SQL Server Reporting Services in SQL Server 2012
Neuigkeiten (Reporting Services)
Als veraltet markierte Funktionen in SQL Server Reporting Services in SQL Server 2012
Nicht mehr unterstützte Funktionen in SQL Server Reporting Services in SQL Server 2012