Planen der Softwaregrenzen (Office SharePoint Server)

Inhalt dieses Artikels

• Aktualisierte Planungs- und Leistungsanweisungen

• Testumgebung

• Testergebnisse

• Richtlinien für akzeptable Leistung

Dieser Artikel enthält Informationen, die Ihnen helfen sollen, die getestete Leistung und die Kapazitätsgrenzen von Microsoft Office SharePoint Server 2007 zu verstehen. Zudem bietet er Informationen zur Testumgebung und den Testergebnissen sowie Richtlinien für eine akzeptable Leistung. Anhand der Informationen in diesem Artikel können Sie bestimmen, ob sich Ihre geplante Bereitstellung innerhalb der akzeptable Leistungs- und Kapazitätsgrenzen befindet.

Wichtig

Die Orientierungshilfen in diesem Artikel wurden zum Teil für Office SharePoint Server 2007 mit SP1 aktualisiert. Eine vollständige Liste aller Aktualisierungen für Office SharePoint Server 2007 mit SP1 finden Sie unter Buch zum Herunterladen: "Planen und Bereitstellen von Service Pack 1 für Office SharePoint Server 2007 in einer Umgebung mit mehreren Servern".

Die Testergebnisse und Richtlinien in diesem Artikel gelten für eine einzelne Installation von Microsoft Office SharePoint Server 2007. Durch das Hinzufügen von Servercomputern zu dieser Installation werden die Kapazitätsgrenzen der Websiteobjekte, die in den Tabellen im Abschnitt Richtlinien für akzeptable Leistung aufgelistet sind, nicht erhöht. Allerdings wird durch das Hinzufügen von Servercomputern der Durchsatz einer Serverfarm erhöht, die möglicherweise erforderlich ist, um bei Verwendung einer großen Anzahl von Objekten eine akzeptable Leistung zu erzielen. In einigen Fällen machen die Anforderungen für eine große Anzahl von Objekten innerhalb einer Lösung möglicherweise die Verwendung von mehr als einer Serverfarm erforderlich.

In diesem Artikel werden die Richtlinien durch die Leistung bestimmt. Das bedeutet, dass Sie die genannten Richtlinien überschreiten können. Allerdings müssen Sie bei einer Erhöhung des Maßstabs mit Leistungseinbußen rechnen.

Beachten Sie, dass viele Faktoren die Leistung in einer bestimmten Umgebung beeinflussen können und dass jeder dieser Faktoren die Leistung in verschiedenen Bereichen beeinträchtigen kann. Einige der Testergebnisse und Empfehlungen in diesem Artikel beziehen sich möglicherweise auf Features oder Benutzeroperationen, die in Ihrer Umgebung nicht vorhanden sind, und gelten daher nicht für Ihre Lösung. Nur ausführliche Tests bieten Ihnen genaue Daten in Bezug auf Ihre eigene Umgebung.

Weitere Informationen zu anderen Faktoren, die sich auf die Leistung und Kapazität auswirken können, jedoch nicht Bestandteil der Testprozesse für dieses Handbuch waren, finden Sie im Abschnitt Zusätzliche Faktoren der Leistungs- und Kapazitätsplanung (Office SharePoint Server) in diesem Handbuch.

Aktualisierte Planungs- und Leistungsanweisungen

Dieser Abschnitt enthält aktualisierte Planungs- und Leistungsanweisungen. Die nachfolgenden Empfehlungen wurden aus dem folgenden Whitepaper entnommen: Leistungsempfehlungen zur Planung und Überwachung der Speicherung (https://go.microsoft.com/fwlink/?linkid=105890&clcid=0x407).

Weitere Informationen zu den aktualisierten Planungs- und Leistungsanweisungen für Office SharePoint Server 2007 mit SP1 finden Sie unter Buch zum Herunterladen: "Planen und Bereitstellen von Service Pack 1 für Office SharePoint Server 2007 in einer Umgebung mit mehreren Servern".

Beschränken der Größe der Inhaltsdatenbank zur Verbesserung der Verwaltbarkeit

Plan Sie die Datenbankgröße so, dass eine optimale Verwaltbarkeit und Leistung in Ihrer Umgebung erzielt wird.

• In den meisten Fällen sollte zur Verbesserung der Leistung von Microsoft Office SharePoint Server 2007 auf die Verwendung von Inhaltsdatenbanken mit mehr als 100 GB verzichtet werden. Wenn für Ihren Entwurf eine Datenbank von mehr als 100 GB erforderlich ist, befolgen Sie die folgenden Anweisungen:

  • Verwenden Sie eine einzige Websitesammlung für die Daten.

  • Verwenden Sie eine differenzielle Sicherungslösung wie SQL Server 2005 oder Microsoft System Center Data Protection Manager anstelle der integrierten Sicherungs- und Wiederherstellungstools.

  • Testen Sie den Server mit SQL Server 2005 und das E/A-Subsystem, bevor Sie zu einer Lösung wechseln, für die eine Inhaltsdatenbank mit über 100 GB erforderlich ist.

• Es wird dringend geraten, Inhalte aus einer Websitesammlung, die sich der Größe von 100 GB nähert, wann immer möglich auf eine neue Websitesammlung in einer separaten Inhaltsdatenbank aufzuteilen, um Leistungs- oder Verwaltungsprobleme zu vermeiden.

• Begrenzen Sie Inhaltsdatenbanken, die mehrere Websitesammlungen enthalten, auf ungefähr 100 GB.

Hinweis

Die empfohlenen Grenzwerte gelten nur für einen Server mit SQL Server 2005, auf dem Microsoft Office SharePoint Server 2007 gehostet wird. Sie sind keine allgemeinen Hinweise für SQL Server 2005.

Reservieren von Speicherplatz für Versionen und Papierkörbe

Falls Sie auf einer Website die Versionsverwaltung oder Papierkörbe verwenden möchten, müssen Sie die potenziellen Auswirkungen auf das Websitekontingent beachten.

• In Bibliotheken ohne Versionsverwaltung wird der Speicherplatz für frühere Versionen auf das Websitekontingent angerechnet. Berücksichtigen Sie diese Tatsache bei der Planung.

• Sie können für jede Website eine oder auch zwei Papierkorbstufen aktivieren. Die erste Stufe (Benutzer- und Websitepapierkörbe) werden auf das Websitekontingent angerechnet. Die zweite Phase (der Papierkorb der Websitesammlung) wird nicht auf das Websitekontingent angerechnet. Allerdings wird der Inhalt des endgültigen Papierkorbs zum Speicherplatz hinzugerechnet, der von der Websitesammlung verwendet wird. Planen Sie daher ausreichenden zusätzlichen Speicherplatz für den endgültigen Papierkorb ein. Achten sorgfältig auf die Anzahl der Tage, die gelöschte Dokumente in jeder Papierkorbstufe beibehalten werden.

Verwenden von Kontingentvorlagen zum Verwalten des Speichers

Verwenden Sie für die Verwaltung von Websitesammlungen mit ähnlichen Merkmalen Kontingentvorlagen. Mit einer Kontingentvorlage werden Speichergrenzwerte für Websitesammlungen festgelegt und E-Mail-Benachrichtigungen beim Erreichen angegebener Speichergrößen gesendet. Änderungen an einer Kontingentvorlage gelten nur für neue Websites. Sie haben keine Auswirkungen auf bereits erstellte Websites.

Testumgebung

In der folgenden Tabelle sind die Spezifikationen der Computer in der Testumgebung aufgeführt.

Rolle	Spezifikationen
Eigenständiger Computer	1 Dual Core Intel Xeon 64-Bit-Prozessor mit 2,8 Gigahertz (GHz), 2 Gigabyte (GB) RAM
Webservercomputer	2 Dual Core Intel Xeon 64-Bit-Prozessoren mit 2,8 GHz, 4 Gigabyte (GB) RAM
Datenbankcomputer mit Microsoft SQL Server	4 Dual Core Intel Xeon 64-Bit-Prozessoren mit 2,8 GHz, 32 GB RAM
Clientcomputer	Pentium III-Prozessor mit 1,2 GHz, 1 GB RAM

Ein Gigabit-Ethernet-Netzwerk (eine Milliarde Bits/s) wurde zwischen den Farmcomputern verwendet.

Die Tests wurden unter den in der folgenden Tabelle aufgeführten Konfigurationen ausgeführt.

Datenbankserver	1 Webserver	2 Webserver	3 Webserver	4 Webserver	5 Webserver	6 Webserver	7 Webserver	8 Webserver
0	X
1	X	X	X	X	X	X	X	X

Es wurden auch umgebungsspezifische Tests unter verschiedenen Farmkonfigurationen ausgeführt. Informationen zu diesen umgebungsspezifischen Konfigurationstests finden Sie in den Szenarioartikeln unter Abschätzen von Leistungs- und Kapazitätsanforderungen (Office SharePoint Server).

Testergebnisse

In den folgenden Diagrammen und Tabellen wird die Leistung dargestellt, die die Testumgebung bei einer bestimmten Reihe von Parametern, Benutzeroperationen und Belastungen erzielt hat. Diese Tests wurden alle in einer 8x1- Microsoft Office SharePoint Server 2007-Farm ausgeführt. Die bereitgestellten Ergebnisse gelten für alle Microsoft Office SharePoint Server 2007-Umgebungen.

Hinweis

Weitere Konfigurationen werden in Zukunft getestet. Die Testergebnisse werden veröffentlicht, sobald sie verfügbar sind.

Die Leistungsindikatoren für die verschiedenen Vorgänge sind davon abhängig, wie die Websitesammlungen verwendet werden. Eine einzelne Website kann beispielsweise Tausende Unterwebsites aufweisen. Die Benutzerantwortzeiten für Vorgänge, die den Container auflisten, werden jedoch länger, wenn sich die Anzahl der Websitesammlungen erhöht. Die Leistung anderer Vorgänge, von denen der Container nicht aufgelistet wird, bleibt hingegen weiterhin akzeptabel.

Die für die Tests erstellten Unterwebsites sind wie in der folgenden Tabelle dargestellt aufgegliedert.

Typ der Unterwebsite	Prozent der Gesamtsumme
Teamwebsites	55 %
Dokumentarbeitsbereich	20 %
Besprechungsarbeitsbereich	10 %
Blog	10 %
Wiki	5 %

Durchsatzänderungen beim Erstellen einer Website im Vergleich zum Auflisten von Websites bei steigender Websiteanzahl

Die Benutzerantwortzeit für bestimmte Vorgänge wird bei steigender Websiteanzahl in einer Websitesammlung länger.

Im folgenden Diagramm ist die Benutzerantwortzeit beim Auflisten der Websites in einer Websitesammlung sowie beim Erstellen einer neuen Website bei steigender Anzahl der vorhandenen Websites dargestellt.

Durchsatz im Vergleich zur Anzahl der Websitesammlungen

Der Durchsatz, gemessen in Anfragen pro Sekunde (Requests Per Second, RPS), verringert sich bei steigender Anzahl der Websitesammlungen in einer Farm.

In der folgenden Abbildung wird die Verringerung des Durchsatzes beim Navigieren zu den Homepages verschiedener Websitesammlungen dargestellt, während sich die Anzahl der Websitesammlungen in einer einzelnen Inhaltsdatenbank erhöht. Der Durchsatz verringert sich schnell, während sich die Gesamtanzahl der Websitesammlungen von 2.000 (RPS = 265) auf 16.000 (RPS = 66) erhöht. Danach bleibt der Wert für RPS konstant bei ca. 50, während sich die Gesamtanzahl der Websitesammlungen auf 50.000 erhöht.

Durchsatzunterschiede zwischen flachen Dokumentbibliotheken und Dokumentbibliotheken mit Ordnern

Der Durchsatz für bestimmte Vorgänge verringert sich bei zunehmender Anzahl der Elemente in einem Ordner.

In der folgenden Abbildung ist die Differenz zwischen dem Durchsatz beim Anzeigen aller Elemente in einer Dokumentbibliothek mit und ohne die effektive Verwendung von Ordnern dargestellt, die für die Skalierung entscheidend ist. Wie im folgenden Diagramm dargestellt ist, verringert sich die Durchsatzleistung bei Verwendung eines flachen Bibliothekspeichers, während sich die Anzahl der Dokumente erhöht. Der stärkste Abfall im Durchsatz tritt auf, wenn die Gesamtanzahl der Dokumente kleiner als 2.000 ist, von 151 RPS (bei 200 Dokumenten) auf 63 RPS (bei 2.000 Dokumenten). Bei 4.000 Dokumenten verringert sich der Durchsatz auf ca. 13 RPS, oder es erfolgt eine gesamte Durchsatzverringerung von über 90 % bei einer leeren Bibliothek.

In der folgenden Abbildung ist die relative Leistung zwischen Ordneransichten beim Verwenden von Ordnern zum Speichern und Organisieren von Dokumenten im Vergleich zur relativen Leistung einer indizierten Ansicht einer flachen Bibliotheksstruktur dargestellt. Jeder Ordner enthält 500 von verschiedenen Benutzern erstellte Dokumente. In diesen beiden Szenarien gibt es bei bis zu 1 Million Dokumenten keine signifikante Beeinträchtigung des Durchsatzes. Dies setzt voraus, dass die Anzahl der Elemente in der Ansicht den Leistungsgrenzwert für Ihr System nicht überschreitet. Die Leistung kann jedoch durch Verwenden von Ordnern verbessert werden.

Während sich die Anzahl der Elemente in einem Ordner erhöht, wird die Leistung der Ordneransicht schrittweise beeinträchtigt. Beachten Sie, dass die oben aufgeführten Ergebnisse Schätzungen sind, die auf unseren Tests basieren, und dass die Ergebnisse in Ihrer Umgebung davon abweichen können.

Richtlinien für akzeptable Leistung

Die Kapazität wird von der Skalierbarkeit direkt beeinflusst. In diesem Abschnitt sind die Objekte aufgeführt, die eine Lösung umfassen kann, und für jeden Objekttyp werden Richtlinien für eine akzeptable Leistung bereitgestellt. Darüber hinaus werden Grenzwertdaten zusammen mit einer Beschreibung der Bedingungen, unter denen die Grenzwerte erreicht werden, sowie Links zu weiteren verfügbaren Informationen bereitgestellt. Verwenden Sie die Richtlinien in diesem Artikel, um Ihre Pläne für allgemeine Lösungen zu überprüfen.

Wenn Ihre Lösungspläne die empfohlenen Richtlinien für ein oder mehrere Objekte überschreiten, führen Sie eine oder mehrere der folgenden Aktionen aus:

• Werten Sie die Lösung aus, um sicherzustellen, dass in anderen Bereichen eine Kompensierung erfolgt.

• Kennzeichnen Sie diese Bereiche, damit sie beim Erstellen und Bereitstellen der Lösung getestet und überwacht werden.

• Überarbeiten Sie die Lösung, um sicherzustellen, dass keine Kapazitätsrichtlinien überschritten werden.

In den folgenden Tabellen sind die Objekte nach Kategorien aufgelistet, und es werden empfohlene Richtlinien für akzeptable Leistung aufgeführt. Akzeptable Leistung bedeutet, dass das getestete System die angegebene Anzahl von Objekten unterstützen kann, aber diese Anzahl nicht ohne Leistungseinbußen überschritten werden kann. Ein Sternchen (*) kennzeichnet eine feste Grenze, kein Sternchen bedeutet, dass der Grenzwert getestet wurde oder unterstützt wird.

In der folgenden Tabelle sind die empfohlenen Richtlinien für Websiteobjekte aufgeführt.

Websiteobjekt	Richtlinien für akzeptable Leistung	Hinweise	Reichweite der Auswirkungen, wenn sich die Leistung verschlechtert
Websitesammlung	50.000 pro Inhaltsdatenbank	Der Durchsatz der gesamten Farm verringert sich, wenn sich die Anzahl der Websitesammlungen erhöht.	Farm
Websitesammlung	150.000 pro Webanwendung	Dieser Grenzwert ist theoretisch und vor allem von folgenden Faktoren abhängig: Der Leistung des Datenbankservers, auf dem sich die Konfigurationsdatenbank befindet Der Leistung der Webserver in der Farm Der Netzwerkbandbreite zwischen den Webservern und dem Datenbankserver Dies ist kein fester Grenzwert, und er setzt einen einzelnen Datenbankserver voraus. In Ihrer Umgebung ist es möglicherweise nicht möglich, so viele Websitesammlungen pro Webanwendung zu hosten. Durch die Verteilung von Inhaltsdatenbanken auf zusätzliche Datenbankserver kann der effektive Grenzwert für die Anzahl der Websitesammlungen pro Webanwendung erhöht werden. Sie sollten mithilfe von Tests den tatsächlichen effektiven Grenzwert in Ihrer Umgebung bestimmen.	Serverfarm
Website	250.000 pro Websitesammlung	Durch Verschachtelung der Unterwebsites können Sie eine sehr große Gesamtanzahl von Websites erstellen. Beispielsweise ergeben 100 Websites mit jeweils 1.000 Unterwebsites insgesamt 100.000 Websites. Die empfohlene maximale Anzahl für Websites und Unterwebsites entspricht 125 Websites mit jeweils 2.000 Unterwebsites (insgesamt 250.000 Websites).	Websitesammlung
Unterwebsite	2.000 pro Website	Ab einer Anzahl von mehr als 2.000 Unterwebsites wird die Leistung der Schnittstelle für das Auflisten der Unterwebsites einer bestimmten Website beeinträchtigt.	Websiteansicht
Dokument	5 Millionen pro Bibliothek	Durch die Verschachtelung von Ordnern sowie die Verwendung von Standardansichten und einer Websitehierarchie können Sie sehr große Dokumentbibliotheken erstellen. Dieser Wert kann je nach Anordnung der Dokumente und Ordner und je nach Typ und Größe der gespeicherten Dokumente variieren.	Bibliothek
Element	2.000 pro Ansicht	Tests haben gezeigt, dass sich die Leistung ab einer Anzahl von mehr als 2.000 Elementen verringert. Durch Indizierung in einer flachen Ordneransicht kann die Leistung verbessert werden.	Listenansicht
Dokumentdateigröße	50 MB (max. 2 GB*)	Die Leistung beim Speichern von Dateien ist proportional zur Größe der Datei. Die maximale Größe beträgt standardmäßig 50 MB. Dieser Maximalwert wird vom System erzwungen, kann jedoch auf bis zu 2 GB erhöht werden.	Bibliothek, Leistung beim Speichern von Dateien
Liste	2.000 pro Website	Tests haben gezeigt, dass sich die Leistung von Listenansichten ab einer Anzahl von mehr als 2.000 Einträgen verringert. Weitere Informationen zu umfangreichen Listen finden Sie unter Whitepaper: Arbeiten mit umfangreichen Listen in Office SharePoint Server 2007.	Listenansicht
Feldtyp	256 pro Liste	Dies ist keine feste Grenze. Die Leistung von Listenansichten kann jedoch beeinträchtigt werden, wenn sich die Anzahl der Feldtypen in einer Liste erhöht.	Listenansicht
Spalte	2.000 pro Dokumentbibliothek 4.096 pro Liste	Dies ist keine feste Grenze. Die Leistung von Bibliotheken und Listenansichten kann jedoch beeinträchtigt werden, wenn sich die Anzahl der Spalten in einer Dokumentbibliothek oder Liste erhöht.	Bibliothek und Listenansicht
Webpart	50 pro Seite	Diese Zahl ist eine Schätzung auf der Grundlage einfacher Webparts. Die Komplexität der Webparts bestimmt, wie viele Webparts auf einer Seite verwendet werden können, bevor die Leistung beeinträchtigt wird.	Seite
Verwalteter Pfad	20 pro Webanwendung	Die Anzahl von 20 verwalteten Pfaden ist nur ein ungefährer Grenzwert. Verwaltete Pfade werden auf dem Webserver zwischengespeichert, und CPU-Ressourcen werden zur Verarbeitung eingehender Anforderungen anhand der Liste verwalteter Pfade verwendet. Sie sollten Leistungstests durchführen, bevor Sie mehr als 20 verwaltete Pfade in einer einzelnen Webanwendung verwenden.	Webanwendung

In der folgenden Tabelle sind die empfohlenen Richtlinien für Benutzerobjekte aufgeführt.

Benutzerobjekt	Richtlinien für akzeptable Leistung	Hinweise
Benutzer in Gruppen	2 Millionen pro Website	Sie können Ihrer Website Millionen von Benutzern hinzufügen, indem Sie Microsoft Windows-Sicherheitsgruppen zum Verwalten der Sicherheit verwenden, anstatt einzelne Benutzer zu verwalten.
Benutzerprofil	5 Millionen pro Farm	Dieser Wert gibt die Anzahl der Profile an, die von einem Verzeichnisdienst, z. B. Active Directory, in den Benutzerprofilspeicher importiert werden können.
Sicherheitsprinzipal	Etwa 2.000 pro Zugriffssteuerungsliste (Access Control List, ACL) für ein beliebiges sicherungsfähiges Objekt (Bereich)	Die Zugriffssteuerungsliste für Bereiche darf insgesamt nicht größer als 64 KB sein. Da jeder Sicherheitsprinzipal ca. 32 Bytes groß ist, kann es pro Bereich maximal 2.000 Sicherheitsprinzipale geben. Wenn dieser Grenzwert erreicht ist, treten bei der Indizierung der Elemente in diesem Bereich und aller Elemente unter diesem Bereich Fehler auf. Da SharePoint-Gruppen während der Indizierung erweitert werden, können durch mehr als 2.000 Benutzer oder Verzeichnisgruppen in einer SharePoint-Gruppe und durch die Verwendung dieser Gruppe zum Sichern von Bereichen möglicherweise beim Indizieren der Elemente, die mit diesen Gruppen geschützt werden, und aller Elemente darunter, Fehler auftreten. Dieser Grenzwert tritt nur auf, wenn die integrierte Windows-Authentifizierung verwendet wird.

In der folgenden Tabelle sind die empfohlenen Richtlinien für Suchobjekte aufgeführt.

Suchobjekt	Richtlinien für akzeptable Leistung	Hinweise
Suchindizes	1 pro Anbieter für gemeinsame Dienste Maximal 20 pro Farm	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	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.
Startadressen	500 pro Inhaltsquelle*	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.
Bereiche	200 pro Website	Dies ist eine empfohlene Beschränkung pro Website. Es werden maximal 100 Bereichsregeln pro Bereich empfohlen.
Anzeigegruppen	25 pro Website	Diese werden für eine gruppierte Anzeige der Bereiche durch die Benutzeroberfläche verwendet.
Crawlregeln	10.000 pro Anbieter für gemeinsame Dienste*	Unabhängig vom Typ werden maximal 10.000 Crawlregeln empfohlen.
Schlüsselwörter	15.000 pro Website	Es werden maximal die 10 besten Suchergebnisse und fünf Synonyme pro Schlüsselwort 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.
Autorisierende Seiten	200 pro Relevanzebene	Dies ist die maximale Anzahl für Websites in jeder der vier Relevanzebenen.
Ergebnisentfernung	100	Dies ist die maximale Anzahl von URLs, die vom System in einem Vorgang entfernt werden sollte.
Crawlprotokolle	50.000.000	Anzahl der einzelnen Protokolleinträge im Crawlprotokoll.

In der folgenden Tabelle sind die empfohlenen Richtlinien für Objekte der logischen Architektur aufgeführt.

Objekt der logischen Architektur	Richtlinien für akzeptable Leistung	Hinweise
Anbieter für gemeinsame Dienste	3 pro Farm (max. 20 pro Farm)	-
Zone	5* pro Farm	Die Anzahl der Zonen, die für eine Farm definiert sind, ist auf 5 festgelegt.
Webanwendung	99 pro Anbieter für gemeinsame Dienste	Dieser Grenzwert enthält die Anzahl der Webanwendungen in untergeordneten Farmen, die Ressourcen dieses Anbieters für gemeinsame Dienste belegen.
IIS-Anwendungspool	8 pro Webserver	Die maximale Anzahl wird durch die Hardwarefunktionen bestimmt.
Websitesammlung	50.000 pro Webanwendung
Inhaltsdatenbank	100 pro Webanwendung
Websitesammlung	50.000 pro Datenbank

In der folgenden Tabelle sind die empfohlenen Richtlinien für physische Objekte aufgeführt.

Physisches Objekt	Richtlinien für akzeptable Leistung	Hinweise
Indexserver	1 pro Anbieter für gemeinsame Dienste*	-
Anwendungsserver mit Dienste für Excel-Berechnungen	Unbegrenzt	-
Abfrageserver	Unbegrenzt	Da für jeden Abfrageserver 100 Inhaltsdatenbanken unterstützt werden, basiert die Anzahl der pro Farm erforderlichen Abfrageserver auf der Anzahl der Inhaltsdatenbanken der Farm. Wenn Ihre Farm beispielsweise 500 Inhaltsdatenbanken aufweist, benötigen Sie mindestens 5 Abfrageserver.
Webserver/Datenbankserver-Verhältnis	8 Webserver pro Datenbankserver	Der dezentrale Skalierungsfaktor ist von der Mischung der Vorgänge abhängig.
Webserver/Domänencontroller-Verhältnis	3 Webserver pro Domänencontroller	In Abhängigkeit vom generierten Authentifizierungsdatenverkehr unterstützt Ihre Umgebung möglicherweise eine größere Anzahl von Webservern pro Domänencontroller.

Durchsatz im Vergleich zur Serveranzahl

In unserer Testumgebung hat der Farmdurchsatz bei 5 Webservern pro Datenbankserver seinen vorläufigen Optimalwert erreicht und sich nicht mehr erheblich verändert, als weitere Webserver hinzugefügt wurden. Obwohl Sie bis zu 8 Webserver pro Datenbankserver bereitstellen können, bewirkt die Verwendung von mehr als 5 Webservern keine erhebliche Steigerung des Durchsatzes. Dies liegt daran, dass in diesem Fall die Anzahl der Webserver, die Aufrufe an einen einzelnen Datenbankserver senden, erhöht wird und der Datenbankserver schließlich an seine Kapazitätsgrenzen stößt. Die Ergebnisse in Ihrer Umgebung können je nach Leistungsmerkmalen des Datenbankservers variieren. Sie müssen eigene Tests ausführen, um die optimale Anzahl von Webservern für Ihre Farmumgebung zu bestimmen.

Das Hinzufügen weiterer Webserver zu einer Farm nach Erreichen des optimalen Durchsatzes kann aus anderen Gründen wünschenswert sein – z. B. wenn die Benutzerauthentifizierung für einen erheblichen Teil der CPU-Auslastung des Webservers verantwortlich ist. In einem solchen Fall sollten Sie weitere Tests ausführen, um eine geeignete Lösung zu ermitteln.

Benutzerantwortzeiten

In der folgenden Tabelle sind Richtlinien für akzeptable Benutzerantwortzeiten für vier Typen von Benutzervorgängen enthalten. Beachten Sie, dass Ihre Geschäftsanforderungen längere oder kürzere Antwortzeiten zulassen können.

Ziel der Tests war eine Antwortzeit für alle Endbenutzervorgänge von weniger als einer Sekunde. Dies ist jedoch nicht in allen Fällen möglich. Daher wurden die Richtlinien in der folgenden Tabelle verwendet.

Typ des Vorgangs	Beispiele	Akzeptable Benutzerantwortzeit
Häufiger Vorgang	Navigieren zur Homepage Navigieren zu einer Dokumentbibliothek	<3 Sekunden
Weniger häufiger Vorgang	Erstellen einer Unterwebsite Erstellen einer Liste	< 5 Sekunden
Seltener Vorgang	Sichern einer Website Erstellen einer Websitesammlung	< 7 Sekunden
Längerer Vorgang	Indizieren einer Website	Variiert je nach Vorgang und Systemkonfiguration. Alle längeren Vorgänge verfügen über eine Informations- oder Statusseite.

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

Whitepaper: Arbeiten mit umfangreichen Listen in Office SharePoint Server 2007