© Microsoft Corporation, 2005. Alle Rechte vorbehalten.
Das Reporting Services-Dokumentationsteam freut sich über Kommentare zu dieser Infodatei. Verwenden Sie den Hyperlink unten, um per E-Mail Feedback zu senden. Feedback kann nur in englischer Sprache gesendet werden. Wenn Sie einen Browser in einer anderen Sprache als Englisch verwenden und Outlook Express zum ersten Mal konfigurieren, müssen Sie nach der Konfiguration von Outlook Express möglicherweise erneut auf den Hyperlink klicken. Benutzer von Browsern in asiatischer Sprache können beschädigte Zeichen ignorieren, die in der Betreffzeile oder im Text der E-Mail-Nachricht angezeigt werden. Wenn Sie Feedback zu diesem Dokument senden möchten, klicken Sie hier: Feedback senden.
1.0 Einführung
1.1 Überblick über die Service Pack 2-Installation
1.2 Feststellen der aktuellen Version von Reporting Services
1.3 Aktualisieren der Onlinedokumentation
2.0 Downloaden und Extrahieren von Service Pack 2
3.1 Sicherungskopie von Berichtsserver-Datenbanken
3.2 Installieren von Service Pack 2
3.3 Installieren von Service Pack 2 auf einer Berichtsserver-Webfarm
3.5 Entfernen von Service Pack 2
3.6 Wiederherstellen einer Service Pack 2-Installation
4.1.1 Sharepoint-Webparts für Reporting Services
4.1.2 Direktes Drucken von Berichten in Internet Explorer
4.2 Berichtsentwurf und -verarbeitung
4.2.1 Diagrammdatenpunkte
4.2.2 Protokollzeitgeberereignisse
4.2.3 Listenbreite
4.2.4 Tabellen mit Detailabschnitten
4.2.5 PDF-Dateien
4.2.6 Breite Spalten
4.2.7 Standardstylesheet
4.2.8 Excel-Renderingerweiterung
4.2.9 PDF-Renderingerweiterung
4.2.10 Diagrammverbesserungen
4.2.11 Externe Bilder
4.2.12 Neue Zeilen in Ausdrücken
4.2.13 Größenbeschränkungen in Berichts-Designer
4.2.14 Vorschaucache in Berichts-Designer
4.2.15 Hyperlinkprotokolle
4.3 Reporting Services-Programmierung
4.3.1 HTTP-Header
4.3.2 Neue URL-Zugriffsparameter
4.3.3 Benutzerdefinierte Authentifizierungscookies
4.3.4 Berichtsserver-Systemeigenschaften
4.4 Verwaltung und Bereitstellung
4.4.1 Anlagen mit null Byte auf E-Mail-Servern mit Lotus Domino Server v. 5.0.9a
4.4.2 Enterprise-Bereitstellungsmodelltag in BOL
4.4.3 Unterstützung ausgeblendeter Parameter
4.4.4 Neue Konfigurationseinstellungen
4.4.5 Sicherheitsüberlegungen zu integrierter Sicherheit und erhöhten Berechtigungen
Diese Version von Microsoft® SQL Server™ 2000 Reporting Services Service Pack 2 (SP2) enthält Programmfehlerbehebungen und einige funktionale Verbesserungen. Dieses Service Pack ist kumuliert, d. h., dass bei der Installation von Service Pack 2 die Verbesserungen von Service Pack 1 ebenfalls installiert werden. Eine Liste der Programmfehlerbehebungen in Service Pack 2 finden Sie im Microsoft Knowledge Base-Artikel 889640. Eine Liste der Programmfehlerbehebungen finden Sie im Microsoft Knowledge Base-Artikel 839796.
Neueste Informationen, die nicht rechtzeitig vor Veröffentlichung dieser Infodatei verfügbar waren, werden auf der Microsoft Support Services-Website im Microsoft Knowledge Base-Artikel 889641 veröffentlicht.
Reporting Services Service Pack 2 ist ein Update, das Sie auf eine vorhandene Installation von Reporting Services oder eine vorhandene Installation von Reporting Services mit Service Pack 1 (SP1) anwenden können. Sie können Service Pack 2 ausführen, indem Sie auf die selbstextrahierende, ausführbare Datei doppelklicken oder indem Sie die Dateien extrahieren und von der Befehlszeile aus Setup ausführen.
Hinweis Setup aktualisiert nur die Komponenten, die zurzeit installiert sind. Wenn Sie nachfolgend zusätzliche Komponenten installieren, müssen Sie Service Pack 2-Setup erneut ausführen, um diese Komponenten zu aktualisieren.
Von Service Pack 2-Setup werden folgende Schritte ausgeführt:
Dieses Service Pack ist unabhängig von Service Packs für SQL Server 2000. Es wird empfohlen, dass Sie das neueste Service Pack für SQL Server vor der Installation dieses Service Pack installieren.
Um festzustellen, welche Version von Reporting Services Sie installiert haben, geben Sie den URL des Berichtsservers ein (z. B. http://<Beispielwebserver>/reportserver). Versionsinformationen finden Sie unten auf der Seite. Die endgültige Produktversion ist 8.00.743.00, und Service Pack 1 ist die Version 8.00.878.00.
Service Pack 2 aktualisiert nicht die Onlinedokumentation von Reporting Services. Sie können jedoch die aktuelle Version (Januar 2004) von Microsoft downloaden. Das Update zur Dokumentation können Sie unter Update zur Reporting Services-Onlinedokumentation - Januar 2004 downloaden.
Service Pack 2 wird als selbstextrahierende Downloaddatei zur Verfügung gestellt und kann von Microsoft gedownloadet werden. Weitere Informationen zum Download finden Sie auf der Reporting Services-Website.
Folgen Sie den Installationsanweisungen in den folgenden Abschnitten, um Service Pack 2 zu installieren. Es ist nicht notwendig, den Berichtsserver-Windows-Dienst oder Berichtsserver-Webdienst zu beenden oder anzuhalten, bevor Sie Service Pack 2-Setup ausführen.
Beachten Sie, dass Service Pack 2-Setup in alle SQL Server-Sprachen lokalisiert wurde. Service Pack 2-Setup stellt die Sprache fest, die auf Ihrem Computer bei der Installation der endgültigen Produktversion von Reporting Services verwendet wurde. Die Benutzeroberfläche und Fehlermeldungen von Service Pack 2-Setup werden in dieser Sprache angezeigt.
Eine Remoteinstallation von Service Pack 2 wird nicht unterstützt. Die Installation von Service Pack 2 schlägt fehl, wenn Reporting Services-Komponenten (endgültige Produktversion) nicht installiert sind.
Reporting Services kann auf Computern unter Microsoft Windows XP Professional 64-Bit-Windows on Windows (WoW) nicht installiert werden.
Von Service Pack 2 werden folgende Dateien und Komponenten geändert:
Die folgenden Elemente werden von Service Pack 2 nicht geändert:
Sichern Sie die reportserver- und reportservertempdb-Datenbanken, bevor Sie Service Pack 2 installieren. Wenn Sie dies nicht bereits getan haben, sollten Sie auch eine Kopie der Datenbankverschlüsselungsschlüssel sichern (weitere Information dazu finden Sie unter Verwalten von Verschlüsselungsschlüsseln). Sichern Sie zudem mithilfe von rskeymgmt.exe den symmetrischen Schlüssel, und speichern Sie ihn dann an einem sicheren Ort.
Durch die Installation von Service Pack 2 werden die Datenbanken geändert, wodurch sie für Vorgängerversionen von Reporting Services Service Pack 2 inkompatibel werden. Diese Sicherungskopien sind daher hilfreich, falls Sie SQL Server 2000 Reporting Services ohne Service Pack 2 erneut installieren möchten.
Führen Sie Service Pack 2-Setup von einem der folgenden Verzeichnisse aus:
Hinweis Um Serverkomponenten von einer Netzwerkfreigabe zu installieren, müssen Sie möglicherweise einen der folgenden Schritte ausführen:
Von Service Pack 2-Setup wird ein Dialogfeld mit dem Endbenutzer-Lizenzvertrag (EULA) angezeigt. Sie werden zur Installation aufgefordert.
Aktualisieren der Berichtsserver-Datenbank
Zum Aktualisieren der Berichtsserver-Datenbank werden die Anmeldeinformationen Ihres Domänenkontos (integrierte Sicherheit von Windows) von Setup verwendet. Sie müssen dbo-Berechtigungen (Database Owner - Datenbankbesitzer) für die Berichtsserver-Datenbank haben, um die Aktualisierung ausführen zu können. Wenn Sie andere Anmeldeinformationen verwenden möchten, sollten Sie Service Pack 2-Setup von der Befehlszeile ausführen.
Sie können Protokolldateien anzeigen, um Installationsprobleme zu behandeln oder die Installation zu überprüfen. Von Service Pack 2-Setup werden Statusmeldungen, Fehler und Warnungen in zwei verschiedene Protokolldateien geschrieben:
Um die Protokolldateien anzuzeigen, klicken Sie auf Start, klicken Sie auf Ausführen, geben Sie %temp% im Dialogfeld Ausführen ein, und klicken Sie auf OK. Durchsuchen Sie den Ordner Temp nach der gewünschten Protokolldatei.
Wenn die Installation von Service Pack 2 abgeschlossen ist, müssen Sie das System möglicherweise neu starten. Nachdem das System neu gestartet wurde (oder nachdem Setup beendet wurde, ohne dass ein Neustart verlangt wurde), öffnen Sie in der Systemsteuerung Dienste, um sicherzustellen, dass der Berichtsserver-Windows-Dienst ausgeführt wird. Sie sollten auch den Berichts-Manager öffnen und Berichte anzeigen, um sicherzustellen, dass Ihre Installation betriebsbereit ist.
Sichern Sie auf jeden Fall die aktualisierten reportserver- und reportservertempdb-Datenbanken. Das Erstellen einer neuen Sicherungskopie der Verschlüsselungsschlüssel oder das Anpassen von Einstellungen ist nicht nötig. Von Service Pack 2 werden keine Verbindungsinformationen geändert oder Verschlüsselungsmöglichkeiten von Service Pack 2-Vorgängerversionen Ihres Berichtsservers außer Kraft gesetzt.
Wenn Sie Reporting Services auf einer Webfarm bereitgestellt haben, müssen Sie Service Pack 2-Setup auf jedem Computer ausführen, der eine Reporting Services-Komponente hostet. Dazu gehört jeder Berichtsserver im Cluster und der Computer, der die gemeinsam genutzte Berichtsserver-Datenbank hostet.
Sie sollten die Server offline nehmen, bis alle Berichtsserverknoten und die Datenbank aktualisiert worden sind. Beenden Sie dafür IIS und den Berichtsserver-Windows-Dienst. Sobald Sie mit der Installation von Service Pack 2 beginnen, müssen Sie Service Pack 2 auf allen Knoten installieren. Andernfalls sind die verbleibenden Berichtsserverknoten nicht funktionsfähig, bis sie auf die Verwendung des Datenformats von Service Pack 2 aktualisiert wurden.
Nachdem ein Berichtsservercluster auf Service Pack 2 aktualisiert wurde, kann Setup nicht mehr zum automatischen Verweisen von einer neuen Berichtsserverinstanz oder einem neuen Berichtsserverknoten auf eine vorhandenen Berichtsserver-Datenbank verwendet werden. Führen Sie stattdessen die folgenden Schritte aus, um neue Berichtsserverknoten zu erstellen:
Sie können Service Pack 2-Setup von der Befehlszeile ausführen, um eine unbeaufsichtigte Installation auszuführen oder ein nicht standardmäßiges Konto für das Aktualisieren der Berichtsserver-Datenbank anzugeben (standardmäßig verwendet Service Pack 2-Setup die Anmeldeinformationen des Benutzers, der Setup ausführt). Die folgenden Parameter können verwendet werden:
Das folgende Beispiel erläutert die Syntax für die Angabe von Befehlszeilenoptionen:
SP2Setup.exe /q rssetupaccount=<mydomain>\<myusername> rssetuppassword=<mypassword>Um die Version wiederherzustellen, die Sie vor der Installation von Service Pack 2 ausgeführt haben, müssen Sie Reporting Services deinstallieren und das Programm dann erneut installieren, ohne danach Service Pack 2 anzuwenden. Es gibt kein separates Deinstallationsprogramm für Service Pack 2. Wenn Sie Quick Fix Engineering (QFE) auf Ihre Installation von Reporting Services RTM oder Service Pack 1 angewendet haben, müssen Sie den QFE-Fix auf diese Instanz erneut anwenden. Verwenden Sie Software in der Systemsteuerung, um Reporting Services zu deinstallieren.
Beachten Sie, dass die auf das Service Pack 2-Format aktualisierte Berichtsserver-Datenbank nicht entfernt wird, wenn Sie das Produkt deinstallieren. Sie müssen die Service Pack 2-Version der Berichtsserver-Datenbank manuell entfernen und die Version wiederherstellen, die Teil der Installation vor Service Pack 2 war.
Führen Sie die folgenden Schritte aus, wenn Sie eine Reporting Services-Installation wiederherstellen müssen, die auf Service Pack 2 aktualisiert wurde:
In diesem Abschnitt werden funktionelle Verbesserungen dokumentiert, die in Service Pack 2 eingeführt wurden. Dieser Abschnitt ist nicht als Beschreibung aller Fehlerbehebungen gedacht, die in Service Pack 2 zur Verfügung gestellt werden. Eine komplette Liste dieser Fehlerbehebungen finden Sie im Microsoft Knowledge Base-Artikel 889640.
Neu in Service Pack 1. Korrekturen an der Entwicklerdokumentation sind jetzt verfügbar. Die Aktualisierungen können über die folgenden Microsoft Knowledge Base-Artikel angezeigt werden:
Neu in Service Pack 2. Eine Gruppe von SharePoint-Webparts für Reporting Services werden mit Service Pack 2 installiert. Diese Webparts werden als Bericht-Explorer und Bericht-Viewer bezeichnet. Mit dem Bericht-Explorer können Sie verfügbare Berichte auf einem Berichtserver durchsuchen. Mit dem Bericht-Viewer können Sie die auf einem Berichtsserver gehostete Berichte anzeigen. Der Bericht-Explorer enthält eine Abonnementfunktion zum Empfangen von Berichten per E-Mail. Beide Webparts wurden zur Ausführung in der SharePoint-Umgebung optimiert. Eine Ausführung als eigenständige Komponenten ist jedoch ebenfalls möglich.
Diese Webparts sind in SharePoint (SharePoint Portal Server oder Windows SharePoint Services) und Microsoft SQL Server 2000 Reporting Services Service Pack 2 funktionsfähig.
Hinweis Berichtsserver und Berichts-Manager müssen installiert sein, wenn Sie die SharePoint-Webparts für Reporting Services verwenden möchten.
Webparts werden als CAB-Datei an einen SharePoint-Server übermittelt. Wenn Benutzer in Ihrer Organisation diese Funktionalität verwenden sollen, führen Sie Stsadm.exe für die CAB-Datei aus. Weitere Informationen zu Stsadm.exe und zur Bereitstellung von Webparts für Microsoft Windows SharePoint-Server finden Sie auf der Microsoft Developer Network-Website.
Führen Sie zur Installation der CAB-Datei von der Befehlszeile den folgenden Code aus:
C:\Program Files\Common Files\Microsoft Shared\web server extensions\60\BIN\STSADM.EXE -o addwppack -filename "C:\Program Files\Microsoft SQL Server\80\Tools\Reporting Services\SharePoint\RSWebParts.cab"Zum Ausführen eines Webparts in SharePoint muss das Steuerelement dem Abschnitt <SafeControls> der Datei Web.config für jeden virtuellen Server hinzugefügt werden, der das Webpart verwendet. Das Steuerelement wird von Stsadm.exe automatisch für den in der Befehlszeile angegebenen virtuellen Server dem Abschnitt <SafeControls> hinzugefügt. Sie müssen für jeden weiteren virtuellen Server das Steuerelement dem Abschnitt <SafeControls> der Datei Web.config hinzufügen.
Wenn Sie den Schalter -globalinstall zum Hinzufügen der Webparts zum globalen Assemblycache (Global Assembly Cache - GAC) verwenden, muss der starke Name für die Assembly statt des angezeigten Namens in der Datei Web.config verwendet werden.
Beim Erstellen neuer virtueller Server können Sie die Webpartassembly dem Abschnitt <SafeControls> der verwendeten Standardkonfigurationsdatei hinzufügen. Weitere Informationen zum Hinzufügen benutzerdefinierter Konfigurationseinstellungen für das Erweitern virtueller Server finden Sie auf der Microsoft Developer Network-Website.
Nach dem Installieren der Webparts können die Webparts Bericht-Explorer und Bericht-Viewer über das Sharepoint-Fenster einer Webpartseite hinzugefügt werden.
So fügen Sie die Webparts Bericht-Explorer und Bericht-Viewer einer Webpartseite hinzu
Wenn Sie die Webparts Bericht-Explorer und Bericht-Viewer derselben SharePoint-Seite hinzufügen, können Sie die Webparts verbinden, sodass beim Auswählen eines Berichts im Bericht-Explorer der Bericht im Bericht-Viewer angezeigt wird. Wenn Bericht-Explorer und Bericht-Viewer nicht verbunden sind, wird der ausgewählte Bericht auf einer separaten Seite angezeigt.
So verbinden Sie die Webparts Bericht-Explorer und Bericht-Viewer
Neu in Service Pack 2. Benutzer können Berichte direkt in Internet Explorer drucken. Zur Unterstützung dieser Funktionalität wird ein downloadbares ActiveX-Steuerelement verwendet. Die CAB-Datei des Steuerelements wird auf dem Berichtserver gehostet und vom Client bei Bedarf gedownloadet.
Wenn Sie einen Bericht anfordern, gibt der HTML-Viewer den Bericht mit einer Symbolleiste zur Navigation zurück. Die Symbolleiste enthält eine Schaltfläche für das Drucken. Wenn Sie auf diese Schaltfläche klicken, wird das Dialogfeld für das Drucken geöffnet. Mithilfe dieses Dialogfeldes können Sie standardmäßige Windows-Druckoptionen einschließlich Orientierung, Seitengröße und Seitenbereich auswählen. Nach Auswahl der Druckereinstellungen können Sie Drucken auswählen, um den gesamten Bericht oder einen Bereich von Seiten innerhalb des Berichts zu drucken. Oder wählen Sie Vorschau aus, um eine Vorschau des Berichts in einem separaten Vorschaufenster anzuzeigen.
Hinweis Entwurfsbedingt werden die Änderungen an der Seitenorientierung und an den Rändern nicht in Reporting Services übernommen. Daher werden die Einstellungen für Seitenorientierung und Ränder bei jedem Klicken auf das Symbol für das Drucken auf die Standardwerte zurückgesetzt.
Auf dem Computer muss einer der folgenden Browser ausgeführt werden:
Auf dem Computer muss eines der folgenden Betriebssysteme ausgeführt werden:
Administratoren von Reporting Services können die clientseitige Druckoption für Benutzer aktivieren oder deaktivieren. Die Option wird durch die neue Berichtserver-Systemeigenschaft EnableClientPrinting definiert.
Die Werte der EnableClientPrinting-Systemeigenschaft sind wie folgt:
| Wert | Typ | Beschreibung |
| Wahr | Boolean | Ermöglicht Clients das Drucken mithilfe eines Drucksteuerelements. Das Steuerelement wird bei der ersten Verwendung der Funktion gedownloadet, um das Drucken auf Clients zu aktivieren. |
| Falsch | Boolean | Das Drucken auf Clients über das HTML-Viewer-Steuerelement ist deaktiviert. |
Neben den Druckereinstellungen wurde das Dialogfeld für das Drucken angepasst, sodass es eine Schaltfläche für das Anzeigen einer Druckvorschau enthält. Bei Auswahl dieser Schaltfläche wird ein neues Vorschaufenster angezeigt, das Benutzern das Anzeigen einer Vorschau der ersten Seite des Berichts ermöglicht. Zudem können Sie zu jeder beliebigen Seite im Bericht wechseln, sobald diese verfügbar ist. Die Druckvorschau stellt die folgenden Funktionen bereit.
Wenn der Benutzer die Vorschau im Dialogfeld für das Drucken auswählt, wird die Seite im Vorschaufenster gerendert. Die Vorschau stellt die folgenden Funktionen bereit:
Zum Angeben des Standardpapierformats und der Ränder in Berichten werden sechs Eigenschaften (PageHeight, PageWidth, LeftMargin, RightMargin, TopMargin und BottomMargin) bei der Veröffentlichung des Berichts aus der Berichtdefinition extrahiert und der Auflistung von Elementeigenschaften auf dem Server hinzugefügt. Abhängig von der verwendeten Browsersprache werden Ränder entweder in Zoll oder Millimetern angezeigt.
Beim Starten des Drucksteuerelements werden die Eigenschaften PageHeight und PageWidth zur Auswahl des geeignetsten verfügbaren Papierformats für den aktuellen Drucker verwendet. Falls der Wert für PageWidth größer als der Wert für PageHeight ist, wird die Orientierung auf Querformat festgelegt, andernfalls auf Hochformat . Diese Eigenschaften werden bei jeder Aktualisierung eines Berichts mithilfe von SetReportDefinition überschrieben.
Der programmgesteuerte Zugriff auf das ActiveX-Steuerelement und seine Methoden und Eigenschaften erfolgt mithilfe des RSClientPrint-Objekts. Das RSClientPrint-Objekt kann von Entwicklern verwendet werden, um die clientseitige Druckfunktion in Symbolleisten oder Viewern von Drittanbietern zu aktivieren. Die Eigenschaften dieses Objekts sind wie folgt:
| Name | Typ | RW | Standardwert | Beschreibung |
| MarginLeft | Double | RW | Berichteinstellung | Ruft den linken Rand ab bzw. legt ihn fest. Wird der Wert nicht vom Entwickler festgelegt, lautet der Standardwert 0,0. |
| MarginRight | Double | RW | Berichteinstellung | Ruft den rechten Rand ab bzw. legt ihn fest. Wird der Wert nicht vom Entwickler festgelegt, lautet der Standardwert 0,0. |
| MarginTop | Double | RW | Berichteinstellung | Ruft den oberen Rand ab bzw. legt ihn fest. Wird der Wert nicht vom Entwickler festgelegt, lautet der Standardwert 0,0. |
| MarginBottom | Double | RW | Berichteinstellung | Ruft den unteren Rand ab bzw. legt ihn fest. Wird der Wert nicht vom Entwickler festgelegt, lautet der Standardwert 0,0. |
| PageWidth | Double | RW | Berichteinstellung | Ruft die Seitenbreite ab bzw. legt sie fest. Wird der Wert nicht vom Entwickler festgelegt, ist der Standardwert die Standardbreite der gedruckten Seite. |
| PageHeight | Double | RW | Berichteinstellung | Ruft die Seitenhöhe ab bzw. legt sie fest. Wird der Wert nicht vom Entwickler festgelegt, lautet der Standardwert 0,0. |
| LocaleID | Int32 | RW | Gebietsschema des Browsers | Der Gebietsschemabezeichner. |
| CultureInfo | String | RW | Sprachraum des Clients | Mit diesem Wert wird die Formatierung von Datum und Uhrzeit definiert. |
Mit den oben aufgeführten Eigenschaften können die Druckvorschau und die Druckeigenschaften eines Berichts initialisiert werden.
Methoden
| Name | Beschreibung |
| Druckt den Bericht. |
Printmethode
Druckt den Bericht.
| Argument | E/A | Typ | Beschreibung |
| ServerPath | In | String | Der Servername samt virtuellem Stamm des Berichtsservers. |
| ReportPathParameters | In | String | Der vollständige Pfadname zum Bericht im Berichtservernamespace samt Parameter.
Beispiel: /AdventureWorks Sample Reports/Employee Sales Summary&EmpID=123 |
| ReportName | In | String | Der Name des Berichts. |
Die folgenden Verbesserungen gelten für Berichte, Berichtsverarbeitung und -rendering sowie den Berichts-Designer.
Neu in Service Pack 2. Mit Service Pack 2 werden nun in Reporting Services nur gültige Datenpunkte angezeigt, wenn die Vorschau eines Diagramms innerhalb eines Berichts angezeigt wird. Wenn in Service Pack 1 die Standardfarbe des Wertelements oder der Werteserie geändert und eine Vorschau des Berichtdiagramms angezeigt wurde, wurden auch ungültige Datenpunkte angezeigt. Beispielsweise wurden Datenpunkte mit NULL-Werten im Diagramm angezeigt. Dieses Verhalten tritt nicht mehr auf.
Neu in Service Pack 2. Service Pack 2 enthält Aktualisierungen, die das unerwartete Erhöhen der Größe der Ablaufverfolgungsprotokoll-Datei verhindern. Durch diese Aktualisierung wird auch verhindert, dass zahlreiche Meldungen wiederholt in der Datei protokolliert werden. Die Ablaufverfolgungsprotokoll-Datei in Reporting Services für den Berichtsserver-Windows-Dienst und den Berichtsserver-Webdienst lautet ReportServerService_<timestamp>.log. Standardmäßig befindet sich diese Datei im Ordner <Installationslaufwerk>:\Programme\Microsoft SQL Server\<Name_der_SQL_Server_Instanz>\Reporting Services\LogFiles.
Neu in Service Pack 2. Beim Exportieren eines Berichts in ein PDF-Format basiert die Breite einer Liste mit eingebetteter Matrix auf den auf der Seite angezeigten Elementen. Zuvor konnte eine Liste mit einer eingebetteten Matrix unerwartet breit werden, oder dem Bericht konnten beim Exportieren in ein PDF-Format leere Seiten hinzugefügt werden.
Neu in Service Pack 2. In einer Tabelle mit einem ausgeblendeten oder entfernten Detailabschnitt werden Seitenumbrüche nun richtig angezeigt, wenn die Tabelle als Bild oder PDF-Datei gerendert wird. Zuvor wurden in einer Tabelle mit ausgeblendetem oder entferntem Detailabschnitt Seitenumbrüche an unerwarteten Stellen eingefügt.
Neu in Service Pack 2. PDF-Leser von Drittanbietern können die von Reporting Services generierten PDF-Dateien nun anzeigen.
Neu in Service Pack 2. Berichte mit Spalten, die breiter als 1726,5 Punkte sind, können nun erfolgreich nach Microsoft Excel exportiert werden. Zuvor wurden diese Berichte bei Anzeige als webbasierte Berichte ordnungsgemäß angezeigt. Es wurde jedoch eine Fehlermeldung angezeigt, wenn der Bericht nach Excel exportiert werden sollte.
Neu in Service Pack 2. Die <HTMLViewerStyleSheet>-Eigenschaft wurde der Reporting Services-Konfigurationsdatei hinzugefügt, sodass Sie ein neues Standardstylesheet für den HTML-Viewer angeben können.
Neu in Service Pack 1.An der Excel-Renderingerweiterung wurden signifikante Verbesserungen vorgenommen. Das von der Renderingerweiterung produzierte Ausgabeformat wurde geändert. Folgende Verbesserungen sind ausgeführt worden:
Neu in Service Pack 1.Verschiedene Verbesserungen wurden an der Matrixleistung und Paginierung in PDF-Dateien in Service Pack 1 vorgenommen. Wenn Sie Matrixleistungs- oder Paginierungsprobleme in der PDF-Renderingerweiterung festgestellt haben, lesen Sie den Microsoft Knowledge Base-Artikel 839796 mit einer kompletten Liste der Problembehebungen.
Neu in Service Pack 1.An der Diagrammkomponente in Service Pack 1 wurden zwei Verbesserungen vorgenommen: Bezeichnungen können jetzt außerhalb von Kreisdiagrammen platziert werden, und der Stil von Diagrammwertelementen kann jetzt geändert werden.
Bis jetzt wurden Punktbezeichnungen in Kreisdiagrammen nur innerhalb des Diagramms angezeigt. In Service Pack 1 können Sie jetzt Punktbezeichnungen außerhalb des Diagramms platzieren. Wählen Sie eine Position für die Punktbezeichnungen aus, um Punktbezeichnungen außerhalb des Diagramms zu platzieren.
So ändern Sie die Position von Punktbezeichnungen in einem Kreisdiagramm
Hinweis Durch das Auswählen der Schaltflächen oben, oben rechts, rechts, unten rechts, unten, unten links, links und oben links wird angegeben, dass die Punktbezeichnungen um die Außenseite des Diagramms angezeigt werden. Durch das Auswählen von Auto oder der mittleren Schaltfläche wird angegeben, dass die Punktbezeichnungen innerhalb des Diagramms angezeigt werden.
Diagrammarten wurden für Service Pack 1 verbessert. Bis jetzt konnte der Stil eines Diagrammwertelements (beispielsweise ein Balken oder ein Kreisausschnitt im Diagramm) nicht im Berichts-Designer geändert werden. Farben waren auf die automatische Palette für das gesamte Diagramm beschränkt. Sie konnten nicht die Farben auswählen, die jedem Element zugeordnet waren. In Service Pack 1 können die Linienart und Füllfarbe für ein Element mithilfe des Berichts-Designers bearbeitet werden. Diese Arten können Sie auch mit Ausdrücken steuern.
So bearbeiten Sie den Stil eines Diagrammelements
Hinweis Wählen Sie [Wert] aus, wenn im Diagramm nur eine Wertserie vorkommt.
Hinweis Durch das Angeben eines statischen Wertes werden alle Diagrammelemente für diese Wertserie im gleichen Stil angezeigt. Durch die Auswahl von Rot als Füllfarbe werden beispielsweise alle Balken rot eingefärbt, wobei die automatische Farbzuweisung von der Farbpalette aufgehoben wird. Verwenden Sie einen Ausdruck, um andere Arten basierend auf Feldwerten oder anderen Werten zur Verfügung zu stellen. Wenn Sie für die Füllfarbe einen Ausdruck verwenden, werden die Diagrammelemente in der Layoutansicht weiß, jedoch bei der Ausführung des Berichts ordnungsgemäß angezeigt.
Hinweis Mit der Füllfarbe Transparent werden Diagrammelemente mit der automatischen Farbzuordnung von der Diagrammpalette angezeigt.
Neu in Service Pack 1.Sie können jetzt externe Bilder in Berichte einfügen. Auf externe Bilder wird üblicherweise über einen URL zugegriffen. Ein externes Bild in einem Bericht hat die Quelle-Eigenschaft Extern. Die Wert-Eigenschaft enthält den URL für das Bild, beispielsweise http://<Servername>/images/image.jpg.
Wenn der Bericht in der Vorschau im Berichts-Designer angezeigt wird, werden dabei die Anmeldeinformationen des Benutzers für die Anzeige des Bildes verwendet. Wenn der Bericht auf dem Berichtsserver ausgeführt wird, verwendet der Berichtsserver das unbeaufsichtigte Ausführungskonto, um das Bild abzurufen. Wenn das unbeaufsichtigte Ausführungskonto nicht angegeben wird, wird das Bild ohne Anmeldeinformationen angerufen (anonymes Benutzerkonto). Wenn keines diese Konten über ausreichende Rechte zum Zugriff auf das Bild verfügt, wird das Bild nicht im Bericht angezeigt. Weitere Informationen über das Festlegen des unbeaufsichtigten Ausführungskontos auf dem Berichtsserver finden Sie unter "Konfigurieren eines Kontos für die unbeaufsichtigte Berichtsverarbeitung" in der Reporting Services-Onlinedokumentation.
Neu in Service Pack 1.Bis jetzt durften Ausdrücke nur einzeilig sein. In Service Pack 1 können Ausdrücke ein Neue-Zeile-Zeichen enthalten. Zu den Neue-Zeile-Zeichen gehören Wagenrücklauf (Carriage Return - CR), Zeilenvorschub (Line Feed - LF) kombinierter Wagenrücklauf und Zeilenvorschub (CRLF), Absatztrennzeichen (Unicode 2029) und Zeilentrennzeichen (Unicode 2028). Die Neue-Zeile-Zeichen werden beim Verarbeiten des Berichts durch ein Leerzeichen ersetzt.
Neu in Service Pack 1.Die folgenden Änderungen wurden an Seiten- und Rumpfgrößen in Berichts-Designer vorgenommen:
Neu in Service Pack 1.Zur Vorschau in Berichts-Designer wurde die Zwischenspeicherung hinzugefügt. Wenn ein Bericht in der Vorschau angezeigt wird, werden die Daten für den Bericht in einer Datei auf dem lokalen Computer gespeichert. Wenn der gleiche Bericht erneut mit der gleichen Abfrage, den gleichen Parametern und den gleichen Anmeldeinformationen in der Vorschau angezeigt wird, verwendet Berichts-Designer die Cachedatei (Zwischenspeicherungsdatei), anstatt die Abfragen im Bericht erneut auszuführen. Dadurch wird die Leistung der Vorschau in Berichts-Designer verbessert.
Die Datendatei wird unter folgendem Dateinamen gespeichert: Berichtsname.rdl.data. Die Datei befindet sich am gleichen Speicherort wie die RDL-Datei. Die Datei wird beim Schließen von Berichts-Designer nicht gelöscht.
Das Vorschaucachefeature kann während einer Konfigurationseinstellung ausgeschaltet werden. Weitere Informationen finden Sie unter Neue Konfigurationseinstellungen.
Neu in Service Pack 1.Bis jetzt waren alle URLs in Berichten auf die Protokolle http:, https:, file:, ftp:, mailto: und news: beschränkt. Diese Beschränkungen wurden für Hyperlinks entfernt. Hyperlinks können jetzt beliebige Protokollbezeichner enthalten. Beschränkungen für andere URLs, wie z. B. die für Bilder, bleiben unverändert.
Der folgende Abschnitt enthält neue Informationen für Entwickler in Reporting Services.
Neu in Service Pack 2. Aktuell ist ein SSL-Zertifikat (Secure Sockets Layer) für jeden Berichtsserver erforderlich. Bei Bereitstellungen über das Internet besteht eine gängige Methode zum Bereitstellen von SSL-Verbindungen darin, die SSL-Sitzung an der Firewall mithilfe eines Routers zu beenden. Dieses Szenario wird nun von Service Pack 2 unterstützt. Zur Aktivierung dieses Szenarios muss ein Router die HTTPS-Anfragen in HTTP-Anfragen, z. B. http://www.AdventureWorks.com, und die HTTP-Antworten in HTTPS-Antworten übersetzen. Dem Berichtsserver wird angezeigt, dass dieses Bereitstellungsszenario verwendet wird, indem der Router den Header FRONT-END-HTTPS: on der HTTP-Anfrage hinzufügt, bevor sie an den Berichtsserver gesendet wird. Als Antwort auf diesen Anfrageheader generiert der Berichtserver URLs mit dem Präfix HTTPS unabhängig davon, welches Protokoll zum Initiieren der Anfrage verwendet wird. Der URL wird im folgenden Format generiert: HTTPS://<Host>/<RSName>. Durch die Implementierung dieser Lösung können interne Benutzer der Organisation weiterhin mithilfe einer Webadresse in folgendem Format auf den Berichtserver zugreifen: HTTP://<Host>/<VirtuellerVerzeichnispfad>.
Führen Sie zur Implementierung dieser Funktionalität folgende Aktionen aus:
Der Berichtserver antwortet auf die folgenden HTTP-Header beim Verarbeiten von Endbenutzeranfragen.
| HTTP-Header | Beschreibung |
| FRONT-END-HTTPS | Wenn der Router so konfiguriert ist, dass er FRONT-END-HTTPS: on dem Anfrageheader hinzufügt, bestimmt der Berichtserver den Stamm der vom Berichtsserver für interaktive Anfragen zurückgegebenen URLs. Zum Senden von E-Mail-Nachrichten mit Verknüpfungen erfordert die unbeaufsichtigte Ausführung, dass die URLRoot-Eigenschaft festgelegt ist. Durch das Konfigurieren der URLRoot-Eigenschaft wird die SSL-Übersetzung (Secure Sockets Layer) für Benutzer ermöglicht, die durch den Lastenausgleich beendete SSL-Verbindungen ausführen. |
| Host | Im HOST-Anfrageheaderfeld wird der Internethost und die Portnummer für die angeforderte Ressource angegeben. Diese Informationen stammen aus dem ursprünglichen URI (Uniform Resource Identifier), der vom Benutzer oder der verweisenden Ressource bereitgestellt wird.
Sowohl der HOST-Anfrageheader als auch der FRONT-END-HTTPS: on-Header werden verwendet, wenn der FRONT-END-HTTPS: on-Header vom Router übergeben wird. Weitere Informationen zu Internetstandards finden Sie auf der Internet Engineering Task Force (IETF)-Website. |
Neu in Service Pack 1.In der folgenden Tabelle werden die neuen URL-Zugriffsparameter für Reporting Services Service Pack 1 erläutert.
| Parameter | Zweck |
| rs:ParameterLanguage | Bietet eine Sprache für Parameter, die an einen URL übergeben werden, der unabhängig von der Browsersprache ist. Der Standardwert ist die Browsersprache. Der Wert kann ein Kulturwert sein, z. B. en-us oder de-de. |
| rc:Parameters | Anzeigen oder Ausblenden des Parameterbereichs der Symbolleiste. Wenn Sie diesen Parameter auf Wahr festlegen, wird der Parameterbereich der Symbolleiste angezeigt. Wenn Sie diesen Parameter auf Falsch festlegen, wird der Parameterbereich nicht angezeigt und kann nicht vom Benutzer angezeigt werden. Wenn Sie diesen Parameter auf Ausgeblendet festlegen, wird der Parameterbereich nicht angezeigt, kann aber vom Endbenutzer an- bzw. ausgeschaltet werden. Der Standardwert dieses Parameters ist Wahr. |
| rc:Stylesheet | Gibt ein Stylesheet an, das auf den HTML-Viewer angewendet wird. |
Neu in Service Pack 1.Der URL-Zugriffsparameter rs:ParameterLanguage verringert ein Problem, bei dem kultursensitive Parameter wie Kalenderdaten, Zeitangaben, Währungsangaben und Zahlen mithilfe der Browsersprache interpretiert werden. Mithilfe von rs:ParameterLanguage wird der URL jetzt unabhängig vom Browser interpretiert. Wenn beispielsweise der Berichtsserver eine regionale Einstellung "Deutsch" aufweist, ein Benutzer aber auf einen URL für einen Bericht mithilfe eines Browsers zugreift, der auf "Englisch - USA" eingestellt ist, werden die Parameterwerte, die einem Berichtsserver übergeben werden, falsch interpretiert. Nehmen Sie beispielsweise den folgenden URL zu einem Bericht:
http://localhost/Reportserver?/SampleReports/Product+Line+Sales&rs:Command=Render&StartDate=4/10/2003&EndDate=11/10/2003Im Fall oben generiert der Server, der unter der Spracheinstellung "de-de" ausgeführt wird, einen URL mithilfe eines E-Mail-Abonnements oder eines Hyperlinks. Der Hyperlink gibt an, dass der Bericht mit dem Anfangsdatum des 4. Oktobers 2003 und dem Enddatum des 11. Oktobers 2003 gemäß den deutschen Datums-/Zeitstandards parametrisiert werden soll. Ein Benutzer, der auf den URL mithilfe eines Browsers zugreift, der auf "en-us" festgelegt ist, zwingt den Server zur Interpretation der Werte als "10. April 2003" und "10. November 2003" gemäß den Datum-/Zeitstandards der USA (amerikanisches Englisch). Dies ist falsch. Um das Problem zu lösen, kann rs:ParameterLanguage verwendet werden, um die Browsersprache für die Parameterinterpretation zu übergehen:
http://localhost/Reportserver?/SampleReports/Product+Line+Sales&rs:Command=Render&StartDate=4/10/2003&EndDate=11/10/2003&rs:ParameterLanguage=de-DEZusätzlich zu den Werten Wahr und Falsch für den URL-Zugriffsparameter rc:Parameters können Sie jetzt den Wert Ausgeblendet übergeben. Wenn Sie in einem URL rc:Parameters=Ausgeblendet verwenden, wird der Parameter des HTML-Viewers ausgeblendet, kann aber weiterhin vom Benutzer an- oder ausgeschaltet werden. Der Wert Falsch entfernt den Parameterbereich komplett aus der Symbolleiste des HTML-Viewers und stellt ihn dem Endbenutzer nicht zur Verfügung.
Der rc:Stylesheet-Parameter fügt dem HTML-Viewer zusätzliche Funktionalität durch die Aktivierung von benutzerdefinierten Formaten hinzu. Der Wert des Parameters entspricht dem Namen des Stylesheets (ohne die Erweiterung .css), die Sie auf den HTML-Viewer anwenden möchten. Wenn beispielsweise der Parameter rc:Stylesheet=fancy angegeben wird, wird das Stylesheet fancy.css im Stilverzeichnis angewendet. Das Stylesheet muss eine gültige CSS-Datei (Cascading Stylesheet) sein und sich im Stilverzeichnis befinden. Dieses Verzeichnis ist standardmäßig C:\Program Files\Microsoft SQL Server\MSSQL\Reporting Services\ReportServer\Styles. Das folgende Beispiel demonstriert, wie benutzerdefinierte Formate zum HTML-Viewer hinzugefügt werden:
http://localhost/Reportserver?/SampleReports/Product+Line+Sales&rs:Command=Render&rc:Stylesheet=MyStylesWenn kein Stylesheet angegeben wird, wird ein internes Standardstylesheet angewendet. Das Standardstylesheet steht auch im Stilverzeichnis als Vorlage für das Erstellen anderer Stylesheets zur Verfügung.
Neu in Service Pack 1. In Reporting Services Service Pack 1 wurde die Übertragung von Cookies durch den Berichts-Manager verbessert, wenn eine benutzerdefinierte Sicherheitserweiterung verwendet wird. In den Vorgängerversionen von Reporting Services hat der Berichts-Manager nur die Cookies per HTTP-Anforderungen übertragen, die sich auf den Berichtsserver bezogen. In Service Pack 1 kann der Webdienstproxy, den der Berichts-Manager zum Kommunizieren mit dem Berichtsserver verwendet, jetzt zusätzliche Cookies übertragen. Sie können den Berichts-Manager für die Übertragung dieser zusätzlichen Cookies zum Berichtsserver aktivieren, indem Sie ein PassThroughCookies-Element zur Konfigurationsdatei von Berichts-Manager hinzufügen. Das Übertragen zusätzlicher Cookies ist in einer Authentifizierungslösung mit einmaliger Anmeldung hilfreich, für die nicht nur die Berichtsserver-Authentifizierungscookies, sondern auch Cookies des Authentifizierungssystems eines Drittanbieters erforderlich sind.
Um zusätzliche Cookies für die Übermittlung durch HTTP-Anforderungen beim Verwenden des Berichts-Managers zu aktivieren, legen Sie die folgenden Elemente in der Datei RSWebApplication.config fest:
<UI>
<CustomAuthenticationUI>
...
<PassThroughCookies>
<PassThroughCookie>cookiename1</PassThroughCookie>
<PassThroughCookie>cookiename2</PassThroughCookie>
</PassThroughCookies>
</CustomAuthenticationUI>
...
</UI>Neu in Service Pack 1. Zu Service Pack 1 gehören zwei neue Systemeigenschaften, die Sie lesen oder festlegen können. Die folgende Tabelle enthält diese neuen Eigenschaften und den kompletten, aktualisierten Satz der Systemeigenschaften für einen Berichtsserver:
| Eigenschaft | Beschreibung |
| SnapshotCompression | Neu in Service Pack 1. Definiert, wie Snapshots komprimiert werden. Der Standardwert ist SQL. Die gültigen Werte sind wie folgt:
SQL = Snapshots werden beim Speichern in der Berichtsserver-Datenbank komprimiert. Dies ist das derzeitige Verhalten. Keine = Snapshots werden nicht komprimiert. Alle = Snapshots werden für alle Speicheroptionen komprimiert, einschließlich der Berichtsserver-Datenbank oder dem Dateisystem. |
| EnableIntegratedSecurity | Neu in Service Pack 1. Bestimmt, ob integrierte Sicherheit für Berichtsdatenquellen-Verbindungen unterstützt wird. Der Standardwert ist Wahr. Die gültigen Werte sind wie folgt:
Wahr = Integrierte Sicherheit ist aktiviert. Falsch = Integrierte Sicherheit ist deaktiviert. Berichtsdatenquellen, die für die Verwendung integrierter Sicherheit konfiguriert sind, werden nicht ausgeführt. Weitere Informationen über diese Eigenschaft finden Sie unter Sicherheitsüberlegungen zu integrierter Sicherheit. |
| SiteName | Der Name der Berichtsserversite, die auf der Benutzeroberfläche angezeigt wird. Der Standardwert ist SQL Server Reporting Services. Die Eigenschaft kann aus einer leeren Zeichenfolge bestehen. Die maximale Länge beträgt 8.000 Zeichen. |
| SystemSnapshotLimit | Die maximale Anzahl von Snapshots, die für einen Bericht gespeichert werden. Gültige Werte sind -1 bis 2,147,483,647. Wenn der Wert –1 ist, gibt es keine Begrenzung für Snapshots. |
| SystemReportTimeout | Der standardmäßige Timeoutwert für die Berichtsverarbeitung in Sekunden für alle Berichte, die im Berichtsservernamespace verwaltet werden. Dieser Wert kann auf der Berichtsebene außer Kraft gesetzt werden. Wenn diese Eigenschaft festgelegt ist, versucht der Berichtsserver nach Ablauf der angegebenen Zeit, die Berichtsverarbeitung zu beenden. Gültige Werte sind 0 bis 2,147,483,647. Wenn der Wert 0 ist, gibt es für Berichte im Namespace während der Verarbeitung kein Timeout. Der Standardwert ist 1800. |
| UseSessionCookies | Gibt an, ob der Berichtsserver Sitzungscookies bei der Kommunikation mit Clientbrowsern verwenden soll. Der Standardwert ist Wahr. |
| SessionTimeout | Die Zeit in Sekunden, die eine Sitzung aktiv bleibt. Der Standardwert ist 600. |
| EnableMyReports | Gibt an, ob das Feature Meine Berichte aktiviert ist. Durch den Wert Wahr wird angegeben, dass das Feature aktiviert ist. |
| MyReportsRole | Der Name der Rolle, die beim Erstellen von Sicherheitsrichtlinien im Ordner Meine Berichte des Benutzers verwendet wird. Der Standardwert ist Meine Berichte. |
| EnableExecutionLogging | Gibt an, ob die Protokollierung der Berichtsausführung aktiviert ist. Der Standardwert ist Wahr. |
| ExecutionLogDaysKept | Die Anzahl der Tage, die Berichtsausführungsinformationen im Ausführungsprotokoll gespeichert bleiben. Gültige Werte für diese Eigenschaft sind 0 bis 2,147,483,647. Beim Wert 0 werden Einträge nicht aus der Ausführungsprotokolltabelle gelöscht. Der Standardwert ist 60. |
Dieser Abschnitt dokumentiert die Verbesserungen an der Benutzeroberfläche im Berichts-Manager und bietet aktualisierte Informationen über Bereitstellungsszenarien von Berichtsservern.
Neu in Service Pack 2. In der Vorgängerversion konnte es vorkommen, dass Dateianlagen mit einer Länge von null Byte in E-Mail-Nachrichten empfangen wurden, die von Microsoft SQL Server 2000 Reporting Services-Abonnements generiert wurden, wenn ein E-Mail-Server mit IBM Lotus Domino Server v. 5.0.9a verwendet wurde. Aufgrund von Formatierungsunterschieden konnte der E-Mail-Server den Anhang nicht laden. Bei Verwendung von Service Pack 2 können IBM Lotus Domino-Server einen Reporting Services-Anhang laden, und die Berichte werden ordnungsgemäß angezeigt.
Neu in Service Pack 2. Das <ReportServerExternalUrl>-Tag in der Datei RSWebApplication.config wird nicht ordnungsgemäß angezeigt. In BOL wird das Tag als <ReportServerExternalURL> angezeigt. Bei diesem Tag wird jedoch die Groß-/Kleinschreibung beachtet, und es sollte als <ReportServerExternalUrl> angezeigt werden.
Neu in Service Pack 1. Im Berichts-Manager können Sie jetzt Parametereigenschaften so festlegen, dass zwei Ziele gleichzeitig erreicht werden:
Bis jetzt war die einzige Möglichkeit zum Ausblenden eines Parameterwertes das Deaktivieren des Kontrollkästchens Eingabeaufforderung für Benutzer auf der Eigenschaftenseite Parameter. Ein Nebeneffekt der Deaktivierung des Kontrollkästchens bestand allerdings darin, dass Sie keinen Parameterwert für den Bericht zur Laufzeit mehr angeben konnten. Diese Begrenzung wurde entfernt. In Service Pack 1 können Sie das Kontrollkästchen Eingabeaufforderung für Benutzer deaktivieren, um die Parameterfelder und -werte im Bericht auszublenden. Damit werden keine Einschränkungen dahingehend eingeführt, wie Sie nachfolgend den Parameterwert extern zur Laufzeit festlegen.
Neu in Service Pack 1. Einstellungen in den Konfigurationsdateien werden durch das Service Pack 1-Setup nicht geändert, hinzugefügt oder entfernt. Service Pack 1 stellt allerdings neue Konfigurationsoptionen zur Verfügung, die Sie zum Ändern Ihrer Reporting Services-Installation verwenden können. Jede Einstellung weist einen Standardwert auf, der von Reporting Services-Komponenten verwendet wird. Diese Werte werden in Programmdateien angegeben. Sie können die angebotenen Standardwerte verwenden oder Einstellungen zu einer Konfigurationsdatei hinzufügen, um abweichende Werte anzugeben, die die Standardwerte außer Kraft setzen.
Die folgenden Konfigurationseinstellungen wurden in Service Pack 1 hinzugefügt, so dass Sie angeben können, wie temporäre Snapshots gespeichert werden. Der Berichtsserver fügt temporäre Dateien nach Bedarf hinzu und entfernt Sie, wenn eine Benutzersitzung oder ein Abonnementvorgang abgeschlossen ist. Um dieses Feature zu aktivieren, müssen Sie Konfigurationseinstellungen in RSReportServer.config ändern. Dieses Feature ist nicht standardmäßig aktiviert. Standardmäßig speichert ein Berichtsserver temporäre Snapshots in der reportservertempdb-Datenbank.
Hinweis Zusätzlich zu neuen Konfigurationseinstellungen wurde eine neue Systemeigenschaft (SnapshotCompression) hinzugefügt, sodass Sie die Snapshots komprimieren können, bevor sie gespeichert werden. Durch die Snapshotkomprimierung wird der Platzbedarf von Snapshots reduziert. Das Komprimieren von Snapshots verbessert auch die Skalierbarkeit, wenn viele Benutzer auf Berichtsausführungssnapshots zugreifen. Es kann zu gewissen Leistungseinbußen kommen, wenn Sie die Komprimierung aktivieren. Ein weiterer Grund für die Komprimierung von Snapshots ist, dass damit Inhaltsprobleme in einer Berichtsserver-Datenbank verringert werden, wenn Sie Reporting Services in einer Berichtsserver-Webfarm bereitstellen. Weitere Informationen finden Sie unter Berichtsserver-Systemeigenschaften.
Die folgenden Konfigurationseinstellungen können zu RSReportServer.config hinzugefügt werden:
| Einstellung | Beschreibung | Wert |
| WebServiceUseFileShareStorage | Bei Wahr speichert der Berichtsserver-Webdienst zwischengespeicherte Berichte und temporäre Snapshots, die für die Dauer einer Benutzersitzung erstellt wurden, im Dateisystem. | Wahr
Falsch (Standard) |
| WindowsServiceUseFileShareStorage | Bei Wahr speichert der Berichtsserver-Windows-Dienst zwischengespeicherte Berichte, die für die Dauer einer Benutzersitzung erstellt wurden, im Dateisystem. | Wahr
Falsch (Standard) |
| FileShareStorageLocation | Gibt einen Ordner im Dateisystem für die Speicherung temporärer Snapshots an. Sie können einen Ordner angeben. Die Angabe eines UNC-Pfades wird nicht empfohlen, ist aber möglich. | Der Standardwert ist C:\Programme\Microsoft SQL Server\MSSQL\Reporting Services\RSTempFiles. |
"RSReportServer.config" – Beispieldatei
Verwenden Sie das folgende Beispiel als Richtlinie zum Hinzufügen dieser Einstellungen zu Ihrer Konfigurationsdatei. Die neuen Einstellungen sind fett formatiert gesetzt.
<InstallationID>{acc27d3a-0875-44c0-8697-2532e36e9d13}</InstallationID>
<Add Key="SecureConnectionLevel" Value="0"/>
<Add Key="InstanceName" Value="MSSQLSERVER"/>
<Add Key="ProcessRecycleOptions" Value="0"/>
<Add Key="CleanupCycleMinutes" Value="10"/>
<Add Key="SQLCommandTimeoutSeconds" Value="60"/>
<Add Key="MaxActiveReqForOneUser" Value="20"/>
<Add Key="DatabaseQueryTimeout" Value="120"/>
<Add Key="RunningRequestsScavengerCycle" Value="60"/>
<Add Key="RunningRequestsDbCycle" Value="60"/>
<Add Key="RunningRequestsAge" Value="30"/>
<Add Key="MaxScheduleWait" Value="5"/>
<Add Key="DisplayErrorLink" Value="true"/>
<Add Key="WebServiceUseFileShareStorage" Value="false" />
<Service>
<IsSchedulingService>True</IsSchedulingService>
<IsNotificationService>True</IsNotificationService>
<IsEventService>True</IsEventService>
<PollingInterval>10</PollingInterval>
<MemoryLimit>60</MemoryLimit>
<RecycleTime>720</RecycleTime>
<MaximumMemoryLimit>80</MaximumMemoryLimit>
<MaxAppDomainUnloadTime>30</MaxAppDomainUnloadTime>
<MaxQueueThreads>0</MaxQueueThreads>
<UrlRoot>http://<exampleWebServer>/ReportServer</UrlRoot>
<UnattendedExecutionAccount></UnattendedExecutionAccount>
<PolicyLevel>rssrvpolicy.config</PolicyLevel>
<WindowsServiceUseFileShareStorage>False</WindowsServiceUseFileShareStorage>
<FileShareStorageLocation>
<Path> XXXXX </Path>
</FileShareStorageLocation>
</Service>Die folgende Konfigurationseinstellung kann zu RSReportDesigner.config hinzugefügt werden:
| Einstellung | Beschreibung | Wert |
| CacheDataForPreview | Bei Wahr speichert Berichts-Designer Daten in einer Cachedatei auf dem lokalen Computer. Weitere Informationen finden Sie unter Vorschaucache in Berichts-Designer. | Wahr (Standard)
Falsch |
"RSReportDesigner.config" – Beispieldatei
Verwenden Sie das folgende Beispiel als Richtlinie zum Hinzufügen dieser Einstellungen zu Ihrer Konfigurationsdatei. Die neue Einstellung ist fett gesetzt.
<Configuration>
<Add Key="SecureConnectionLevel" Value="0" />
<Add Key="InstanceName" Value="Microsoft.ReportingServices.PreviewServer" />
<Add Key="SessionCookies" Value="true" />
<Add Key="SessionTimeoutMinutes" Value="3" />
<Add Key="PolicyLevel" Value="rspreviewpolicy.config" />
<Add Key="CacheDataForPreview" Value="true" />
<Extensions>
...
</Extensions>
</Configuration>Neu in Service Pack 1. Wenn ein Bericht von einem Benutzer ausgeführt wird, der auf dem Server, der die Datenquelle hostet, über erhöhte Berechtigungen verfügt, kann der Server mit SQL Server einem Sicherheitsrisiko ausgesetzt sein, falls die Berichtsabfrage bösartige Transact-SQL-Anweisungen enthält (z. B. Anweisungen, die nicht autorisierte Anmeldungen erstellen oder fehlerhafte Daten einführen). Wenn beispielsweise ein Angreifer einen Bericht veröffentlicht, der eine bösartige Abfrage enthält, wird die Abfrage unter Administratoranmeldeinformationen verarbeitet, wenn eine der folgenden Bedingungen vorliegt:
Um diese Gefahr zu entschärfen, folgen Sie mindestens einer der folgenden empfohlenen Sicherheitsvorgehensweisen:
Die Verwendung von integrierter Sicherheit für den Zugriff auf externe Datenquellen stellt für Berichtsbenutzer ein besonderes Problem dar, die möglicherweise nicht wissen, dass ihr Sicherheitstoken an eine externe Datenquelle übergeben wird (Benutzer werden nicht im Voraus gewarnt, wenn Sie einen Bericht ausführen, der zum Verwenden integrierter Sicherheit konfiguriert ist). Zusätzlich haben Benutzer möglicherweise nicht die gleichen Bedenken beim Öffnen eines Berichts wie beim Öffnen eines E-Mail-Anhangs aus unbekannter Quelle. Die Sicherheitsrisiken sind aber in beiden Szenarien gleich. Eine böswillige Abfrage kann einen Server in der gleichen Weise beschädigen oder gefährden wie ein böswilliges Skript, das durch einen Hyperlink offengelegt oder in einem E-Mail-Anhang versteckt ist, eine Arbeitsstation beschädigen oder gefährden kann.
Beachten Sie, dass durch das Deaktivieren der integrierten Sicherheit alle Berichtsdatenquellen, die zum Verwenden integrierter Sicherheit konfiguriert sind (oder nachfolgend zum Verwenden integrierter Sicherheit konfiguriert wurden, nachdem das Feature deaktiviert wurde), nicht mehr ausgeführt werden. Der folgende Fehler wird zurückgegeben, wenn integrierte Sicherheit nicht auf Ihrem Berichtsserver unterstützt wird: "Diese Datenquelle ist für die Verwendung der integrierten Sicherheit von Windows NT konfiguriert, die integrierte Sicherheit von Windows NT ist jedoch für diesen Berichtsserver deaktiviert."
Um die integrierte Sicherheit zu deaktivieren, verwenden Sie Skript oder Code, um die Systemeigenschaft EnableIntegratedSecurity zu ändern. Weitere Informationen finden Sie unter Berichtsserver-Systemeigenschaften. Weitere Informationen zum Erstellen und Ausführen von Skripts finden Sie unter Scripting with the rs Utility and the Web Service.