23Feb
Eine gute Übersicht, wie am Besten verteilte Standorte mit SharePoint versorgt werden, hat das SharePoint Team in seinem Blog veröffentlicht.
http://blogs.msdn.com/sharepoint/archive/2008/02/22/deploying-microsoft-office-sharepoint-server-2007-geographically.aspx
Die meiner Meinung nach beiden wichtigsten Szenarien habe ich mal rausgegriffen.
1. Aufbau einer zentralen Farm.
Jeder Standort greift über das Netz auf die Inhalte und Dienste der zentralen Farm zu. Auch Suchanfragen laufen über das Netz.
| Vorteile |
Nachteile |
| kein Crawling von Inhalten über das Netz (WAN) notwendig |
u.U. langsamerer Zugriff und Datenübertragung, Abhängig von der Bandbreite |
| zentrale Administration einer Farm |
u.U. langsamere Suchanfragen, Abhängig von der Bandbreite |
| zentrales Backup |
|
2. Aufbau einer zentralen Farm mit zusätzlichen regionalen Farmen.
Zu der zentralen Farm kommen an jedem Standort eine regionale Farm hinzu. Und genau hier gibt es jetzt mehrere Möglichkeiten. Hier muss man sich überlegen, ob das SharePoint Poral in erster Linie dazu dient, Inhalte (CMS, Dokumente) bereitzustellen oder für Collaboration genutzt werden soll. http://technet2.microsoft.com/Office/en-us/library/cbccbc4d-e560-4b92-89d0-56f49e7f3f4b1033.mspx?mfr=true
Bei der Suche kann die zentrale Farm die komplette Indizierung aller Farmen über das Netz übernehmen. Dies ist aber möglicherweise sehr langsam und endet in Timeouts. Bei einer schnellen Anbindung ist so aber natürlich ein zentraler Index aller Farmen vorhanden. Benutzer müssen so aber immer zur zentralen Farm navigieren, um eine Suche zu starten.
Bei den Suchergebnissen (Plan for global enterprise search) wird dann aber auch nicht zwischen lokalem Inhalt (der regionalen Farm) und der zentralen Farm unterschieden. Ein Mitarbeiter erkennt nicht gleich, ob das gefundene Dokument auf dem Server seiner Niederlassung oder der zentrale liegt. Es wird dabei auch nicht priorisiert, also dass Suchergebnisse aus der Niederlassung zuerst angezeigt werden.
Die Alternative, dass jede Farm nur ihren eigenen Index hat, halte ich dagegen nicht für sinnvoll, da so nicht in einem Schritt über das ganze Unternehmen gesucht werden kann, was ja dem Gedanken des Enterprise Search widerspricht.
Aber es gibt ja immer eine Möglichkeit:
Die zentrale Farm erstellt über den SSP einen Index über alle Farmen im Verbund. Zusätzlich hat jede regionale Farm einen eigenen Index. Über Suchbereiche kann der Benutzer auswählen, wo er suchen will. Dies reduziert die Suchanfragen über den gesamten Index der zentralen Farm, die Performance der Suchanfragen steigt.
| Vorteile |
Nachteile |
| lokale Suche möglich, schneller |
nach wie vor muss der Gesamtindex von der zentralen Farm über das WAN erstellt werden |
| lokale Relevanz wird berücksichtigt |
Globale Suche nach wie vor von der Bandbreite abhängig |
| weniger Traffic über das WAN |
es müssen mehrere Indizes verwaltet werden |
)
