SharePoint Server 2010-Kapazitätsverwaltung: Softwarebeschränkungen und -grenzen
Gilt für: SharePoint Server 2010
Letztes Änderungsdatum des Themas: 2016-11-30
In diesem Artikel werden die Softwarebeschränkungen und -grenzwerte für Microsoft SharePoint Server 2010 beschrieben. Hierzu gehören die Folgenden:
Beschränkungen: statische Grenzwerte, die designbedingt nicht überschritten werden dürfen
Schwellenwerte: konfigurierbare Grenzwerte, die zur Erfüllung bestimmter Anforderungen überschritten werden dürfen
Unterstützte Grenzwerte: konfigurierbare Grenzwerte, die standardmäßig auf einen getesteten Wert festgelegt wurden
Hinweis
Die in diesem Dokument enthaltenen Informationen zur Kapazitätsplanung bieten Ihnen Hilfestellung bei Ihrem Planungsprozess. Sie stützen sich auf Tests, die bei Microsoft mit realen Ressourcen durchgeführt wurden. Ihre Ergebnisse können jedoch in Abhängigkeit von den verwendeten Anlagen und den Features und Funktionen variieren, die Sie für Ihre Websites implementieren möchten.
Inhalt dieses Artikels
Übersicht über Beschränkungen und Grenzwerte
Beschränkungen, Schwellenwerte und unterstützte Grenzwerte
Festlegen von Grenzwerten
Beschränkungen und Grenzwerte
Grenzen nach Hierarchie
Grenzwerte für Webanwendungen
Grenzwerte für Webserver und Anwendungsserver
Grenzwerte für Inhaltsdatenbanken
Grenzwerte für Websitesammlungen
Grenzwerte für Listen und Bibliotheken
Grenzwerte für Spalten
Grenzwerte für Seiten
Grenzen nach Feature
Grenzwerte für Suchvorgänge
Grenzwerte für den Benutzerprofildienst
Grenzwerte für die Inhaltsbereitstellung
Grenzwerte für Blogs
Grenzwerte für Business Connectivity Services
Grenzwerte für Workflows
Grenzwerte für Terminologiespeicher (Datenbanken) für verwaltete Metadaten
Grenzwerte für Visio Services
Grenzwerte für den SharePoint Web Analytics-Dienst
Grenzwerte für PerformancePoint Services
Grenzwerte für Word Automation Services
Grenzwerte für SharePoint Workspace
Grenzwerte für OneNote
Grenzwerte für Office-Webanwendungsdienste
Grenzwerte für Project Server
Übersicht über Beschränkungen und Grenzwerte
Dieser Artikel enthält Informationen zu den getesteten Leistungs- und Kapazitätsgrenzwerten für SharePoint Server 2010 sowie Richtlinien, die den Zusammenhang zwischen diesen Grenzwerten und akzeptabler Leistung erläutern. Bestimmen Sie anhand der Informationen in diesem Artikel, ob die von Ihnen geplante Bereitstellung innerhalb der akzeptablen Leistungs- und Kapazitätsgrenzen liegt, um die Grenzwerte in Ihrer Umgebung entsprechend zu konfigurieren.
Die Testergebnisse und Richtlinien in diesem Artikel gelten für eine einzelne SharePoint Server 2010-Farm. Eine Ergänzung der Installation um weitere Server wird die Kapazitätsgrenzwerte der in den Tabellen im Abschnitt Beschränkungen und Grenzen weiter unten in diesem Artikel aufgeführten Objekte eventuell nicht erhöhen. Allerdings führt das Hinzufügen von Servercomputern zu einer Steigerung des Durchsatzes einer Serverfarm, was bei vielen Objekten erforderlich sein kann, um eine akzeptable Leistung zu erzielen. In einigen Fällen werden bei einem hohen Objektaufkommen in einer Lösung möglicherweise mehr Server in der Farm benötigt.
Es gibt zahlreiche Faktoren, die sich auf die Leistung in einer bestimmten Umgebung auswirken können, und jeder dieser Faktoren kann sich auf die Leistung eines anderen Bereichs auswirken. Einige der in diesem Artikel aufgeführten Testergebnisse und Empfehlungen beziehen sich möglicherweise auf Features oder Benutzervorgänge, die es in Ihrer Umgebung nicht gibt, und gelten damit nicht für Ihre Lösung. Präzise Ergebnisse für Ihre eigene Umgebung erhalten Sie nur durch sorgfältiges Testen.
Beschränkungen, Schwellenwerte und unterstützte Grenzwerte
In SharePoint Server 2010 gibt es bestimmte Grenzwerte, die designbedingt sind und nicht überschritten werden dürfen, während es sich bei anderen Grenzwerten um Standardwerte handelt, die von einem Farmadministrator geändert werden können. Außerdem gibt es bestimmte Grenzwerte, die nicht durch einen konfigurierbaren Wert dargestellt werden, beispielsweise die Anzahl von Websitesammlungen pro Webanwendung.
Bei Beschränkungen handelt es sich um absolute Grenzwerte, die entwurfsbedingt nicht überschritten werden können. Es ist wichtig, diese Grenzwerte zu kennen, um sicherzustellen, dass Sie beim Entwerfen Ihrer Farm nicht von falschen Voraussetzungen ausgehen.
Ein Beispiel für eine Beschränkung ist der Grenzwert von 2 GB für die Dokumentgröße. Sie können SharePoint Server nicht so konfigurieren, dass Dokumente mit einer Größe von über 2 GB gespeichert werden. Es handelt sich hierbei um einen integrierten absoluten Wert, der entwurfsbedingt nicht überschritten werden kann.
Bei Schwellenwerten handelt es sich um Standardwerte, die nur durch Ändern dieses Werts überschritten werden können. Unter bestimmten Bedingungen können Schwellenwerte überschritten werden, um Abweichungen im Farmentwurf Rechnung zu tragen, doch ist es wichtig zu wissen, dass sich dies auf die Leistung der Farm und auch auf den geltenden Wert anderer Grenzwerte auswirken kann.
Der Standardwert bestimmter Schwellenwerte kann nur bis zu einem absoluten Maximalwert überschritten werden. Ein gutes Beispiel hierfür ist die Beschränkung der Dokumentgröße. Standardmäßig ist der Schwellenwert für die Dokumentgröße auf 50 MB festgelegt, er kann jedoch geändert werden, sodass er die maximale Beschränkung von 2 GB unterstützt.
Unterstützte Grenzwerte definieren den getesteten Wert für einen bestimmten Parameter. Die Standardwerte für diese Grenzen wurden durch Tests festgelegt und stellen die bekannten Einschränkungen des Produkts dar. Ein Überschreiten dieser unterstützten Grenzwerte kann zu unerwarteten Ergebnissen, signifikanten Leistungseinbußen und anderen negativen Folgen führen.
Bei einigen unterstützten Grenzwerten handelt es sich um konfigurierbare Parameter, die standardmäßig auf den empfohlenen Wert festgelegt sind, während andere unterstützte Grenzwerte sich auf Parameter beziehen, die nicht durch einen konfigurierbaren Wert dargestellt werden.
Ein Beispiel für einen unterstützten Grenzwert ist die Anzahl der Websitesammlungen pro Webanwendung. Der unterstützte Grenzwert liegt bei 250.000. Dies ist die größte Anzahl von Websitesammlungen pro Webanwendung, bei der während der Tests die Leistungsbenchmarks noch erfüllt wurden.
Es ist wichtig zu wissen, dass viele der in diesem Dokument angegebenen Grenzwerte einen Punkt in einer Kurve darstellen, die eine wachsende Ressourcenlast und einen damit einhergehenden Leistungsverlust bei Zunahme des Werts beschreibt. Deshalb kann das Überschreiten bestimmter Grenzwerte, wie beispielsweise der Anzahl von Websitesammlungen pro Webanwendung, nur zu einem anteiligen Verlust der Farmleistung führen. In den meisten Fällen empfiehlt es sich jedoch, am oder zumindest nah am festgelegten Grenzwert zu operieren, da akzeptable Leistungs- und Zuverlässigkeitsziele sich am ehesten erreichen lassen, wenn der Entwurf einer Farm ein ausgewogenes Verhältnis zwischen Grenzwerten bietet.
Richtlinien für Schwellenwerte und unterstützte Grenzwerte werden auf Leistungsbasis bestimmt. Mit anderen Worten, Sie können die Standardwerte für diese Grenzen überschreiten, doch kann es dann zu einer Beeinträchtigung der Farmleistung und zu Auswirkungen auf andere geltende Grenzwerte kommen, wenn Sie den Grenzwert heraufsetzen. Viele Grenzwerte in SharePoint Server können geändert werden; es ist jedoch wichtig zu wissen, wie sich die Änderung eines bestimmten Grenzwerts auf andere Teile der Farm auswirkt.
Festlegen von Grenzwerten
Schwellenwerte und unterstützte Grenzwerte für SharePoint Server 2010 werden durch Tests festgelegt sowie durch Beobachtungen des Farmverhaltens bei zunehmenden Lasten bis zu dem Punkt, an dem die Farmdienste und -prozesse nicht mehr effektiv arbeiten. Einige Farmdienste und -komponenten können eine höhere Last unterstützen als andere, sodass Sie in einigen Fällen einen Grenzwert zuweisen müssen, der auf einem Durchschnitt aus mehreren Faktoren beruht.
So weisen beispielsweise Beobachtungen des Farmverhaltens unter Last beim Hinzufügen von Websitesammlungen darauf hin, dass bestimmte Funktionen eine inakzeptabel lange Wartezeit aufweisen, während andere Funktionen weiterhin innerhalb akzeptabler Parameter arbeiten. Aus diesem Grund ist der Maximalwert, der der Anzahl von Websitesammlungen zugewiesen wird, nicht absolut, sondern beruht auf einer vorhergesehenen Reihe von Nutzungsmerkmalen, bei der die allgemeine Farmleistung beim festgelegten Grenzwert unter den meisten Umständen akzeptabel ist.
Wenn also einige Dienste mit Parametern arbeiten, die über denen liegen, die zum Testen der Grenzwerte verwendet werden, werden die effektiven Maximalgrenzwerte anderer Dienste verringert. Deshalb sind ein striktes Kapazitätsmanagement sowie Skalierungstests für bestimmte Bereitstellungen erforderlich, um effektive Grenzwerte für die jeweilige Umgebung aufzustellen.
Hinweis: Dieser Artikel enthält keine Beschreibung der Hardware, die für die Überprüfung der hier genannten Grenzwerte verwendet wurde, da die Grenzwerte aus verschiedenen Farmen und Umgebungen stammen. Beschreibungen der für die Tests verwendeten Farmen finden Sie unter Ergebnisse der Leistungs- und Kapazitätstests und Empfehlungen (SharePoint Server 2010) und Performance and capacity technical case studies (SharePoint Server 2010).
Der Equalizer-Vergleich
Sie können sich Schwellenwerte und unterstützte Grenzwerte wie die Schieberegler eines Grafikequalizers vorstellen, bei dem jeder Grenzwert für eine bestimmte Frequenz steht. Wenn Sie also den Wert für einen Grenzwert erhöhen, könnte das den effektiven Wert von einem oder mehreren anderen Grenzwerten verringern.
Angenommen ein Schieberegler steht für die maximale Anzahl von Dokumenten pro Bibliothek, einen unterstützten Grenzwert mit einem getesteten Maximalwert von etwa 30 Millionen. Dieser Wert hängt jedoch von einem anderen Schieberegler ab, der für die maximale Größe von Dokumenten in der Farm steht, einen Schwellenwert mit einem Standardwert von 50 MB.
Wenn Sie die maximale Größe von Dokumenten auf 1 GB setzen, um die Speicherung von Videos oder anderen großen Objekten zu ermöglichen, verringert sich die Anzahl der Dokumente entsprechend, die Ihre Bibliothek Benutzern effizient bereitstellen kann. Ein Beispiel: Die Hardwarekonfiguration und Topologie einer Farm unterstützt 1 Million Dokumente mit einer Größe von jeweils bis zu 50 MB. Allerdings kann dieselbe Farm mit der gleichen Anzahl von Dokumenten nicht dieselben Latenz- und Durchsatzziele erfüllen, wenn der Grenzwert für die Dateigröße auf 1 GB gesetzt wurde und die bereitgestellten Dateien dadurch im Durchschnitt größer sind.
Wie stark sich die maximale Anzahl an Dokumenten in diesem Beispiel reduzieren würde, ist schwierig vorherzusagen. Dies hängt davon ab, wie viele große Dateien in der Bibliothek sind, welches Datenvolumen sie enthalten, wie die Nutzungscharakteristiken der Farm aussehen und wie viele Hardwareressourcen verfügbar sind.
Beschränkungen und Grenzen
In diesem Abschnitt sind die Objekte aufgeführt, die zu einer Lösung gehören können, sowie Richtlinien für eine akzeptable Leistung der einzelnen Objekte. Eine akzeptable Leistung bedeutet, dass das System gemäß Test diese Anzahl an Objekten unterstützen kann, dass die Anzahl jedoch nicht überschritten werden kann, ohne dass es zu Leistungsbeeinträchtigungen oder einer Reduzierung zugehöriger Grenzwerte kommt. Objekte werden sowohl nach Größe als auch nach Feature aufgelistet. Grenzwerte werden zusammen mit Hinweisen zur Beschreibung der Bedingungen bereitgestellt, unter denen der Grenzwert erreicht wird, sowie mit Links zu ggf. verfügbaren zusätzlichen Informationen.
Überprüfen Sie mithilfe der Richtlinien in diesem Artikel Ihre allgemeinen Lösungspläne. Wenn Ihre Lösungspläne die empfohlenen Richtlinien für ein oder mehrere Objekte überschreiten, führen Sie eine oder mehrere der folgenden Aktionen durch:
Überprüfen Sie die Lösung, um sicherzustellen, dass in anderen Bereichen ein Ausgleich stattfindet.
Kennzeichnen Sie diese Bereiche, um sie beim Erstellen Ihrer Bereitstellung zu testen und zu überwachen.
Entwerfen Sie die Lösung neu, oder teilen Sie sie auf, um sicherzustellen, dass keine Kapazitätsrichtlinien überschritten werden.
Grenzen nach Hierarchie
Dieser Abschnitt listet Grenzwerte auf, geordnet gemäß der logischen Hierarchie einer SharePoint Server 2010-Farm.
Webanwendungsgrenzen
Die folgende Tabelle enthält die empfohlenen Richtlinien für Webanwendungen.
| Grenze | Maximalwert | Grenztyp | Notes |
|---|---|---|---|
Inhaltsdatenbank |
300 pro Webanwendung |
Unterstützt |
Bei 300 Inhaltsdatenbanken pro Webanwendung werden Endbenutzeroperationen wie das Öffnen der Website oder Websitesammlungen nicht beeinträchtigt. Zu Leistungsbeeinträchtigungen kommt es jedoch bei Verwaltungsoperationen wie dem Erstellen einer neuen Websitesammlung. Sie sollten Windows PowerShell zur Verwaltung der Webanwendung verwenden, falls sehr viele Inhaltsdatenbanken vorhanden sind, da die Verwaltungsschnittstelle dann nur langsam arbeitet und die Navigation erschwert ist. |
Zone |
5 pro Webanwendung |
Beschränkung |
Die Anzahl der für eine Farm definierten Zonen ist auf 5 hartcodiert. Zu den Zonen gehören "Standard", "Intranet", "Extranet", "Internet" und "Benutzerdefiniert". |
Verwalteter Pfad |
20 pro Webanwendung |
Unterstützt |
Verwaltete Pfade werden auf dem Webserver zwischengespeichert, und CPU-Ressourcen werden verwendet, um eingehende Anforderungen anhand der Liste verwalteter Pfade zu verarbeiten. Das Überschreiten von 20 verwalteten Pfaden pro Webanwendung bedeutet für den Webserver mit jeder Anforderung mehr Last. Wenn Sie beabsichtigen, 20 verwaltete Pfade in einer bestimmten Webanwendung zu überschreiten, sollten Sie testen, ob die entsprechende Systemleistung akzeptabel ist. |
Größe des Lösungscaches |
300 MB pro Webanwendung |
Schwellenwert |
Der Lösungscache ermöglicht es dem InfoPath-Formulardienst, Lösungen im Cache aufzubewahren, um das Abrufen der Lösungen zu beschleunigen. Wird die Cachegröße überschritten, werden Lösungen vom Datenträger abgerufen, was zu langsameren Antwortzeiten führen kann. Sie können die Größe des Lösungscaches mithilfe des Windows PowerShell-Cmdlets „Set-SPInfoPathFormsService“ konfigurieren. Weitere Informationen finden Sie unter Set-SPInfoPathFormsService. |
Websitesammlung |
250.000 pro Webanwendung |
Unterstützt |
Die empfohlene maximale Anzahl an Websitesammlungen pro Webanwendung ist 250.000. Beachten Sie, dass dieser Grenzwert von anderen Faktoren beeinflusst wird, aufgrund derer die effektive Anzahl der Websitesammlungen, die von einer bestimmten Webanwendung unterstützt werden können, sich verringern könnte. Es sollte sorgfältig vermieden werden, dass unterstützte Grenzwerte überschritten werden, wenn ein Containerobjekt, z. B. eine Inhaltsdatenbank, eine große Anzahl von anderen Objekten enthält. Beispielsweise könnte die Gesamtanzahl der Websitesammlungen in einer Farm, die zahlreiche Webanwendungen enthält, einen Wert erreichen, der von den Farmressourcen nicht effektiv unterstützt werden kann. Das kann sogar eintreten, wenn sowohl die Anzahl der Webanwendungen pro Farm als auch die Anzahl der Websitesammlungen pro Webanwendung unter den unterstützten Grenzwerten liegen. Entsprechend kann die Leistung der Farm, wenn diese Farm eine kleinere Gesamtzahl von Inhaltsdatenbanken mit jeweils einer großen Zahl von Websitesammlungen enthält, sich verschlechtern, lange bevor der unterstützte Grenzwert für die Anzahl der Websitesammlungen erreicht ist. Der folgende Fall veranschaulicht diesen Zusammenhang. Farm A enthält eine Webanwendung mit 200 Inhaltsdatenbanken. Das ist eine unterstützte Konfiguration. Wenn jede dieser Inhaltsdatenbanken 200 Websitesammlungen enthält, liegt die Gesamtzahl der Websitesammlungen in der Webanwendung bei 40.000. Diese Zahl liegt im Rahmen des unterstützten Grenzwerts. Anders sieht es aus, wenn jede Inhaltsdatenbank 2.000 Websitesammlungen enthält. Diese Anzahl wird zwar pro Inhaltsdatenbank unterstützt, die Gesamtzahl der Websitesammlungen in der Webanwendung würde dann aber bei 400.000 liegen. Diese Zahl übersteigt den Grenzwert für die Anzahl an Websitesammlungen pro Webanwendung. |
Grenzwerte für Webserver und Anwendungsserver
In der folgenden Tabelle sind die empfohlenen Richtlinien für Webserver in der Farm aufgelistet.
| Grenze | Maximalwert | Grenztyp | Hinweise |
|---|---|---|---|
Anwendungspools |
10 pro Webserver |
Schwellenwert |
Die maximale Anzahl wird durch Hardwareressourcen bestimmt. Diese Grenze hängt weitgehend von folgenden Faktoren ab:
|
Grenzwerte für Inhaltsdatenbanken
Die folgende Tabelle enthält die empfohlenen Richtlinien für Inhaltsdatenbanken.
| Grenze | Maximalwert | Grenztyp | Notes |
|---|---|---|---|
Größe der Inhaltsdatenbank (allgemeine Nutzungsszenarien) |
200 GB pro Inhaltsdatenbank |
Unterstützt |
Es wird dringend empfohlen, die Größe der Inhaltsdatenbanken auf 200 GB zu beschränken, sofern keine der in den folgenden Zeilen in dieser Tabelle beschriebenen Situationen vorliegen. Wenn Sie Remote-BLOB-Speicher (RBS) verwenden, darf das Gesamtvolumen des Remote-BLOB-Speichers und der Metadaten in der Inhaltsdatenbank diesen Grenzwert nicht überschreiten. |
Größe der Inhaltsdatenbank (alle Nutzungsszenarien) |
4 TB pro Inhaltsdatenbank |
Unterstützt |
Inhaltsdatenbanken mit bis zu 4 TB Größe werden unterstützt, wenn die folgenden Voraussetzungen erfüllt sind:
Außerdem sollten Sie die folgenden Faktoren sorgfältig bedenken:
Weitere Informationen zur Planung der Datengröße in SharePoint Server 2010 finden Sie unter Speicher- und SQL Server-Kapazitätsplanung und -Konfiguration (SharePoint Server 2010). Wichtig Abgeraten wird von Inhaltsdatenbanken mit einer Größe über 4 TB, außer für die Verwendung in Dokumentarchivierungsszenarien (wie nachfolgend beschrieben). Das Upgraden von Websitesammlungen in solchen Inhaltsdatenbanken ist wahrscheinlich sehr schwierig und zeitaufwendig. |
Größe der Inhaltsdatenbank (Dokumentarchivierungsszenario) |
Kein ausdrücklicher Grenzwert für Inhaltsdatenbanken |
Unterstützt |
Inhaltsdatenbanken ohne ausdrückliche Maximalgröße für die Verwendung in Dokumentarchivierungsszenarien werden unterstützt, wenn die folgenden Voraussetzungen erfüllt sind:
Weitere Informationen zu umfangreichen Dokumentrepositorys finden Sie in englischer Sprache unter Estimate Performance and Capacity Requirements for Large Scale Document Repositories (Einschätzen von Leistungs- und Kapazitätsanforderungen umfangreicher Dokumentrepositorys) (https://technet.microsoft.com/de-de/library/ff608068.aspx) und im Abschnitt Standardszenarien der Verwaltung umfangreicher Inhalte des Artikels Planung der Speicherung von Unternehmensinhalten (SharePoint Server 2010). |
Elemente in Inhaltsdatenbanken |
60 Mio. Elemente, einschließlich Dokumente und Listenelemente |
Unterstützt |
Die größte für SharePoint Server 2010 getestete Anzahl von Elementen pro Inhaltsdatenbank liegt bei 60 Millionen Elementen, einschließlich Dokumenten und Listenelementen. Wenn Sie beabsichtigen, mehr als 60 Millionen Elemente in SharePoint Server 2010 zu speichern, müssen Sie mehrere Inhaltsdatenbanken bereitstellen. |
Websitesammlungen pro Inhaltsdatenbank |
2.000 empfohlen 5.000 maximal |
Unterstützt |
Es wird empfohlen, die Anzahl der Websitesammlungen in einer Inhaltsdatenbank auf 2.000 zu beschränken. Unterstützt werden jedoch bis zu 5.000 Websitesammlungen in einer Datenbank. Diese Grenzwerte stehen im Zusammenhang mit der Upgradegeschwindigkeit. Je höher die Anzahl von Websitesammlungen in einer Datenbank, desto langsamer das Upgrade. Die Begrenzung der Anzahl von Websitesammlungen in einer Datenbank ist der Begrenzung der Größe einer Inhaltsdatenbank untergeordnet, die mehrere Websitesammlungen umfasst (200 GB). Aus diesem Grund muss mit der zunehmenden Anzahl von Websitesammlungen in einer Datenbank die Durchschnittsgröße der in der Datenbank enthaltenen Websitesammlungen abnehmen. Mit dem Überschreiten des Grenzwerts von 2.000 Websitesammlungen riskieren Sie bei Upgrades längere Ausfallzeiten. Wenn Sie beabsichtigen, 2.000 Websitesammlungen zu überschreiten, sollten Sie über eine klare Upgradestrategie verfügen und zusätzliche Hardware erwerben, um Upgrades und Softwareupdates, die sich auf Datenbanken auswirken, zu beschleunigen. Verwenden Sie zum Festlegen der Warnstufe für die Anzahl der Websites in einer Inhaltsdatenbank das Windows PowerShell-Cmdlet „Set-SPContentDatabase“ mit dem Parameter „-WarningSiteCount“. Weitere Informationen finden Sie unter Set-SPContentDatabase. |
Remote-BLOB-Speichersubsystem (RBS) in Network Attached Storage (NAS) |
Die Zeit bis zum ersten Byte einer Antwort vom NAS darf 20 Millisekunden nicht überschreiten
|
Beschränkung |
Wenn SharePoint Server 2010 für die Verwendung von RBS konfiguriert ist und die BLOBs auf einem NAS-Speicher gespeichert sind, sollten Sie die folgende Beschränkung berücksichtigen. Von dem Zeitpunkt ab, an dem SharePoint Server 2010 ein BLOB anfordert, bis zum Empfang des ersten Bytes vom NAS dürfen nicht mehr als 20 Millisekunden vergehen. |
Grenzwerte für Websitesammlungen
Die folgende Tabelle enthält die empfohlenen Richtlinien für Websitesammlungen.
| Grenze | Maximalwert | Grenztyp | Notes |
|---|---|---|---|
Website |
250.000 pro Websitesammlung/250.000 pro Farm/500.000 persönliche Websites pro Farm |
Unterstützt |
Die empfohlene Maximalzahl von Websites und Unterwebsites liegt bei 250.000 Websites. Wenn die Anzahl der Unterwebsites auf Websitesammlungsebene 2.000 überschreitet, wird die Leistung möglicherweise beeinträchtigt. Wichtig Aus diesem Grund wird dringend empfohlen, dass die Anzahl von Unterwebsites unter 2.000 bleibt. Sie können insgesamt eine sehr große Anzahl von Websites erstellen, indem Sie mehrere Websitesammlungen mit bis zu 2.000 Websites pro Websitesammlung erstellen. Beispiel: 125 Websitesammlungen mit je 2.000 Websites entsprechen 250.000 Websites in der Farm. Dies gilt als empfohlene Obergrenze für nicht persönliche Websites. Wenn Sie über 250.000 Websitesammlungen mit jeweils einer Stammwebsite verfügen, die nicht auf der Vorlage „Persönliche Website“ basiert, wird beim Hinzufügen einer Unterwebsite zu einer dieser Stammwebsites der Grenzwert von 250.000 Websites überschritten. Wenn die empfohlene Grenze von 2.000 Websites pro Websitesammlung überschritten wird, können die folgenden Probleme auftreten:
|
Größe einer Websitesammlung |
Maximale Größe der Inhaltsdatenbank |
Unterstützt |
Eine Websitesammlung kann so groß sein wie die maximale Größe von Inhaltsdatenbanken für das zutreffende Nutzungsszenario. Weitere Informationen zu den verschiedenen Grenzwerten für die Größe von Inhaltsdatenbanken für spezifische Nutzungsszenarien finden Sie in der Tabelle Grenzwerte für Inhaltsdatenbanken in diesem Artikel. Grundsätzlich empfehlen wir dringend, die Größe von Websitesammlungen auf 100 GB zu begrenzen, und zwar aus folgenden Gründen:
|
Listen- und Bibliotheksgrenzen
Die folgende Tabelle enthält die empfohlenen Richtlinien für Listen und Bibliotheken. Weitere Informationen finden Sie unter Entwerfen umfangreicher Listen und Maximierung der Leistung von Listen (SharePoint Server 2010).
| Grenze | Maximalwert | Grenztyp | Hinweise |
|---|---|---|---|
Listenzeilengröße |
8.000 Bytes pro Zeile |
Beschränkung |
Jedes Listen- bzw. Bibliothekselement kann nur insgesamt 8.000 Bytes in der Datenbank belegen. 256 Bytes sind für integrierte Spalten reserviert, sodass 7.744 Bytes für Endbenutzerspalten übrig bleiben. Weitere Informationen über den Platzbedarf der einzelnen Felder finden Sie unter Spaltengrenzen. |
Dateigröße |
2 GB |
Beschränkung |
Die maximale Dateigröße liegt standardmäßig bei 50 MB. Sie kann auf 2 GB erhöht werden, doch können sich viele sehr große Dateien auf die Farmleistung auswirken. |
Dokumente |
30.000.000 pro Bibliothek |
Unterstützt |
Sie können sehr große Dokumentbibliotheken durch Schachteln von Ordnern erstellen oder indem Sie Standardansichten und eine Websitehierarchie verwenden. Dieser Wert kann je nach Organisation der Dokumente und Ordner sowie je nach Art und der Größe der gespeicherten Dokumente variieren. |
Hauptversionen |
400.000 |
Unterstützt |
Wenn Sie diesen Grenzwert überschreiten, können grundlegende Dateivorgänge, etwa das Öffnen, Speichern und Löschen von Dateien oder das Anzeigen des Versionsverlaufs, möglicherweise nicht mehr ausgeführt werden. |
Elemente |
30.000.000 pro Liste |
Unterstützt |
Sie können sehr große Listen erstellen, indem Sie Standardansichten, Websitehierarchien und die Metadatennavigation verwenden. Dieser Wert kann je nach Anzahl der Spalten in der Liste und der Nutzung der Liste variieren. |
Zeilengrößengrenze |
6 interne Tabellenzeilen in der Datenbank, die für ein Listen- oder ein Bibliothekselement verwendet werden |
Unterstützt |
Gibt die maximale Anzahl von internen Tabellenzeilen der Datenbank an, die für ein Listen- oder Bibliothekselement verwendet werden können. Für breite Listen mit vielen Spalten kann jedes Element über mehrere interne Tabellenzeilen umbrochen werden (standardmäßig über bis zu sechs Zeilen). Diese Konfiguration kann nur mithilfe des Objektmodells von Farmadministratoren vorgenommen werden. Die Objektmodellmethode ist SPWebApplication.MaxListItemRowStorage. |
Massenvorgänge |
100 Elemente pro Massenvorgang |
Beschränkung |
Die Benutzeroberfläche lässt eine Auswahl von maximal 100 Elementen für Massenvorgänge zu. |
Schwellenwert für den Listenansicht-Nachschlagevorgang |
8 JOIN-Operationen pro Abfrage |
Schwellenwert |
Gibt die maximale Anzahl von JOIN-Operationen pro Abfrage an, wie beispielsweise solchen, die auf Nachschlagespalten, Person/Gruppe-Spalten oder Workflowstatusspalten basieren. Werden in der Abfrage mehr als acht JOIN-Operationen verwendet, wird der Vorgang blockiert. Dies gilt nicht für Operationen mit einzelnen Elementen. Bei Verwendung der Maximalansicht über das Objektmodell (indem keine Ansichtsfelder angegeben werden) gibt SharePoint die ersten acht Nachschlagevorgänge zurück. |
Schwellenwert für die Listenansicht |
5,000 |
Schwellenwert |
Gibt die maximale Anzahl von Listen- oder Bibliothekselementen an, die mit einem Datenbankvorgang (beispielsweise einer Abfrage) außerhalb des vom Administrator festgelegten täglichen Zeitfensters, in dem keine Einschränkungen für Abfragen bestehen, gleichzeitig verarbeitet werden können. |
Schwellenwert für die Listenansicht für Auditoren und Administratoren |
20,000 |
Schwellenwert |
Gibt die maximale Anzahl von Listen- oder Bibliothekselementen an, die mit einem Datenbankvorgang (beispielsweise einer Abfrage) gleichzeitig verarbeitet werden können, wenn der Vorgang von einem Auditor oder Administrator mit entsprechenden Berechtigungen ausgeführt wird. Diese Einstellung funktioniert mit Außerkraftsetzung des Objektmodells zulassen. |
Unterwebsite |
2.000 pro Websiteansicht |
Schwellenwert |
Die Leistung der Schnittstelle für das Aufzählen von Unterwebsites einer bestimmten Website ist nicht optimal, wenn die Anzahl der Unterwebsites über 2.000 liegt. Außerdem nimmt die Leistung der Seite Gesamter Websiteinhalt und des Strukturansicht-Steuerelements mit der wachsenden Zahl von Unterwebsites signifikant ab. |
Gemeinsame Dokumenterstellung in Microsoft Word und Microsoft PowerPoint für DOCX-, PPTX- und PPSX-Dateien |
10 Bearbeiter gleichzeitig pro Dokument |
Schwellenwert |
Die empfohlene maximale Anzahl gleichzeitiger Bearbeiter liegt bei 10. Der Höchstwert liegt bei 99. Wenn 99 Bearbeiter gleichzeitig ein Dokument zur gemeinsamen Bearbeitung geöffnet haben, wird ab dem 100. Benutzer jedem Benutzer der Fehler "Dokument wird verwendet" angezeigt, und er muss eine schreibgeschützte Kopie anzeigen. Bei mehr als 10 Bearbeitern gleichzeitig kommt es zu einer sukzessiven Beeinträchtigung der Benutzerfreundlichkeit durch mehr Konflikte, und es sind mehr Wiederholungen nötig, um Änderungen erfolgreich hochzuladen. |
Sicherheitsbereich |
50.000 pro Liste |
Schwellenwert |
Die maximale Anzahl von eindeutigen Sicherheitsbereichen, die für eine Liste festgelegt werden, kann 50.000 nicht überschreiten. Für die meisten Farmen empfehlen wir eine Reduzierung dieses Grenzwerts auf 5.000 eindeutige Bereiche. Ziehen Sie bei großen Listen ein Design in Betracht, das so wenige eigene Berechtigungen wie möglich verwendet. Übersteigt die Anzahl eindeutiger Sicherheitsbereiche für eine Liste den Schwellenwert für die Listenansicht (standardmäßig 5.000 Listenelemente), werden beim Anzeigen der Liste zusätzliche SQL Server-Roundtrips ausgeführt, was sich negativ auf die Leistung beim Anzeigen der Liste auswirken kann. Ein Bereich ist die Sicherheitsbeschränkung für ein sicherungsfähiges Objekt und all seine untergeordneten Objekte, für die keine separate Sicherheitsbeschränkung vorliegt. Ein Bereich enthält eine Zugriffssteuerungsliste (Access Control List, ACL), kann im Gegensatz zu NTFS-Zugriffssteuerungslisten aber SharePoint Server-spezifische Sicherheitsprinzipale enthalten. Zu den Mitgliedern der Zugriffssteuerungsliste eines Bereichs können Windows-Benutzer, andere, nicht Windows-basierte Benutzerkonten (z. B. formularbasierte Konten), Active Directory-Gruppen oder SharePoint-Gruppen gehören. |
Spaltengrenzen
SharePoint Server 2010-Daten werden in SQL Server-Tabellen gespeichert. Um die maximale Anzahl möglicher Spalten in einer SharePoint-Liste zuzulassen, erstellt SharePoint Server mehrere Zeilen in der Datenbank, wenn Daten nicht in eine Zeile passen. Dieser Vorgang wird Zeilenumbruch genannt.
Sobald eine Zeile in SQL Server umbrochen wird, wird der Server bei Abfragen dieses Elements zusätzlich belastet, da ein SQL-Join in der Abfrage enthalten sein muss. Um eine zu große Last zu verhindern, sind standardmäßig maximal sechs SQL Server-Zeilen für ein SharePoint-Element zulässig. Dieser Grenzwert führt zu einer bestimmten Beschränkung der Anzahl von Spalten, die in einer SharePoint-Liste enthalten sein können. In der folgenden Tabelle werden die Grenzwerte für die einzelnen Spaltentypen erläutert.
Der Zeilenumbruchparameter kann auf mehr als sechs erhöht werden, doch kann dies zu einer zu hohen Serverlast führen. Vor dem Überschreiten dieses Grenzwerts sollten deshalb Leistungstests durchgeführt werden. Weitere Informationen finden Sie unter Entwerfen umfangreicher Listen und Maximierung der Leistung von Listen (SharePoint Server 2010).
Für jeden Spaltentyp ist ein Größenwert in Byte aufgelistet. Die Summe aller Spalten in einer SharePoint-Liste kann 8.000 Bytes nicht übersteigen. Je nach Spaltennutzung können Benutzer die Grenze von 8.000 Bytes vor der Zeilenumbruchgrenze von sechs Zeilen erreichen.
| Grenze | Maximalwert | Grenztyp | Größe pro Spalte | Hinweise |
|---|---|---|---|---|
Eine Textzeile |
276 |
Schwellenwert |
28 Bytes |
Ein SQL Server-Zeilenumbruch erfolgt nach jeweils 64 Spalten in einer SharePoint-Liste. Der Standardwert von sechs Zeilen für den Zeilenumbruch lässt pro SharePoint-Liste maximal 384 Spalten mit einer Textzeile zu (6 x 64 = 384). Da der Grenzwert pro SharePoint-Listenelement jedoch bei 8.000 Bytes liegt, von denen 256 Bytes für integrierte SharePoint-Spalten reserviert sind, liegt die tatsächliche Grenze bei 276 Spalten mit einer Textzeile. |
Mehrere Textzeilen |
192 |
Schwellenwert |
28 Bytes |
Ein SQL Server-Zeilenumbruch erfolgt nach jeweils 32 Spalten in einer SharePoint-Liste. Der Standardwert von sechs Zeilen für den Zeilenumbruch lässt pro SharePoint-Liste maximal 192 Spalten mit mehreren Textzeilen zu (6 x 32 = 192). |
Choice |
276 |
Schwellenwert |
28 Bytes |
Ein SQL Server-Zeilenumbruch erfolgt nach jeweils 64 Spalten in einer SharePoint-Liste. Der Standardwert von 6 Zeilen für den Zeilenumbruch lässt pro SharePoint-Liste maximal 384 Auswahlspalten zu (6 × 64 = 384). Da der Grenzwert pro SharePoint-Listenelement jedoch bei 8.000 Byte liegt, von denen 256 Byte für integrierte SharePoint-Spalten reserviert sind, liegt der tatsächliche Grenzwert bei 276 Auswahlspalten. |
Zahl |
72 |
Schwellenwert |
12 Bytes |
Ein SQL Server-Zeilenumbruch erfolgt nach jeweils 12 Spalten in einer SharePoint-Liste. Der Standardwert von sechs Zeilen für den Zeilenumbruch lässt pro SharePoint-Liste maximal 72 Zahlenspalten zu (6 x 12 = 72). |
Währung |
72 |
Schwellenwert |
12 Bytes |
Ein SQL Server-Zeilenumbruch erfolgt nach jeweils 12 Spalten in einer SharePoint-Liste. Der Standardwert von sechs Zeilen für den Zeilenumbruch lässt pro SharePoint-Liste maximal 72 Währungsspalten zu (6 x 12 = 72). |
Datum und Uhrzeit |
48 |
Schwellenwert |
12 Bytes |
Ein SQL Server-Zeilenumbruch erfolgt nach jeweils 8 Spalten in einer SharePoint-Liste. Der Standardwert von sechs Zeilen für den Zeilenumbruch lässt pro SharePoint-Liste maximal 48 Datums- und Uhrzeitspalten zu (6 x 8 = 48). |
Nachschlagen |
96 |
Schwellenwert |
4 Bytes |
Ein SQL Server-Zeilenumbruch erfolgt nach jeweils 16 Spalten in einer SharePoint-Liste. Der Standardwert von sechs Zeilen für den Zeilenumbruch lässt pro SharePoint-Liste maximal 96 Nachschlagespalten mit einem Wert zu (6 x 16 = 96). |
Ja/Nein |
96 |
Schwellenwert |
5 Bytes |
Ein SQL Server-Zeilenumbruch erfolgt nach jeweils 16 Spalten in einer SharePoint-Liste. Der Standardwert von sechs Zeilen für den Zeilenumbruch lässt pro SharePoint-Liste maximal 96 Ja/Nein-Spalten zu (6 x 16 = 96). |
Person oder Gruppe |
96 |
Schwellenwert |
4 Bytes |
Ein SQL Server-Zeilenumbruch erfolgt nach jeweils 16 Spalten in einer SharePoint-Liste. Der Standardwert von sechs Zeilen für den Zeilenumbruch lässt pro SharePoint-Liste maximal 96 Personen- oder Gruppenspalten zu (6 x 16 = 96). |
Hyperlink oder Bild |
138 |
Schwellenwert |
56 Bytes |
Ein SQL Server-Zeilenumbruch erfolgt nach jeweils 32 Spalten in einer SharePoint-Liste. Der Standardwert von sechs Zeilen für den Zeilenumbruch lässt pro SharePoint-Liste maximal 192 Hyperlink- oder Bildspalten zu (6 × 32 = 192). Da der Grenzwert pro SharePoint-Listenelement jedoch bei 8.000 Byte liegt, von denen 256 Byte für integrierte SharePoint-Spalten reserviert sind, liegt der tatsächliche Grenzwert bei 138 Hyperlink- oder Bildspalten. |
Calculated |
48 |
Schwellenwert |
28 Bytes |
Ein SQL Server-Zeilenumbruch erfolgt nach jeweils 8 Spalten in einer SharePoint-Liste. Der Standardwert von sechs Zeilen für den Zeilenumbruch lässt pro SharePoint-Liste maximal 48 berechnete Spalten zu (6 x 8 = 48). |
GUID |
6 |
Schwellenwert |
20 Bytes |
Ein SQL Server-Zeilenumbruch erfolgt nach jeder Spalte in einer SharePoint-Liste. Der Standardwert von sechs Zeilen für den Zeilenumbruch lässt pro SharePoint-Liste maximal sechs GUID-Spalten zu (6 x 1 = 6). |
Int |
96 |
Schwellenwert |
4 Bytes |
Ein SQL Server-Zeilenumbruch erfolgt nach jeweils 16 Spalten in einer SharePoint-Liste. Der Standardwert von sechs Zeilen für den Zeilenumbruch lässt pro SharePoint-Liste maximal 96 Int-Spalten zu (6 x 16 = 96). |
Verwaltete Metadaten |
94 |
Schwellenwert |
40 Byte für die erste, 32 Byte für jede folgende |
Dem ersten verwalteten Metadatenfeld, das einer Liste hinzugefügt wird, werden vier Spalten zugewiesen:
Für jedes folgende „Verwaltete Metadaten“-Feld, das einer Liste hinzugefügt wird, werden zwei weitere Spalten hinzugefügt:
Die maximale Anzahl von Spalten verwalteter Metadaten wird mit (14 + (16 x (n-1)) berechnet, wobei n der Zeilenzuordnungswert ist (Standard: 6). |
Spalten für externe Daten folgen dem Konzept einer primären Spalte und sekundärer Spalten. Wenn Sie eine externe Datenspalte hinzufügen, können Sie einige sekundäre Felder des externen Inhaltstyps auswählen, die der Liste hinzugefügt werden sollen. So können Sie bei Hinzufügen einer externen Datenspalte vom Inhaltstyp "Kunde", der Felder wie "ID", "Name", "Land" und "Beschreibung" besitzt, sekundäre Felder hinzufügen, um "ID", "Name" und "Beschreibung" des Kunden anzuzeigen. Im Allgemeinen werden folgende Spalten hinzugefügt:
Primäre Spalte: ein Textfeld
Ausgeblendete ID-Spalte: ein mehrzeiliges Textfeld
Sekundäre Spalten: Jede sekundäre Spalte enthält einen Text/eine Zahl/einen booleschen Wert/mehrzeiligen Text basierend auf dem im Geschäftsdatenkatalog-Modell für die jeweilige sekundäre Spalte definierten Datentyp. So kann beispielsweise „ID“ einer Zahlenspalte, „Name“ einer Spalte mit einer Textzeile und „Beschreibung“ einer Spalte mit mehreren Textzeilen zugeordnet sein.
Seitengrenzen
Die folgende Tabelle enthält die empfohlenen Richtlinien für Seiten.
| Grenze | Maximalwert | Grenztyp | Hinweise |
|---|---|---|---|
Webparts |
25 pro Wiki- oder Webpartseite |
Schwellenwert |
Bei dieser Zahl handelt es sich um eine Schätzung auf der Grundlage einfacher Webparts. Wie viele Webparts auf einer Seite verwendet werden können, bevor die Leistung beeinträchtigt wird, hängt von der Komplexität der Webparts ab. |
Sicherheitsgrenzen
| Grenze | Maximalwert | Grenztyp | Hinweise |
|---|---|---|---|
Anzahl der SharePoint-Gruppen, zu denen ein Benutzer gehören kann |
5,000 |
Unterstützt |
Dies ist keine harte Grenze, entspricht aber den Active Directory-Richtlinien. Die Zahl wird von mehreren Faktoren beeinflusst:
|
Benutzer in einer Websitesammlung |
2 Millionen pro Websitesammlung |
Unterstützt |
Sie können Ihrer Website Millionen von Personen hinzufügen, indem Sie die Sicherheit mithilfe von Microsoft Windows-Sicherheitsgruppen anstatt über einzelne Benutzer verwalten. Bei dieser Grenze werden Verwaltbarkeit und die einfache Navigation auf der Benutzeroberfläche berücksichtigt. Wenn Sie zahlreiche Einträge (Sicherheitsgruppen mit Benutzern) in der Websitesammlung haben (über 1.000), sollten Sie anstelle der Benutzeroberfläche Windows PowerShell verwenden, um Benutzer zu verwalten. Auf diese Weise können Sie die Verwaltung vereinfachen. |
Active Directory-Prinzipale/Benutzer in einer SharePoint-Gruppe |
5.000 pro SharePoint-Gruppe |
Unterstützt |
In SharePoint Server 2010 können Sie Benutzer oder Active Directory-Gruppen zu einer SharePoint-Gruppe hinzufügen. Eine Zahl von bis zu 5.000 Benutzern (bzw. Active Directory-Gruppen oder -Benutzer) in einer SharePoint-Gruppe bietet eine akzeptable Leistung. Folgende Aktivitäten sind am stärksten von dieser Grenze betroffen:
|
SharePoint-Gruppen |
10.000 pro Websitesammlung |
Unterstützt |
Bei mehr als 10.000 Gruppen nimmt die zum Ausführen von Vorgängen erforderliche Zeit beträchtlich zu. Dies gilt vor allem für das Hinzufügen eines Benutzers zu einer vorhandenen Gruppe, das Erstellen einer neuen Gruppe und das Rendern von Gruppenansichten. |
Sicherheitsprinzipal: Größe des Sicherheitsbereichs |
5.000 pro Zugriffssteuerungsliste |
Unterstützt |
Die Größe des Bereichs wirkt sich auf die Daten aus, die für eine Sicherheitsüberprüfungsberechnung verwendet werden. Diese Berechnung erfolgt jedes Mal, wenn der Bereich sich ändert. Es gibt keine harte Grenze, doch dauert die Berechnung umso länger, je größer der Bereich ist. |
Grenzen nach Feature
In diesem Abschnitt werden die Grenzen nach Feature aufgelistet.
Suchgrenzen
Die folgende Tabelle enthält die empfohlenen Richtlinien für die Suche.
| Grenze | Maximalwert | Grenztyp | Notes |
|---|---|---|---|
SharePoint-Suchdienstanwendungen |
20 pro Farm |
Unterstützt |
In einer Farm können mehrere SharePoint-Suchdienstanwendungen bereitgestellt werden, da Sie Suchkomponenten und Datenbanken separaten Servern zuweisen können. Die empfohlene Grenze von 20 ist niedriger als die maximale Grenze für alle Dienstanwendungen in einer Farm. |
Durchforstungsdatenbanken und -datenbankelemente |
10 Durchforstungsdatenbanken pro Suchdienstanwendung 25 Millionen Elemente pro Durchforstungsdatenbank |
Schwellenwert |
Die Durchforstungsdatenbank speichert die Durchforstungsdaten (Zeit/Status usw.) zu allen Elementen, die durchforstet wurden. Der unterstützte Grenzwert liegt bei 10 Durchforstungsdatenbanken pro SharePoint-Suchdienstanwendung. Die empfohlene Grenze liegt bei 25 Millionen Elementen pro Durchforstungsdatenbank (oder insgesamt vier Durchforstungsdatenbanken pro Suchdienstanwendung). |
Durchforstungskomponenten |
16 pro Suchdienstanwendung |
Schwellenwert |
Die empfohlene Grenze pro Anwendung liegt bei 16 Durchforstungskomponenten insgesamt, mit jeweils zwei pro Durchforstungsdatenbank und zwei pro Server – unter der Voraussetzung, dass der Server mindestens acht Prozessoren (Kerne) besitzt. Die Gesamtzahl von Durchforstungskomponenten pro Server muss niedriger sein als 128/(Abfragekomponenten insgesamt), um die Verschlechterung der Verteilungs-E/A zu minimieren. Das Überschreiten der empfohlenen Grenze muss die Durchforstungsleistung nicht erhöhen; tatsächlich kann die Durchforstungsleistung in Abhängigkeit von den verfügbaren Ressourcen des Durchforstungsservers, der Datenbank und des Inhaltshosts abnehmen. |
Indexpartitionen |
20 pro Suchdienstanwendung; 128 insgesamt |
Schwellenwert |
Die Indexpartition beinhaltet einen Teil des Indexes der Suchdienstanwendung. Die empfohlene Grenze ist 20. Eine Erhöhung der Anzahl von Indexpartitionen führt dazu, dass jede Partition einen kleineren Teil des Indexes umfasst und dadurch RAM und Festplattenspeicher reduziert werden, die auf dem Abfrageserver mit der Abfragekomponente benötigt werden, die der Indexpartition zugewiesen ist. Die Gesamtanzahl der Indexpartitionen ist auf 128 beschränkt. |
Indizierte Elemente |
100 Millionen pro Suchdienstanwendung; 10 Millionen pro Indexpartition |
Unterstützt |
Die SharePoint-Suche unterstützt Indexpartitionen, von denen jede jeweils einen Teil des Suchindexes enthält. Das empfohlene Maximum liegt bei zehn Millionen Elementen in einer Partition. Die insgesamt empfohlene maximale Anzahl von Elementen (beispielsweise Personen, Listenelemente, Dokumente, Webseiten) liegt bei 100 Millionen. |
Durchforstungsprotokolleinträge |
100 Millionen pro Suchanwendung |
Unterstützt |
Dies ist die Anzahl einzelner Protokolleinträge im Durchforstungsprotokoll. Sie richtet sich nach der Grenze für indizierte Elemente. |
Eigenschaftendatenbanken |
10 pro Suchdienstanwendung; 128 insgesamt |
Schwellenwert |
Die Eigenschaftendatenbank speichert die Metadaten für Elemente in den ihr zugeordneten Indexpartitionen. Eine Indexpartition kann nur einem Eigenschaftenspeicher zugeordnet sein. Die empfohlene Grenze liegt bei zehn Eigenschaftendatenbanken pro Suchdienstanwendung. Die Beschränkung für Indexpartitionen liegt bei 128. |
Abfragekomponenten |
128 pro Suchanwendung; 64/(Durchforstungskomponenten insgesamt) pro Server |
Schwellenwert |
Die Gesamtzahl der Abfragekomponenten wird durch die Fähigkeit der Durchforstungskomponenten zum Kopieren von Dateien beschränkt. Die maximale Anzahl von Abfragekomponenten pro Server wird durch die Fähigkeit der Abfragekomponenten zur Aufnahme der von den Durchforstungskomponenten verteilten Dateien begrenzt. |
Bereichsregeln |
100 Bereichsregeln pro Bereich; 600 insgesamt pro Suchdienstanwendung |
Schwellenwert |
Bei Überschreiten dieser Grenze nimmt die Aktualität der Durchforstung ab, und mögliche Ergebnisse von Abfragen mit zugewiesenen Bereichen werden verzögert. |
Bereiche |
200 Websitebereiche und 200 freigegebene Bereiche pro Suchdienstanwendung |
Schwellenwert |
Wird dieser Grenzwert überschritten, kann dies zur Folge haben, dass die Durchforstungseffizienz abnimmt und die Browserwartezeit für Endbenutzer sich verlängert, falls die Bereiche zur Anzeigegruppe hinzugefügt werden. Außerdem verschlechtert sich die Anzeige der Bereiche in der Verwaltungsoberfläche der Suche, wenn die Anzahl der Bereiche den empfohlenen Grenzwert übersteigt. |
Anzeigegruppen |
25 pro Website |
Schwellenwert |
Anzeigegruppen werden für eine gruppierte Anzeige von Bereichen über die Benutzeroberfläche verwendet. Mit dem Überschreiten dieser Grenze verschlechtert sich die Bereichsfunktionalität in der Verwaltungsoberfläche der Suche. |
Warnungen |
1.000.000 pro Suchanwendung |
Unterstützt |
Hierbei handelt es sich um den getesteten Grenzwert. |
Inhaltsquellen |
50 pro Suchdienstanwendung |
Schwellenwert |
Der empfohlene Grenzwert von 50 kann bis zur Beschränkung von 500 pro Suchdienstanwendung überschritten werden. Es sollten allerdings weniger Startadressen verwendet werden, und der Grenzwert für gleichzeitige Durchforstungen muss eingehalten werden. |
Startadressen |
100 pro Inhaltsquelle |
Schwellenwert |
Die empfohlene Grenze kann bis zur Beschränkung von 500 pro Inhaltsquelle überschritten werden. Je mehr Startadressen Sie jedoch haben, desto weniger Inhaltsquellen sollten verwendet werden. Bei vielen Startadressen sollten Sie diese als Links auf einer HTML-Seite platzieren und den HTTP-Crawler die Seite durchforsten lassen, indem er den Links folgt. |
Gleichzeitige Durchforstungen |
20 pro Suchanwendung |
Schwellenwert |
Hierbei handelt es sich um die Anzahl der Durchforstungen, die gleichzeitig stattfinden. Ein Überschreiten dieser Zahl kann zu einer Verschlechterung der allgemeinen Durchforstungsrate führen. |
Durchforstete Eigenschaften |
500.000 pro Suchanwendung |
Unterstützt |
Hierbei handelt es sich um die bei einer Durchforstung entdeckten Eigenschaften. |
Regel für Crawlerauswirkungen |
100 |
Schwellenwert |
Empfohlene Grenze von 100 pro Farm. Die Empfehlung darf überschritten werden. Allerdings verschlechtert sich dann die Anzeige von Websitezugriffsregeln in der Verwaltungsoberfläche der Suche. Bei etwa 2.000 Websitezugriffsregeln wird die Seite Websitezugriffsregeln verwalten unlesbar. |
Durchforstungsregeln |
100 pro Suchdienstanwendung |
Schwellenwert |
Dieser Wert darf überschritten werden. Allerdings verschlechtert sich dann die Anzeige von Durchforstungsregeln in der Verwaltungsoberfläche der Suche. |
Verwaltete Eigenschaften |
100.00 pro Suchdienstanwendung |
Schwellenwert |
Hierbei handelt es sich um Eigenschaften, die vom Suchsystem in Abfragen verwendet werden. Durchforstete Eigenschaften werden verwalteten Eigenschaften zugeordnet. |
Zuordnungen |
100 pro verwaltete Eigenschaft |
Schwellenwert |
Das Überschreiten dieser Grenze kann zu einer Verschlechterung der Durchforstungsgeschwindigkeit und Abfrageleistung führen. |
URL-Entfernungen |
100 Entfernungen pro Vorgang |
Unterstützt |
Hierbei handelt es sich um die empfohlene Maximalzahl an URLs, die in einem einzigen Vorgang aus dem System entfernt werden sollten. |
Autorisierende Seiten |
Eine Seite auf höchster Ebene und minimale Seiten auf zweiter und dritter Ebene pro Suchdienstanwendung |
Schwellenwert |
Die empfohlene Grenze ist eine autorisierende Seite auf höchster Ebene und möglichst wenig Seiten auf zweiter und dritter Ebene, um die gewünschte Relevanz zu erreichen. Die Beschränkung liegt bei 200 pro Relevanzebene pro Suchanwendung, doch wird bei Hinzufügen zusätzlicher Seiten möglicherweise nicht die gewünschte Relevanz erzielt. Fügen Sie die Schlüsselwebsite zur ersten Relevanzebene hinzu. Fügen Sie weitere Schlüsselwebsites auf der zweiten oder dritten Relevanzebene hinzu, und bewerten Sie nach jedem Hinzufügen die Relevanz, um sicherzustellen, dass der gewünschte Relevanzeffekt erreicht wird. |
Schlüsselwörter |
200 pro Websitesammlung |
Unterstützt |
Die empfohlene Grenze kann bis zur (durch ASP.NET bestimmten) Maximalgrenze von 5.000 pro Websitesammlung bei fünf besten Suchergebnissen pro Schlüsselwort überschritten werden. Wenn Sie diesen Grenzwert überschreiten, verschlechtert sich die Anzeige von Schlüsselwörtern in der Benutzeroberfläche der Websiteverwaltung. Der durch ASP.NET festgelegte Grenzwert kann durch die Bearbeitung der Dateien „web.config“ und „client.config“ (MaxItemsInObjectGraph) geändert werden. |
Erkannte Metadateneigenschaften |
10.000 pro durchforstetes Element |
Beschränkung |
Hierbei handelt es sich um die Anzahl von Metadateneigenschaften, die bestimmt und potenziell zugeordnet oder für Abfragen verwendet werden können, wenn ein Element durchforstet wird. |
Grenzwerte für den Benutzerprofildienst
Die folgende Tabelle enthält die empfohlenen Richtlinien für den Benutzerprofildienst.
| Grenze | Maximalwert | Grenztyp | Hinweise |
|---|---|---|---|
Benutzerprofile |
2.000.000 pro Dienstanwendung |
Unterstützt |
Eine Benutzerprofil-Dienstanwendung kann bis zu zwei Millionen Benutzerprofile mit umfassender Funktionalität für die Features sozialer Netzwerke unterstützen. Die Zahl stellt die Anzahl der Profile dar, die aus einem Verzeichnisdienst in den Benutzerprofilspeicher importiert werden können, sowie die Anzahl der Profile, die eine Benutzerprofil-Dienstanwendung unterstützen kann, ohne dass es bei Features für soziale Netzwerke zu Leistungsverschlechterungen kommt. |
Thematische Kategorien, Notizen und Bewertungen |
500.000.000 pro Datenbank für Funktionen und Daten für das soziale Netzwerk |
Unterstützt |
Bis zu 500 Millionen thematische Kategorien, Notizen und Bewertungen insgesamt werden in einer Datenbank für Funktionen und Daten für das soziale Netzwerk unterstützt, ohne dass es zu signifikanten Leistungsverschlechterungen kommt. Allerdings kann es bei Wartungsvorgängen wie Sicherung und Wiederherstellung an diesem Punkt zu Leistungsbeeinträchtigungen kommen. |
Inhaltsbereitstellungsgrenzen
Die folgende Tabelle enthält die empfohlenen Richtlinien für die Inhaltsbereitstellung.
| Grenze | Maximalwert | Grenztyp | Hinweise |
|---|---|---|---|
In verschiedenen Pfaden ausgeführte Inhaltsbereitstellungsaufträge |
20 |
Unterstützt |
Für gleichzeitig ausgeführte Aufträge in Pfaden, die mit Websitesammlungen in derselben Quellinhaltsdatenbank verbunden sind, besteht ein erhöhtes Risiko für Deadlocks in der Datenbank. Für Aufträge, die gleichzeitig ausgeführt werden müssen, sollten Sie die Websitesammlungen in verschiedene Quellinhaltsdatenbanken verschieben. Hinweis Gleichzeitig ausgeführte Aufträge in einem Pfad sind nicht möglich. Wenn Sie Microsoft SQL Server-Momentaufnahmen für die Inhaltsbereitstellung verwenden, wird für jeden Pfad eine Momentaufnahme erstellt. Dadurch werden die E/A-Anforderungen für die Quelldatenbank erhöht. Weitere Informationen finden Sie unter Bereitstellungspfade und -aufträge. |
Grenzwerte für Blogs
Die folgende Tabelle enthält die empfohlenen Richtlinien für Blogs.
| Grenze | Maximalwert | Grenztyp | Hinweise |
|---|---|---|---|
Blogbeiträge |
5.000 pro Website |
Unterstützt |
Die maximale Anzahl von Blogbeiträgen liegt bei 5.000 pro Website. |
Anmerkungen |
1.000 pro Beitrag |
Unterstützt |
Die maximale Anzahl von Kommentaren liegt bei 1.000 pro Beitrag. |
Grenzwerte für Business Connectivity Services
Die folgende Tabelle enthält die empfohlenen Richtlinien für Business Connectivity Services.
| Grenze | Maximalwert | Grenztyp | Hinweise |
|---|---|---|---|
Externe Inhaltstypen (im Arbeitsspeicher) |
5.000 pro Webserver (pro Mandant) |
Beschränkung |
Gesamtzahl von Definitionen für externe Inhaltstypen, die zu einem bestimmten Zeitpunkt im Arbeitsspeicher auf einem Webserver geladen sind. |
Externe Systemverbindungen |
500 pro Webserver |
Beschränkung |
Anzahl der aktiven/offenen Verbindungen mit externen Systemen zu dem jeweiligen Zeitpunkt. Das Standardmaximum sind 200. Die Beschränkung liegt bei 500. Dieser Grenzwert wird für den Webserverbereich erzwungen, unabhängig von der Art des externen Systems (z. B. Datenbank, .NET-Assembly usw.). Für die Beschränkung der Verbindungsanzahl wird das Standardmaximum verwendet. Eine Anwendung kann per Ausführungskontext einen höheren Grenzwert festlegen. Die Beschränkung erzwingt das Maximum auch für Anwendungen, die den Standardwert nicht berücksichtigen. |
Pro Anforderung zurückgegebene Datenbankelemente |
2.000 pro Datenbankconnector |
Schwellenwert |
Die Anzahl der Elemente pro Anforderung, die der Datenbankconnector zurückgeben kann. Der Datenbankconnector verwendet das Standardmaximum von 2.000, um die Anzahl der Ergebnisse zu beschränken, die pro Seite zurückgegeben werden können. Die Anwendung kann per Ausführungskontext einen höheren Grenzwert festlegen. Das absolute Maximum erzwingt das Maximum auch für Anwendungen, die den Standardwert nicht berücksichtigen. Die Beschränkung für diesen Grenzwert liegt bei 1.000.000. |
Workflowgrenzen
Die folgende Tabelle enthält die empfohlenen Richtlinien für Workflows.
| Grenze | Maximalwert | Grenztyp | Hinweise |
|---|---|---|---|
Schwellenwert für Workflowverschiebung |
15 |
Schwellenwert |
15 ist die maximale Anzahl von Workflows, die gleichzeitig für eine Inhaltdatenbank ausgeführt werden dürfen, abgesehen von Instanzen, die im Timerdienst ausgeführt werden. Wird dieser Schwellenwert erreicht, werden neue Anforderungen für die Aktivierung von Workflows in die Warteschlange gestellt, um später vom Workflowtimerdienst ausgeführt zu werden. Sobald die Ausführung ohne Zeitgeber beendet ist, werden neue Anforderungen auf diesen Schwellenwert angerechnet. Dieser Grenzwert kann mithilfe des Windows PowerShell-Cmdlets „Set-SPFarmConfig“ konfiguriert werden. Weitere Informationen finden Sie unter Set-SPFarmConfig. Hinweis: Dieser Grenzwert bezieht sich nicht auf die Gesamtzahl der Workflowinstanzen, die ausgeführt werden können. Er repräsentiert die Anzahl von Instanzen, die verarbeitet werden. Wenn Sie diesen Grenzwert heraufsetzen, steigert das den Durchsatz beim Starten und Abschließen von Workflowtasks, erhöht jedoch auch die Last bei Inhaltsdatenbank und Systemressourcen. |
Batchgröße des Workflowzeitgebers |
100 |
Schwellenwert |
Die Anzahl der Ereignisse, die bei jeder Ausführung des Workflowzeitgeberauftrags aufgenommen und an Workflows übermittelt werden. Sie lässt sich mithilfe von Windows PowerShell konfigurieren. Um mehr Ereignisse zu ermöglichen, können Sie zusätzliche Instanzen des Microsoft SharePoint Foundation-Workflowtimerdiensts ausführen. |
Grenzwerte für Terminologiespeicher (Datenbank) für verwaltete Metadaten
Die folgende Tabelle enthält die empfohlenen Richtlinien für Terminologiespeicher verwalteter Metadaten.
| Grenze | Maximalwert | Grenztyp | Hinweise |
|---|---|---|---|
Maximale Anzahl der Ebenen geschachtelter Ausdrücke in einem Terminologiespeicher |
7 |
Unterstützt |
Ausdrücke in einem Ausdruckssatz lassen sich hierarchisch darstellen. Ein Ausdruckssatz kann bis zu sieben Ausdrucksebenen (ein übergeordneter Ausdruck mit sechs Schachtelungsebenen darunter) umfassen. |
Maximale Anzahl von Ausdruckssätzen in einem Terminologiespeicher |
1,000 |
Unterstützt |
Ein Terminologiespeicher kann bis zu 1.000 Ausdruckssätze beinhalten. |
Maximale Anzahl von Ausdrücken in einem Ausdruckssatz |
30,000 |
Unterstützt |
30.000 ist die maximale Anzahl von Ausdrücken in einem Ausdruckssatz. Hinweis Zusätzliche Bezeichnungen für einen Ausdruck, beispielsweise Synonyme und Übersetzungen, gelten nicht als separate Ausdrücke. |
Gesamtanzahl von Elementen in einem Terminologiespeicher |
1,000,000 |
Unterstützt |
Ein Element ist entweder ein Ausdruck oder ein Ausdruckssatz. Die Gesamtanzahl von Ausdrücken und Ausdruckssätzen kann 1.000.000 nicht übersteigen. Zusätzliche Bezeichnungen für einen Ausdruck, beispielsweise Synonyme und Übersetzungen, gelten nicht als separate Ausdrücke. Hinweis Ein Terminologiespeicher kann nicht die maximale Anzahl von Ausdruckssätzen und die maximale Anzahl von Ausdrücken gleichzeitig enthalten. |
Grenzwerte für Visio Services
Die folgende Tabelle enthält die empfohlenen Richtlinien für Instanzen von Visio Services in Microsoft SharePoint Server 2010.
| Grenze | Maximalwert | Grenztyp | Hinweise |
|---|---|---|---|
Dateigröße von Visio-Webzeichnungen |
50 MB |
Schwellenwert |
Visio Services verfügt über eine Konfigurationseinstellung, mit deren Hilfe ein Administrator die maximale Größe von Webzeichnungen ändern kann, die Visio verarbeitet. Größere Dateien haben folgende Nebeneffekte:
|
Visio-Timeout für die Neuberechnung von Visio-Webzeichnungen |
120 Sekunden |
Schwellenwert |
Visio Services verfügt über eine Konfigurationseinstellung, mit deren Hilfe ein Administrator die maximale Zeitdauer ändern kann, die für die Neuberechnung einer Zeichnung nach einer Datenaktualisierung aufgewendet werden kann. Ein höherer Timeout für die Neuberechnung hat folgende Auswirkungen:
Ein niedrigerer Timeout für die Neuberechnung hat folgende Auswirkungen:
|
Minimales Cachealter für Visio Services (mit Daten verbundene Diagramme) |
Minimales Cachealter: 0 bis 24 Stunden |
Schwellenwert |
Das minimale Cachealter gilt für Diagramme, die mit Daten verbunden sind. Es bestimmt den frühesten Zeitpunkt, an dem das aktuelle Diagramm aus dem Cache entfernt werden kann. Das Festlegen des minimalen Cachealters auf einen sehr niedrigen Wert führt zu einem geringeren Durchsatz und einer höheren Wartezeit, weil durch die Außerkraftsetzung des Caches Visio zu häufig gezwungen ist, Neuberechnungen durchzuführen, und die Verfügbarkeit von CPU und Arbeitsspeicher abnimmt. |
Maximales Cachealter für Visio Services (nicht mit Daten verbundene Diagramme) |
Maximales Cachealter: 0 bis 24 Stunden |
Schwellenwert |
Das maximale Cachealter gilt für Diagramme, die nicht mit Daten verbunden sind. Es bestimmt, wie lange das aktuelle Diagramm im Arbeitsspeicher verbleibt. Durch eine Erhöhung des maximalen Cachealters nimmt die Wartezeit für häufig angeforderte Zeichnungen ab. Das Festlegen des maximalen Cachealters auf einen sehr hohen Wert führt jedoch zu einer längeren Wartezeit und reduziert den Durchsatz für nicht zwischengespeicherte Elemente, da die bereits im Cache befindlichen Elemente den verfügbaren Arbeitsspeicher belegen. |
Einschränkungen für den SharePoint Web Analytics-Dienst
Die folgende Tabelle enthält die empfohlenen Richtlinien für den SharePoint Web Analytics-Dienst.
| Grenze | Maximalwert | Grenztyp | Notes |
|---|---|---|---|
SharePoint-Entitäten |
30.000 pro Farm bei Aktivierung von Web Analytics |
Unterstützt |
Aktivieren Sie Web Analytics nicht, wenn Ihre Farm einschließlich aller Webanwendungen, Websitesammlungen und Websites mehr als 30.000 SharePoint-Entitäten enthält oder Sie davon ausgehen, dass das in Zukunft der Fall sein könnte. Eine exakte Angabe ist nicht möglich, da unterschiedliche Kombinationen von SharePoint-Entitäten jeweils stärkere oder geringere Auswirkungen auf die Farmleistung haben könnten als das getestete Szenario, das im Artikel Capacity requirements for the Web Analytics Shared Service in SharePoint Server 2010 beschrieben wird. Die Farmleistung könnte sich jedoch einem inakzeptablen Wert nähern, wenn die Gesamtzahl der SharePoint-Entitäten in Ihrer Farm sich diesem Grenzwert nähert. |
Weitere Informationen zu Beschränkungen und Grenzwerten für den SharePoint Web Analytics-Dienst finden Sie unter Capacity requirements for the Web Analytics Shared Service in SharePoint Server 2010.
Grenzwerte für PerformancePoint Services
Die folgende Tabelle enthält die empfohlenen Richtlinien für PerformancePoint Services in Microsoft SharePoint Server 2010.
| Grenze | Maximalwert | Grenztyp | Hinweise |
|---|---|---|---|
Zellen |
1.000.000 pro Abfrage an Excel Services-Datenquelle |
Beschränkung |
Eine PerformancePoint-Scorecard, die eine Excel Services-Datenquelle aufruft, unterliegt einer Grenze von höchstens 1.000.000 Zellen pro Abfrage. |
Spalten und Zeilen |
15 Spalten mal 60.000 Zeilen |
Schwellenwert |
Die maximale Anzahl von Spalten und Zeilen beim Rendern eines PerformancePoint-Dashboardobjekts, das eine Microsoft Excel-Arbeitsmappe als Datenquelle verwendet. Die Anzahl der Zeilen kann sich je nach Anzahl der Spalten ändern. |
Abfrage einer SharePoint-Liste |
15 Spalten mal 5.000 Zeilen |
Unterstützt |
Die maximale Anzahl von Spalten und Zeilen beim Rendern eines PerformancePoint-Dashboardobjekts, das eine SharePoint-Liste als Datenquelle verwendet. Die Anzahl der Zeilen kann sich je nach Anzahl der Spalten ändern. |
Abfrage einer SQL Server -Datenquelle |
15 Spalten mal 20.000 Zeilen |
Unterstützt |
Die maximale Anzahl von Spalten und Zeilen beim Rendern eines PerformancePoint-Dashboardobjekts, das eine SQL Server-Tabelle als Datenquelle verwendet. Die Anzahl der Zeilen kann sich je nach Anzahl der Spalten ändern. |
Grenzwerte für Word Automation Services
Die folgende Tabelle enthält die empfohlenen Richtlinien für Microsoft Word Automation Services.
| Grenze | Maximalwert | Grenztyp | Hinweise |
|---|---|---|---|
Größe der Eingabedatei |
512 MB |
Beschränkung |
Die maximale Dateigröße, die von Microsoft Word Automation Services verarbeitet werden kann |
Häufigkeit, mit der Konvertierungen gestartet werden (Minuten) |
1 Minute (empfohlen) 15 Minuten (Standard) 59 Minuten (Beschränkung) |
Schwellenwert |
Diese Einstellung bestimmt, wie häufig der Microsoft Word Automation Services-Zeitgeberauftrag ausgeführt wird. Eine niedrigere Zahl führt dazu, dass der Zeitgeberauftrag schneller ausgeführt wird. Tests haben gezeigt, dass es am besten ist, den Zeitgeberauftrag einmal pro Minute auszuführen. |
Anzahl der Konvertierungen, die pro Konvertierungsprozess gestartet werden |
Für PDF/XPS-Ausgabeformate: 30 × M; für alle anderen Ausgabeformate: 72 × M; dabei ist M die Häufigkeit, mit der Konvertierungen gestartet werden (Minuten). |
Schwellenwert |
Die Anzahl der zu startenden Konvertierungen wirkt sich auf den Durchsatz von Microsoft Word Automation Services aus. Werden hierfür höhere Werte festgelegt als empfohlen, kann es zeitweise zu Fehlern bei einigen Konvertierungselementen sowie zum Ablauf von Benutzerberechtigungen kommen. Benutzerberechtigungen laufen 24 Stunden nach Start eines Konvertierungsauftrags ab. |
Größe des Konvertierungsauftrags |
100.000 Konvertierungselemente |
Unterstützt |
Ein Konvertierungsauftrag beinhaltet ein oder mehrere Konvertierungselemente, von denen jedes eine Konvertierung darstellt, die für eine Eingabedatei in SharePoint ausgeführt wird. Beim Starten eines Konvertierungsauftrags (mithilfe der „ConversionJob.Start“-Methode) werden der Konvertierungsauftrag und alle Konvertierungselemente an einen Anwendungsserver übertragen, der den Auftrag dann in der Microsoft Word Automation Services-Datenbank speichert. Eine große Anzahl von Konvertierungselementen führt zu einer längeren Ausführungszeit der StartMicrosoft Word-Methode und einer größeren Anzahl von Bytes, die an den Anwendungsserver übertragen werden. |
Aktive Konvertierungsprozesse insgesamt |
N-1, wobei N die Anzahl der Prozessorkerne auf den einzelnen Anwendungsservern ist |
Schwellenwert |
Ein aktiver Konvertierungsprozess kann einen ganzen Verarbeitungskern beanspruchen. Aus diesem Grund sollten Kunden nicht mehr Konvertierungsprozesse ausführen, als Verarbeitungskerne in ihren Anwendungsservern vorhanden sind. Der Konvertierungszeitgeberauftrag und andere SharePoint-Aktivitäten nutzen ebenfalls gelegentlich einen Verarbeitungskern. Sie sollten stets einen Kern für die Verwendung durch den Konvertierungszeitgeberauftrag und SharePoint übrig lassen. |
Größe der Microsoft Word Automation Services-Datenbank |
2 Millionen Konvertierungselemente |
Unterstützt |
Microsoft Word Automation Services unterhält eine persistente Warteschlange mit Konvertierungselementen in seiner Datenbank. Jede Konvertierungsanforderung generiert einen oder mehrere Datensätze. Microsoft Word Automation Services löscht Datensätze nicht automatisch aus der Datenbank, sodass die Datenbank ohne Pflege endlos wachsen kann. Administratoren können den Konvertierungsauftragsverlauf manuell mithilfe des Windows PowerShell-Cmdlets „Remove-SPWordConversionServiceJobHistory“ entfernen. Weitere Informationen finden Sie unter Remove-SPWordConversionServiceJobHistory. |
Grenzwerte für SharePoint Workspace
Die folgende Tabelle enthält die empfohlenen Richtlinien für Microsoft SharePoint Workspace 2010.
| Grenze | Maximalwert | Grenztyp | Notes |
|---|---|---|---|
SharePoint-Arbeitsbereich-Synchronisierung |
30.000 Elemente pro Liste |
Beschränkung |
SharePoint-Arbeitsbereich synchronisiert keine Listen, die mehr als 30.000 Elemente enthalten. Diese Beschränkung besteht, weil das Herunterladen einer Liste mit über 30.000 Elementen sehr lange dauert und viele Ressourcen in Anspruch nimmt. |
SharePoint-Arbeitsbereich-Synchronisierung |
Grenze von 1.800 Dokumenten in SharePoint Workspace |
Beschränkung |
Benutzer werden bei mehr als 500 Dokumenten in SharePoint-Arbeitsbereich gewarnt, können aber weiter Dokumente hinzufügen. |
Grenzwerte für OneNote
Die folgende Tabelle enthält die empfohlenen Richtlinien für Microsoft OneNote Services.
| Grenze | Maximalwert | Grenztyp | Notes |
|---|---|---|---|
Anzahl der Abschnitte und Abschnittsgruppen in einem OneNote-Notizbuch (in SharePoint) |
Siehe Grenzwert für "Dokumente" unter "Grenzwerte für Listen und Bibliotheken" |
Jeder Abschnitt zählt als ein Ordner und ein Dokument in der Liste. Jede Abschnittsgruppe zählt als ein Ordner und ein Dokument in der Liste. |
|
Maximale Größe eines Abschnitts |
Siehe Grenzwert für "Dateigröße" unter "Grenzwerte für Listen- und Bibliotheken" |
Dieser Maximalwert schließt alle Bilder, eingebetteten Dateien und XPS-Ausdrucke an OneNote aus, die größer sind als 100 KB. Bilder und eingebettete Dateien, die größer sind als 100 KB, werden in ihre eigenen Binärdateien aufgespalten. Das bedeutet, dass ein Abschnitt mit 100 KB an eingegebenen Daten und vier eingebetteten Word-Dokumenten mit jeweils 1 MB als 100-KB-Abschnitt gilt. |
|
Maximale Größe eines Bildes, einer eingebetteten Datei und eines OneNote-XPS-Ausdrucks in einem OneNote-Abschnitt |
Siehe Grenzwert für "Dateigröße" unter "Grenzwerte für Listen- und Bibliotheken" |
Jedes Element wird als separate Binärdatei gespeichert und unterliegt deshalb den Grenzen für die Dateigröße. Jeder Druckvorgang an OneNote führt zu einer binären XPS-Ausdruckdatei, und zwar auch dann, wenn der Ausdruck mehrere Seiten umfasst. |
|
Die maximale Größe aller Bilder, eingebetteten Dateien und XPS-Ausdrucke auf einer einzigen OneNote-Seite. |
Die Standardgrenze ist doppelt so hoch wie die Grenze für die Dateigröße. |
Schwellenwert |
Dies gilt für eingebettete Inhalte auf einer einzigen OneNote-Seite, nicht in einem Abschnitt oder Notizbuch. Benutzern wird in diesem Fall der folgende Fehler in OneNote angezeigt: „jerrcStorageUrl_HotTableFull (0xE0000794)“. Benutzer können dies umgehen, indem sie eingebettete Inhalte auf verschiedene Seiten aufteilen und vorherige Versionen der Seite löschen. Wenn Benutzer diesen Wert (“Maximale Größe aktueller Tabellen”) anpassen müssen, beträgt der effektive Grenzwert die Hälfte des von ihnen festgelegten Grenzwerts (bei Angabe einer maximalen Größe aktueller Tabellen von 400 MB bedeutet dies beispielsweise, dass die maximale Größe des gesamten eingebetteten Inhalts auf einer Seite auf 200 MB beschränkt ist). |
Zusammenführungsvorgänge |
Einer pro Prozessorkern pro Webserver |
Beschränkung |
OneNote führt Änderungen von mehreren Benutzern zusammen, die gemeinsam ein Notizbuch erstellen. Ist kein Prozessorkern zum Ausführen einer Zusammenführung vorhanden, wird stattdessen eine Konfliktseite generiert, die den Benutzer zwingt, die Zusammenführung manuell durchzuführen. Dieser Grenzwert gilt unabhängig davon, ob OneNote als Clientanwendung oder als Microsoft Office Web Apps ausgeführt wird. |
Grenzwerte für Office-Webanwendungsdienste
Die folgende Tabelle enthält die empfohlenen Richtlinien für Office Web Apps. Office-Clientanwendungsgrenzwerte gelten auch, wenn eine Anwendung als Webanwendung ausgeführt wird.
| Grenze | Maximalwert | Grenztyp | Hinweise |
|---|---|---|---|
Cachegröße |
100 GB |
Schwellenwert |
Verfügbarer Speicher zum Anzeigen von Dokumenten, die als Teil einer Inhaltsdatenbank erstellt werden. Standardmäßig steht zum Anzeigen von Dokumenten ein Cache von 100 GB zur Verfügung. Sie sollten den verfügbaren Cache nicht erhöhen. |
Renderings |
Eins pro Dokument pro Sekunde pro Prozessorkern pro Anwendungsserver (maximal acht Prozessorkerne) |
Beschränkung |
Dies ist die gemessene durchschnittliche Anzahl von Anzeigen, die im Laufe der Zeit für „typische“ Dokumente auf dem Anwendungsserver durchgeführt werden können. |
Grenzwerte für Project Server
Die folgende Tabelle enthält die empfohlenen Richtlinien für Microsoft Project Server. Weitere Informationen zum Planen für Project Server finden Sie unter Planung und Architektur für Project Server 2010.
| Grenze | Maximalwert | Grenztyp | Notes |
|---|---|---|---|
Ende der Projektzeit |
Datum: 31.12.2049 |
Beschränkung |
Project-Pläne dürfen nicht über das Datum 31.12.2049 hinausgehen. |
Lieferumfang pro Projektplan |
1.500 Lieferumfänge |
Beschränkung |
Project-Pläne können nicht mehr als 1.500 Lieferumfänge enthalten. |
Anzahl der Felder in einer Ansicht |
256 |
Beschränkung |
Benutzer können einer Ansicht, die sie in Project Web App definiert haben, nicht mehr als 256 Felder hinzufügen. |
Anzahl der Klauseln in einem Ansichtsfilter |
50 |
Beschränkung |
Ein Benutzer kann einer Ansicht keinen Filter mit mehr als 50 Klauseln hinzufügen. |