Softwarebeschränkungen und -grenzen für SharePoint 2013
GILT FÜR:2013 2016 2019 Subscription Edition SharePoint in Microsoft 365
In diesem Artikel werden Softwaregrenzen und -grenzwerte von SharePoint Server 2013 beschrieben, einschließlich:
Grenzen: Statische Grenzwerte, die entwurfsbedingt nicht überschritten werden können
Schwellenwerte: konfigurierbare Grenzwerte, die zur Erfüllung bestimmter Anforderungen überschritten werden können
Unterstützte Grenzwerte: konfigurierbare Grenzwerte, die standardmäßig auf einen getesteten Wert festgelegt wurden
Wichtig
[!WICHTIGER HINWEIS] Einige Werte in diesem Artikel basieren auf Testergebnissen in SharePoint 2010-Produkte und stellen möglicherweise nicht die endgültigen Werte für SharePoint Server 2013 dar. Dieser Artikel wird bei Verfügbarkeit von Testdaten SharePoint Server 2013 mit den entsprechenden Werten aktualisiert. > Informationen zu den aktuellen Hardware- und Softwareanforderungen finden Sie unter Hardware- und Softwareanforderungen für SharePoint 2013.
Hinweis
[!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.
Weitere Informationen über SharePoint-Grenzwerte für Microsoft 365.
Übersicht über Beschränkungen und Grenzwerte
Dieser Artikel enthält Informationen zur getesteten Leistung und den Kapazitätsgrenzen von SharePoint Server 2013 und stellt Richtlinien für das Verhältnis zwischen diesen Grenzwerten und einer akzeptablen Leistung bereit. 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 2013-Farm. Das Hinzufügen von Servern zur Installation erhöht möglicherweise nicht die Kapazitätsgrenzen der Objekte, die in den Tabellen im Abschnitt Grenzwerte und Grenzen weiter unten in diesem Artikel aufgeführt sind. 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 viele Faktoren, die sich auf die Leistung in einer bestimmten Umgebung auswirken können, und jeder dieser Faktoren kann die Leistung in verschiedenen Bereichen beeinflussen. Einige der Testergebnisse und Empfehlungen in diesem Artikel beziehen sich möglicherweise auf Features oder Benutzervorgänge, die in Ihrer Umgebung nicht vorhanden sind und daher nicht für Ihre Lösung gelten. 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 2013 gibt es bestimmte Grenzwerte, die beabsichtigt sind und nicht überschritten werden können. Einige andere Grenzwerte sind auf Standardwerte festgelegt, die möglicherweise vom Farmadministrator geändert werden. Es gibt auch bestimmte Grenzwerte, die nicht durch einen konfigurierbaren Wert dargestellt werden, z. B. die Anzahl der Websitesammlungen pro Webanwendung.
Grenzen sind absolute Grenzwerte, die entwurfsbedingt nicht überschritten werden können. Es ist wichtig, diese Grenzwerte zu verstehen, um sicherzustellen, dass Sie beim Entwerfen Ihrer Farm keine falschen Annahmen treffen.
Ein Beispiel für eine Grenze ist der Grenzwert für die Dokumentgröße von 2 GB. Sie können SharePoint Server 2013 nicht zum Speichern von Dokumenten konfigurieren, die größer als 2 GB sind. Diese Grenze ist ein integrierter absoluter Wert und kann entwurfsbedingt nicht überschritten werden.
Ein Schwellenwert ist ein Parameter mit einem Standardwert, der nur überschritten werden kann, wenn der Wert geändert wird. Unter bestimmten Bedingungen können Schwellenwerte überschritten werden, um Abweichungen im Farmentwurf Rechnung zu tragen. Es ist jedoch wichtig zu verstehen, dass sich das Überschreiten des Schwellenwerts zusätzlich zum effektiven Wert anderer Grenzwerte auf die Leistung der Farm 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 Standarddokumentgröße auf 250 MB festgelegt, kann jedoch geändert werden, um die maximale Grenze von 2 GB zu unterstützen.
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.
Einige unterstützte Grenzwerte sind 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 Farm. Der unterstützte Grenzwert ist die größte Anzahl von Websitesammlungen pro Webanwendung, die während des Testens die Leistungsbenchmarks erfüllt hat.
Es ist wichtig zu wissen, dass viele der in diesem Dokument angegebenen Grenzwerte einen Punkt in einer Kurve darstellen, die eine zunehmende Ressourcenauslastung und eine gleichzeitige Verringerung der Leistung mit steigendem Wert 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 ist es jedoch keine bewährte Methode, an einem festgelegten Grenzwert oder in der Nähe eines festgelegten Grenzwerts zu arbeiten, da akzeptable Leistungs- und Zuverlässigkeitsziele am besten erreicht werden, wenn der Entwurf einer Farm ein angemessenes Gleichgewicht der Grenzwerte vorsieht.
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 2013 können geändert werden, aber es ist wichtig zu verstehen, wie sich die Änderung eines bestimmten Grenzwerts auf andere Teile der Farm auswirkt.
Festlegen von Grenzwerten
In SharePoint Server 2013 werden Schwellenwerte und unterstützte Grenzwerte durch Tests festgelegt sowie durch Beobachten des Farmverhaltens bei zunehmenden Lasten bis zu dem Punkt, an dem Farmdienste und -operationen ihren effektiven Betriebsgrenzwert erreichen. 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. Daher ist der der Anzahl von Websitesammlungen zugewiesene Höchstwert nicht absolut, sondern wird auf der Grundlage eines erwarteten Satz von Nutzungsmerkmalen berechnet, bei denen die Gesamtleistung der Farm unter den meisten Umständen annehmbar wäre.
Wenn einige Dienste unter Parametern ausgeführt werden, die höher als die parameter sind, die für das Testen von Grenzwerten verwendet werden, werden die maximalen effektiven Grenzwerte für andere Dienste gesenkt. Daher ist es wichtig, strenge Kapazitätsverwaltungs- und Skalierungstests für bestimmte Bereitstellungen durchzuführen, um effektive Grenzwerte für diese Umgebung festzulegen.
Hinweis: Wir beschreiben nicht die Hardware, die zum Überprüfen der Grenzwerte in diesem Dokument verwendet wurde, da die Grenzwerte von mehreren Farmen und Umgebungen erfasst wurden.
Der Torten-Vergleich
Um die Beziehung zwischen Hardwareressourcen, Auslastung und Leistung zu verstehen, ist es wichtig, eine Möglichkeit zu haben, die beteiligten Faktoren zu visualisieren und wie sie sich gegenseitig beeinflussen.
Betrachten Sie die Kapazität einer Farm als Kreis, deren Größe das Aggregat von Faktoren wie Servern, Hardwareressourcen wie CPUs und RAM, Speicherkapazität, Datenträger-IOPS, Netzwerkbandbreite und Latenz darstellt. The size of the pie is therefore related to the overall resources of the farm; adding resources (such as farm servers) increases the size of the pie.
Dieser Kreis ist in Slices unterteilt, die die Last aus verschiedenen Quellen darstellen: Benutzeranforderungen, Suchabfragen, Vorgänge für installierte Features, Zeitgeberaufträge und Betriebssystemmehraufwand. Each of these sections must share available farm resources. If the size of one slice increases, the size of others must decrease proportionally. Da die Auslastung einer Farm nicht statisch ist (Benutzeranforderungen können z. B. nur während bestimmter Tageszeiten signifikant sein), ist die relative Größe der Slices ständig im Fluss. However, each slice must maintain a required minimum size to operate normally, and since the functions represented by each slice are interdependent, increasing the size of one slice may place more load on other slices in addition to reducing the resources available for them to consume.
Das Ziel beim Entwurf der Farm ist es nun - um in diesem Bild zu bleiben -, die Torte so groß zu machen, dass sie für die erforderliche Größe jedes Tortenstücks unter Spitzenlast ausreicht.
Now, consider a scenario where user requests increase by 100% over baseline. Let's say that about half of the requests are search queries, and the other half editing lists and documents. This increased load squeezes the other pie slices, but some farm features must also work harder to compensate. The Search service has to process more queries, most of which are handled by the cache, but some queries are passed on to the database servers, increasing their load as well. Wenn die Last auf den Datenbankservern zu groß wird, erhöhen sich die Warteschlangenlängen der Datenträger, was wiederum die Latenz aller anderen Anforderungen erhöht.
Beschränkungen und Grenzen
In diesem Abschnitt werden die Objekte aufgeführt, die Teil einer Lösung sein können, und richtlinien für eine akzeptable Leistung für jede Art von Objekt enthalten. Eine akzeptable Leistung bedeutet, dass das getestete System diese Anzahl von Objekten unterstützen kann, aber dass die Anzahl nicht überschritten werden kann, ohne dass die Leistung oder der Wert der zugehörigen Grenzwerte verringert wird. Objekte werden sowohl nach Bereich als auch nach Feature aufgelistet. Limits-Daten werden zusammen mit Hinweisen bereitgestellt, die die Bedingungen beschreiben, unter denen der Grenzwert erhalten wird, und Links zu zusätzlichen Informationen, sofern verfügbar.
Ü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.
Gestalten Oder partitionieren Sie die Lösung, um sicherzustellen, dass Sie die Kapazitätsrichtlinien nicht überschreiten.
Grenzen nach Hierarchie
Dieser Abschnitt enthält Grenzen, die nach der logischen Hierarchie einer SharePoint Server 2013-Farm geordnet sind.
Webanwendungsgrenzen
In der folgenden Tabelle sind die empfohlenen Richtlinien für Webanwendungen aufgelistet.
Grenze | Maximalwert | Grenztyp | Hinweise |
---|---|---|---|
Webanwendung |
20 pro Farm |
Unterstützt |
Es wird empfohlen, die Anzahl von Webanwendungen so stark wie möglich zu begrenzen. Erstellen Sie nach Möglichkeit weitere benannte Hostwebsitesammlungen, anstatt Webanwendungen hinzuzufügen. |
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 für Websitesammlungen mit Hostnamen |
20 pro Farm |
Unterstützt |
Verwaltete Pfade für Websitesammlungen mit Hostnamen gelten auf Farmebene. Jeder erstellte verwaltete Pfad kann in einer beliebigen Webanwendung angewendet werden. |
Verwalteter Pfad für pfadbasierte Websitesammlungen |
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. Verwaltete Pfade für pfadbasierte Websitesammlungen gelten auf Webanwendungsebene. Für jede Webanwendung kann eine andere Gruppe von verwalteten Pfaden erstellt werden. Wenn Sie 20 verwaltete Pfade pro Webanwendung überschreiten, wird der Webserver bei jeder Anforderung zusätzlich belastet. Wenn Sie planen, 20 verwaltete Pfade in einer bestimmten Webanwendung zu überschreiten, empfehlen wir, dass Sie testen, ob die 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 PowerShell-Cmdlets Set-SPInfoPathFormsService konfigurieren. Weitere Informationen finden Sie unter Set-SPInfoPathFormsService. |
Grenzwerte für Webserver und Anwendungsserver
Die folgende Tabelle enthält die empfohlenen Richtlinien für Webserver in der Farm.
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: Der Menge an Arbeitsspeicher, die den Webservern zugewiesen ist Der Arbeitslast, die von der Farm verarbeitet wird, also die Benutzerbasis und die Nutzungsmerkmale (ein hoch aktiver Anwendungspool kann 10 GB und mehr nutzen) |
Grenzwerte für Inhaltsdatenbanken
Die folgende Tabelle enthält die empfohlenen Richtlinien für Inhaltsdatenbanken.
Grenze | Maximalwert | Grenztyp | Hinweise |
---|---|---|---|
Anzahl der Inhaltsdatenbanken |
500 pro Farm |
Unterstützt |
Die maximal zulässige Anzahl von Inhaltsdatenbanken pro Farm beträgt 500. Bei 500 Inhaltsdatenbanken pro Webanwendung sind Endbenutzervorgänge wie das Öffnen der Website oder Websitesammlungen nicht betroffen. Zu Leistungsbeeinträchtigungen kommt es jedoch bei Verwaltungsoperationen wie dem Erstellen einer neuen Websitesammlung. Bei einer großen Anzahl von Inhaltsdatenbanken empfiehlt es sich, die Webanwendung mithilfe von PowerShell zu verwalten, da Geschwindigkeit und Navigation der Verwaltungsschnittstelle unter Umständen beeinträchtigt sind. Mit 200 GB pro Inhaltsdatenbank und 500 Inhaltsdatenbanken pro Farm unterstützt SharePoint Server 2013 100 TB Daten pro Farm. |
Größe der Inhaltsdatenbank (allgemeine Nutzungsszenarien) |
200 GB pro Inhaltsdatenbank |
Unterstützt |
Es wird empfohlen, die Größe von Inhaltsdatenbanken auf 200 GB zu beschränken, außer wenn die Umstände in den folgenden Zeilen in dieser Tabelle zutreffen. Wenn Sie Remote BLOB Storage (RBS) verwenden, darf das Gesamtvolumen von Remoteblobspeicher und Metadaten in der Inhaltsdatenbank den Grenzwert von 200 GB 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: Die Leistung des Datenträgersubsystems beträgt 0,25 IOPs pro GB, für eine optimale Leistung wird zwei IOPs pro GB empfohlen. Pläne für Hochverfügbarkeit, Notfallwiederherstellung, zukünftige Kapazität und Leistungstests müssen ausgearbeitet sein. Berücksichtigen Sie hierbei die folgenden Faktoren: Requirements for backup and restore may not be met by the native SharePoint Server 2013 backup for content databases larger than 200 GB. Bewerten und testen Sie sharePoint Server 2013-Sicherungen und alternative Sicherungslösungen, um die beste Lösung für Ihre spezifische Umgebung zu ermitteln. Es wird empfohlen, eine proaktive administratorfähige Verwaltung der SharePoint Server 2013- und SQL Server-Installationen zu verwenden. Aufgrund der Komplexität der Anpassungen und Konfigurationen für SharePoint Server 2013 kann eine Umgestaltung oder Aufspaltung der Daten in mehrere Inhaltsdatenbanken erforderlich sein. Ziehen Sie einen qualifizierten, erfahrenen Architekten zu Rate, und führen Sie Tests durch, um die optimale Größe der Inhaltsdatenbanken für Ihre Implementierung herauszufinden. Beispiele für Komplexität können benutzerdefinierte Codebereitstellungen, die Verwendung von mehr als 20 Spalten bei der Heraufstufung von Eigenschaften oder Features sein, die im abschnitt über 4 TB unten als nicht verwendet werden dürfen. Refactoring of site collections allows for scale out of a SharePoint Server 2013 implementation across multiple content databases. Mit dieser Bereitstellung können SharePoint Server 2013-Implementierungen unbegrenzt skaliert werden. This refactoring will be easier and faster when content databases are less than 200 GB. Es wird empfohlen, einzelne Websitesammlungen innerhalb einer Inhaltsdatenbank auf 100 GB zu beschränken, um die Sicherung und Wiederherstellung zu vereinfachen. Weitere Informationen finden Sie unter Grenzwerte für Websitesammlungen. WICHTIG: Es wird nicht empfohlen, Inhaltsdatenbanken zu verwenden, die 4 TB überschreiten, außer in Dokumentarchivszenarien (in der nächsten Zeile in dieser Tabelle beschrieben). Wenn Sie ihre SharePoint Server 2013-Installation in Zukunft aktualisieren müssen, kann das Aktualisieren der Websitesammlungen in den Inhaltsdatenbanken schwierig und zeitaufwändig sein. > Es wird empfohlen, dass Sie mehrere Inhaltsdatenbanken aufskalieren, anstatt 4 TB Daten in einer einzelnen Inhaltsdatenbank zu überschreiten. |
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: Erfüllen Sie alle Anforderungen aus dem Grenzwert "Größe der Inhaltsdatenbank (alle Nutzungsszenarien)" weiter oben in dieser Tabelle, und Sie sollten sicherstellen, dass Sie alle im Feld "Hinweise" dieses Grenzwerts beschriebenen Faktoren sorgfältig berücksichtigt haben. SharePoint Server 2013-Websites müssen auf Dokumentcenter- oder Datenarchiv-Websitevorlagen basieren. Es wird pro Monat durchschnittlich auf weniger als 5 % des Inhalts in der Inhaltsdatenbank zugegriffen, und weniger als 1 % des Inhalts wird pro Monat durchschnittlich geändert oder geschrieben. Verwenden Sie keine Warnungen, Workflows, Linkkorrekturen oder Sicherheit auf Elementebene für SharePoint Server 2013-Objekte in der Inhaltsdatenbank. Note: Inhaltsdatenbanken für Dokumentarchive können so konfiguriert werden, dass sie Dokumente aus Inhaltsweiterleitungsworkflows akzeptieren. Weitere Informationen zu umfangreichen Dokumentrepositorys finden Sie unter Schätzen von Leistungs- und Kapazitätsanforderungen für große Dokumentrepositorys 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 |
The largest number of items per content database that has been tested on SharePoint Server 2013 is 60 million items, including documents and list items. If you plan to store more than 60 million items in SharePoint Server 2013, you must deploy multiple content databases. |
Websitesammlungen pro Inhaltsdatenbank |
Maximal 10.000 (2.500 nicht persönliche Websitesammlungen und 7.500 persönliche Websites oder 10.000 persönliche Websites) |
Unterstützt |
Es wird empfohlen, die Anzahl der Websitesammlungen in einer Inhaltsdatenbank auf 5.000 zu beschränken. Unterstützt werden jedoch bis zu 10.000 Websitesammlungen in einer Datenbank. In einer Inhaltsdatenbank mit insgesamt bis zu 10.000 Websitesammlungen können maximal 2.500 dieser Sammlungen nicht persönliche Websitesammlungen sein. Es ist möglich, 10.000 persönliche Websitesammlungen zu unterstützen, wenn sie die einzigen Websitesammlungen innerhalb der Inhaltsdatenbank sind. Diese Grenzwerte stehen im Zusammenhang mit der Upgradegeschwindigkeit. Je größer die Anzahl der Websitesammlungen in einer Datenbank ist, desto langsamer ist das Upgrade sowohl für Datenbankupgrades als auch für Websitesammlungsupgrades. Die Begrenzung der Anzahl von Websitesammlungen in einer Datenbank ist der Begrenzung der Größe einer Inhaltsdatenbank untergeordnet, die mehrere Websitesammlungen umfasst. Aus diesem Grund muss sich mit zunehmender Anzahl von Websitesammlungen in einer Datenbank die Durchschnittsgröße der in der Datenbank enthaltenen Websitesammlungen verringern. Wenn Sie den Grenzwert von 5.000 Websitesammlungen überschreiten, besteht das Risiko längerer Ausfallzeiten bei Upgrades. Wenn Sie planen, 5.000 Websitesammlungen zu überschreiten, empfehlen wir Ihnen, eine klare Upgradestrategie zu verwenden, um die Ausfalllänge und die Auswirkungen des Betriebs zu beheben und zusätzliche Hardware zu erhalten, um die Softwareupdates und -upgrades zu beschleunigen, die sich auf Datenbanken auswirken. Verwenden Sie zum Festlegen der Warn- und der Maximalstufe für die Anzahl von Websites in einer Inhaltsdatenbank das PowerShell-Cmdlet "Set-SPContentDatabase" mit dem Parameter "-WarningSiteCount". Weitere Informationen finden Sie unter [Set-SPContentDatabase]/powershell/module/sharepoint-server/Set-SPContentDatabase?view=sharepoint-ps&preserve-view=true). |
Remote-BLOB-Speichersubsystem (RBS) in Network Attached Storage (NAS) |
Die Zeit bis zum ersten Byte einer Antwort vom NAS darf in 95 % der Fälle 40 Millisekunden nicht überschreiten. |
Beschränkung |
Wenn SharePoint Server 2013 für die Verwendung von RBS konfiguriert ist und die BLOBs in NAS gespeichert sind, sollten Sie den folgenden unterstützten Grenzwert verwenden. Von dem Zeitpunkt, an dem SharePoint Server 2013 ein BLOB anfordert, bis zum Empfang des ersten Bytes vom NAS dürfen in 95 % der Fälle nicht mehr als 40 Millisekunden vergehen. |
Grenzwerte für Websitesammlungen
Die folgende Tabelle enthält die empfohlenen Richtlinien für Websitesammlungen.
Grenze | Maximalwert | Grenztyp | Hinweise |
---|---|---|---|
Websitesammlungen pro Farm |
750.000 pro Farm (500.000 Stammwebsites, die auf der Vorlage „Persönliche Website" basieren und 250.000, die auf anderen Websitevorlagen basieren) |
Unterstützt |
Die maximale empfohlene Anzahl von Websites pro Farm beträgt 500.000 Websitesammlungen, die nur eine persönliche Website enthalten, plus 250.000 Websitesammlungen, die andere für alle anderen Websitevorlagen enthalten. Die Websites können sich alle in einer Webanwendung befinden oder über mehrere Webanwendungen verteilt sein. Dieser Grenzwert wird durch andere Faktoren beeinflusst, die die effektive Anzahl von Websitesammlungen verringern können, die von einer bestimmten Inhaltsdatenbank unterstützt werden können. 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 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. Farm A enthält beispielsweise eine Webanwendung mit 200 Inhaltsdatenbanken, eine unterstützte Konfiguration. Wenn jede dieser Inhaltsdatenbanken 1.000 Websitesammlungen enthält, beträgt die Gesamtzahl der Websitesammlungen in der Webanwendung 200.000, was innerhalb der unterstützten Grenzwerte liegt. Wenn jedoch jede Inhaltsdatenbank 10.000 Websitesammlungen enthält, obwohl diese Anzahl für eine Inhaltsdatenbank unterstützt wird, beträgt die Gesamtzahl der Websitesammlungen in der Farm 2.000.000, was den Grenzwert für die Anzahl von Websitesammlungen pro Webanwendung und pro Farm überschreitet. Die Speicherauslastung auf den Webservern sollte überwacht werden, da die Speichernutzung von Nutzungsmustern und der Anzahl der Websites abhängt, auf die in einem bestimmten Zeitraum zugegriffen wird. Auf ähnliche Weise können auch die Durchforstungsziele arbeitsspeicherauslastungen, und wenn dies der Fall ist, sollte der Anwendungspool so konfiguriert werden, dass er wiederverwendet wird, bevor der verfügbare Arbeitsspeicher auf einem Webserver auf weniger als 2 GB sinkt. |
Website |
250.000 pro Websitesammlung/250.000 pro Farm/500.000 persönliche Websites pro Farm |
Unterstützt |
Die maximale empfohlene Anzahl von Websites beträgt 500.000 Websites, die auf der Vorlage „Persönliche Website" basieren, und 250.000 Websites, die auf anderen Websitevorlagen basieren. Dieser Grenzwert gilt pro Websitesammlung und Farm. Wie die Anzahl der Unterwebsites 2.000 überschreitet, wird die Leistung möglicherweise beeinträchtigt. WICHTIG: Es wird empfohlen, unter 2.000 Unterwebsites pro Websitesammlung zu bleiben. Sie können eine große Gesamtzahl von Websites erstellen, indem Sie mehrere Websitesammlungen mit bis zu 2.000 Websites pro Websitesammlung erstellen. Beispielsweise entsprechen 125 Websitesammlungen, die jeweils 2.000 Webs enthalten, 250.000 Websites in der Farm. Dieser Schwellenwert gilt jedoch als der empfohlene Höchstwert für nicht persönliche Websites. Wenn Sie über 250.000 Websitesammlungen verfügen, die alle eine Stammwebsite enthalten, die nicht die Vorlage "Persönliche Website" ist, würde das Hinzufügen einer Unterwebsite zu einer dieser Stammwebsites die Grenze von 250.000 Websites überschreiten. Wenn die empfohlene Grenze von 2.000 Websites pro Websitesammlung überschritten wird, können die folgenden Probleme auftreten: Das Löschen oder Erstellen einer Website oder Unterwebsite kann sich signifikant auf die Verfügbarkeit einer Website auswirken. Während des Löschens der Website ist der Zugriff auf die Website und die Unterwebsites eingeschränkt. Außerdem kann beim Versuch, mehrere Unterwebsites gleichzeitig zu erstellen, ein Fehler auftreten Bei mehr als 2.000 Unterwebsites kann die Leistung von Aktionen wie dem Ausführen von PSConfig beim Hinzufügen eines neuen Servers zu einer vorhandenen Farm oder nach der Installation von SharePoint-Updates drastisch sinken. Das Ausführen des stsadm -o checklocalupgradestatus -Vorgangs oder das tägliche Ausführen des Zeitgeberauftrags für Produktversionsauftrag nimmt möglicherweise mehrere Stunden in Anspruch. Das Durchsuchen der Seite Datenbankstatus überprüfen (<your_SharePoint_CentralAdmin_URL>/_admin/UpgradeStatus.aspx) auf der Website der Zentraladministration kann zu einem Timeout führen. |
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. Im Allgemeinen empfehlen wir aus den folgenden Gründen, die Größe von Websitesammlungen auf 100 GB zu beschränken: Bestimmte Websitesammlungsaktionen, z. B. Sicherung/Wiederherstellung von Websitesammlungen oder das PowerShell-Cmdlet Move-SPSite, führen zu umfangreichen SQL Server-Vorgängen, die sich auf die Leistung auswirken oder fehlschlagen können, wenn andere Websitesammlungen in derselben Datenbank aktiv sind. Weitere Informationen finden Sie unter Move-SPSite. Die Sicherung und Wiederherstellung von SharePoint-Websitesammlungen wird nur für eine maximale Websitesammlungsgröße von 100 GB unterstützt. Für größere Websitesammlungen muss die gesamte Inhaltsdatenbank gesichert werden. Wenn mehrere Websitesammlungen mit einer Größe von mehr als 100 GB in einer einzigen Inhaltsdatenbank enthalten sind, können Sicherungs- und Wiederherstellungsvorgänge sehr viel Zeit in Anspruch nehmen und mit einem hohen Fehlerrisiko verbunden sein. |
Anzahl der Gerätekanäle pro Veröffentlichungswebsitesammlung |
10 |
Beschränkung |
Die maximal zulässige Anzahl an Gerätekanälen pro Veröffentlichungswebsitesammlung ist 10. |
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- oder Bibliothekselement kann insgesamt nur 8.000 Bytes in der Datenbank belegen. 300 Bytes sind reserviert, sodass 7700 Bytes für Endbenutzerspalten verbleiben. Ausführliche Informationen dazu, wie viel Platz die einzelnen Feldarten verbrauchen, finden Sie unter Spaltengrenzwerte. |
Dateigröße |
2 GB |
Beschränkung |
Die maximale Dateigröße liegt standardmäßig bei 250 MB. Diese Grenze ist ein konfigurierbarer Grenzwert, der auf bis zu 2 GB (2.047 MB) erhöht werden kann. Eine große Menge großer Dateien kann sich jedoch auf die Leistung der Farm auswirken. |
Dokumente |
30.000.000 pro Bibliothek |
Unterstützt |
Sie können große Dokumentbibliotheken erstellen, indem Sie Ordner schachteln oder Standardansichten und 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 allgemeine Dateivorgänge, etwa das Öffnen, Speichern und Löschen von Dateien oder Anzeigen des Dateiverlaufs, möglicherweise nicht mehr erfolgreich ausgeführt werden. Dieser Wert wird auf Bibliotheksebene für Dateien festgelegt. |
Nebenversionen |
511 |
Beschränkung |
Die Höchstanzahl von Nebenversion der Datei beträgt 511. Dieser Grenzwert kann nicht überschritten werden. Dieser Wert wird auf Bibliotheksebene für Dateien festgelegt. |
Elemente |
30.000.000 pro Liste |
Unterstützt |
Sie können große Listen mithilfe von Standardansichten, Websitehierarchien und Metadatennavigation erstellen. Dieser Wert kann je nach Anzahl der Spalten in der Liste und der Nutzung der Liste variieren. |
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 |
12 JOIN-Operationen pro Abfrage |
Schwellenwert |
Gibt die maximal zulässige Anzahl von Verknüpfungen pro Abfrage an, z. B. diese Werte basierend auf Nachschlage-, Personen-/Gruppen- oder Workflowstatusspalten. Werden in der Abfrage mehr als acht JOIN-Operationen verwendet, wird der Vorgang blockiert. Diese Bedingung gilt nicht für Einzelelementvorgänge. Bei Verwendung der Maximalansicht über das Objektmodell (indem keine Ansichtsfelder angegeben werden) gibt SharePoint die ersten 12 Nachschlagevorgänge zurück. Hinweis: Nach dem Anwenden des kumulativen Updatpakets für SharePoint Server 2013 vom 13. August 2013 (https://support.microsoft.com/kb/2817616) wurde der Standardwert von 8 bis 12 erhöht. |
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 ein Datenbankvorgang, z. B. eine Abfrage, gleichzeitig verarbeiten kann, wenn sie von einem Prüfer oder Administrator mit entsprechenden Berechtigungen ausgeführt werden. Diese Einstellung funktioniert mit Außerkraftsetzung des Objektmodells zulassen. Hinweis: Dieser Schwellenwert muss mithilfe von benutzerdefiniertem Code aktiviert werden, um spQueryThrottleOption festzulegen. |
Unterwebsite |
2.000 pro Websiteansicht |
Schwellenwert |
Die Schnittstelle zum Aufzählen von Unterwebsites einer bestimmten Website ist nicht gut, da die Anzahl der Unterwebsites 2.000 übersteigt. Außerdem nimmt die Leistung der Seite "Gesamter Websiteinhalt" und des Steuerelements "Strukturansicht" mit wachsender Anzahl von Unterwebsites signifikant ab. |
Gemeinsame Dokumenterstellung in Word, PowerPoint und Excel für .docx-, .pptx-, PPSX- und .xlsx-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 jedem zusätzlichen Benutzer der Fehler "Dokument wird verwendet" angezeigt, und es kann nur eine schreibgeschützte Kopie geöffnet werden. Bei mehr als 10 Bearbeitern gleichzeitig kommt es zu einer sukzessiven Beeinträchtigung der Benutzererfahrung durch mehr Konflikte, und es sind unter Umständen mehrere Wiederholungen nötig, um Änderungen erfolgreich an den Server hochzuladen. |
Sicherheitsbereich |
50.000 pro Liste |
Schwellenwert |
Die maximale Anzahl eindeutiger Sicherheitsbereiche, die für eine Liste festgelegt werden, darf 50.000 nicht überschreiten. Bei den meisten Farmen empfiehlt es sich, diesen Grenzwert auf 5000 eindeutige Bereiche zu senken. Bei umfangreichen Listen sollten Sie einen Entwurf mit möglichst wenig eindeutigen Berechtigungen verwenden. Wenn die Anzahl der eindeutigen Sicherheitsbereiche für eine Liste den Wert des Listenansichtsschwellenwerts überschreitet (standardmäßig auf 5.000 Listenelemente festgelegt), finden beim Anzeigen der Liste weitere SQL Server-Roundtrips statt, was sich negativ auf die Leistung der Listenansicht auswirken kann. Ein Bereich ist die Sicherheitsgrenze für ein sicherungsfähiges Objekt und alle untergeordneten Elemente, für die keine separate Sicherheitsgrenze definiert ist. Ein Bereich enthält eine Zugriffssteuerungsliste (Access Control List, ACL), aber im Gegensatz zu NTFS-ACLs kann ein Bereich Sicherheitsprinzipale enthalten, die für SharePoint Server 2013 spezifisch sind. 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 2013-Daten werden in SQL Server-Tabellen gespeichert. Für jeden Spaltentyp ist ein Größenwert in Bytes aufgelistet. Die Summe aller Spalten in einer SharePoint-Liste darf 8.000 Bytes nicht überschreiten.
Grenze | Maximale Anzahl der Spalten | Grenztyp | Größe pro Spalte | Hinweise |
---|---|---|---|---|
Eine Textzeile |
255 |
Schwellenwert |
30 Byte |
|
Mehrere Textzeilen |
350 |
Schwellenwert |
22 Byte |
|
Auswahl |
255 |
Schwellenwert |
30 Byte |
|
Auswahl (Mehrfachauswahl) |
350 |
Schwellenwert |
22 Byte |
|
Zahl |
550 |
Schwellenwert |
14 Byte |
|
Währung |
550 |
Schwellenwert |
14 Byte |
|
Datum und Uhrzeit |
550 |
Schwellenwert |
14 Byte |
|
Nachschlagen |
750 |
Schwellenwert |
10 Byte |
|
Ja/Nein |
1000 |
Schwellenwert |
7 Byte |
|
Person oder Gruppe |
750 |
Schwellenwert |
10 Byte |
|
Link oder Bild |
127 |
Schwellenwert |
60 Byte |
|
Berechnet |
255 |
Schwellenwert |
30 Byte |
|
GUID |
350 |
Schwellenwert |
22 Byte |
|
Int |
750 |
Schwellenwert |
10 Byte |
|
Verwaltete Metadaten |
190 |
Schwellenwert |
60 Bytes für die erste, 40 für jede folgende |
Dem ersten verwalteten Metadatenfeld, das einer Liste hinzugefügt wird, werden vier Spalten zugewiesen: Ein Nachschlagefeld für das eigentliche Tag Ein ausgeblendetes Textfeld für den Zeichenfolgenwert Ein Nachschlagefeld für den Catch-All Ein Nachschlagefeld für den Catch-All-Überlauf Für jedes folgende verwaltete Metadatenfeld, das einer Liste hinzugefügt wird, werden zwei weitere Spalten hinzugefügt: Ein Nachschlagefeld für das eigentliche Tag Ein ausgeblendetes Textfeld für den Zeichenfolgenwert |
Geolocation |
2 |
Schwellenwert |
30 Byte |
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. Wenn Sie z. B. einen externen Inhaltstyp "Kunde" mit Feldern wie "ID", "Name", "Land" und "Beschreibung" aufweisen, wenn Sie einer Liste eine Spalte für externe Daten vom Typ "Kunde" hinzufügen, können Sie sekundäre Felder hinzufügen, um die "ID", "Name" und "Beschreibung" des Kunden anzuzeigen. Insgesamt sind diese Spalten diejenigen, die hinzugefügt werden:
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 definierten Datentyp der sekundären Spalte. Die ID kann z. B. einer Number-Spalte zugeordnet werden. Name kann einer *Einzelnen Textzeile zugeordnet werden; Die Beschreibung kann einer Spalte mit mehreren Textzeilen zugeordnet werden.
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 |
Dieser Typ ist keine feste Grenze, aber er entspricht den Active Directory-Richtlinien. Die Zahl wird von mehreren Faktoren beeinflusst: Größe des Benutzertokens Gruppencache: SharePoint Server 2013 besitzt eine Tabelle, in der die Anzahl der Gruppen, zu denen ein Benutzer gehört, zwischengespeichert wird, sobald diese Gruppen in Zugriffssteuerungslisten verwendet werden. Sicherheitsüberprüfungszeit: Mit der wachsenden Zahl von Benutzergruppen, zu denen ein Benutzer gehört, nimmt auch die für die Zugriffsüberprüfung erforderliche Zeit zu. |
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 Die Websitesammlung viele Einträge (Sicherheitsgruppen von Benutzern) enthält (mehr als 1.000), sollten Sie PowerShell verwenden, um Benutzer anstelle der Benutzeroberfläche zu verwalten. Diese Plattform bietet eine bessere Verwaltungserfahrung. |
Active Directory-Prinzipale/Benutzer in einer SharePoint-Gruppe |
5.000 pro SharePoint-Gruppe |
Unterstützt |
In SharePoint Server 2013 können Sie Benutzer oder Active Directory-Gruppen 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: Das Abrufen von Benutzern zur Überprüfung von Berechtigungen. Dieser Vorgang nimmt mit der zunehmenden Anzahl von Benutzern in einer Gruppe inkrementell mehr Zeit in Anspruch. Das Rendern der Mitgliedschaft in der Ansicht. Dieser Vorgang erfordert stets Zeit. |
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. Diese Auswirkung gilt insbesondere 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 feste Grenze, aber je größer der Bereich, desto länger dauert die Berechnung. |
Grenzen nach Feature
In diesem Abschnitt werden die Grenzen nach Feature aufgelistet.
Suchgrenzen
Die empfohlenen Richtlinien für eine Suche sind gemäß den betreffenden Suchaspekten geordnet: Topologie, Größe der Elemente, Wörterbücher, Durchforstung, Schema, Abfragen und Ergebnisse, Rangfolge und Index.
Hinweis
[!HINWEIS] Die Grenzwerte für die Suche haben sich aufgrund des Upgrades für das Feature deutlich geändert. Weitere Informationen finden Sie unter Planen der Suche in SharePoint Server.
Suche: Topologiegrenzwerte
Die Topologiegrenzwerte stellen eine effiziente Kommunikation zwischen den Suchkomponenten sicher. Werden diese Grenzwerte überschritten, verlangsamt sich die Kommunikation zwischen den Suchkomponenten, was zu längeren Abfragelatenzen und schließlich zum Abbruch der Suche führen kann.
Grenze | Maximalwert | Grenztyp | Hinweise |
---|---|---|---|
Analyseverarbeitungskomponenten |
6 pro Suchdienstanwendung; 1 pro Server |
Unterstützt |
|
Analyseberichtsdatenbanken |
4 pro Suchdienstanwendung |
Schwellenwert |
Sie können diesen Grenzwert überschreiten, um bestimmte Anforderungen zu erfüllen. Fügen Sie beim Skalieren eine Analyseberichtsdatenbank hinzu, wenn die Größe einer der bereitgestellten Analysedatenbanken eine Gesamtgröße von 250 GB bzw. 20 Millionen Zeilen erreicht. Auf diese Weise ist die Neupartitionierung so ausgewogen wie möglich. |
Linkdatenbanken |
4 pro Suchdienstanwendung |
Unterstützt |
Die höchste jemals getestete Anzahl Elemente, die eine Linkdatenbank enthalten kann, ist 100 Millionen. |
Durchforstungskomponenten |
16 pro Suchdienstanwendung; 1 pro Server |
Unterstützt |
|
Indexkomponenten |
60 pro Suchdienstanwendung, 4 pro Server |
Unterstützt |
Zur Ermittlung der Anzahl verwendbarer Indexkomponenten wird die Anzahl der Indexpartitionen mit der Anzahl der Indexreplikate multipliziert. Für SharePoint Foundation 2013 ist dieser Grenzwert eine Indexkomponente pro Suchdienstanwendung und kann nicht überschritten werden. |
Indexpartitionen |
25 pro Suchdienstanwendung |
Unterstützt |
Eine Indexpartition beinhaltet einen Teil des Indexes der Suchdienstanwendung. 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 den Servern mit den Indexkomponenten benötigt werden. Für SharePoint Foundation 2013 beträgt die maximale Anzahl von Indexkomponenten pro Suchdienstanwendung eins, die maximale Anzahl von Indexpartitionen pro Suchdienstanwendung ist also auf eins begrenzt. |
Indexreplikate |
3 pro Indexpartition |
Unterstützt |
Jede Indexpartition kann über eine Gruppe von Replikaten verfügen. Wenn Sie die Anzahl der Indexreplikate erhöhen, wirkt sich diese Änderung positiv auf die Abfrageleistung aus und bietet eine bessere Fehlertoleranz. Wenn Sie ihrer Indexpartition jedoch zu viele Replikate hinzufügen, kann sich dieser Überschuß negativ auf die Indizierung auswirken. Für Szenarien mit Internetwebsites, die in der Regel eine hohe Abfragerate, aber ein geringes Inhaltsvolumen (weniger als 4 Millionen Elemente pro Partition) aufweisen, beträgt der unterstützte Grenzwert sechs Indexreplikate pro Partition. Für SharePoint Foundation 2013 beträgt die maximale Anzahl von Indexkomponenten pro Suchdienstanwendung eins, die maximale Anzahl von Indexpartitionen pro Suchdienstanwendung ist also auf eins begrenzt. |
Inhaltsverarbeitungskomponenten |
1 pro Server |
Unterstützt |
Die Suchtopologie unterstützt das horizontale Hochskalieren der Anzahl von Inhaltsverarbeitungskomponenten. Obwohl ein bestimmter physischer Host oder virtueller Computer mehrere Inhaltsverarbeitungskomponenten unterstützt, erreichen Sie eine bessere Auslastung der CPU-Kapazität, indem Sie eine Inhaltsverarbeitungskomponente verwenden. Der Grund: Ein integrierter Mechanismus maximiert die CPU-Auslastung durch Anpassung der Anzahl von Zuführungssitzungen entsprechend den verfügbaren CPU-Kernen. Mehrere Einfügesitzungen ermöglichen es der Inhaltsverarbeitungskomponente, eingehende Dokumente parallel zu verarbeiten. Dieser Mechanismus setzt eine einzelne Inhaltsverarbeitungskomponente pro Host voraus. Wenn die Anzahl der physischen Kerne auf dem Host gleich N ist, verfügt die Inhaltsverarbeitungskomponente überNK-Zuführungssitzungen. K ist ein konstanter Koeffizienten mit dem Anfangswert 3. Ein Server mit vier Kernen verfügt über 12 Einfügesitzungen, was bedeutet, dass die Inhaltsverarbeitungskomponente 12 Dokumente parallel verarbeiten kann. Sie können den Wert von K ändern, indem Sie die NumberOfCssFeedersPerCPUForRegularCrawl-Eigenschaft der Suchdienstanwendung festlegen. SharePoint Server 2013 beschränkt den Wert von N auf 12, auch wenn ein Server über mehr als 12 physische Kerne verfügt. Daher verfügt ein Server mit 16 Kernen über NK = 12 * 3 = 36 Zuführungssitzungen. Falls weiterhin CPU-Leerlaufzeiten vorhanden sind, sollten Sie den K-Koeffizient erhöhen, anstatt eine zusätzliche Inhaltsverarbeitungskomponente hinzuzufügen. Wenn Sie den K-Koeffizient erhöhen, müssen Sie sicherstellen, dass der Host über ausreichend Arbeitsspeicher verfügt. |
Abfrageverarbeitungskomponenten |
1 pro Server |
Unterstützt |
SharePoint Server 2013 unterstützt nur eine Abfrageverarbeitungskomponente pro physischem oder virtuellem Computer. |
Suchkomponenten |
64 pro Suchdienstanwendung |
Unterstützt |
Dieser Grenzwert umfasst keine Durchforstungskomponenten. Die Summe aller anderen Suchkomponenten muss innerhalb dieses Grenzwerts bleiben. |
Suchdienstanwendungen |
20 pro Farm |
Unterstützt |
In einer Farm können mehrere Suchdienstanwendungen bereitgestellt werden, da Sie Suchkomponenten und Datenbanken separaten Servern zuweisen können. Dieser Grenzwert ist niedriger als der Grenzwert für die Gesamtanzahl von Dienstanwendungen in einer Farm. |
Inhaltsquellen |
500 pro Suchdienstanwendung |
Beschränkung |
Jeder Inhaltsquelle ist ein Mehraufwand zugeordnet. Daher empfehlen wir Ihnen, die kleinste Anzahl von Inhaltsquellen zu erstellen, die Ihre anderen betrieblichen Anforderungen erfüllen, z. B. Unterschiede bei der Durchforstungspriorität und der Planung. |
Suche: Grenzwerte der Elementgröße
Die Grenzwerte für Elementgröße schützen die Durchforstungsleistung und die Indexgröße. Im Folgenden finden Sie einige Beispiele, wie diese Grenzwerte die Suche beeinflussen:
Falls Sie keine Ergebnisse erhalten, wenn Sie nach einem Element suchen, ist möglicherweise das Element zu groß. Sie sehen eine Warnung im Durchforstungsprotokoll, die besagt, dass die Datei die maximale Größe überschritten, die der Crawler downloaden kann.
Wenn Sie in einem Element nach Text suchen und nur Ergebnisse aus dem ersten Teil des Texts erhalten, hat die Inhaltsverarbeitungskomponente das Element möglicherweise abgeschnitten, da es einige der Grenzwerte für die Elementgröße überschritten hat. Wenn die Inhaltsverarbeitungskomponente ein Element abschneidet, gibt dies an, indem die verwaltete Eigenschaft IsPartiallyProcessed auf True festgelegt wird. Im Durchforstungsprotokoll wird außerdem eine Warnung angezeigt, die erklärt, warum das Element beschnitten wurde.
Wenn Sie die Grenzwerte für Elemente anpassen möchten, empfehlen wir, diese in der Reihenfolge ihres Auftretens in dieser Tabelle zu bearbeiten.
Grenze | Maximalwert | Grenztyp | Hinweise |
---|---|---|---|
Dokumentgrößen-Durchforstungskomponente kann |
64 MB (3 MB für Excel-Dokumente) downloaden |
Schwellenwert |
Die Suche lädt Metadaten und Inhalte aus einem Dokument, bis die maximale Dokumentgröße erreicht ist. Der Rest des Inhalts wird nicht heruntergeladen. Die Suche lädt immer die Metadaten eines Dokuments herunter. Sie können den Standardgrenzwert für die maximale Dokumentgröße ändern. Ändern Sie diese Änderung mithilfe von Microsoft PowerShell-Cmdlets, um die Suchdienstanwendungseigenschaft MaxDownLoadSize oder MaxDownloadSizeExcel zu ändern. MaxDownLoadSize wirkt sich nicht auf die maximale Größe für Excel-Dokumente aus. Geben Sie den Wert in Megabyte ein. Der Maximalwert für die maximale Dokumentgröße beträgt 1024 MB, auch für Excel-Dokumente. Wenn Sie den Grenzwert der maximalen Dokumentgröße erhöhen, indiziert die Suche mehr Inhalte und benötigt mehr Festplattenspeicher. |
Analysierte Inhaltsgröße |
2 Millionen Zeichen |
Beschränkung |
Die Suche stoppt die Analyse eines Elements nach maximal 2 Millionen Zeichen Elementinhalt, einschließlich Elementanhänge. Die tatsächliche Menge analysierter Zeichen kann geringer als dieser Grenzwert sein, da die Suche maximal 30 Sekunden zur Analyse eines Elements und seiner Anhänge benötigt. Wenn die Suche die Analyse einstellt, wird das Element als teilweise verarbeitet gekennzeichnet. Jeder nicht analysierte Inhalt wird nicht verarbeitet und daher auch nicht indiziert. |
Durch Worttrennung verarbeitete Zeichen |
1,000,000 |
Beschränkung |
Die Suche bricht den Inhalt in einzelne Wörter (Tokens) herunter. Die Worttrennung produziert bis zu 1.000.000 Zeichen aus einem einzigen Element, einschließlich der Elementanlagen. Die tatsächliche Menge der verarbeiteten Zeichen kann unter diesem Grenzwert liegen, da die Suche maximal 30 Sekunden für die Worttrennung benötigt. Der restliche Inhalt wird nicht verarbeitet und daher auch nicht indiziert. |
Größe für indizierte verwaltete Eigenschaften |
512 KB pro durchsuchbare/abfragbare verwaltete Eigenschaft |
Schwellenwert |
Dieser Schwellenwert ist der Standardwert für die maximale Größe einer verwalteten Eigenschaft, die entweder auf "durchsuchbar" oder "abfragbar" festgelegt ist. Sie können diesen Grenzwert konfigurieren, indem Sie die PowerShell-Cmdlets und das Schemaobjektmodell verwenden, um das MP.MaxCharactersInPropertyStoreIndex-Attribut festzulegen. Geben Sie den Wert in Bytes ein. Der Höchstwert für diese maximale Größe beträgt 2.097.152 Bytes. Wenn Sie diesen Grenzwert erhöhen, aktivieren Sie die Indizierung weiterer Daten pro verwalteter Eigenschaft. Die Indizierung von mehr Daten pro verwalteter Eigenschaft verwendet mehr Speicherplatz und erhöht die Gesamtauslastung des Suchsystems. |
Größe für abrufbare verwaltete Eigenschaften |
16 KB pro verwaltete Eigenschaft |
Schwellenwert |
Dieser Schwellenwert ist der Standardwert für die maximale Größe einer abrufbaren verwalteten Eigenschaft. Sie können diesen Grenzwert pro verwalteter Eigenschaft konfigurieren, indem Sie die PowerShell-Cmdlets und das Schemaobjektmodell verwenden, um das P.MaxCharactersInPropertyStoreForRetrieval-Attribut festzulegen. Geben Sie den Wert in Bytes ein. Der Höchstwert für diese maximale Größe beträgt 2.097.152 Bytes. Wenn Sie diesen Grenzwert erhöhen, aktivieren Sie die Indizierung weiterer Daten pro verwalteter Eigenschaft. Die Indizierung und das Abrufen von mehr Daten pro verwalteter Eigenschaft erhöht die Gesamtauslastung des Systems und verwendet mehr Speicherplatz. |
Größe für sortier- und einschränkbare verwaltete Eigenschaften |
16 KB pro verwaltete Eigenschaft |
Beschränkung |
Diese Grenze ist die maximale Größe einer sortierbaren und verfeinerbaren verwalteten Eigenschaft. |
Tokengröße |
Variable |
Beschränkung |
Die Suche kann Tokens beliebiger Länge indizierten. Die Wörtertrennung, die von der Suche zum Erstellen von Tokens verwendet wird, kann aber die Tokenlänge begrenzen. Wörtertrennungen sind sprachunterstützende Komponenten, die Inhalte in einzelnen Wörter (Tokens) herunterbrechen. Sie können auch benutzerdefinierte Wörtertrennungen erstellen. Die Tokengröße hängt von der Wörtertrennung ab. Der Grenzwert der Wörtertrennung für westliche Sprachen beträgt: Die Wörtertrennung berücksichtigt bei der Trennung nur die ersten 1.000 Zeichen eines Tokens. Die restlichen Zeichen werden ignoriert. Die Wörtertrennung teilt Tokens, die länger als 300 Zeichen sind, in zwei oder mehr Tokens mit jeweils bis zu 300 Zeichen auf. Beispiel: Ein Token mit 612 Zeichen wird in zwei Token mit jeweils 300 Zeichen und einem Token mit 12 Zeichen aufgeteilt. |
Suche: Wörterbuchgrenzwerte
Die Wörterbuchgrenzwerte schützen Arbeitsspeicher, Inhaltsverarbeitungseffizienz und Abfrageergebnisse.
Grenze | Maximalwert | Grenztyp | Hinweise |
---|---|---|---|
Anzahl der Einträge in einem Thesaurus |
1 Mio. |
Unterstützt |
Der Thesaurus enthält Synonyme für Abfragebegriffe. Wird dieser erprobte Grenzwert überschritten, kann dies zu übermäßiger Speicherbelegung und längerer Abfrageantwortzeit führen. |
Anzahl der Einträge in einem benutzerdefinierten Entitätsextraktionswörterbuch |
1 Mio. |
Unterstützt |
Eine Überschreitung dieses erprobten Grenzwerts kann zu übermäßiger Speicherbelegung, langsamerer Indizierung und längerer Abfrageantwortzeit führen. |
Anzahl der Einträge in einem benutzerdefinierten Suchwörterbuch |
5.000 Begriffe pro Mandant |
Beschränkung |
Diese Grenze beschränkt die Anzahl von Begriffen, die für Ein- und Ausschlüsse wörterbücher für die Rechtschreibkorrektur von Abfragen und die Unternehmensextraktion zulässig sind. Sie können mehr Begriffe als dieses Limit im Termstore speichern, aber die Suche verwendet nur 5.000 Begriffe pro Mandant. |
Suche: Schemagrenzwerte
Die Schemagrenzwerte schützen Speicherressourcen und schränken den Verwaltungsaufwand auf ein akzeptables Maß ein.
Grenze | Maximalwert | Grenztyp | Hinweise |
---|---|---|---|
Durchforstete Eigenschaften |
500.000 pro Suchdienstanwendung |
Unterstützt |
Die Inhalte und Metadaten der von Ihnen durchforsteten Elemente werden als durchforstete Eigenschaften dargestellt. Sie können diese durchforsteten Eigenschaften verwalteten Eigenschaften zuordnen. Wenn die Anzahl der durchforsteten Eigenschaften diesen unterstützten Grenzwert überschreitet, verringert dieser Überschuss die Indizierungsgeschwindigkeit. |
Verwaltete Eigenschaften |
50.000 pro Suchdienstanwendung |
Unterstützt |
Für die Suche werden verwaltete Eigenschaften in Abfragen verwendet. Durchforstete Eigenschaften werden verwalteten Eigenschaften zugeordnet. Bei Überschreitung des unterstützten Grenzwerts für verwaltete Eigenschaften verringert sich die Indizierungsgeschwindigkeit. |
Zuordnungen von verwalteten Eigenschaften |
100 pro verwaltete Eigenschaft |
Unterstützt |
Durchforstete Eigenschaften können verwalteten Eigenschaften zugeordnet werden. Die Überschreitung dieses Grenzwerts kann zu einer Verschlechterung von Durchforstungsgeschwindigkeit und Abfrageleistung führen. |
Werte pro verwaltete Eigenschaft |
1000 |
Beschränkung |
Eine verwaltete Eigenschaft kann mehrere Werte gleichen Typs besitzen. Diese Abbildung gibt die maximale Anzahl von Werten pro verwalteter mehrwertiger verwalteter Eigenschaft pro Dokument an. Wenn diese Anzahl überschritten wird, werden die übrigen Werte verworfen. |
Erkannte Metadateneigenschaften |
100.000 pro durchforstetes Element |
Unterstützt |
Dies ist die maximale Anzahl an Metadateneigenschaften, die eine Durchforstungskomponente bei Durchforstung eines Elements festlegen kann. Diese Metadateneigenschaften können zugeordnet oder für Abfragen verwendet werden. Wird dieser Grenzwert durchforsteter Eigenschaften erreicht, kann die Durchforstungsrate sinken. |
Suche: Durchforstungsgrenzwerte
Grenze | Maximalwert | Grenztyp | Hinweise |
---|---|---|---|
Startadressen |
500 pro Inhaltsquelle |
Unterstützt |
|
Länge des Gerätehostnamens |
15 Zeichen |
Schwellenwert |
NetBIOS begrenzt die Länge des Gerätehostnamens auf diesen Wert. |
Durchforstungsdatenbanken |
15 pro Suchdienstanwendung |
Unterstützt |
Suche: Grenzwerte für Abfrage und Ergebnisse
Die Grenzwerte für Abfragen und Ergebnisse schützen die Suchmaschine davor, große Abfrageausdrücke auszuführen und große Resultsets zurückzugeben. Das Verhindern, dass die Suchmaschine große Abfrageausdrücke ausführt und große Resultsets zurückgibt, verhindert DoS-Angriffe (Denial-of-Service) und stellt sicher, dass die Ergebnisse rechtzeitig zurückgegeben werden. Wenn Sie weitere Ergebnisse abrufen müssen, empfiehlt es sich, Paging zu verwenden.
Grenze | Maximalwert | Grenztyp | Hinweise |
---|---|---|---|
Textlänge für Abfragen mit Keyword Query Language. |
4 KB (4.096 Zeichen) |
Unterstützt |
Dieser Wert ist der getestete und standardmäßige Wert für die maximale Textlänge für eine Abfrage, die mit der Schlüsselwortabfragesprache erstellt wurde, mit Ausnahme von Ermittlungsabfragen. Bei Ermittlungsabfragen ist 16 KB (16.384 Zeichen) der Standardwert. Der Standardwert für die maximale Textlänge kann bis maximal 20 KB (20.480) für alle Abfragetypen erhöht werden. |
Anzahl Zeilen in einem Resultset |
500 Zeilen |
Unterstützt |
Dieser Wert ist der getestete und standardmäßige Wert für die maximale Anzahl von Zeilen in einem Resultset, mit Ausnahme einer Ermittlungsabfrage. Bei Ermittlungsabfragen ist der Standardwert 10.000 Zeilen. Um das gesamte Resultset anzuzeigen, geben Sie weitere Pagingabfragen aus. Sie können den Wert für die maximale Anzahl Zeilen in einem Resultset mithilfe der PowerShell-Cmdlets ändern, die ihrerseits die Eigenschaft MaxRowLimit der Suchdienstanwendung ändern. MaxRowLimit gibt den maximalen Wert der Abfrageeigenschaft RowLimit und der Discovery-Abfrageeigenschaft RowLimit vor. RowLimit legt die Anzahl Zeilen pro Seite in einem Resultset fest. Sie können den Wert MaxRowLimit auf maximal 10.000 Zeilen erhöhen. |
Entfernen von Ergebnissen |
Keine Begrenzung |
Unterstützt |
|
Suche: Benachrichtigungsquote |
100.000 Benachrichtigungen pro Suchdienstanwendung |
Unterstützt |
Endbenutzer können Benachrichtigungen für das Resultset einer Abfrage einrichten. Werden die Ergebnisse geändert oder aktualisiert, benachrichtigt die Suche den Endbenutzer. Dies ist der getestete Grenzwert für die Suchdienstanwendung, die Endbenutzerabfragen (75 %) und Benachrichtigungsabfragen (25 %) verarbeitet. Der Grenzwert für die Suchdienstanwendung, die nur Benachrichtigungsabfragen verarbeitet, ist 400.000 Benachrichtigungen. Diese Grenzwerte basieren auf einem System mit 5 Abfragen pro Sekunde. |
Suche: Rangfolgegrenzwerte
Die Rangfolgegrenzwerte schützen den Anwendungsserverspeicher, die Abfragelatenz und die Indexgröße.
Grenze | Maximalwert | Grenztyp | Hinweise |
---|---|---|---|
Rangfolgemodelle |
1.000 pro Mandant |
Beschränkung |
Eine Annäherung an diesen Grenzwert kann die Systemleistung insgesamt beeinträchtigen. |
Eindeutige Kontexte für Rangordnungen |
15 eindeutige Kontexte pro Rangmodell |
Beschränkung |
Hierbei handelt es sich um die maximale Anzahl eindeutiger Kontexte pro Bewertungsmodell. |
Autorisierende Seiten |
Eine Seite auf höchster Ebene und minimale Seiten auf zweiter und dritter Ebene pro Suchdienstanwendung |
Unterstützt |
Verwenden Sie so wenig Seiten auf zweiter und dritter Ebene wie möglich, um die gewünschte Relevanz zu erreichen. Die Beschränkung liegt bei 200 autorisierenden Seiten pro Relevanzebene pro Suchdienstanwendung. Wenn Sie weitere Seiten hinzufügen, erzielen Sie möglicherweise nicht die gewünschte Relevanz. Fügen Sie die Schlüsselwebsite zur ersten Relevanzebene hinzu. Fügen Sie weitere Schlüsselwebsites nacheinander auf der zweiten oder dritten Relevanzebene hinzu. Bewerten Sie nach jedem Hinzufügen die Relevanz, um sicherzustellen, dass der gewünschte Relevanzeffekt erreicht wurde. |
Suche: Indexgrenzwerte
Die Indexgrenzwerte schützen den Index vor übermäßigem Anwachsen und Überlastung der verfügbaren Ressourcen.
Grenze | Maximalwert | Grenztyp | Hinweise |
---|---|---|---|
Eindeutige Begriffe im Index |
2^31 (>2 Milliarden Begriffe) |
Beschränkung |
Hierbei handelt es sich um die maximale Anzahl eindeutiger Begriffe, die im Index einer Suchdienstanwendung vorhanden sein können. |
Benutzerdefinierte Volltextindizes |
10 |
Beschränkung |
Hierbei handelt es sich um die maximale Anzahl von Volltextindizes. |
Indizierte Elemente |
10 Millionen pro Indexpartition |
Unterstützt |
Jede Indexpartition enthält eine Teilmenge des gesamten Suchindex. Eine hohe Anzahl indizierter Elemente (relativ zur Arbeitsspeichermenge des Servers) beeinträchtigt die Reaktionszeit bei Abfragen. Für SharePoint Foundation 2013 beträgt die maximale Anzahl indizierter Elemente 2 Millionen Elemente pro Indexpartition. Für SharePoint Foundation 2013 vor dem öffentlichen Update von Juni 2016 beträgt die maximale Anzahl indizierter Elemente 2 Millionen Elemente pro Indexpartition. Nach Anwendung des öffentlichen Updates von Juni 2016 steigt dieser Grenzwert auf 10 Millionen Elemente pro Indexpartition. |
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 |
Bei gleichzeitig ausgeführten Aufträgen auf Pfaden, die mit Websitesammlungen in derselben Quellinhaltsdatenbank verbunden sind, besteht ein erhöhtes Risiko von 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 im gleichen Pfad sind nicht möglich. Wenn Sie SQL Server-Momentaufnahmen für die Inhaltsbereitstellung verwenden, erstellt jeder Pfad eine Momentaufnahme. This increases the I/O requirements for the source database. 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 externen Systemverbindungen zu einem bestimmten Zeitpunkt. Der standardwerte höchstwert ist 200; die Grenze ist 500. Dieser Grenzwert wird im Webserverbereich erzwungen, unabhängig von der Art des externen Systems (z. B. Datenbank, .NET-Assembly usw.). Der Standardhöchstwert wird verwendet, um die Anzahl der Verbindungen einzuschränken. Eine Anwendung kann einen größeren Grenzwert über den Ausführungskontext angeben. die Grenze erzwingt das Maximum auch für Anwendungen, die den Standardwert nicht einhalten. |
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 einen größeren Grenzwert über den Ausführungskontext angeben. Absolute Max erzwingt das Maximum auch für Anwendungen, die den Standardwert nicht einhalten. Die Beschränkung für diesen Grenzwert liegt bei 1.000.000. |
Antwortzeit für Anfragen |
600 Sekunden |
Schwellenwert |
Vom externen Datenkonnektor verwendetes Timeout pro Anforderung. Der Standardwert beträgt 180 Sekunden, Anwendungen können jedoch zur Angabe eines höheren Werts von bis zu 600 Sekunden konfiguriert werden. |
Antwortgröße des Diensts |
150.000.000 Bytes |
Schwellenwert |
Die Obergrenze für die Menge an Daten, die vom externen Datenkonnektor pro Anforderung zurückgegeben werden kann. Der Standardwert beträgt 3.000.000 Bytes, Anwendungen können jedoch zur Angabe eines höheren Werts von bis zu 150.000.000 Bytes konfiguriert werden. |
Filterdeskriptor (speicherintern) |
200 pro ECT-Methode |
Beschränkung |
Die maximale Anzahl von Filterdeskriptoren pro ECT-Methode ist 200. |
ECT-Kennung (speicherintern) |
20 pro ECT |
Beschränkung |
Die maximale Anzahl von Kennungen pro ECT liegt bei 20. |
Datenbankelement |
1.000.000 pro Anfrage |
Schwellenwert |
Die maximale Anzahl von Elementen, die vom Datenbankkonnektor pro Anforderung zurückgegeben werden können, liegt standardmäßig bei 2.000. Das absolute Maximum beträgt 1.000.000. Der Standard-Höchstwert wird vom Datenbankconnector verwendet, um die Anzahl der Ergebnisse einzuschränken, die pro Seite zurückgegeben werden können. Die Anwendung kann einen größeren Grenzwert über den Ausführungskontext angeben. Der absolute Höchstwert erzwingt den zulässigen Höchstwert auch für Anwendungen, die den Standardwert nicht einhalten, z. B. die Indizierung. |
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. Diese Grenze kann mithilfe des 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. Stattdessen ist dies die Anzahl der 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 Workflow-Zeitgeberauftrags erfasst und an Workflows übermittelt werden. Sie kann mithilfe von PowerShell konfiguriert werden. Um zusätzliche Ereignisse zu ermöglichen, können Sie zusätzliche Instanzen des SharePoint Foundation -Workflowtimerdiensts ausführen. |
Workflowzuordnungen |
100 pro Liste |
Unterstützt |
Die Überschreitung dieses Grenzwerts führt aufgrund der umfangreichen Daten, die für mehr als 100 Zuordnungen und deren Statusspalten geladen werden, zu einer Verschlechterung der Browserleistung. |
Listenelemente oder Dokumente, die per Massenvorgang erstellt oder hochgeladen werden können, um Workflowinstanzen zu starten |
5.000 Elemente |
Unterstützt |
Tests haben gezeigt, dass alle Workflowaktivierungsereignisse für eine Workflowzuordnung bei Elementerstellung verarbeitet werden, wenn bis zu 5.000 Elemente in einem einzelnen Massenupload erstellt werden. Wird dieser Grenzwert überschritten, tritt bei der Workflowinitiierung unter Umständen ein Timeout auf. |
Veröffentlichte Workflowdefinitionen pro Website |
1.000 pro Website |
Unterstützt |
Die maximal unterstützte Anzahl von veröffentlichten Workflowdefinitionen pro Website ist 1.000. |
Gesamtanzahl der Workflowzuordnungen pro Website |
1.799 pro Website |
Beschränkung |
Der Servicebus unterstützt maximal 1.799 Abonnements pro Bereich. Dieser Maximalwert beinhaltet sowohl die veröffentlichten als auch die unveröffentlichten Zuordnungen. |
Maximale Workflowdefinitionsgröße (XAML) |
5.120 KB |
Beschränkung |
XAML-Dateien, die das Größenlimit überschreiten, können nicht veröffentlicht werden. |
Maximale Tiefe eines Workflowteilschritts in XAML (Workflowkomplexität) |
121 Ebenen |
Beschränkung |
Es gibt eine feste Grenze von 125 für die Knotentiefe in XAML. Der Maximalwert von 121 Ebenen ist den Standardaktivitäten (Bereitstellung, Sequenzierung usw.) geschuldet, die von SharePoint Designer automatisch eingefügt werden. |
Workflowinstanzaktivierungen pro Sekunde und Webserver |
6 pro Sekunde |
Grenze |
Tests haben gezeigt, dass ein SharePoint-Webserver pro Sekunde maximal sechs Workflowinstanzen aktivieren kann. Diese Zahl ist kumulativ und ändert sich je nach Anzahl der Webserver in der Farm. So können beispielsweise zwei Webserver 12 Workflowinstanzen pro Sekunde aktivieren, während drei Webserver 18 Workflowinstanzen pro Sekunde aktivieren können. |
Restaufrufe aus dem SharePoint-Workflow pro Sekunde und Webserver |
60 pro Sekunde |
Unterstützt |
Tests haben gezeigt, dass ein SharePoint-Webserver pro Sekunde effektiv bis zu 60 Restaufrufe aus dem SharePoint-Workflow verarbeiten kann. Bei Überschreitung dieses Grenzwerts empfiehlt es sich, der SharePoint-Farm einen zusätzlichen Webserver mit Lastenausgleich hinzuzufügen. Bei den Tests führten 120 Restaufrufe pro Sekunde an einen einzelnen Webserver zu einer kontinuierlichen CPU-Auslastung zwischen 90 und 100 Prozent. Durch Hinzufügen eines zweiten Webservers konnte die CPU-Auslastung auf beiden Servern auf 30 bis 40 Prozent gesenkt werden. Ein dritter Webserver ermöglichte die Verarbeitung von 180 Aufrufen pro Sekunde bei einer CPU-Auslastung zwischen 30 und 40 Prozent auf allen drei Servern, usw. Bei den Servern für diesen Test handelte es sich um virtuelle Hyper-V-Computer mit 16-Kern-Prozessor und je 24 GB RAM. |
Größe von Workflowvariablenwerten |
256 KB |
Beschränkung |
In einer einzelnen Workflowvariablen kann maximal eine Datenmenge von 256 KB gespeichert werden. Bei Überschreitung dieses Grenzwerts wird die Workflowinstanz beendet. |
Maximale Listengröße für Workflowsuchvorgänge in nicht indizierten Feldern |
5.000 Elemente pro Listenansicht |
Schwellenwert |
Dieser Grenzwert ist eine Folge der maximalen Anzeigegröße. Bei Überschreitung dieses Grenzwerts sind Workflowsuchvorgänge in nicht indizierten Feldern für Benutzer ohne Administratorberechtigungen nicht erfolgreich. Ab diesem Schwellenwert muss ein Index für das Feld erstellt werden, damit von Workflows erfolgreich Suchvorgänge für das Feld ausgeführt werden können. |
Maximale Listengröße für Autostart-Workflowzuordnungen |
10 Mio. Elemente pro Liste |
Unterstützt |
Tests haben bestätigt, dass die Leistung von Workflowzuordnungen für den automatischen Start nicht beeinträchtigt wird, wenn die Listengröße auf 1 Million Elemente anwächst. Da die Skalierung der Listengröße keine Auswirkungen auf die Reaktionszeit hat, entspricht der effektive Grenzwert hier der maximalen Anzahl von Elementen in einer Liste ohne Workflows. |
Grenzwerte für verwaltete Metadaten
Die folgende Tabelle enthält die empfohlenen Richtlinien für verwaltete Metadatenkonfiguration.
Grenze | Maximalwert | Grenztyp | Anmerkungen |
---|---|---|---|
Anzahl von Ordnern mit standortbasierten Standardwerten |
1.000 Ordner pro Standort oder Datendateigröße 256 MB |
Beschränkung |
Mit standortbasierten Standardmetadaten können Sie die Standardwerte für Listenspalten pro Ordner festlegen. Sie können nur standortbasierte Standardwerte auf bis zu 1.000 Ordner pro Standort anwenden oder bis die Datendatei, in der die standardbasierten Standardmetadaten für die Website gespeichert werden, (client_LocationBasedDefaults.html) 265 MB erreicht. Wenn die Anzahl von Ordnern in der Datendatei 1.000 überschreitet oder die Datendatei 256 MB überschreitet, werden die für zusätzliche Ordner hinzugefügten Standardwerte ignoriert. |
Anzahl der Links in oder Dateigröße eines Dokuments, das bei Änderung des Zielspeicherorts aktualisiert wird |
1.000 Links oder Dateigröße von 256 MB pro Dokument |
Beschränkung |
Wenn ein Dokument mit Links zu einem Ordner hinzugefügt wird, werden Links automatisch von SharePoint Foundation 2013 aktualisiert, wenn das Linkziel an eine neue Position verschoben wird. In einem Dokument mit mehr als 1.000 Links oder einem Dokument, das 256 MB überschreitet, wird das Dokument wie ein Dokument ohne Links behandelt, und die an Linkzielen vorgenommenen Änderungen werden für das gesamte Dokument ignoriert. |
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. Hinweis: Sowohl der lokale Ausdruckssatz als auch der globale Ausdruckssatz entsprechen dem Grenzwert von 30.000 Ausdrücken pro Ausdruckswebsite. Verwenden Sie globale Ausdruckssätze, um die wiederverwendbaren Daten für alle Websitesammlungen zu speichern, anstatt eine große Menge von Websitesammlungsausdruckssätzen zu verwenden oder einen neuen verwalteten Metadatendienst zu erstellen. Eine Webanwendung kann Verbindungen mit mehreren Diensten haben. |
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 denselben Begriff, z. B. Synonyme und Übersetzungen, zählen nicht als separate Begriffe. |
Gesamtanzahl von Elementen in einem Terminologiespeicher |
1,000,000 |
Unterstützt |
Ein Element ist entweder ein Ausdruck oder ein Ausdruckssatz. Die Summe der Anzahl von Begriffen und Ausdruckssätzen darf 1.000.000 nicht überschreiten. Zusätzliche Bezeichnungen für denselben Begriff, z. B. Synonyme und Übersetzungen, zählen nicht als separate Begriffe. Hinweis: Sie können nicht die maximale Anzahl von Ausdruckssätzen und die maximale Anzahl von Begriffen gleichzeitig in einem Ausdrucksspeicher haben. |
Anzahl von Variationsbezeichnungen |
209 pro Terminologiespeicher |
Unterstützt |
Die Höchstanzahl von Variationsbezeichnungen pro Terminologiespeicher beträgt 209. |
Anzahl von Begriffen in einem verwalteten Navigationsausdruckssatz |
2,000 |
Unterstützt |
Die maximal unterstützte Anzahl von Ausdrücken in einem verwalteten Navigationsausdruckssatz beträgt 2,000. |
Siehe auch Übersicht über den verwalteten Metadatendienst in SharePoint 2013 und Die Auswirkungen mehrerer verwalteter Metadatendienste pro Farm
Grenzwerte für Visio Services
Die folgende Tabelle enthält die empfohlenen Richtlinien für Instanzen von Visio Services in SharePoint.
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: Höherer Speicherbedarf von Visio Services. Höhere CPU-Auslastung. Weniger Anwendungsserveranforderungen pro Sekunde. Höhere durchschnittliche Wartezeit. Höhere SharePoint-Farmnetzwerklast. |
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: Geringere Verfügbarkeit von CPU und Arbeitsspeicher. Weniger Anwendungsanforderungen pro Sekunde. Höhere durchschnittliche Wartezeit für alle Dokumente. Ein niedrigerer Timeout für die Neuberechnung hat folgende Auswirkungen: Geringere Komplexität der Diagramme, die angezeigt werden können. Mehr Anforderungen pro Sekunde. Niedrigere durchschnittliche Wartezeit für alle Dokumente. |
Minimales Cachealter für Visio Services (mit Daten verbundene Diagramme) |
Minimales Cachealter: 0 bis 24 Std. |
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 Std. |
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 das Erhöhen des maximalen Cachealters nimmt die Wartezeit für häufig angeforderte Zeichnungen ab. Das Festlegen des maximalen Cachealters auf einen sehr hohen Wert erhöht jedoch die Latenz und verlangsamt den Durchsatz für Elemente, die nicht zwischengespeichert werden, da die elemente, die sich bereits im Cache befinden, den verfügbaren Arbeitsspeicher verbrauchen und verringern. |
Einschränkungen für den SharePoint Web Analytics-Dienst
Der SharePoint Web Analytics-Dienst ist in SharePoint Server 2013 veraltet.
Grenzwerte für PerformancePoint Services
Die folgende Tabelle enthält die empfohlenen Richtlinien für PerformancePoint-Dienste in SharePoint.
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 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 Word Automation Services.
Grenze | Maximalwert | Grenztyp | Hinweise |
---|---|---|---|
Größe der Eingabedatei |
512 MB |
Beschränkung |
Die maximale Dateigröße, die von 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 Word Automation Services-Zeitgeberauftrag ausgeführt wird. Eine niedrigere Zahl führt dazu, dass der Zeitgeberauftrag schneller ausgeführt wird. Unsere Tests zeigen, dass es am nützlichsten ist, diesen Timerauftrag einmal pro Minute auszuführen. |
Anzahl der Konvertierungen, die pro Konvertierungsprozess gestartet werden |
Für PDF/XPS-Ausgabeformate: 30 x M, für alle anderen Ausgabeformate: 72 x M, wobei M der Wert der Häufigkeit ist, mit der Konvertierungen gestartet werden (Minuten) |
Schwellenwert |
Die Anzahl der zu startenden Konvertierungen wirkt sich auf den Durchsatz von Word Automation Services aus. Wenn diese Werte höher als die empfohlenen Ebenen festgelegt werden, treten bei einigen Konvertierungselementen möglicherweise zeitweilig Fehler auf, und Benutzerberechtigungen können ablaufen. 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 Word Automation Services-Datenbank speichert. Eine große Anzahl von Konvertierungselementen erhöht sowohl die Ausführungszeit der Start-Methode als auch die Anzahl der an den Anwendungsserver übertragenen Bytes. |
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 Word Automation Services-Datenbank |
2 Millionen Konvertierungselemente |
Unterstützt |
Word Automation Services unterhält eine beständige Warteschlange mit Konvertierungselementen in der Datenbank. Jede Konvertierungsanforderung generiert einen oder mehrere Datensätze. Word Automation Services löscht Datensätze nicht automatisch aus der Datenbank, sodass die Datenbank ohne Wartung unbegrenzt vergrößert werden kann. Administratoren können Konvertierungsaufträge mithilfe des PowerShell-Cmdlets Remove-SPWordConversionServiceJobHistory manuell entfernen. Weitere Informationen finden Sie unter Remove-SPWordConversionServiceJobHistory. |
Excel Services-Grenzen
Die folgende Tabelle enthält die empfohlenen Richtlinien für Excel Services in SharePoint.
Grenze | Maximalwert | Grenztyp | Hinweise |
---|---|---|---|
Maximale Arbeitsmappengröße |
10 MB |
Unterstützt |
Die maximale Größe einer Arbeitsmappe, die in Excel Services geöffnet werden kann, beträgt 10 Megabyte. |
Grenzwerte für den maschinellen Übersetzungsdienst
Die folgende Tabelle enthält die empfohlenen Richtlinien für den maschinellen Übersetzungsdienst.
Grenze | Maximalwert | Grenztyp | Hinweise |
---|---|---|---|
Größe der Eingabedatei für Binärdateien |
524.288 KB pro Datei |
Schwellenwert |
Die Übertragung und Verarbeitung von Dateien, deren Größe diesen Grenzwert überschreitet, dauert zu lang und verringert den Durchsatz des Diensts. |
Größe der Eingabedatei für Textdateien |
15.360 KB pro Datei |
Schwellenwert |
Dateien, deren Größe diesen Grenzwert überschreitet, enthalten zu viel zu übersetzenden Text und verringern den Durchsatz des Diensts. |
Maximale Anzahl von Zeichen für Microsoft Word-Dokumente |
10.000.000 pro Dokument |
Schwellenwert |
Dokumente, deren Zeichenanzahl diesen Grenzwert überschreitet, enthalten zu viel zu übersetzenden Text und verringern den Durchsatz des Diensts. |
Gesamtanzahl paralleler Übersetzungsprozesse |
5 |
Schwellenwert |
Die Verwendung von mehr Prozessen als dem Grenzwert erhöht den Durchsatz nicht, da es eine Beschränkung gibt, wie viel Text gleichzeitig übersetzt werden kann. Die Verwendung zusätzlicher Prozesse erhöht den Bedarf an Serverressourcen. |
Verzögerung zwischen Übersetzungen |
59 Minuten |
Schwellenwert |
Werden Übersetzungen mit einem Intervall gestartet, das über dem Grenzwert liegt, dauert die Übersetzung von Dokumenten zu lang, was wiederum dazu führen kann, dass die Anzahl von Übersetzungen in der Warteschlange zu groß wird. |
Anzahl von Übersetzungen pro Übersetzungsprozess |
1.000 pro Prozess |
Schwellenwert |
Das Starten von mehr Übersetzungen als der Grenzwert führt dazu, dass Übersetzungen aufgrund eines Timeouts fehlschlagen, da sie nicht vor dem Timeoutzeitraum verarbeitet werden können. |
Maximale Anzahl von gleichzeitigen Übersetzungsanforderungen |
300 |
Schwellenwert |
Mehr als 300 gleichzeitige Übersetzungsanforderungen können zu Timeouts bei Übersetzungen führen, da sich Anforderungen zu lange in der Warteschlange befinden. |
Dateien pro Übersetzungsauftrag |
100.000 Dateien |
Unterstützt |
Übersteigt die Anzahl von Dateien in übermittelten Aufträgen den Grenzwert, dauert die Auftragsübermittlung und -verarbeitung zu lang. |
Datenbankgröße für den maschinellen Übersetzungsdienst |
1.000.000 Dateien |
Unterstützt |
Verwaltungsvorgänge für die Auftragswarteschlange werden langsam, wenn die Datenbankgröße die maximale Anzahl von Dateien in der Datenbank übersteigt. |
Grenzwerte für Office-Webanwendungsdienste
Die folgende Tabelle enthält die empfohlenen Richtlinien für Office Online. Office-Clientanwendungsgrenzen gelten auch, wenn eine Anwendung als Webanwendung ausgeführt wird.
Grenze | Maximalwert | Grenztyp | Hinweise |
---|---|---|---|
Cachegröße |
100 GB |
Schwellenwert |
Verfügbarer Speicher zum Rendern von Dokumenten, die im Rahmen einer Inhaltsdatenbank erstellt werden. Standardmäßig steht zum Rendern von Dokumenten ein Cache von 100 GB zur Verfügung. Es wird nicht empfohlen, den verfügbaren Cache zu erhöhen. |
Renderings |
Eins pro Dokument pro Sekunde pro Prozessorkern pro Anwendungsserver (maximal acht Prozessorkerne) |
Beschränkung |
Dies ist die gemessene durchschnittliche Anzahl von Renderings, die über einen gewissen Zeitraum hinweg für "typische" Dokumente auf dem Anwendungsserver durchgeführt werden kann. |
Gleichzeitige OneNote-Zusammenführungsvorgänge |
8 pro Dokument |
Schwellenwert |
OneNote führt Änderungen von mehreren Benutzern zusammen, die gemeinsam ein Notizbuch erstellen. Sind bereits zu viele gleichzeitige Zusammenführungsvorgänge in Bearbeitung, wird stattdessen eine Konfliktseite generiert, die den Benutzer dazu veranlasst, die Zusammenführung manuell durchzuführen. |
Grenzwerte für Project Server
Die folgende Tabelle enthält die empfohlenen Richtlinien für Project Server. Weitere Informationen zur Planung für Project Server finden Sie unter Planning and architecture for Project Server 2010.
Grenze | Maximalwert | Grenztyp | Hinweise |
---|---|---|---|
Ende der Projektzeit |
Datum: 31.12.2049 |
Beschränkung |
Projektpläne können nicht über das Datum 31.12.2149 hinaus verlängert werden. |
Lieferumfang pro Projektplan |
1.500 Lieferumfänge |
Beschränkung |
Projektpläne dürfen nicht mehr als 1.500 Lieferumfang enthalten. |
Anzahl der Felder in einer Ansicht |
256 |
Beschränkung |
Einem Benutzer dürfen nicht mehr als 256 Felder hinzugefügt werden, die er in Project Web App definiert hat. |
Anzahl der Klauseln in einem Ansichtsfilter |
50 |
Beschränkung |
Ein Benutzer kann einer Ansicht, die mehr als 50 Klauseln enthält, keinen Filter hinzufügen. |
Grenzwerte für SharePoint-Apps
Die folgende Tabelle enthält die empfohlenen Richtlinien für Apps für SharePoint.
Grenze | Maximalwert | Grenztyp | Hinweise |
---|---|---|---|
Maximale Größe von Access-/SharePoint-App-Paketen |
100 MB |
Beschränkung |
100 MB ist die Grenze für ein im Access-Client erstelltes App-Paket. Hinweis: Access komprimiert die Datenbank beim Erstellen des App-Pakets, sodass das App-Paket mehr als 100 MB Daten enthalten kann. |
Maximale Speichergröße von Access-App-Datenbanken in SQL Azure |
1 GB |
Beschränkung |
Jede Access-App, die in SharePoint erstellt wird, erstellt eine Datenbank in SQL Azure. 1 GB ist die Grenze für Datenbankspeicher in SQL Azure. In einer lokalen Installation steuert der Administrator die Größe der zugeordneten SQL-Datenbank. |
Auf der Seite "Lizenzen verwalten" angezeigte Apps |
2,000 |
Grenze |
Auf der Lizenzverwaltungsseite können bis zu 2.000 (im Store erworbene) Apps angezeigt werden. Zum Verwalten der Lizenz einer beliebigen App können Sie auch weiterhin zur Seite mit allen Websiteinhalten der Website navigieren, für die die App installiert ist, und dort auf "Lizenzen" klicken oder mithilfe der Marketplace-Suche nach der App suchen. |
Anzahl von App-Lizenzen pro Mandant |
1,000,000 |
Unterstützt |
Die maximal unterstützte Anzahl von Lizenzen (Kauf von Apps aus dem Store) für eine einzelne SharePoint-Bereitstellung, entweder lokal oder SharePoint in Microsoft 365. Eine Überschreitung dieses Grenzwerts kann deutliche Leistungseinbußen nach sich ziehen. |
Anzahl von Apps, die auf der Seite "App hinzufügen" angezeigt werden. |
240 |
Beschränkung |
Wurde dieser Grenzwert überschritten, werden lediglich die ersten 240 Apps sowie eine Meldung angezeigt, die Sie bei der Suche nach Ihrer App unterstützt. |
Anzahl von Managern pro App-Lizenz |
30 |
Beschränkung |
Nur 30 Personen können eine Lizenz verwalten. Lizenz-Manager können Benutzer hinzufügen oder entfernen oder eine Lizenz löschen. |
Anzahl der einem Benutzer zugewiesenen App-Lizenzen, die von diesem Benutzer angezeigt werden können |
2,000 |
Beschränkung |
Sind einem Benutzer mehr als 2.000 Lizenzen zugewiesen, werden diesem Benutzer in der standardmäßigen Ansicht zum Hinzufügen von Apps keine Apps mehr angezeigt. Stattdessen erscheint eine Meldung, die Sie beim Durchsuchen des App-Katalogs oder des SharePoint Store unterstützt. |
Anzahl von Apps im Unternehmenskatalog, die von einem einzelnen Benutzer angezeigt werden können |
500 |
Beschränkung |
Stehen einem einzelnen Benutzer mehr als 500 Apps aus dem Unternehmenskatalog zur Verfügung, werden diesem Benutzer in der standardmäßigen Ansicht zum Hinzufügen von Apps keine Apps mehr angezeigt. Stattdessen erscheint eine Meldung, die Sie beim Durchsuchen des App-Katalogs oder des SharePoint Store unterstützt. |
Grenzwerte für den verteilten Cachedienst
Die folgende Tabelle enthält die empfohlenen Richtlinien für den verteilten Cachedienst.
Grenze | Maximalwert | Grenztyp | Hinweise |
---|---|---|---|
Anzahl verfolgbarer Entitäten (Benutzer, Dokumente, Websites und Hashtags) pro Cache-Host |
400,000 |
Unterstützt |
Die Gesamtzahl der Entitäten, die von einem einzelnen Benutzer auf einem verteilten Cache-Host verfolgt werden können, wobei dem verteilten Cache-Dienst 16 GB RAM zugewiesen sind, beträgt 400 000. |
Anzahl der Cachehosts in einem Cluster |
16 |
Beschränkung |
Die Gesamtanzahl von Cachehosts, die von einem einzelnen verteilten Cachecluster unterstützt werden können, beträgt 16. |
Maximale dedizierte Arbeitsspeichermenge für einen Cachehost |
16 GB |
Grenze |
Die Gesamtspeichermenge, die dem verteilten Cachedienst auf einem beliebigen Cache-Host in einem Cluster zugewiesen werden kann, beträgt 16 GB. |
Verschiedene Grenzwerte
Die folgende Tabelle gibt Aufschluss über Grenzwerte und empfohlene Richtlinien für Dienste und Features, die in anderen Abschnitten nicht behandelt werden:
Grenze | Maximalwert | Grenztyp | Hinweise |
---|---|---|---|
Anzahl von Benutzer-Agent-Unterzeichenfolgen pro Gerätekanal |
150 |
Beschränkung |
Die maximale Anzahl von Benutzer-Agent-Unterzeichenfolgen pro mobilem Gerätekanal ist 150. |
Anzahl von SharePoint-Quellen pro eDiscovery-Fall |
100 |
Beschränkung |
Die maximale Anzahl von SharePoint-Quellen, die einem eDiscovery-Fall hinzugefügt werden können, ist 100. |
Anzahl von Exchange-Quellen (Postfächern) pro eDiscovery-Fall |
1,500 |
Beschränkung |
Die maximale Anzahl von Exchange-Quellen (Postfächern) pro eDiscovery-Fall ist 1.500. |
Maximale Größe einer eDiscovery-Abfrage |
16.000 Zeichen oder 500 Schlüsselwörter |
Beschränkung |
Die Größe eine eDiscovery-Abfrage ist auf 500 Schlüsselwörter oder 16.000 Zeichen beschränkt, je nachdem, welcher Wert zuerst erreicht wird. |