WSS 3.0 SharePoint Suche funktioniert nicht mehr

Nach einem größeren Server Update mit Windows SharePoint Services 3.0 Service Pack 2 und Windows Desktop Search 4.0 Update lief auf einem SharePoint Server erst Mal gar nichts mehr.

Die Symptome waren, die Sharepointsuche fand nichts und im Anwendungslog gab es ewig viele Meldungen eines Gatherers der nicht crawlen konnte.

The start address <sts3://server:9999/contentdbid={480f1819-b1a2-4ebf-82f9-cc0d3c7d6e6d}> cannot be crawled.

Context: Application ‘Search index file on the search server’, Catalog ‘Search’

Details:
    The object was not found.   (0×80041201)

Die Logdatei unter C:\Programme\Gemeinsame Dateien\Microsoft Shared\web server extensions\12\LOGS verzeichnete:

***** Couldn’t retrieve server http://server:9999 policy, hr = 80041201 – File:d:\office\source\search\search\gather\protocols\sts3\sts3util.cxx Line:558    
09/06/2009 20:15:33.76     mssdmn.exe (0×16B4)                         0×16D4    Search Server Common              PHSts                             0    Monitorable    ****** Server server:9999 security initialization failed, hr = 80041201

Hier hatte jemand das genau gleiche Problem: http://blog.in4out.ch/post/Sharepoint-Search-Crawl-Fehler-2436-nach-SP2-Installation.aspx

Auch dieser Zeitgenosse hatte dasselbe Problem: http://www.pointgowin.com/SeeThePoint/Lists/Posts/Post.aspx?List=8436e2d5%2D7526%2D409a%2Db7f3%2De49da113abd5&ID=13

Die Rede war von Root Site anlegen, also SharePoint Central Administration->Application Management->Create Site Collection. Dort konnte man dann tatsächlich unter Web Site Address den / Slash auswählen und dafür eine Root Site anlegen. Das wars.

Nach ein wenig Wartezeit lief wieder alles, Dienste neu starten oder Serverneustart hätte es auch gebracht.

Vergleich von XPS und PDF

Einen schönen Vergleich von den Möglichkeiten von XPS und PDF im direkten Vergleich sowie viele Details zum XPS Format selber und den Möglichkeiten findet man unter:
http://www.globalgraphics.com/xps/faq.pdf

PDF Dateien in Windows Sharepoint Services 3.0 durchsuchen

PDF Dateien sind überall und wer Dokumente und Rechnungen sammelt und die Windows Sharepoint Services 3.0 einsetzt wird schnell feststellen, daß es keine direkte Unterstützung für PDF-Dateien gibt.

Dieser KB-Artikel beschreibt wie man den iFilter 6.0 von Adobe für die PDF-Durchsuchung einrichten muss. http://support.microsoft.com/kb/927675/en-us

Wer das ganze unter 64bit benötigt, wird hier fündig: http://labs.adobe.com/wiki/index.php/PDF_iFilter_8_-_64-bit_Support

Zuguter letzt noch ein paar Infos über Performance der verschiedenen PDF-IFilter: http://blogs.msdn.com/ifilter/archive/2007/11/14/foxit-vs-adobe-pdf-ifilter-32-bit-only.aspx

Einbindung durch Acrobat Reader 8.xx allerdings für MOSS 2007: http://blogs.msdn.com/ifilter/archive/2007/03/29/indexing-pdf-documents-with-adobe-reader-v-8-and-moss-2007.aspx

Fehlermeldung von Sharepoint 3.0 festgelegte Maximalgröße beim Hochladen von Dokumenten wurde überschritten

Versucht man bei den Windows Sharepoint Services 3.0 mit den Standardeinstellungen ein Dokument hochzuladen, welches größer als 50MB ist, oder auf einen Schlag mehrere Dokumente, deren gemeinsame Größe mehr als 50MB beträgt, so erhält man folgende Meldung:

„Die Übertragung des Formulars kann nicht durchgeführt werden, da die vom Webadministrator festgelegte Maximalgröße für Formulardaten überschritten wurde. Bitte senden Sie das Formular erneut mit verringertem Datenumfang.

Leider ist nicht gleich offensichtlich wie das Problem zu lösen ist, zumal Microsoft auch nur oberflächliche Hilfe anbietet:
http://office.microsoft.com/de-ch/sharepointserver/HA100244821031.aspx#11

Auch in verschiedenen Foren findet man das Thema wieder:
http://www.mcseboard.de/post1-640489.html
http://www.mcseboard.de/post1-280908.html

Hier die Beschreibung der Lösung:
http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1434135&SiteID=1

Man startet also die zentrale Sharepoint Administration und geht zu: Central Administration->Application Management->Web Application General Settings. Dort kann man dann Maximum Upload Size eintragen.

Änderungen an der Größe wirken sich immer gleich aus, falls es doch nicht klappen sollte, liegts vielleicht an fehlendem Platz auf dem Server um die Daten temporär zwischenzuspeichern.

Dauernde Neukonfiguration beim Start von Word 2007 oder Excel 2007 wenn noch alte Versionen parallel installiert sind

Hat man verschiedene Versionen z. B. von Word auf einem Rechner installiert, so kann sich der Start von Word 2007 ziemlich in die länge ziehen und es wird einem was von einer Konfiguration erzählt.

Das Problem taucht nur dann auf, wenn wechselweise mit einer alten Word Version und der aktuellen Word 2007 Version gearbeitet wird.

Daneben kann auch eine nachträgliche Installation von z. B. Excel 2003, wenn bereits ein anderes Office Programm z. B. Word 2007 installiert ist, dazu führen das gemeinsam benutzte Komponenten Schwierigkeiten machen!

Im Falle von Sharepoint 3.0 können sogar keine Dokumente mehr in die Dokumentenbibliothek gelegt werden.

Weitere Infos und Lösungsmöglichkeiten:
http://support.microsoft.com/kb/928091/en-us

Sharepoint Server 3 Datensicherung und Desaster Recovery

MS hat einen neuen Artikel zum Thema wie man Sahrepoint 3 sichert und im Ernstfall wieder herstellen kann:

http://technet2.microsoft.com/Office/en-us/library/288fecfb-53fb-4988-89d7-b7888f82bf961033.mspx?mfr=true

Windows Sharepoint Services 3 Config Datenbank Transaktions-Log-Datei wird größer und größer

Mich wundernd warum auf einem Server kein Platz mehr zur Verfügung stand, machte ich mich auf die Suche nach dem Platzverschwender: Sharepoint wars.

Nachdem ich eine Datei SharePoint_Config_f4135189-3bab-4761-b755-8812d2e2fc88_log.LDF im Verzeichnis C:\WINDOWS\SYSMSI\SSEE\MSSQL.2005\MSSQL\Data mit bald 4GB ausfindig gemacht hatte, war klar wohin die Bytes entfliehen.

Nach etwas Recherche im Web, war Handeln angesagt, denn MS scheint doch tatsächlich die Transaktionslogdatei vergessen zu haben. Selbst wenn man über Sharepoint Central Administration ein Backup ausführt, passiert nichts. Hier die Beschreibung wie man Backups ausführen kann: http://technet2.microsoft.com/windowsserver/WSS/en/library/dec1c405-b54b-4c1b-976f-3fa6d814cda51033.mspx?mfr=true

Im MSDN Forum meinte jemand man müsse die SQL Express Tools installieren um die Log-Datei shrinken zu können: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2084815&SiteID=1, dazu muss man 40-80MB installieren: http://www.microsoft.com/downloads/details.aspx?FamilyId=C243A5AE-4BD1-4E3D-94B8-5A0F62BF7796&DisplayLang=en, aber es gibt eine noch einfachere Lösung: OSQL.
http://www.smallbizserver.net/Forums/tabid/53/forumid/12/postid/
76669/view/topic/Default.aspx

Der SQL Server 2005 bringt ein Tool mit Namen OSQL mit, damit lassen sich T-SQL Befehle per Commandline oder Batch absetzen. Nach etwas Recherche war klar, was zu tun ist: http://blog.henryong.com/2007/09/01/sharepoint-designer-errors-when-opening-checking-in-checking-out-files-shrinking-transaction-log-files/ beschreibt es und im Kommentar http://dotnet.org.za/calmyourself/archive/2007/07/11/managing-your-sql-log-files.aspx#200124 steht ganz genau was zu machen ist.

Übrigens beschreibt der Blog: http://dotnet.org.za/calmyourself/archive/2007/07/11/managing-your-sql-log-files.aspx was SQL Log Dateien sind und wie sinnvolle Backups angelegt werden.

Im konkreten Fall wurden also folgende Befehle abgesetzt:

osql -S .\microsoft##ssee -E

backup log [SharePoint_Config_f4135189-3bab-4761-b755-8812d2e2fc88] to disk=“s:\sharepointbackup\logBackup.bak“

go

backup log [SharePoint_Config_f4135189-3bab-4761-b755-8812d2e2fc88] with truncate_only

use [SharePoint_Config_f4135189-3bab-4761-b755-8812d2e2fc88]

go

dbcc shrinkfile (N’SharePoint_Config_f4135189-3bab-4761-b755-8812d2e2fc88_log’, 70)

go

Nach dem letzten Go wurden aus knapp 4GB gerade noch 75MB!

Zum Schluss noch ein KB-Artikel der sich mit dem Thema Transaction Log Dateien beschäftigt und was man gegen die Auswüchse tun kann: http://support.microsoft.com/kb/873235/en-us

Problem mit den „Server Admin Templates“ unter Windows Sharepoint Services 3 (WSS3)

Als Newbie bei Windows Sharepoint Solutions 3 wollte ich die 40 Server- und Site Admin Templates einspielen (Beschreibung der einzelnen Templates: http://www.microsoft.com/technet/windowsserver/sharepoint/wssapps/
templates/descriptions.mspx), dazu mußte zuerst die applicationtemplatecore.wsp Solution eingespielt werden. Leider hab ich bei den Parametern -immediate und nicht -local angegeben, das war mein Fehler. Hier stehts etwas klarer geschrieben: http://blogs.msdn.com/sharepoint/archive/2007/02/24/updated-installation-guide-for-the-20-server-admin-application-templates-for-wss-3-0.aspx. Das Problem zu beheben war dann aber nicht ganz einfach, weil es leider nicht soviele Resourcen zu WSS3 gibt, bzw. ich hab sie noch nicht gefunden.

Unter Central Administration ruft man unter Operations bei Global Configuration „Solution Management“ auf, dort kann man nun den Status einer Windows Sharepoint Solution einsehen. Was tun wenn dort nun bei Status Error steht?

Der erste Weg ist die Solution wieder loszuwerden, also anstatt stsadm mit -o addsolution mit -o deletesolution aufzurufen. Allerdings wird dann die Meldung

The solution cannot be removed when a job is scheduled or running.
applicationtemplatecore.wsp: The removal of the solution failed.

angezeigt. Prima. Das hinzufügen klappte nicht und jetzt kommt das Ding nicht mehr aus dem System heraus.

Wenigstens ist ein kleiner Hinweis dabei, es hängt irgendwo noch ein Job herum der erledigt werden will. Jetzt ist die Frage nur wo? Im Central Administration wieder unter Global Configuration findet man den Eintrag „Timer job status“, dort ist dann zu sehen:

Windows SharePoint Services Solution Deployment for „applicationtemplatecore.wsp“

SERVER

Failed

100%

3/4/2007 7:28 PM

OK, das war bekannt, also zu “Timer job definitions“. Dort kann man nun den Eintrag ‘Windows Sharepoint Services Solution Deployment for „applicationtemplatecore.wsp“‘ anklicken und landet dann auf einer „Edit Timer Job“ Seite, welche auch das Löschen des Jobs erlaubt.

Nachdem der Job erstmal gelöscht war, konnte man auch

stsadm -o deletesolution -name applicationtemplatecore.wsp

ohne Probleme ausführen.

Mit stsadm -o enumsolutions kann man übrigens die vorhandenen Solutions per Commandline auflisten lassen und bekommt gleich noch die zugehörige ID angezeigt.

Beim googeln zum Problem fand ich folgende Seite, die beschreibt wie man Jobs auflistet und löscht: http://www.sharepointbuzz.com/index.php/2007/01/12/delete-sharepoint-timer-jobs/, allerdings klappte die Jobauflistung nicht. Wieso nicht, kann ich nur mutmaßen und vermute das es enumsptimerjobs nur beim Microsoft Office Sharepoint Server (MOSS) gibt. Immer wieder hat man das Problem das man nicht weiß ob man ein Feature nutzen kann oder nicht, weil die Abgrenzung zwischen WSS und MOSS nicht immer klar ersichtlich ist.

Technische Referenz zu Sharepoint Services 3

http://technet2.microsoft.com/windowsserver/WSS/en/library/