In meinem Vorgangerpost habe ich ja kurz beschrieben, was fur Hurden das Add-In des Report Servers (MS SQL 2008) aufstellt und wie man druber kommt. Grundsatzlich bleibt anzumerken, dass der Microsoft SQL Server 2008 ohne echten IIS auskommt. Seit 2005 konnte er so schon WebServices direkt ohne WebServer anbieten. Allerdings wurde fur die Reporting Services (SSRS) in der Version 2005 noch ein echter IIS benotigt. Mit dem aktuellen SQL 2008 CTP Feb ist dies nicht mehr notig. Der SSRS lauft komplett im SQL uber HTTP.SYS.
Dieser Post widmet sich kurz der Installation der Serverseite des SSRS. Es gibt namlich ein paar Änderungen… sehr grundsatzliche Änderungen:
> > _"To join a report server to a SharePoint farm, the report server must be installed on a computer that has an instance of a SharePoint product or technology. You can install the report server before or after installing the SharePoint product or technology instance." _BOL: Requirements for Running Reporting Services in SharePoint Integrated Mode [http://msdn.microsoft.com/en-us/library/bb283190(SQL.100).aspx](http://msdn.microsoft.com/en-us/library/bb283190(SQL.100).aspx) > >
Verstanden? Genau der Server, der den Report Server (WebService) anbietet, muss in die Sharepoint Farm! Hinweise dazu gibt es auch hier:
Planning a Deployment Mode (Reporting Services)
Deployment Topologies for Reporting Services in SharePoint Integrated Mode
Vorteile sind eine bessere und tiefere Integration (z.B. bessere Webparts), aber was sind weitere Folge?
1. Auf dem SQL Server muss eine Sharepoint Server installiert werden 1. Extra Server der gepatched werden muss (HotFixes, Rollups, ...) 2. Extra Lizenzkosten fur einen SharePoint Server (nicht so schlimm) 3. IIS-Komponenten (nicht nur HTTP.sys) auf dem SQL 2. oder auf einem SharePoint Server der Farm (z.b. Maschine mit der Rolle: Indexer, ExcelServices, ...) 1. Wartung ist nicht so aufwendig wie anders herum (siehe 1.) aber muss gemacht werden 2. Extra Lizenzkosten und diese konnen extrem hoch werden, da in der Regel nach CPU lizensiert wird. Je nach Edition kommen hier schnell hohe 5 stellige Euro-Betrage zustande.
Ich habe mich entschieden fur meine Testumgebung, die Installation auf dem SQL Server zu machen. Ich habe alle Services “disabled” und so kaum einen “Overhead”. Allerdings muss ich den IIS auf dem Server installieren, weil das MOSS erzwingt.
Ohne SharePoint kommt zu Beispiel:
Nachster Fehler:
“Report Server may not have joined the SharePoint farm, or Report Server service account may not have been granted access to farm.”
Eine Losung habe ich noch nicht. Nur ein Workaround. Ich versuche, die ganze Umgebung mit Kerberos als Authentifizierung zu fahren. Im Windows Server 2008 hat sich hier ein wenig das Modell hinter dem Process Model geandert. Im Moment nur soviel: “KernelMode Authentication”. Ich lasse nun den ReportServer also nicht unter einem Domain Account laufen, sondern unter LocalSystem. Anders war es leider nicht zu realisieren. Im Moment ist die Umgebung mit W2K8 und SQL2K8 und dann noch SharePoint mehr als “unbekannt”… und das geht nicht nur mir so… Microsoft arbeitet ja auch noch am neusten SQL Server also ist im Moment noch sehr unklar, wo genau der Fehler liegt. Sharepoint an sich funktioniert ja sehr gut, auch mit Kerberos.
Bei weiteren Problemen mit der Authentifizierung sollte man mal in die Microsoft Books Online (BOL) fur den SQL 2008 rein schauen.
Thema: Trouble Shot Authentication Report Server use Build in Account with Service type HOST
**Fazit
**Noch ist die Installation nicht ganz rund. Der RC0 ist glaube ich vor kurzem raus gegangen. Ich weiß nicht, ob ich die Zeit finde vor dem RTM mich naher damit zu beschaftigen, aber ich denke wir sind auf dem besten Weg. Die Architekturanderungen fur die Farm Integration findet ich etwas unglucklich, aber die Kundenakzeptanz wird zeigen, wie lange diese Lizenzauswirkungen bestand haben :-)
Ciao Marco