Planen von Softwaregrenzen (Windows SharePoint Services)

Inhalt dieses Artikels:

• Testumgebung

• Testergebnisse

• Richtlinien für annehmbare Leistung

Dieser Artikel enthält Informationen zum Verständnis der getesteten Leistungs- und Kapazitätsgrenzen von Windows SharePoint Services 3.0 sowie zur Testumgebung und den Testergebnissen. Außerdem bietet er Richtlinien für annehmbare Leistung. Bestimmen Sie anhand der Informationen in diesem Artikel, ob mit der geplanten Bereitstellung annehmbare Leistungs- und Kapazitätsgrenzwerte erzielt werden.

Die Testergebnisse und Richtlinien in diesem Artikel gelten für eine einzelne Installation von Windows SharePoint Services 3.0. Durch Hinzufügen von Servercomputern zur Installation werden die Kapazitätsgenzen der Websiteobjekte nicht erhöht, die in den Tabellen im Abschnitt Richtlinien für annehmbare Leistung aufgeführt sind. Andererseits erhöht das Hinzufügen von Servercomputern den Durchsatz einer Serverfarm. Dies ist unter Umständen erforderlich, um eine annehmbare Leistung mit einer großen Anzahl von Objekten zu erreichen. In einigen Fällen machen die Anforderungen einer großen Anzahl von Objekten in einer Lösung die Verwendung von mehreren Serverfarmen nötig.

In diesem Artikel werden die Richtlinien durch die Leistung bestimmt. Mit anderen Worten, Sie können die Richtlinien überschreiten, aber wenn Sie die Skalierung erhöhen, wird möglicherweise eine geringere Leistung erzielt.

Beachten Sie, dass viele Faktoren die Leistung in einer bestimmten Umgebung beeinflussen können und jeder dieser Faktoren die Leistung in verschiedenen Bereichen beeinträchtigen kann. Einige Testergebnisse und Empfehlungen in diesem Artikel beziehen sich möglicherweise auf Features oder Benutzervorgänge, die in Ihrer Umgebung nicht vorhanden sind, und gelten daher nicht für Ihre Lösung. Nur durch gründliche Tests erhalten Sie genaue Daten mit Bezug auf Ihre Umgebung.

Im Abschnitt Zusätzliche Faktoren bei der Leistungs- und Kapazitätsplanung (Windows SharePoint Services) dieses Handbuchs finden Sie weitere Informationen zu anderen Faktoren, die sich auf Leistung und Kapazität auswirken können, jedoch nicht Teil der Tests für dieses Handbuch waren.

Testumgebung

In der folgenden Tabelle sind die Spezifikationen der Computer in der Testumgebung aufgelistet.

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

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

Die Tests wurden für die Konfigurationen in der folgenden Tabelle 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

Umgebungsspezifische Tests wurden auch für verschiedene Farmkonfigurationen ausgeführt. In den Szenarioartikeln im Abschnitt Bestimmen von Leistungs- und Kapazitätsanforderungen (Windows SharePoint Services) finden Sie weitere Informationen zum Testen umgebungsspezifischer Konfigurationen.

Testergebnisse

Die folgenden Diagramme und Tabellen zeigen die Leistung in der Testumgebung bei einem bestimmten Satz von Parametern, Benutzervorgängen und Auslastungsbedingungen. Alle diese Tests wurden in einer 8x1-Windows SharePoint Services-Farm ausgeführt. Die Ergebnisse gelten für alle Windows SharePoint Services 3.0-Umgebungen.

Hinweis

Zusätzliche Konfigurationen werden in Zukunft getestet. Testergebnisse werden veröffentlicht, sobald sie verfügbar sind.

Leistungsmetriken für andere Vorgänge sind davon abhängig, wie Websitesammlungen verwendet werden. Beispielsweise kann eine einzelne Websitesammlung tausende von Unterwebsites aufweisen, aber die Benutzerantwortzeiten für Vorgänge, die den Container aufzählen, beginnen zuzunehmen, wenn die Anzahl der Websitesammlungen zunimmt. Andere Vorgänge, die den Container nicht aufzählen, werden weiterhin mit annehmbarer Leistung ausgeführt.

Die für die Tests erstellten Unterwebsites teilen sich auf wie in der folgenden Tabelle dargestellt.

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

Änderungen des Durchsatzes für das Erstellen einer Website oder Aufzählen von Websites bei steigender Anzahl von Websites

Die Benutzerantwortzeit für bestimmte Vorgänge nimmt mit der Anzahl der Websites in einer Websitesammlung zu.

Dieses Diagramm zeigt die Benutzerantwortzeit beim Aufzählen der Websites in einer Websitesammlung und beim Erstellen einer neuen Website, wenn die Anzahl der vorhandenen Websites zunimmt.

Durchsatz im Vergleich zur Anzahl von Websitesammlungen

Der Durchsatz, gemessen in Anforderungen pro Sekunde (Requests per Second, RPS), nimmt ab, wenn die Anzahl der Websitesammlungen in einer Farm zunimmt.

Die folgende Abbildung zeigt die Abnahme des Durchsatzes beim Browsen zur Homepage verschiedener Websitesammlungen, wenn die Anzahl der Websitesammlungen in einer einzelnen Inhaltsdatenbank zunimmt. Der Durchsatz nimmt schnell ab, während die Gesamtzahl der Websitesammlungen von 2000 (RPS = 265) auf 16.000 (RPS = 66) ansteigt. Anschließend bleibt der RPS-Wert ungefähr bei 50, während die Gesamtzahl der Websitesammlungen auf 50.000 ansteigt.

Durchsatzunterschiede zwischen einer flachen Dokumentbibliothek und einer Dokumentbibliothek mit Ordnern

Der Durchsatz für bestimmte Vorgänge nimmt ab, wenn die Anzahl der Elemente in einem Ordner zunimmt.

Die folgende Abbildung zeigt den Unterschied des Durchsatzes beim Anzeigen aller Elemente in einer Dokumentbibliothek mit und ohne die effektive Verwendung von Ordnern, die entscheidend für die Skalierung ist. Wie das unten stehende Diagramm zeigt, nimmt der Durchsatz bei steigender Anzahl der Dokumente ab, wenn ein flacher Bibliotheksspeicher verwendet wird. Die schnellste Abnahme im Durchsatz tritt auf, wenn die Gesamtzahl der Dokumente weniger als 2.000 beträgt, und zwar 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. Dies entspricht einer Abnahme des Durchsatzes von über 90 % gegenüber einer leeren Bibliothek.

Die folgende Abbildung zeigt die Leistungsunterschiede zwischen Ordneransichten, bei denen Ordner zum Speichern und Organisieren von Dokumenten verwendet werden, und einer indizierten Ansicht einer flachen Bibliotheksstruktur. Jeder Ordner enthält 500 von unterschiedlichen Benutzern erstellte Dokumente. In diesem Szenario besteht bis zu 1 Million Dokumenten keine bedeutende Durchsatzbeeinträchtigung für beide Szenarien – vorausgesetzt, die Anzahl der Elemente in der Ansicht übersteigt nicht den Leistungsschwellenwert für Ihr System. Allerdings ist die Leistung besser, wenn Ordner verwendet werden.

Wenn die Anzahl der Elemente in einem Ordner zunimmt, nimmt die Leistung der Ordneransicht allmählich ab. Beachten Sie, dass die obigen Ergebnisse Schätzungen basierend auf unseren Tests sind und die Ergebnisse in Ihrer Umgebung unterschiedlich ausfallen können.

Richtlinien für annehmbare Leistung

Die Kapazität wird direkt von der Skalierbarkeit beeinflusst. In diesem Abschnitt sind die Objekte aufgelistet, aus denen eine Lösung bestehen kann, und für jeden Typ von Objekt sind Richtlinien für eine annehmbare Leistung angegeben. Grenzwertdaten werden zusammen mit Hinweisen bereitgestellt, die die Bedingungen beschreiben, unter denen die Grenzwerte erreicht werden. Ggf. sind Links zu weiteren Informationen angegeben. Verwenden Sie die Richtlinien in diesem Artikel zum Überprüfen der gesamten Pläne für Ihre Lösung.

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:

• Auswerten der Lösung, um sicherzustellen, dass ein Ausgleich in anderen Bereichen erfolgt.

• Kennzeichnen dieser Bereiche für Tests und Überwachung beim Erstellen und Bereitstellen der Lösung.

• Ändern des Entwurfs der Lösung, um sicherzustellen, dass die Kapazitätsrichtlinien nicht überschritten werden.

In den folgenden Tabellen sind die Objekte nach Kategorie aufgelistet und empfohlene Richtlinien für annehmbare Leistung angegeben. Annehmbare Leistung bedeutet, dass das System, wie getestet, diese Anzahl von Objekten unterstützen kann, die Anzahl jedoch nicht ohne einen gewissen Leistungsabfall überschritten werden kann. Ein Sternchen (*) zeigt eine feste Grenze an, ein Wert ohne Sternchen zeigt einen getestete oder unterstützte Grenze an.

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

Websiteobjekt	Richtlinien für annehmbare Leistung	Hinweise	Bereich der Auswirkungen, wenn die Leistung abnimmt
Websitesammlung	50.000 pro Webanwendung	Der Durchsatz in der gesamten Farm nimmt ab, wenn die Anzahl der Websitesammlungen zunimmt.	Farm
Website	250.000 pro Websitesammlung	Sie können eine sehr große Gesamtzahl von Websites durch Schachteln der Unterwebsites erstellen. Beispielsweise entsprechen 100 Websites mit jeweils 1.000 Unterwebsites 100.000 Websites. Die maximale empfohlene Anzahl von Websites und Unterwebsites beträgt 125 Websites mit jeweils 2.000 Unterwebsites für insgesamt 250.000 Websites.	Websitesammlung
Unterwebsite	2.000 pro Website	Die Schnittstelle für das Aufzählen der Unterwebsites einer bestimmten Website erzielt keine gute Leistung, wenn die Anzahl der Unterwebsites 2.000 übersteigt.	Websiteansicht
Dokument	5 Millionen pro Bibliothek	Sie können sehr große Dokumentbibliotheken durch Schachteln von Ordnern mithilfe von Standardansichten und der Standardwebsitehierarchie erstellen. Dieser Wert kann abhängig von der Organisation von Dokumenten und Ordnern sowie von Typ und Größe der gespeicherten Dokumente variieren.	Bibliothek
Element	2.000 pro Ansicht	Tests deuten auf eine Abnahme der Leistung jenseits von 2.000 Elementen hin. Durch Verwenden der Indizierung für eine flache Ordneransicht kann die Leistung verbessert werden.	Listenansicht
Dateigröße der Dokumente	50 MB (max. 2 GB*)	Die Dateispeicherungsleistung ist proportional zur Größe der Datei. Der standardmäßige Maximalwert beträgt 50 MB. Dieser Maximalwert wird vom System erzwungen, Sie können ihn jedoch in einen beliebigen Wert bis zu 2 GB ändern.	Bibliothek, Dateispeicherungsleistung
Liste	2.000 pro Website	Tests deuten auf eine Abnahme der Leistung bei der Listenansicht jenseits von 2.000 Einträgen hin.	Listenansicht
Feldtyp	256 pro Liste	Dies ist keine feste Grenze. Es können jedoch Leistungseinbußen bei der Listenansicht auftreten, wenn die Anzahl der Feldtypen in einer Liste erhöht wird.	Listenansicht
Spalte	2.000 pro Dokumentbibliothek 4.096 pro Liste	Dies ist keine feste Grenze. Es können jedoch Leistungseinbußen bei der Bibliotheks- und Listenansicht auftreten, wenn die Anzahl der Spalten in einer Dokumentbibliothek oder Liste erhöht wird.	Bibliotheks- 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

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

Personenobjekt	Richtlinien für annehmbare Leistung	Hinweise
Benutzer in Gruppen	2 Millionen pro Website	Sie können der Website Millionen von Personen hinzufügen, wenn Sie die Sicherheit mithilfe von Microsoft Windows-Sicherheitsgruppen verwalten, anstatt einzelne Benutzer zu verwenden.
Benutzerprofil	5 Millionen pro Farm	Dieser Wert gibt die Anzahl der Profile an, die aus einem Verzeichnisdienst, z. B. Active Directory, in den Speicher für Personenprofile importiert werden können.
Sicherheitsprinzipal	2.000 pro Website	Die Größe der Zugriffssteuerungsliste ist auf einige Tausend Sicherheitsprinzipale (Benutzer und Gruppen auf der Website) beschränkt.

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

Suchobjekt	Richtlinien für annehmbare Leistung	Hinweise
Suchindizes	1 pro Suchserver
Indiziertes Dokument	50 Millionen pro Suchindex	50 Millionen Dokumente pro Indexserver und ein Suchindex pro Indexserver werden unterstützt. Dies bedeutet, dass der effektive Grenzwert von Dokumenten pro Indexserver 50 Millionen beträgt.

Die folgende Tabelle enthält die empfohlenen Richtlinien für Objekte der logischen Architektur.

Logisches Architekturobjekt	Richtlinien für annehmbare Leistung	Hinweise
Anbieter für gemeinsame Dienste (Shared Services Provider, SSP)	3 pro Farm (20 pro Farm maximal)
Zone	5* pro Farm	Die Anzahl der für eine Farm definierten Zonen ist mit 5 hartcodiert.
IIS-Anwendungspool (Internet Information Services, Internetinformationsdienste)	8 pro Webserver	Die maximale Anzahl wird durch Hardwarefunktionen bestimmt.
Websitesammlung	50.000 pro Webanwendung
Inhaltsdatenbank	100 pro Webanwendung
Websitesammlung	50.000 pro Datenbank

Die folgende Tabelle enthält die empfohlenen Richtlinien für physische Objekte.

Physisches Objekt	Richtlinien für annehmbare Leistung	Hinweise
Indexserver	1 pro SSP*
Anwendungsserver mit Dienste für Excel-Berechnungen	Keine Grenze
Suchserver	Keine Grenze	Da für jeden Suchserver 100 Inhaltsdatenbanken unterstützt werden, basiert die Anzahl der erforderlichen Suchserver pro Farm auf der Anzahl der Inhaltsdatenbanken in der Farm. Wenn in der Serverfarm beispielsweise 500 Inhaltsdatenbanken vorhanden sind, benötigen Sie mindestens 5 Suchserver.
Verhältnis Webserver/Datenbankserver	8* Webserver pro Datenbankserver	Der horizontale Skalierungsfaktor hängt von der Mischung der Vorgänge ab.
Verhältnis Webserver/Domänencontroller	3 Webserver pro Domänencontroller	Abhängig vom Umfang des generierten Authentifizierungsdatenverkehrs unterstützt Ihre Umgebung möglicherweise eine größere Anzahl von Webservern pro Domänencontroller.

Durchsatz im Vergleich zur Anzahl der Webserver

In unserer Testumgebung erreichte der Farmdurchsatz ein Plateau bei 5 Servern pro Datenbankserver und änderte sich nicht wesentlich, wenn weitere Webserver hinzugefügt wurden. Obwohl Sie bis zu 8 Webservern pro Datenbankserver bereitstellen können, werden Sie nach 5 Webservern keinen wesentlichen Durchsatzgewinn feststellen. Der Grund ist, dass bei steigender Anzahl der Webserver, die Aufrufe für einen einzelnen Datenbankserver generieren, der Datenbankserver schließlich 100 % Kapazität erreicht. Die Ergebnisse in Ihrer Umgebung können entsprechend den Leistungsmerkmalen des Datenbankservers variieren. Sie müssen eigene Tests ausführen, um die optimale Anzahl von Webservern in Ihrer Farmumgebung zu bestimmen.

Das Hinzufügen weiterer Webserver zu einer Farm, nachdem der optimale Durchsatz erreicht wurde, ist möglicherweise aus anderen Gründen wünschenswert – z. B. wenn ein erheblicher Teil der CPU-Auslastung des Webservers auf die Benutzerauthentifizierung zurückgeht. In einem solchen Fall sollten Sie Tests ausführen, um die richtige Lösung zu finden.

Benutzerantwortzeiten

Die folgende Tabelle enthält Richtlinien für annehmbare Benutzerantwortzeiten für vier Typen von Benutzervorgängen. Beachten Sie, dass Ihre Geschäftsanforderungen längere oder kürzere Antwortzeiten als vorgeschlagen zulassen können.

Ziel der Tests war, Antwortzeiten unter einer Sekunde für alle Endbenutzervorgänge bereitzustellen. Allerdings ist dies nicht in allen Fällen möglich, daher wurden die Richtlinien in der folgenden Tabelle verwendet.

Vorgangstyp	Beispiele	Annehmbare Benutzerantwortzeit
Allgemeiner Vorgang	Browsen zur Homepage Browsen zu einer Dokumentbibliothek	<3 Sekunden
Ungewöhnlicher Vorgang	Erstellen einer Unterwebsite Erstellen einer Liste Hochladen eines Dokuments in eine Dokumentbibliothek	<5 Sekunden
Seltener Vorgang	Sichern einer Website Erstellen einer Websitesammlung	<7 Sekunden
Zeitintensiver Vorgang	Indizieren einer Website	Variiert je nach Vorgang und Systemkonfiguration. Alle zeitintensiven Vorgänge weisen eine Informations- oder Statusseite auf.