Falls man sich bei Windows SharePoint Services V2 oder beim SharePoint Portal Server 2003 darauf verlassen hat, dass man als Administrator Rechte auf Webseiten hatte, ist dies nach einem Update nicht mehr der Fall.
In den letzten Tagen habe ich versucht ein SharePoint Portal Server 2003 Portal auf Microsoft Office SharePoint Server 2007 zu aktualisieren. Hierbei bin ich über einige Probleme gestolpert.
Folgende Upgradeversuche habe ich getestet:
Anhängen der Inhaltsdatenbanken an eine neue Microsoft Office SharePoint Server 2007 Webanwendung Inplace Upgrade des gesamten Servers Gradual Upgrade Leider hatte ich bei den ersten 2 Versuchen eine Fehlermeldung erhalten:
[SPManager] [ERROR] [04.02.2007 11:39:28]: ReflexiveUpgrade [SPWebServiceInstance Parent=SPServer Name=SHAREMIG] failed.
Nach einem IISReset oder einem Application Pool Recycling vergeht immer einige Zeit beim ersten Aufruf einer SharePoint Webseite.
Mein Tool WarmupSharePoint lädt beim Aufruf mit einer URL alle vorhandenen Unterseiten, damit der nächste Aufruf schneller geht.
Aufruf auf einem WSS V3 / MOSS 2007:
WarmupSharePoint.exe http://sharepointroot
Download: WarmupSharePoint
Update 27.01.2007:
Ich habe noch einen Fehler gefunden und beseitigt.
Patrick Tisseghem hat in seinem Blog einen interessanten Beitrag zum Thema Office Forms Server gemacht. Zu finden ist der Artikel hier: http://blog.u2u.info/DottextWeb/patrick/archive/2006/11/30/37738.aspx
**Hier die Zusammenfassung:
**
Um ein Formular auf einer SharePoint Webseite anzuzeigen, muss man nicht erst ein Webpart entwickeln. Die Forms Services nutzen ein ASP.Net Webpart, dass durch den Eintrag
in der Web.Config Importiert, und genutzt werden kann.
Dem Application Pool Account muss über die "Komponentendienste" (Systemsteuerung, Verwaltung) die Berechtigung zum Starten gegeben werden.
Im Eventlog finden sich Einträge mit der Ereigniskennung 10039:
Fehler beim erneuten Versuch des Abfragecomputers ‘SERVER’. Fehler: Zugriff verweigert 0x80070005. Der Vorgang wird in 240 Sekunden wiederholt. Komponente: f4156246-fc9c-42ce-8a5f-931f51e04cdf
Das Problem lässt sich beheben, indem der Account, unter dem der Application Pool läuft, geändert wird. In diesem Fall war es der Netzwerkdienst.
Den Netzwerkdienst habe ich durch einen Domänen Account ersetzte. Dieser musste u.A. die nötigen Rechte auf die Datenbanken bekommen.
Das Kommandozeilentool stsadm wurde in der Version 3 der Windows SharePoint Services um neue Funktionen erweitert.
In das Thema Importieren/Exportieren von Daten von einem Server zu einem anderen möchte ich ein wenig Licht bringen, und die Funktionen beschreiben.
Im- / Export von SharePoint Sites
Mit Hilfe der Im- / Export Funktion können SharePoint Webs kopiert werden. Hierbei können folgende Inhalte mit kopiert werden:
Sicherheitseinstellungen Benutzerrollen Versionsinformationen Workflows Besonders nützlich ist diese Option z.
Hier habe ich einen sehr interessanten Blog über die neue Architektur gefunden. Kurz: Es gibt keine "supported configuration" mehr. Alles ist möglich 🙂
Über ein Portal sind diverse Dokumentenbibliotheken – in den Dokumente auf eine Genehmigung warten – verteilt.
Dieses Szenario wird vielen bekannt vorkommen. Ein Lösung habe ich vor einige Zeit geschrieben. Das Webpart zeigt alle die Dokumente an
die auf eine Genehmigung warten bei denen der Besucher das Recht hat die Genehmigung durchzuführen Die Lösung ist nicht die schönste, aber sie hat bei mir funktioniert. Und das übrigens für Windows SharePoint Services V2 und den SharePoint Portal Server.
Wer verliert nicht den Überblick über die Berechtigungen einer SharePoint Sitecollection?
Um die Berechtigungen einer Sitecollection auszulesen, habe ich ein Tool geschrieben dass die Gruppen und Berechtigungen einer oder aller Sites anzeigt.
In einem späteren Schritt werde ich aus den Komponenten einen Webservice erstellen, um eine Auswertung über SSRS (SQL Server Reporting Services) zu ermöglichen.
Hier ist der Download SharePointUserRights.
Update 16.11.2008:
neue Version mit einigen Änderungen und Bugfixing
