Bisher konnte man den Mai eigentlich als April 2.0 bezeichnen – und da würde ich mal sagen 2.0 ist nicht immer besser.

Ansonsten konnten wir letzten Sonntag Einsiedel einen Besuch abstatten und schließlich haben wir eine Woche zuvor auch noch den neuen Spielplatz im Görlitzer Stadtpark in Augenschein nehmen können. Wir man am folgendem Bild erkennt, ebenfalls ein Werk der Kettensägen-Jockeys aus Einsiedel.

Neuer Stadtparkspielplatz

Das Bild hat nicht die Super Qualität, stammt nämlich vom Handy, aber ein schöner Rundblick ist es trotzdem.

Die Ferien sind auch vorbei – Die Schule plagt also wieder unsere Tochter und freilich auch uns, denn es muss ja einen geben der das Schulkind weckt und auf den Weg bringt.

Andere Sachen sind nicht vorbei – zum Beispiel der Streit mit Jako-O – eigentlich ein Versand für Kindersachen. Aber scheinbar zu schnell gewachsen, denn was die Buchhaltung betrifft bekommendie nichts hin. Erst wird das falsche geliefert, dann der gesamte Rechnungsbetrag von meinem Konto abgebucht, obwohl meine Frau auf ihren Namen und auf Rechnung bestellt hat. Rückerstattung wird zwei Wochen lang zugesagt, kommt aber nicht, dafür mahnen sie jetzt nochmal den gesamten Betrag ein. Ergebnis: Wir bestellen dort nie wieder was.

Als multimedialen Teil (passend) zum Beitrag habe ich mich für einen der Italo-Western Klassiker entschieden – bzw. dessen Musik:

Spiel mir das Lied vom Tod

Und wer selber mal Cowboy sein will, dem könnte man Eldorado ans Herz legen.

Leider ja! Oder auch glücklicherweise, denn immerhin ist der Schnee mittlerweile weg – zum Kahresbeginn haben wir uns ja noch riesig über die weißen Flocken zu Neujahr gefreut, später wurde es dann schon fast lästig. Dabei hat die Menge ausgereicht um an der Ostsee sich Schneeblocken aus den Dünen schneiden zu können – leider hatte ich die Anleitung zum Iglo-Bau nicht dabei.

Zwei Bilder noch vom Neujahrstag:

 und

Das gab es zwischen durch ein kleines Schülerkonzert; ausgerichet durch Emilia’s Geigen-Lehrerin. Emilia spielte ein Stück von Haydn – was 1,5Jahre Unterricht und eine Klavierbegleitung so entstehen lassen:

Das erschreckende ist aber das sie bereits die dritte Geige hat – nicht weil sie Rockstar gleich nach einem Konzert den Boden damit bearbeitet; es ist schlicht ihr schnelles Wachstum – erst eine 1/2, dann eine 3/4 und nun schon eine ganze, also 4/4 Geige.

Es gäbe dann noch eine Menge zu berichten, zum Beispiel der HomeButton meines iPhones 3G  ist kaputt und Apple behauptet Wasserschaden (die spinnen doch) - werde ich also das ganze selbst reparieren. Den Home Button hab ich mir schon samt Werkzeug aus HongKong schicken lassen – für 5,85$ inkl. Versand. Die spinnen auch

Wenke hat mit einer Halbtagsstelle wieder angefangen zu arbeiten und ihr gefällt’s super.

und vieles vieles mehr. Aber da ich mein Passwort zu der Seite wiedergefunden habe, wird es auch wieder regelmäßig Neuigkeiten geben

Aber Spaß beiseite, denn diese Woche habe ich den Bug der auf meiner Hitliste der merkwürdigsten ziemlich weit vorn landet, auch wenn die Erklärung recht nüchtern ist.
Einfaches Beispiel – man legt einen Dokumenten-Ordner in einer beliebigen Dokumenten Bibliothek an, lautet der Ordner-Name “Irgendwas-Dateien” und ich habe das deutsche LanguagePack für MOSS installiert wandelt SharePoint den Ordnernamen sicherheits halber in “Irgendwas-Dateien_” um. Das nette kleine “_” ist auch nicht beim nachfolgendem Bearbeiten zu ändern, es erscheint immer auf magische Weise neu. Im englischen klappt das übrigens auch, da muss der Ordner nur auf “_files” enden.
Da Microsoft niemanden auschließen will klappt das auch in jeder anderen Sprache für die es ein Language Pack gibt!

Einen Screenshot schenke ich mir hier – das kann jeder mal selbst ausprobieren – trotzdem möchte ich noch festhalten das das leider nur die Spitze des Eisbergs ist, den laut Microsoft gibt’s da noch eine lange Liste mit Worten die nicht am Ende eines Ordners oder einer Datei stehen dürfen:

1. .files
2. _files
3. -Dateien
4. _fichiers
5. _bestanden
6. _file
7. _archivos
8. -filer
9. _tiedostot
10. _pliki
11. _soubory
12. _elemei
13. _ficheiros
14. _arquivos
15. _dosyalar
16. _datoteke
17. _fitxers
18. _failid
19. _fails
20. _bylos
21. _fajlovi
22. _fitxategiak

Mein persönliches Highlight ist Endung Nummer 5 ! Es möge man schreien – oh mein Gott ein Bug! oder doch ein Feature?

Hier die Auflösung des Rätsels, kann ja jeder selbst entscheiden was es ist

Wenn man ein Office-Dokument als HTML speichert, z.B. DokA.doc als DocA.html, dann erstellt Office einen Ordner der die zum DokA-Dokument gehörenden Dateien speichert. Dieser Ordner wird “thicket” genannt. In einem “thicket” liegen Dateien und Ordner, welche die Inhalte für ein logische Dokument, z.B. eine WebSeite, ein Office-Dokument mit Bildern etc., beinhalten. Innerhalb des SharePoint Servers werden die Ordner ebenfalls erzeugt, aber verborgen, sodass die Datei mit allen Inhalten über die “öffentliche” DokA.doc Datei gehandelt werden kann.

Um Konflikte mit diesen versteckten Ordnern zu vermeiden, und dem Anwender die Nutzung der Dateien zu vereinfachen, werden zum einen die Ordner versteckt, zum anderen Ordner mit den Schlüsselendungen (siehe oben) automatisch umbenannt, die Umbenennung erfolgt durch das anfügen eines “_”.

Toll, oder?!

If you are take all tweets with the hashtag #SharePoint (last 8 hours) and try to bring in a tag cloud – than something colorful comes arounds

sharepoint_tweets

Problem:

Die SharePoint – WebSeiten dauern beim ersten Aufruf extrem lange – auch der Aufruf von stsadm ohne Parameter in der Kommandozeile hält  20-30 Sekunden inne bevor die Hilfe erscheint. Während man auf die Webseiten warten ist keine Last auf dem Server, er scheint nichts zu tun.

Lösung:

WarmUp Scripte beheben nur das WebSeiten Problem aber nicht die Ursache (wozu WarmUp Scripte dennoch gut sind, siehe unten bei allgemeine Tipps). In diesem Fall ist die Ursache für das Problem aber das das .Net Framework beim Laden von signierten DLLs aus dem GAC in Internet in einer “Certificate Revocation List” (unter  crl.microsoft.com) nachschaut. Ach in dem Fall das die Signatur dort unbekannt ist (und das ist ja bei Eigenentwicklkungen die Regel), wird die DLL geladen und funktioniert auch.
Da Server meistens keine Internet-Verbindung haben, kommt dieses Problem leidlich oft vor.

BTW: Natürlich steht keine Fehlermeldung, Warnung oder Information im EventLog – wäre ja auch zu einfach

Dieses Standardverhalten hängt an einem Registry Wert der leider für jeden Nutzer einzeln zu setzen ist – und zwar auf folgenden Wert:
[HKEY_USERS\<userid>\Software\Microsoft\Windows\CurrentVersion\WinTrust\Trust Providers\Software Publishing] “State”=dword:00023e00

Ein andere Methode die Überprüfung auszuschalten  ist natürlich seinen Servern den Zugriff auf  crl.microsoft.com zu gestatten, allerdings ist das häufig aus Sicherheitsgründen unmöglich.

Für die stsadm Wartezeit ist eine einfache Lösung eine stsadm.exe.config Datei in bin-Verzeichnis des 12Hive zu legen, welche folgenden Inhalt hat:

<?xml version=”1.0″ encoding=”utf-8″?>
<configuration>
<runtime>
<generatePublisherEvidence enabled=”false”/>
</runtime>
</configuration>

Hinweis: Diese Probleme können auch beim SQL-Server auftreten, sofern mittels .Net um Funktionen erweitert wurde.

Allgemeine Tipps:

1. IIS Compression bzw. GZIP Kompression

Wenn man sich die Dateien insb. die core.js und andere JavaScript Dateien des SharePoint ansieht, weiß man das hier einige 100 KB unnötig die Leitung passieren. Um dem Abhilfe zu schaffen sollte man die IIS Komprimierung einschalten, für IIS 6 und Windows 2003 geht das folgender Maßen:

–>zuerst die Dateitypen hinzufügen, einmal für die statischen Inhalte .

CSCRIPT.EXE ADSUTIL.VBS SET W3Svc/Filters/Compression/DEFLATE/HcFileExtensions “htm” “html” “txt” “css” “js”

CSCRIPT.EXE ADSUTIL.VBS SET W3Svc/Filters/Compression/GZIP/HcFileExtensions “htm” “html” “txt” “css” “js”

und dann für die dynamsichen:

CSCRIPT.EXE ADSUTIL.VBS SET W3Svc/Filters/Compression/DEFLATE/HcScriptFileExtensions “asp” “exe” “axd” “aspx”

CSCRIPT.EXE ADSUTIL.VBS SET W3Svc/Filters/Compression/GZIP/HcScriptFileExtensions “asp” “exe” “axd” “aspx”

–> Schließlich noch das Kompressionslevel (1-10) angeben:

CSCRIPT.EXE ADSUTIL.VBS SET W3Svc/Filters/Compression/DEFLATE/HcDynamicCompressionLevel “9”

CSCRIPT.EXE ADSUTIL.VBS SET W3Svc/Filters/Compression/GZIP/HcDynamicCompressionLevel “9”

Für IIS 7 und weitere Infos empfehle ich hier den BLOG-Eintrag von Andrew Connell.

2.  Noch schneller ist freilich die core.js nur zu laden wenn sie wirklich benötigt wird und anonyme Nutzer brauchen sie normalerweise gar nicht – siehe hierzu http://support.microsoft.com/kb/933823 und Small Page Good Page MSDN Artikel.

Oder besser noch mit JQuery einfach beliebige JavaScript-Dateien asynchron laden. (Gefällt mir am besten )
3. SharePoint Caching – dazu muss man glaube ich nicht mehr viel sagen, am besten folgenden MSDN Artikel nehmen.

4. WarmUp Skripte: da hat sich seit Joel Oleson’s ursprünglichen WarmUp Skripts einiges getan, und schließlich als SPWakeUp auf CodePlex weiter entwickelt.

5. Die Seitengröße: Immer ein gutes Mittel die Sweiten schneller auszuliefern, ist freilich ihre Größe zu überprüfen – abseits von JavaScript Dateien findet man oft genug andere Medien die zuviel KB auf dem Buckel haben. Tools zur Analyse gibt es eine Menge: z.B. Page Speed von Google (ein FireBug PlugIn) oder auch Fiddler PlugIn names neXpert Perfomance Tool.

6 . Letzer kleiner Hinweis nochmal das Dispose checker tool: das Tool hatte ich auf dem BLOG scho vor einer Zeit mal erwähnt:  http://code.msdn.microsoft.com/SPDisposeCheck –> es hilft Speicherlöcher in eigenen Entwicklungen aufzuspüren.

Sicherlich gibt es noch eine ganze Menge an weiteren Hinweisen, aber für einen ersten Überblick sollte das reichen…

Quellen: Marwan Tarek, Muhimbi

Tools

ProcessMonitor:  Dieses Tool kombiniert die Funktionen von Filemon, Regmon und anderer Tools und ist derzeit wohl die beste Wahl um Performanz und allgemeinem Problemen mit SharePoint auf die Spur zu kommen. Das Tool wurde von Mark Russinovich und Bryce Cogswell geschrieben und kann frei bei Microsofts Technet herunter geladen werden. Eine Anleitung gibt’s dort auch.

Ping ja das ist jetzt nicht das Test – Tool aber um zu sehen ob die Latenz unter 1ms zwischen den MOSS Servern und der Datenbank liegt, ist ping immer noch der erste Test.

Pathping praktisch der große Bruder von ping. Mit pathping kann man testen wieviele Pakete im Netzwerk verloren gehen; im lokalem Netzwerk sollten kein Paket verloren gehen.

Copy Files: genau so simpel wie ping, aber ebenso wichtig. Einfach eine 100 oder 200MB von einem Server auf einen anderen kopieren. Das sollte im lokalem Netzwerk 10-20Sekunden (100Mbit Ethernet 100MB-Datei) bzw. 3-5Sekunden (1Gbit Ethernet 100MB-Datei) dauern. Weichen die Zeiten erheblich ab, liegt ein Netzwerkproblem vor, oft fahren die Netzwerkkarten hierbei einen falschen Modus (z.B. autodetected half duplex 10Mbit).

Idera PointCheck : Ein freies Tool welches für die Überwachung von SahrePoint eingesetzt werden kann. Es bietet in einer Übersicht (etwas plakativ) die wichtigsten Kennzahlen. Kann als Programm aber auch im Hintergrund laufen und informiert auf Wunsch über Probleme per eMail. Als kostenloses Tool sehr zu empfehlen.

Idera

2 Photos

 

sqlio – Ein Tool mit der man die Performanz des SQL-Servers testen kann, genauer man bekommt eine Kennzahl wie performant das System in der aktuellen Konfiguration IO Aufgaben bewähltigen kann. Wie man den SQL-Server optimal aufsetzt und betreibt kann man bei Microsoft nachlesen und z.B. auch in diesem Blog Eintrag von Kimberly L. Tripp.

 (**** Update ****)

Sonar Lite von Binaryware (im übrigen auch die Hersteller von Colligio und BDC Meta Manager) ist ebenfalls ein kostenloses Tool mit vielen übersichtlichen Statistiken rund um die SharePoint Farm und Webseiten. Allerdings ist die Lite Version nur für den Einsatz mit WSS gedacht.

 (**** Update ****)

Zur Professionellen Überwachung gibt es natürlich auch MOSS MOM Packages und viele weitere Anbieter, ich wollte hier nur eine kleine Auswahl an Tools aufführen die kostenlos sind und beim Aufspürren von Problemen zu helfen. Im nächsten Post kommen dann die Tips zum Tuning, WarmUp etc.

Referenzen:

MSDN UK SharePoint
Technet Process Monitor

Im Gegensatz zu Ontolica ist das Produkt von BA-Insight nicht nur aus einer SharePoint Solution, daher fällt die Installation auch etwas komplizierter aus. Neben der Solution (SuchCenter, WebParts etc.) und verschieden Accounts (Setup-User, Search-User und WebApp-User), wird direkter Zugriff auf die SQL-Datenbank (eigene Longitude DB wird erstellt) benötigt.

Außerdem wird, nach Möglichkeit auf einen eigenen Server – der Longitude Import Server installiert. Welche Aufgabe der hat zeige ich besten an ein paar Screenshots.

Im Standard Search Center von Longitude fällt sofort der rechte Bereich auf, der nur gefüllt wird wenn ein Dokument ausgewählt wurde. Dieser Preview Bereich wird durch den Longitude Import Server befüllt, d.h. der Server erstell Previews von Dokumenten. Außerdem fallen die DrillDown-Filter auf der Linken Seite auf.

Longitude Search Center - Seite 1

Wählt man eines der Dokumente die in der Ergebnisliste mit einem Fernglas-Symbol aus, dann wird der Preview-Bereich mit einer Vorschau des Dokumentes befüllt. Im Dokument werden alle Suchbegriffe farbig markiert, jeder Suchbegriff übrigens in einer anderen Farbe. Als erste Vorschauseite wird auch nicht die erste Seite des Dokumentes gezeigt, sondern die relevanteste Seite im Dokument.

Longitude Search Center - Seite 2

Das heißt Nutzer haben Sekunden nach Eingabe eines Sucbegriffes die relevante Seite des Dokumentes vor Augen – wow! Das bringt tatsächlich enorme Zeitvorteile. Aber auch an weitere Dinge wurde gedacht:

Longitude Search Center - Seite 3

So werden in den Suchergebnissen die nächsten 10 relevantesten Seiten des Dokuments aufgeführt, sodass man direkt an diese Stelle ins Dokumente springen kann. Freilich ist es auch möglich durch das ganze Dokument Seite für Seite zu blättern. Bei den DrillDown-Filtern wird als nette Erweiterung die Anzahl der Ergebnisse angezeigt, die diesen Filter entsprechen.

Neben den DrillDown Filtern gibt es eine sogenannte Parametric Search welche die erweiterte Suche ersetzt. Ähnlich einem DrillDown werden alle Werte eines Parameters aufgelistet inkl. der zugeordneten Ergebnisanzahl. Die Suche kann so über die Verknüpfung mehrerer Filter zusammen gestellt werden.

Parametric Search

Die einzelnen WebParts die die Parameter zu dieser erweiterten Suche können frei kombiniert und auf der WebSeite verteilt werden. Als Ergebnis bzw. Suchseite bietet Longitude eine Personensuche. Vorteil ist hierbei ebenfalls das DrillDown-Feature auf beliebige Profildaten Felder, wobei diese DrillDown Filter automatisch aus den Profildaten der möglichen Ergebnisse erstellt wird.

People Search

Ein weiteres Highlight ist definitiv auch, das Nutzer die Dokumente und WebSeiten automatisch mit den Suchbegriffe taggen die zum auffinden geführt haben. Damit werden Dokumente durch häufiges Suchen und somit durch die Nutzer selbst  im Ranking beeinflußt.

FAZIT: Das Dokumenten Preview ist definitiv das Highlight, die Auflistung der relevantesten Seite im Dokument mit der Möglichkeit direkt dorthin zu springen, ohne Dokumente umständlich herunterladen zu müssen, sparrt gerade bei Dokument lastigen Intranet-Anwendugnen enorm viel Zeit.
Soviel Funktionalität hat seinen Nachteil: ein eigener Server für die Erstellung der Previews wird benötigt, wobei dieser auch nur auf einem 32-bit Windows Server 2003 laufen kann – 64-bit ist noch nicht in Sicht. Auch bei den Lizenzkosten spielt Longitude in einer anderen Liga als Ontolica; mehr dazu im letzten Teil dieser Serie.

Im dritten Teil sehen wir uns dann Concept Search an – das kommt aber erst nächste Woche im letzten Teil kommt dann nach IntraFind und schließlich was tabellarisches zum schnellen Vergleichen der Lösungen.