Weitere Upgradeprobleme bei Reporting Services

In diesem Thema werden bekannte Probleme beschrieben, bei denen möglicherweise ein Upgrade Reporting Services Funktionalität auftreten kann. Diese Probleme werden vom Updateratgeber nicht erkannt. Weitere Informationen finden Sie unter SQL Server Versionshinweise 2014

Gilt für: Reporting Services Einheitlichen Modus | Reporting Services SharePoint-Modus.

Problem	BESCHREIBUNG	Gilt für:
Upgrade einer SharePoint-Farm	Aktualisieren Sie den Reporting Services freigegebenen Dienst erst, nachdem alle anderen Reporting Services Komponenten in der Farm auf SQL Server 2014 aktualisiert wurden. Um Reporting Services in einer SharePoint-Farm mit mehreren Knoten auf SQL Server 2014Reporting Services zu aktualisieren, müssen alle Instanzen des Reporting Services Add-Ins für SharePoint in der Farm auf die SQL Server 2014-Version aktualisiert werden, bevor Sie das Upgrade für die Reporting Services gemeinsam genutzter Dienst. Beim Rendern von Berichten tritt ein Fehler auf, wenn der Reporting Services freigegebenen SharePoint-Dienst auf SQL Server 2014 aktualisiert wurde, andere Reporting Services Komponenten in der Farm jedoch noch version SQL Server 2012 sind. Weitere Informationen finden Sie unter Tipps & Tricks und Problembehandlung für SQL Server 2014 Reporting Services.	SQL Server 2012 und SQL Server 2012 SP1
Parallele Installation	SQL Server 2012 Reporting Services Einheitlichen Modus kann nicht parallel zu einem der folgenden Optionen ausgeführt werden: SQL Server 2014 Reporting Services Add-In für SharePoint SQL Server 2014 Reporting Services Freigegebener SharePoint-Dienst Durch die parallele Installation wird verhindert, dass der Windows-Dienst SQL Server 2012Reporting Services im einheitlichen Modus gestartet wird. Im Windows-Ereignisprotokoll werden Fehlermeldungen wie die Folgenden angezeigt: Beschreibung: Die Version der Berichtsserver-Datenbank ist ungültig. Beschreibung: Berichtsserver [Servername] kann nicht mit der Berichtsserver-Datenbank verbunden werden.	SQL Server einheitlichen Modus 2012
Fehler während der Reparatur eines fehlgeschlagenen Upgrades	Problem: Sie versuchen, eine Reparatur auszuführen, nachdem ein Upgrade fehlgeschlagen ist. Der Reparaturvorgang schlägt auch fehl, und die Setupprotokolldateien enthalten Meldungen ähnlich wie Folgende: (01) 2011-10-27 12:23:15 Slp: (01) 2011-10-27 12:23:15 Slp: Exception type: System.Exception (01) 2011-10-27 12:23:15 Slp: Message: (01) 2011-10-27 12:23:15 Slp: SQLPath element is missing (01) 2011-10-27 12:23:15 Slp: Data: (01) 2011-10-27 12:23:15 Slp: SQL.Setup.FailureCategory = ConfigurationFailure Weitere Informationen zu den Protokolldateien finden Sie unter Anzeigen und Lesen SQL Server Setupprotokolldateien. Lösung: Sie müssen Reporting Services deinstallieren und Reporting Services erneut installieren. Ein Upgrade ist nicht mehr möglich.	SQL Server 2012 und SQL Server 2012 SP1
Interaktivitätsinformationen werden nur für die letzte Anforderung gespeichert.	In früheren Versionen von Reporting Services wurden bei Momentaufnahmen alle möglichen Kombinationen interaktiver Optionen gespeichert, z. B. Drillthroughinformationen und Umschaltmöglichkeiten. Zum Beispiel konnten Sie Seite fünf eines Berichts anzeigen und ein Berichtselement auf Seite eins programmgesteuert ein-/ausschalten, indem Sie die richtige ID für die Umschaltfunktion nachverfolgten. In SQL Server 2008 werden Interaktivitätsinformationen nur für die letzte Renderinganforderung generiert und 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.	SQL Server 2005 SP2
Rendering und Paginierung haben sich geändert.	Das Rendering Object Model (ROM) wurde in SQL Server 2008Reporting Services 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.	SQL Server 2005 SP2
Umgestaltetes CSV-Exportformat	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. Das führte zu einem in Bezug auf Matrixdatenbereiche ungeeigneten Datenformat für den Import in andere Anwendungen. 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 ist für Anwendungen von Drittanbietern optimiert. 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.	SQL Server 2005 SP2
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. Beispielsweise wurden Aggregatberechnungen nicht für ausgeblendete Elemente in gedruckten Berichten durchgeführt, sondern für ausgeblendete Elemente in Berichten berechnet, die Sie mit einem Browser oder in Microsoft Office Excel angezeigt haben. In dieser Version verwenden alle Renderer den gleichen Regelsatz, um die Elemente auf einer Seite zu bestimmen.	SQL Server 2005 SP2
Keine Formelunterstützung in Excel	In früheren Versionen von Reporting Services wurde die Übersetzung von Ausdrücken in RDL in Excel-Formeln eingeschränkt. Wenn Sie in dieser Version einen Bericht in Excel exportieren, werden RDL-Ausdrücke nicht in Excel-Formeln übersetzt.	SQL Server 2005 SP2
Überlappende Elemente.	Wenn in früheren Versionen von Reporting Services ein Bericht überlappende Elemente auf der Berichtsentwurfsoberfläche hatte, wurde beim Veröffentlichen des Berichts eine Warnung ausgegeben ("Überlappende Berichtselemente werden in allen Renderern nicht unterstützt."), aber die Berichtselemente blieben an ihrem ursprünglichen Speicherort auf der Entwurfsoberfläche erhalten. In SQL Server 2008 können Berichtselemente verschoben werden, um überlappende Grenzen zu korrigieren, wenn ein Bericht angezeigt oder in einen Renderer exportiert wird, der keine überlappenden Elemente unterstützt.	SQL Server 2005 SP2
Änderung des Objektmodellnamespaces melden.	In SQL Server 2008Reporting Services wurde der Namespace Report Object Model 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 zu verwenden, um über Ihren Code auf integrierte Sammlungen zuzugreifen. 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.	SQL Server 2005 SP2
Der WMI-Anbieter (Windows Management Instrumentation) des Berichtsservers von SQL Server 2000 oder SQL Server 2005 wird nicht unterstützt.	Reporting Services enthält einen WMI-Anbieter, mit dem Sie die Umgebung, in der ein Berichtsserver ausgeführt wird, programmgesteuert konfigurieren können. Das SQL Server 2008-Release von Reporting Services enthält eine völlig neue Version des WMI-Anbieters, die die vorherige Version vollständig ersetzt. SQL Server Versionen 2000 und 2005 werden in dieser Version von SQL Server nicht unterstützt.	SQL Server 2005 SP2
Dienstprinzipalnamen (Service Principal Names, SPN) werden auf einem aktualisierten Berichtsserver nicht neu erstellt.	Wenn Sie einen SPN für den Report Server-Webdienst erstellt haben, vergewissern Sie sich, dass die eingeschränkte Delegierung für den aktualisierten Berichtsserver funktioniert.	SQL Server 2005 SP2
Benutzerdefinierte Assemblys müssen manuell in den neuen Installationsordner verschoben werden.	Benutzerdefinierte Assemblys werden nicht vom Updateratgeber erkannt und müssen manuell in den neuen Installationsordner verschoben werden, wenn Sie weiterhin die benutzerdefinierte Funktionalität in Berichten verwenden möchten. Wenn diese Assemblys im Installationsordner des Berichtsservers installiert sind, müssen sie nach Abschluss des Upgrades in den neuen Installationsordner verschoben werden.	SQL Server 2005 SP2

Weitere Informationen

Upgradeprobleme bei Reporting Services (Upgrade Advisor)