Planen der SSP-Architektur

In diesem Artikel werden Anbieter für gemeinsame Dienste (Shared Services Providers, SSPs) beschrieben. Außerdem enthält er Beispiele zum Integrieren von SSPs in die Architektur des gesamten Lösungsentwurfs für SSPs in Microsoft Office SharePoint Server 2007.

Inhalt dieses Artikels:

• Informationen zu SSPs

• Integrieren von SSPs in den Lösungsentwurf

• Beispiele für Einzelserverfarm-SSP

• Planen von SSPs für eine farmübergreifende Umgebung

• Beispiele für farmübergreifende SSPs

• Kapazitätsplanung im Zusammenhang mit SSPs

• Planen der Verwaltungsrollen für SSPs

Die folgenden Modelle in Postergröße können für diesen Artikel verwendet werden:

• Anbieter für gemeinsame Dienste für Office SharePoint Server 2007 (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=73166&clcid=0x407)

• Farmübergreifende gemeinsame Dienste für Office SharePoint Server 2007 (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=73155&clcid=0x407)

Informationen zu SSPs

Microsoft Office SharePoint Server 2007 enthält eine Reihe von Diensten, die in Office SharePoint Server-Webanwendungen gemeinsam genutzt werden können. Diese Dienste sind in einem SSP enthalten und werden von diesem bereitgestellt. Mithilfe gemeinsamer Dienste werden die Ressourcen, die für die Bereitstellung dieser Dienste in mehreren Websites erforderlich sind, erheblich reduziert. Standardmäßig werden diese Dienste von einem einzelnen SSP auf allen Websites innerhalb einer Serverfarm freigegeben.

In der folgenden Tabelle sind die Dienste aufgeführt, die von einem SSP bereitgestellt werden.

Gemeinsame Dienste	Beschreibung
Personalisierungsdienste	Personalisierungsdienste stellen Benutzerprofile auf der Grundlage von Daten, die aus Verzeichnisdiensten importiert wurden, ebenso bereit wie Websites vom Typ Meine Website mit persönlichen Informationen, die von allen Benutzern im SSP gemeinsam verwendet und anhand von Richtlinien verwaltet werden können. Außerdem werden Inhaltsadressierungen nach Zielgruppen, Office-Clientanwendungen und Links für Personalisierungswebsites bereitgestellt.
Geschäftsdatenkatalog	Der Geschäftsdatenkatalog stellt ein einheitliches Schema für Daten bereit, die in Branchenanwendungen gespeichert werden.
Excel Services	Excel Services stellt freigegebene Arbeitsblätter bereit und ermöglicht das Analysieren von Geschäftsdaten aus Datenverbindungsbibliotheken mit Berichten auf Dashboardseiten.
Office SharePoint Server-Suchdienst	Der Suchdienst crawlt alle Websites von Webanwendungen mit dem SSP, um einen Index für alle Inhalte, Daten und Metadaten zu erstellen.
Portal- und Suchverwendungsberichte	Diese Berichte ermöglichen SSP-Administratoren das Anzeigen aggregierter Informationen zur Websiteverwendung für die gesamte Websitehierarchie. SSP-Administratoren können auch Verwendungsberichte für Administratoren von einzelnen Websites und Websitesammlungen aktivieren.
Project Server	Dieser Dienst ist verfügbar, wenn Microsoft Office Project Server 2007 in der Serverfarm installiert ist. Er hostet mindestens eine Project Web Access-Instanz und macht Planungsfunktionalität und sonstige Middle-Tier-Berechnungen für Office Project-Daten verfügbar sowie Webdienste für die Interaktion mit Office Project-Daten verfügbar. Eine Project Web Access-Instanz wird erstellt, um Endbenutzern Office Project Server-Funktionalität in einer Webanwendung bereitzustellen, die diesen gemeinsamen Dienst nutzt.

Integrieren von SSPs in den Lösungsentwurf

Nachdem eine Serverfarm installiert wurde, wird häufig zunächst ein Standardanbieter für gemeinsame Dienste (SSP) erstellt. Für SSPs gilt Folgendes:

• Jeder SSP enthält alle verfügbaren (installierten) gemeinsamen Dienste.

• SSPs werden speziellen Office SharePoint Server-Webanwendungen zugeordnet.

• Eine Webanwendung kann nur einem SSP zugeordnet werden.

• Alle Websitesammlungen und alle Websites in einer Webanwendung verwenden Dienste des gleichen SSP.

Erstellen zusätzlicher SSPs

Bei Bedarf können Sie zusätzliche SSPs auf der Grundlage Ihrer Lösungsanforderungen erstellen. Separate SSPs unterstützen das Isolieren von Profilen, Inhalten und Suchergebnissen. Prozesse können auf folgende Weise isoliert werden:

• Jeder SSP ist in einem separaten IIS-Anwendungspool angesiedelt.

• Jeder SSP verwendet einen speziellen Dienstkontensatz, um die vom SSP bereitgestellten Dienste zum Suchen, Crawlen von Inhalten und Importieren von Profilen auszuführen.

Die wichtigsten Kriterien, die die Anzahl der SSPs in der logischen Architektur bestimmen, sind die folgenden:

• Die Notwendigkeit, Inhalte und Profildaten in separaten Webanwendungen und IIS-Anwendungspools websiteübergreifend zu verwenden. Beispielsweise können Sie Meine Websites, Teamwebsites und veröffentlichte Inhalte für eine Intranetanwendung freigeben, indem Sie diese Websites in einem SSP sammeln.

• Die Notwendigkeit, Inhalte und Zielgruppen für bestimmte Websites zu isolieren. Wenn Sie beispielsweise Anwendungen für mehrere Benutzerklassen in Ihrer Serverfarm hosten, können diese Klassen mithilfe separater SSPs isoliert werden.

Wenn Sie eine neue Webanwendung erstellen, wird die neue Webanwendung standardmäßig dem Standard-SSP zugeordnet. Wenn Sie die Webanwendung einem anderen SSP zuordnen möchten, müssen Sie die Zuordnung manuell ändern.

Das folgende Diagramm veranschaulicht die logische Architektur einer Serverfarm mit zwei SSPs.

Dies ist zwar nicht dargestellt, aber mehrere Webanwendungen in einem einzigen Anwendungspool können Dienste von verschiedenen SSPs nutzen. Beispielsweise gibt es im vorherigen Diagramm keine technische Beschränkung, die verhindert, dass die beiden Webanwendungen in Anwendungspool A gemeinsame Dienste von anderen SSPs nutzt. Webanwendungen, die im selben Anwendungspool gruppiert sind, weisen allerdings in der Regel ähnliche Anforderungen an Zusammenarbeit und Isolation auf. Dadurch erhöht sich die Wahrscheinlichkeit, dass sie Dienste desselben SSP nutzen.

SSP-Architektur

Jeder SSP verwendet die folgenden drei Arten von Ressourcen für gemeinsame Dienste:

• Datenbanken (SSP-Datenbank, Suchdatenbank)

• Verwaltungssite der gemeinsamen Dienste (einschließlich der Inhaltsdatenbank der Website)

• Webdiensthostsite (IIS-Website, die gemeinsame Webdienste für den SSP hostet)

Die SSP-Datenbank enthält die folgenden Datentypen:

• SSP-Konfigurationsdaten und Websiteverwendungsdaten

• Benutzerprofile und Zielgruppendaten

• Geschäftsdatenkatalog-Metadaten

Jeder SSP enthält außerdem eine Suchdatenbank, die alle Konfigurationen und Daten für die Suche aufweist.

Das folgende Diagramm veranschaulicht die logische Architektur einer Serverfarm mit Schwerpunkt auf den von SSPs verwendeten Serverfarmressourcen.

Beispiele für Einzelserverfarm-SSP

Dieser Abschnitt enthält mehrere Beispielarchitekturen zum Integrieren von SSPs in eine einzelne Serverfarm sowie zusätzliche Empfehlungen zur Planung.

Beispiel 1 – Einzelne Serverfarm, einzelner SSP

Ein einzelner SSP eignet sich gut für eine Organisation, die eine große Anzahl von Websites auf einer Serverfarm hostet.

Beschreibung

In der gesamten Serverfarm wird ein einzelner SSP verwendet:

• Alle Websites verwenden dieselben gemeinsamen Dienste.

• Alle Websites können innerhalb einer einzigen Webanwendung oder in mehreren Webanwendungen (siehe Abbildung) erstellt werden.

• Webanwendungen können demselben Anwendungspool (siehe Abbildung) oder anderen Anwendungspools zugeordnet werden.

Empfehlungen

Die folgende Konfiguration wird für die meisten Unternehmen empfohlen. Verwenden Sie diese Konfiguration in folgenden Fällen:

• Sie möchten die Ressourcen optimieren, die zum Ausführen von gemeinsamen Diensten innerhalb einer Serverfarm erforderlich sind.

• Für Ihre Serverfarm ist keine Isolation von Webanwendungen erforderlich.

Beispiel 2 – Einzelne Serverfarm, mehrere SSPs

In einigen Organisationen gibt es Isolationsanforderungen, die durch die Implementierung eines zusätzlichen SSP befriedigt werden können.

Beschreibung

Mehrere SSPs werden verwendet, um die Zielsetzungen hinsichtlich Freigabe und Isolation zu verbessern:

• Ein einzelner SSP stellt Dienste für Websites bereit, die auf mehrere Webanwendungen verteilt sind. Diese Strategie ermöglicht die Freigabe von Inhalten und Diensten unter Beibehaltung der Prozessisolation zwischen Websites in anderen Webanwendungen.

• Die Verwendung eines dedizierten SSP für zielgerichtete Websites ermöglicht die Isolation von Prozessen, Inhalten und Diensten.

Empfehlungen

Diese Konfiguration wird für die folgenden Szenarien empfohlen:

• Aus Leistungs- oder Sicherheitsgründen Freigeben von Inhalten und Profildaten zwischen Websites, die andernfalls die Prozessisolation erfordern.

• Aufnehmen eines Unternehmensbereichs oder einer Abteilung in ein Unternehmen, das sichere und isolierte Daten benötigt.

• Hosten von Websites für den externen Zugriff durch Partner in derselben Serverfarm wie Ihre internen Websites für die Zusammenarbeit

Beispiel 3 – Hosten mit einer einzelnen Serverfarm

Sie können mehrere Kunden oder Abteilungen in derselben Serverfarm hosten und die Datenisolation sicherstellen, indem Sie für jeden Kunden einen dedizierten SSP verwenden. Mithilfe eines dedizierten SSP können Sie auch den Besitz und die Konfiguration von Diensten an die angegebenen Organisationen delegieren. Beispielsweise können Sie einen dedizierten SSP für eine Abteilung konfigurieren, die Besitzer der Suchkonfiguration oder Profildaten sein muss.

Beschreibung

Mehrere SSPs werden verwendet, um Dienste innerhalb einer einzelnen Serverfarm zu isolieren.

• Jedes Unternehmen oder jede Abteilung erhält einen dedizierten SSP.

• Die Verwendung separater Anwendungspools zum Hosten separater Abteilungen oder Unternehmen ermöglicht die Prozessisolation auf der Anwendungspoolebene (zusätzlich zur Isolation gemeinsamer Dienste).

• Ein Anwendungspool kann eine oder mehrere Webanwendungen enthalten.

• Die Verwaltung von gemeinsamen Diensten kann an die Organisationen delegiert werden, für die ein SSP Dienste bereitstellt.

Empfehlungen

Diese Konfiguration wird für die folgenden Szenarien empfohlen:

• Hosten von Websites für mehrere Unternehmen oder mehrere unabhängige Abteilungen innerhalb einer Organisation.

• Jedes Unternehmen oder jede Abteilung kann mithilfe mehrerer Webanwendungen oder Anwendungspools Inhalte weiter isolieren oder die Leistung optimieren.

• Delegieren der Verwaltung von Diensten.

• Bereitstellen großer Datenmengen. Es gibt einige Kapazitätsrichtlinien, die bestimmen, wie viele Daten für den Suchdienst eines einzelnen SSP zulässig sind. Beispielsweise wird für die Anzahl der Dokumente, die von einem einzelnen SSP indiziert werden können, ein Grenzwert von 50.000.000 empfohlen. Weitere Informationen zu Kapazitätsrichtlinien finden Sie unter Kapazitätsplanung im Zusammenhang mit SSPs weiter unten in diesem Artikel.

Beispiel 4 – Hosten mit mehreren Serverfarmen

Einige Organisationen erfordern neben der Prozessisolation zusätzlich die physische Isolation von Daten. Eine separate Serverfarm könnte für diese Organisationen eine Lösung sein.

Darüber hinaus gibt es in einigen Organisationen möglicherweise weitere Anforderungen, die mehrere SSPs in der Serverfarm erforderlich machen, ähnlich wie in Beispiel 2 (zuvor abgebildet).

Beschreibung

Mithilfe mehrerer Serverfarmen wird die physische Isolation zwischen Abteilungen oder Unternehmen ermöglicht:

• Jede Abteilung oder jedes Unternehmen erhält eine dedizierte Serverfarm und einen dedizierten SSP.

• Die gesamte Hardware wird basierend auf der Abteilung oder dem Kunden bereitgestellt.

• Jede Serverfarm ist vollständig isoliert, weshalb kein portalübergreifender Datenzugriff möglich ist.

Empfehlungen

Diese Konfiguration wird für die folgenden Szenarien empfohlen:

• Isolieren von Abteilungen innerhalb einer einzelnen Organisation, in der die physische Isolation von Hardware, Daten oder Anwendungen erforderlich ist.

• Hosten von SharePoint-Websites für mehrere Unternehmen, wobei die physische Isolation für folgende Zwecke erforderlich ist:

  • Nachverfolgen der Ressourcenverwendung

  • Schützen von Anwendungen und Daten

  • Optimieren der Leistung

  • Erfüllen von Lizenzanforderungen

Zusätzliche Planungsempfehlungen für SSPs

Sie können SSPs zur Verbesserung der Informationsfreigabe für mehrere Webanwendungen oder zur weiteren Isolation von Inhalten in einer Webanwendung konfigurieren. Beispielsweise können Websites in unterschiedlichen Webanwendungen und Anwendungspools unter einem SSP zusammengefasst werden, um Inhalte und Profile für eine Intranetanwendung freizugeben. Dadurch werden die Personalisierung und die unternehmensweite Suche für viele Websites und Anwendungen ermöglicht. Diese Konfiguration ist ein gutes Beispiel für das Abwägen zwischen der Isolation von Prozessen (durch Implementieren separater Webanwendungen und Anwendungspools) und Geschäftsanforderungen (durch die Notwendigkeit, Informationen freizugeben und Profildaten anwendungsübergreifend zu verwenden).

Sie können SSPs auch zur Verbesserung der globalen Isolationsziele konfigurieren. Beispielsweise wird durch Verwenden eines dedizierten SSPs für Partnerwebsites gewährleistet, dass Benutzer des Partners nicht auf andere Websites in Ihrer Umgebung zugreifen und diese durchsuchen können. Gehen Sie wie folgt vor, um Inhalte zwischen Websitesammlungen mithilfe von SSPs noch weiter zu isolieren:

• Schränken Sie Suchbereiche auf einzelne Websitesammlungen ein.

• Weisen Sie bestimmte Inhalte mit Zielgruppen bestimmten Benutzern zu.

• Konfigurieren Sie die Personenauswahl mit dem Befehlszeilentool Stsadm, um nur die Benutzer anzuzeigen, die Mitglied der Websitesammlung sind.

Berücksichtigen Sie bei der Planung Ihrer SSP-Strategie die Möglichkeiten zur Konfiguration der einzelnen SSP-Dienste, um Ihre globalen Inhaltsfreigabe- oder Isolationsziele besser zu erreichen. Beispiele für diese Strategien finden Sie im folgenden Entwurfsbeispiel: Logisches Architekturmodell: Unternehmensbereitstellung.

Planen von SSPs für eine farmübergreifende Umgebung

Ein einzelner SSP kann so konfiguriert werden, dass er für mehrere Serverfarmen mit Microsoft Office SharePoint Server 2007 Dienste bereitstellt. Die Verwendung eines SSP für mehrere Serverfarmen ermöglicht die zentrale Verwaltung von Diensten und reduziert außerdem die Anzahl von Diensten, denen die gleiche Aufgabe zukommt. Auf diese Weise können Sie auch die Hardware und andere Ressourcen, die zum Bereitstellen von Diensten erforderlich ist/sind, drastisch reduziert werden.

Die Informationen im restlichen Artikel beziehen sich auf das folgende Diagramm. Dieses Diagramm zeigt eine übergeordnete Serverfarm, von der Dienste mit drei untergeordneten Serverfarmen, die jeweils für unterschiedliche Zwecke konfiguriert sind, gemeinsam genutzt werden. Die einzelnen untergeordneten Serverfarmen werden weiter unten in diesem Artikel beschrieben.

Über- und untergeordnete Serverfarmen

Farmübergreifende gemeinsame Dienste werden von einer übergeordneten Serverfarm für eine oder mehrere untergeordnete Serverfarmen angeboten:

• Eine übergeordnete Serverfarm ist so konfiguriert, dass anderen untergeordneten Serverfarmen gemeinsame Dienste bereitgestellt werden.

• Untergeordnete Serverfarmen sind so konfiguriert, dass gemeinsame Dienste auf der übergeordneten Serverfarm genutzt werden.

• Eine Serverfarm kann nicht gleichzeitig eine über- und untergeordnete Serverfarm sein.

• Nur ein SSP pro Serverfarm kann sich an farmübergreifenden gemeinsamen Diensten beteiligen:

  • Übergeordnete Serverfarmen können nur einen SSP für untergeordnete Serverfarmen freigeben. Eine übergeordnete Serverfarm kann jedoch mehrere SSPs zur eigenen Verwendung enthalten (siehe die übergeordnete Serverfarm im vorherigen Diagramm).

  • Untergeordnete Serverfarmen können nur Dienste von einem übergeordneten SSP nutzen. Eine untergeordnete Serverfarm kann jedoch mehrere SSPs zur eigenen Verwendung enthalten (siehe die untergeordnete Serverfarm 2 im vorherigen Diagramm).

Umschalten zwischen farmübergreifenden SSPs und eigenständigen SSPs

Die Nutzung gemeinsamer Dienste für untergeordnete Serverfarmen kann jederzeit neu konfiguriert werden:

• Eine untergeordnete Serverfarm kann von einer übergeordneten Serverfarm getrennt werden und so konfiguriert werden, dass entweder gemeinsame Dienste auf einer anderen übergeordneten Serverfarm verwendet werden oder dass der eigene lokale SSP verwendet wird.

• Untergeordnete Serverfarmen können gemeinsame Dienste auf einer übergeordneten Serverfarm nutzen, wenn sie mit dem zentralen Netzwerk verbunden sind, und auf die Nutzung von Diensten des eigenen lokalen SSP umgestellt werden, wenn sie getrennt werden. Die untergeordnete Serverfarm 3 (im vorherigen Diagramm) veranschaulicht eine Serverfarm mit einem lokalen Standby-SSP, der verwendet wird, wenn die Serverfarm getrennt ist.

• Übergeordnete Serverfarmen können jederzeit als eigenständige Serverfarmen neu konfiguriert werden. Administratoren übergeordneter Serverfarmen sollten die Administratoren untergeordneter Serverfarmen auf betroffene untergeordnete Serverfarmen hinweisen, bevor sie den SSP als eigenständigen SSP neu konfigurieren.

Einschränkungen für farmübergreifende SSPs

Für farmübergreifende gemeinsame Dienste gelten die folgenden Einschränkungen:

• Wenn sich die über- und untergeordneten Serverfarmen in verschiedenen Domänen oder Gesamtstrukturen befinden, muss zwischen den Domänen oder Gesamtstrukturen eine Vertrauensstellung konfiguriert sein. Wenn sich darüber hinaus die beiden Serverfarmen in verschiedenen Gesamtstrukturen befinden, muss die Active Directory-Replikation zwischen den separaten und vertrauenswürdigen Gesamtstrukturen ordnungsgemäß ausgeführt werden.

• Farmübergreifende SSPs werden in einem WAN nicht unterstützt. Eine untergeordnete Serverfarm kann keinem SSP einer übergeordneten Serverfarm zugeordnet werden, wenn die beiden Serverfarmen durch WAN-Verbindungen getrennt sind.

• Auf übergeordneten Serverfarmen müssen alle Office Server-Produkte installiert sein, die von untergeordneten Serverfarmen verwendet werden. Wenn beispielsweise eine untergeordnete Serverfarm Office Project Server enthält, muss Office Project Server auf der übergeordneten Serverfarm installiert werden, damit gemeinsame Dienste ordnungsgemäß ausgeführt werden. Wenn eine untergeordnete Serverfarm die Enterprise Edition der Clientzugriffslizenz (Client Access License, CAL) verwendet, muss die übergeordnete Serverfarm auch die Enterprise Edition der Clientzugriffslizenz (und nicht die Standard Edition) verwenden. Die einzige Ausnahme für diese Anforderung ist der Excel Services-Dienst.

• Der Excel Services-Dienst kann nicht vom SSP einer übergeordneten Serverfarm bereitgestellt werden, sondern muss von einem für die untergeordnete Serverfarm lokalen SSP bereitgestellt werden. Eine Webanwendung kann so konfiguriert werden, dass alle anderen Dienste auf einer übergeordneten Serverfarm genutzt werden, während der Excel Services-Dienst auf einem lokalen SSP genutzt wird. Dies ist die einzige Situation, in der eine Webanwendung Dienste von zwei verschiedenen SSPs nutzen kann. Eine Abbildung dieses Szenarios finden Sie unter Kombination von farmübergreifenden und lokalen SSPs (untergeordnete Serverfarm 2) weiter unten in diesem Artikel.

Skripterstellung für die farmübergreifende SSP-Konfiguration

Sie können ein Skript erstellen, um die manuellen Prozesse für die Zuordnung einer untergeordneten Serverfarm zu einer übergeordneten Serverfarm zu duplizieren. Ein Skript für den Setupvorgang bewirkt Folgendes:

• Der Zeitaufwand für die Bereitstellung gemeinsamer Dienste in mehreren Serverfarmen wird verringert.

• Es wird sichergestellt, dass Konfigurationseinstellungen (Verzeichnis, Konfiguration, Suchindex usw.) einheitlich auf Serverfarmen angewendet werden.

Weitere Informationen finden Sie unter Anbieter für gemeinsame Dienste: Stsadm-Vorgänge (Office SharePoint Server).

Beispiele für farmübergreifende SSPs

In diesem Abschnitt werden die im vorherigen Diagramm dargestellten drei untergeordneten Serverfarmen beschrieben.

Nur farmübergreifende gemeinsame Dienste (untergeordnete Serverfarm 1)

Beschreibung

Die untergeordnete Serverfarm 1 nutzt nur gemeinsame Dienste, die von einer übergeordneten Serverfarm gehostet werden. In diesem Szenario können Sie die Hardware, das Netzwerk und administrative Ressourcen optimieren, die zum Bereitstellen gemeinsamer Dienste in den Serverfarmen erforderlich sind. Sie können entweder eine vorhandene Serverfarm als übergeordnete Serverfarm festlegen oder aber eine dedizierte Serverfarm nur zum Hosten gemeinsamer Dienste erstellen.

Empfehlungen

Diese Konfiguration wird für die folgenden Szenarien empfohlen:

• Bereitstellen gemeinsamer Dienste für mehrere Serverfarmen innerhalb eines Unternehmens.

• Hosten von Office SharePoint Server-Lösungen für Unternehmen, die die Serverfarmisolation, aber nicht die Dienstisolation benötigen.

Kombination von farmübergreifenden und lokalen SSPs (untergeordnete Serverfarm 2

Beschreibung

Die untergeordnete Serverfarm 2 nutzt Dienste von zwei verschiedenen SSPs:

• Farmübergreifende gemeinsame Dienste auf der übergeordneten Serverfarm werden genutzt.

• Der eigene SSP wird gehostet, und Dienste auf diesem SSP werden genutzt.

Mithilfe derartig konfigurierter Serverfarmen können gemeinsame Dienste im gesamten Unternehmen genutzt werden, können bei Bedarf aber auch unabhängig voneinander ausgeführt werden. Eine untergeordnete Serverfarm kann von der Nutzung farmübergreifender gemeinsamer Dienste auf die Nutzung der eigenen gemeinsamen Dienste umgestellt werden.

Die Kombination aus farmübergreifender und lokaler SSP-Konfiguration ist auch erforderlich, wenn Excel Services von einer untergeordneten Serverfarm verwendet wird. Wenn eine Serverfarm Excel Services benötigt, muss die Serverfarm gemeinsame Dienste lokal hosten. In dieser Konfiguration nutzen Webanwendungen in der untergeordneten Serverfarm Excel Services auf einem lokalen SSP, und alle anderen Dienste auf einem übergeordneten SSP. Dies ist im folgenden Diagramm veranschaulicht.

Empfehlungen

Diese Konfiguration wird für die folgenden Szenarien empfohlen:

• Eine Abteilung innerhalb eines Unternehmens benötigt die Serverfarmisolation für den Schutz vertraulicher Daten oder für die dedizierte Bereitstellung physischer Ressourcen sowie für unternehmensweite Portale und Websites.

• Ein Unternehmen oder eine Abteilung wird erworben und Sie möchten den Zugriff auf Ressourcen im gesamten Unternehmen ermöglichen, ohne dass der Serverfarmbetrieb unterbrochen wird. In diesem Szenario kann die untergeordnete Serverfarm gemeinsame Dienste nutzen, die im gesamten Unternehmen verfügbar sind, wie z. B. die Suche und das Crawlen.

• Ein Unternehmensbereich wird verkauft oder einer anderen Office SharePoint Server-Umgebung neu zugewiesen. Sie möchten im Rahmen der Umstellung der Serverfarm auf die neue Umgebung die Serverfarm als eigenständig konfigurieren.

• Excel Services ist für eine untergeordnete Serverfarm erforderlich.

Standby-SSP (untergeordnete Serverfarm 3)

Beschreibung

Die untergeordnete Serverfarm 3 ist so konfiguriert, dass zwischen der Nutzung farmübergreifender gemeinsamer Dienste und der eigenen gemeinsamen Dienste umgestellt wird. Der SSP innerhalb der untergeordneten Serverfarm dient als Standby-Anbieter. Die untergeordnete Serverfarm wechselt zum Standby-SSP, wenn sie von der übergeordneten Serverfarm getrennt wird.

Empfehlungen

Diese Konfiguration wird für Serverfarmbereitstellungen empfohlen, die vorübergehend an verschiedene geografische Standorte verteilt werden.

Kapazitätsplanung im Zusammenhang mit SSPs

Berücksichtigen Sie beim Planen der SSP-Architektur die Softwaregrenzwerte, die für logische Architekturelemente empfohlen werden, sowie deren mögliche Auswirkungen auf die SSP-Konfiguration.

Die folgende Tabelle enthält die empfohlenen Richtlinien für logische Architekturkomponenten.

Logisches Architekturobjekt	Richtlinien für annehmbare Leistung	Hinweis
Anbieter für gemeinsame Dienste (Shared Services Provider, SSP)	3 pro Farm (20 pro Farm maximal)
Webanwendung	99 pro Anbieter für gemeinsame Dienste	Dieser Grenzwert enthält die Anzahl der Webanwendungen in untergeordneten Serverfarmen, die Ressourcen dieses Anbieters für gemeinsame Dienste belegen.
IIS-Anwendungspool (Internet Information Services, Internetinformationsdienste)	8 pro Webserver	Die maximale Anzahl wird durch Hardwarefunktionen bestimmt.
Websitesammlung	50.000 pro Webanwendung

Neben den logischen Architekturkomponenten enthält der Suchdienst auch empfohlene Softwaregrenzwerte, die sich auf die Anzahl und Konfiguration von SSPs in Ihrer Umgebung auswirken können. Die folgende Tabelle enthält die Suchobjekte mit empfohlenen Grenzwerten, die sich auf die SSP-Planung auswirken.

Suchobjekt	Richtlinien für annehmbare Leistung	Hinweis
Suchindizes	1 pro SSP; maximal 20 pro Serverfarm	In Microsoft Office SharePoint Server 2007 wird ein Inhaltsindex pro Anbieter für gemeinsame Dienste unterstützt. Nachdem maximal 20 Anbieter für gemeinsame Dienste pro Farm empfohlen werden, werden maximal 20 Inhaltsindizes unterstützt. Beachten Sie, dass ein Anbieter für gemeinsame Dienste nur einem Indexserver und einem Inhaltsindex zugeordnet sein kann. Einem Indexserver können jedoch mehrere Anbieter für gemeinsame Dienste zugeordnet werden, und er kann einen Inhaltsindex für jeden Anbieter für gemeinsame Dienste aufweisen.
Indizierte Dokumente	50.000.000 pro Inhaltsindex (1 Index pro SSP)	In Microsoft Office SharePoint Server 2007 werden 50 Millionen Dokumente pro Indexserver unterstützt. Diese können je nach Anzahl der Anbieter für gemeinsame Dienste, die einem Indexserver zugeordnet sind, in mehrere Inhaltsindizes aufgeteilt werden.
Inhaltsquellen	500 pro Anbieter für gemeinsame Dienste	Dies ist eine feste Grenze, die durch das System erzwungen wird.
Benachrichtigungen	1.000.000 pro Anbieter für gemeinsame Dienste	Dies ist der getestete Grenzwert.
Crawlregeln	10.000 pro SSP	Unabhängig vom Typ werden maximal 10.000 Crawlregeln empfohlen.
Gecrawlte Eigenschaften	500.000 pro Anbieter für gemeinsame Dienste	Hierbei handelt es sich um Eigenschaften, die während eines Crawls entdeckt werden.
Verwaltete Eigenschaften	100.000 pro Anbieter für gemeinsame Dienste	Hierbei handelt es sich um Eigenschaften, die von der Systemsuche in Abfragen verwendet werden. Gecrawlte Eigenschaften werden verwalteten Eigenschaften zugeordnet. Es werden maximal 100 Zuordnungen pro verwalteter Eigenschaft empfohlen.

Weitere Informationen zu Softwaregrenzwerten finden Sie unter Planen der Softwaregrenzen (Office SharePoint Server).

Planen der Verwaltungsrollen für SSPs

Mit dem Modell für gemeinsame Dienste in Microsoft Office SharePoint Server 2007 können die Dienste insgesamt zentral verwaltet werden, während die Verwaltung bestimmter Dienste bei Bedarf delegiert werden kann. Die folgende Tabelle enthält die primären SSP-Rollen.

Rolle	Verantwortlichkeiten
Farmadministrator	Erstellen oder Löschen von SSPs.
Administrator für gemeinsame Dienste (Administrator der Verwaltungssite der gemeinsamen Dienste)	Konfigurieren von Berechtigungen für bestimmte Dienste oder Zuordnen der Verwaltung gemeinsamer Dienste zu anderen Benutzern
Administrator für gemeinsame Dienste	Konfigurieren und Verwalten bestimmter gemeinsamer Dienste, wie z. B. den Suchdienst oder Excel Services.

Eine Person kann alle diese Rollen ausführen. Allerdings wird in vielen mittelständischen und großen Unternehmen die Verwaltung von bestimmten Diensten häufig delegiert. Die folgende Tabelle enthält die Dienstverwaltungsrollen, die delegiert werden können.

Dienstverwaltungsrolle	Verantwortlichkeiten
Suchdienstadministrator	Verwalten aller Sucheinstellungen im SSP.
Benutzerprofilmanager	Hinzufügen von Importverbindungen, Verwalten von Benutzerprofilen und Konfigurieren von Einstellungen für Meine Website.
Verwalter von Benutzergruppen	Verwalten von Benutzergruppeneinstellungen im SSP.
Geschäftsdatenkatalogmanager	Importieren von Anwendungsdefinitionen in den Geschäftsdatenkatalog, Auswählen von Entitäten und Eigenschaften für die Verwendung auf SharePoint-Websites und in Listen sowie Ausführen optionaler Methoden für Entitätsinstanzen.
Berechtigungsmanager für den Geschäftsdatenkatalog	Verwalten von Berechtigungen für den Geschäftsdatenkatalog
Berechtigungsmanager für Profildienste	Verwalten von Berechtigungen für Profildienste
Excel Services-Administrator	Verwalten aller Excel Services-Einstellungen im SSP.
Verwendungsberichtmanager	Verwalten aller Verwendungsberichteinstellungen im SSP.

Weitere Informationen zu diesen Rollen und wie Sie diese konfigurieren finden Sie unter Planen der Sicherheitsrollen (Office SharePoint Server).

Verwaltung farmübergreifender SSPs

In Umgebungen, in denen farmübergreifende gemeinsame Dienste implementiert sind, können die Aufgaben des Farmadministrators in Abhängigkeit davon variieren, ob es sich bei der Serverfarm um eine über- oder untergeordnete Serverfarm handelt. Im folgenden Diagramm sind die administrativen Aufgaben, die von jedem Administrator in einer farmübergreifenden SSP-Umgebung ausgeführt werden, zusammengefasst.

Farmadministrator	Verantwortlichkeiten
Administrator für übergeordnete Serverfarmen	Erstellen von SSPs und Ändern der Einstellungen. Konfigurieren der Einstellungen für die gemeinsamen Dienste der übergeordneten Serverfarm. Verwalten von freigegebenen Ressourcen auf der übergeordneten Serverfarm, wie z. B. die SSP-Datenbank. Verwalten von Anmeldeinformationen für SSPs. Verwalten der Einstellungen für gemeinsame Dienste, die alle Serverfarmen und Websites betreffen, die den übergeordneten SSP nutzen.
Administrator für untergeordnete Serverfarmen	Konfigurieren untergeordneter Serverfarmen, so dass gemeinsame Dienste auf einer übergeordneten Serverfarm genutzt werden. Zuordnen von Webanwendungen in untergeordneten Serverfarmen zum übergeordneten SSP. Trennen von der übergeordneten Serverfarm.

Herunterladen dieses Buchs

Dieses Thema wurde zum leichteren Lesen und Ausdrucken in das folgende Buch zum Herunterladen aufgenommen:

• Planung und Architektur für Office SharePoint Server 2007, Teil 2 (in englischer Sprache)

Die vollständige Liste der verfügbaren Bücher finden Sie unter Bücher zum Herunterladen für Office SharePoint Server 2007.

Siehe auch

Konzepte

Planen von Anbietern für gemeinsame Dienste
Komponenten einer logischen Architektur
Logisches Architekturmodell: Unternehmensbereitstellung
Erstellen und Konfigurieren von Anbietern für gemeinsame Dienste