Kilo Mike - Ich blocke….

Ich habe soeben ein paar Updates und Bugfixes am Windows 2003 IIS 6 mit Microsoft Windows Sharepoint Services 3 (WSS3) durchgeführt und nach dem Neustart pasiert natürlich, was nicht passieren darf; anstelle einer freudigen Sharepoint-Seite begrüßt mich schwarz auf weiss diese Meldung:

Zur Konfigurationsdatenbank kann keine Verbindung hergestellt werden

Das Eventlog voller Fehler, u.a. mit diesem:

Event Type: Error
Event Source: Windows SharePoint Services 3
Event Category: Datenbank
Event ID: 5586
Date:  12/16/2008
Time:  6:06:02 PM
User:  N/A
Computer: SERVER
Description:
Unbekannte SQL-Ausnahme ‘33002′. Zusätzliche Fehlerinformationen von SQL Server sind unten aufgeführt.

Access to module dbo.proc_getObjectsByClass is blocked because the signature is not valid.

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

Klasse; ich kam weder auf die Zentraladministration, noch auf die Seite. Alle erforderlichen Dienste liefen. Aber Dank Technet ließ sich das Problem relativ zügig beheben:

Schuld ist/war ein installiertes Update, in beschriebenem Fall KB934525, bei mir war dies nicht der Fall, ist dies Update schließlich nicht installiert. Trotzdem hat die Lösung funktioniert:

Post-installation information

After you apply this hotfix package, you must run the SharePoint Products and Technologies Configuration Wizard.

To do this, click Start, point to All Programs, point to Administrative Tools, and then click SharePoint Products and Technologies Configuration Wizard.

Important: Because of a problem with the hotfix installation, you must not run the SharePoint Products and Technologies Configuration Wizard to complete the installation if you are running a Windows SharePoint Services stand-alone installation that uses the Windows Internal Database Engine. Instead, you must use the Psconfig.exe command-line utility. To do this, follow these steps:

1. Click Start, click Run, type cmd in the Open box, and then click OK.
2. Change to the following directory:

   system drive\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\Bin

3. Run the following command:

   psconfig -cmd upgrade -inplace b2b

Nach einigen Minuten Rechnen und dem Neustart des IIS-Service (World Wide Web Publishing Service) ging wieder alles..

Eine einfache Möglichkeit um bei den Windws Sharepoint Services 3 (WSS3) die Suchfunktion zu entfernen hat Per Jakobsen (http://www.theblackknightsings.com/) entwickelt:

To install the feature in my solution do the following:
1) Download zip from  www.theblackknightsings.com/content/binary/NoSearchBox-wsp.zip
2) Extract wsp from zipfile
3) Start command prompt
3.1) Run stsadm -o addsolution -filename <path to nosearchbox.wsp>
3.2) Run stsadm -o deploysolution -name nosearchbox.wsp -immediate
3.3) Exit command prompt
4) Enter Central administration
4.1) Select Application managment | Manage Web application features (below SharePoint web application management)
4.2) Select the right Web Application in the top right corner
4.3) “No Search Box” should be listed click Activate button next to it
4.4) Repeat 4.2 + 4.3 any number of times
5) Check that search box has disappeared

Bei meiner Installation hatte ich das Problem, dass ich vom Zeitgeberdiest eine “nette” Fehlermeldung erhalten habe:

Der Zeitgeberauftrag für diesen Vorgang wurde erstellt, aber kann nicht ausgeführt werden, da der Administrationsdienst für diesen Server nicht aktiviert ist. Wenn die Ausführung des Zeitgeberauftrags zu einem späteren Zeitpunkt geplant ist, können Sie die Aufträge gleichzeitig mithilfe von ’stsadm.exe -o execadmsvcjobs’ ausführen. Aktivieren Sie den Windows SharePoint Services-Verwaltungsdienst, oder führen Sie den Vorgang über das Befehlszeilendienstprogramm ‘STSADM.exe’ aus, um das Problem künftig zu vermeiden.

Aber nach einem ’stsadm -o execadmsvcjobs’ und ein paar Sekunden Geduld hat dann alles geklappt..

Sämtliche Alarmglocken gingen an, als ich mir die Datenbank meines Sharepoints, noch nicht public, aber so gut wie fertig eingerichtet, angschaut habe: 700 MB. Stellte sich mir die Frage: Wieviel geht denn??

Und wieder ein Schock, als ich las, dass die Micrsoft Desktop Engine (MSDE) ein Limit von 5 gleichzeitigen Datenbankzugriffen und 2 GB pro Datenbank hat… Umso erleichtert, als ich auf diesen Artikel stieß, demzufolge die Microsoft-Entwickler bei den WSS3 eine besondere Version der SQL 2005 Engine verwendeten und auf Limitierungen verzichteten.

Wäre also die Frage geklärt, wie weit ich noch machen kann. Aber weiter offen die Frage, wieso die Datenbank so groß ist.. Ganz einfach: Die WSS (keine Ahnung, ob es bei dem MOSS=Microsoft Office Sharepoint Server auch so ist) legen sämtliche Dateien, Anhänge, etc. IN diese Datenbank ab, standardmäig liegt diese unter C:\WINDOWS\SYSMSI\SSEE\MSSQL.2005\MSSQL\Data. Erinnert mich ein bissl an Lotu sNotes, wo auch alle Inhalte in die Dokumentenorientierten Datenbanken abgelegt werden..

Dann schauen wir mal, wie sich das im Laufe der Zeit weiter verhält, vor Allem: Wie sich die Datenbank im Laufe des Wachstums weiter verhält…

Na gut, ich gebe zu es ist ein schlechtes Wortspiel. Aber lieber ein schlechtes als garkeinen Spass..

Kurz zur Vorgeschichte: Auf Arbeit häufen sich immer mehr Dokumentation, Protokolle, Anleitungen, Fehlerlösungen, etc… Selbst die beste Dateiablage vermag es nicht diese Flut an Informationen zu bändigen oder gar schnell und komfortable wieder darauf zuzugreifen.. Also hatte ich die Idee mir die Microsft Sharepoint Services 3.0 genauer anzuschauen. Diese sind, im Unterschied zum Sharepoint Portal Server kostenlos zu Windows 2003 Server downloadbar, und nach 2-3 Beschwerden von der Installationsroutine (.Net-Framework 3.0 sollte installiert sein, ebenso wie die IIS in jungfräulichen Zustand) auch relativ schnell installiert und konfiguriert. Wie bei jeder MS-Anwendung kann man out-of-the-box schon vieles anfangen und anlegen. So kann man problemlos Arbeitsbereiche oder eine Bildbibliothek anlegen. Auch die völlig unkomplizierte Integration ins Active Directory ist ein großes Plus für WSS. Eine der Neuerungen der WSS 3.0 ist das Erstellen von Web2.0-igen Blogs und Wikis.

Ein Blog bietet die Möglichkeit Informationen zu publizieren, auf die andere wiederum zugreifen können. Natürlich gehört hier die Unterstützung von RSS. EIn Wiki, und hier kommt der interessanteste Punkte, kann dazu verwendet werden ohne große Mühen eine große Menge an Informationen abzulegen und zu verknüpfen. Scheinbar ideal für das Anlegen einer Dokumentationsdatenbank.

Doch kurz zurück zu den Sharepoint Services. Durch verschiedene Erweiterungen/Templates ist man in der Lage einen speziellen Workspace für Teams, wie z.B. einen Helpdesk anzulegen, eine Inventar- oder Ressourcenverwaltung aufzubauen, oder ein einfaches Forum hinzusetzen. Alles in Microsoft-Manier mit ein paar Klicks udn fertig ist!!

Mich interessierte aber der Gedanke des Wikis. Es ist schnell eingerichtet, die Bedienung ist intuitiv und schnell erlernbar. Ein Verweis auf eine neue Seite, udn damit verbunden auf diese neue Seite lässt sich denkbar einfach umsetzen: Das gewünschte Thema einfach in je zwei [[eckige Klammern]] setzen und schon ist ein Link gesetzt. Klickt man auf diesen so kann man auf den neuen Beitrag zugreifen. Doch etwas fehlte mir: Für die Erstellung von Dokumentationen sind Bilder im Text unerlässlich: Dies ist über die WSS jedoch nur durch den Umweg “Bild in Fotobibliothek hochladen und dann entsprechend (per Hand) verlinken” möglich, das direkte Hochladen und Einfügen in den Text ist leider nicht möglich.

Also begab ich mich auf die Suche nach einer Möglichkeit, wie dies im Sharepoint (doch noch) zu realisieren sei. Ich stieß dann auch auf ein sog. Webpart, welches es ermöglicht/ermöglichen soll, soetwas umzusetzen. Leider bekam ich diesen Webpart weder durch die Herstelelranleitung noch durch Microsft Technet zum Laufen. Anstelle des funktionierenden Webparts erhielt ich nur eine Fehlermeldung, die mir klar und deutlich sagte: “Fehler beim Einbinden des Webparts” Vielen Dank!!

ALso ging es weiter.. Nicht nur andere Mütter haben hübsche Töchter, es gibt auch noch andere, und mit Sicherheit leistungsfähigere Wiki-Engines. Ein Artikel im tecChanel stellte eine nette Übersicht dar. Für mich steht fest: Open Source, kostenlos soll es sein. Zur Auswahl stehen nach einiger Recherche und verschiedenen Live-Demos:

MediaWiki: Die wahrscheinlich größte und verbreitetste Wiki-Plattform. Sie wird bei Wikipedia eingesetzt, ist schnell, einfach zu installieren und stabil. Außerdem ist sie übersichtlich udn leicht erlernbar. Einziger Haken: Es gibt keinen WYSIWYG-Editor (WYSIWYG = What You See Is What You Get => Das Erstellen und Editieren erfolgt ohne Eingabe von Formatierungsbefehlen, ähnlich wie es der Nutzer von Word gewohnt ist), eine Anforderung, die ohne jedes Wenn-und-Aber erfüllt werden muss!!! Ich kann es keinem User antun, dass er/sie anfangen muss spezielle Befehle zu lernen..

TWiki: Wirbt selbst und wird alles Enterprise-Wiki beworben. Auf den ersten Blick also optimal?! Wieder verschiedene Foren udn Artikel durchgeschaut: Es ist nicht ganz einfach zu installieren, es ist sehr sehr mächtig, wagt schon den Schritt zum CMS (Content-Management-System) ist aber nahezu optimal an Unternehmensbedürfnisse angepasst. Nachdem ich ca. 30 Minuten lang versucht habe das Paket unter einem WAMPP-Server zu installiern, stieß ich dann auf der Herstellerseite auf ein Windows-Standalone-Installationspaket. Klasse!!! Installiert, gestartet, läuft!! Die Versprechungen udn Stimmen waren nicht untertrieben: Es ist sehr sehr mächtig und komplex. Vorteil: Der WYSIWYG-Editor ist standardmäßig aktiviert. Zumindest in der Live-Demo funktionierte er genau so, wie es mir gewünschte habe. In der von mir installierten Testumgebung dann leider nichtmehr. Da mein Testsystem aber inwzischen doch ziemlich vermurkst war, habe ich das erstmal darauf geschoben und es wieder runtergeschmissen. Unter den VMWare Virtual Appliances stieß ich dann aber auf eine fertige, vorgefertigte und funktionstüchtige Virtuelle Maschine, welche genau den Zweck erfüllt: Ein fertiger, vorkonfigurierter und dennoch anpassbarer, voll funktionsfähiger (inkl. WYSIWYG) TWiki-Server

MediaWiki lies mich aber nicht in Ruhe, hatte ich doch früher schonmal den Versuch unternommen ein Wiki auf dieser Basis aufzusetzen, ein Projekt, welches leider im Sande verlaufen ist… An und für sich ist die Software ideal, bietet sie doch eine vertraute Umgebung. Einzig und allein das Manko des WYSIWYG-Editors inkl. Bildupload sollte doch umsetzbar sein?! Selbst bei Mediawiki setzt man sich schon mit diesem Thema auseinander, ein Projekt MediaWiki&FCKEditor gibt es bereits. Dieser Editor lässt sich auch problemlos einbinden, JUCHU ich habe einen WYSIWYG-Editor im Media-Wiki, der FCK-Editor bietet auch die Möglichkeit Bilder DIREKT in den Beitrag hochzuladen und einzubinden.. Leider erscheint an der Stelle, wo ein Bildupload sein sollte, nur ein Kreuz und “Preview”-Text.. Mal schauen, ob das Problem noch gelöst werden kann.. Ich bleibe dran…

So, genug für heute damit. Ich lasse das jetzt erstmal setzen und werde mich morgen oder Dienstag weiter mit dem Thema beschäftigen.