Softwarebeschränkungen und -grenzen für SharePoint Server 2016 und 2019
GILT FÜR:2013 2016 2019 Subscription Edition SharePoint in Microsoft 365
In diesem Artikel werden Softwaregrenzen und -grenzwerte von SharePoint Server 2016 und 2019 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
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 2016 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 in diesem Artikel bereitgestellten Testergebnisse und Richtlinien gelten für eine einzelne SharePoint Server-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 gibt es bestimmte Grenzwerte, die beabsichtigt sind und nicht überschritten werden können, sowie andere Grenzwerte, die auf Standardwerte festgelegt sind, 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 10 GB. Sie können SharePoint Server 2016 nicht zum Speichern von Dokumenten konfigurieren, die größer als 10 GB sind. Diese Grenze ist ein integrierter absoluter Wert und kann entwurfsbedingt nicht überschritten werden.
Schwellenwerte sind ein 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 wichtig zu verstehen, dass sich das Überschreiten von Schwellenwerten 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 2 Gigabyte (GB) festgelegt, kann jedoch geändert werden, um die maximale Grenze von 10 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 2016 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 werden Schwellenwerte und unterstützte Grenzwerte durch Tests und Beobachtung des Farmverhaltens unter zunehmenden Lasten bis zu dem Punkt festgelegt, an dem Farmdienste und -vorgänge ihre effektiven betriebsbedingten Grenzwerte 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 also einige Dienste mit Parametern arbeiten, die über denen liegen, die zum Testen der Grenzwerte verwendet werden, werden die effektiven Maximalgrenzwerte anderer Dienste verringert. Daher ist es wichtig, strenge Kapazitätsverwaltungs- und Skalierungstests für bestimmte Bereitstellungen durchzuführen, um effektive Grenzwerte für diese Umgebung festzulegen.
Hinweis
Die Hardware, die zum Überprüfen der Grenzwerte in diesem Dokument verwendet wurde, wird nicht beschrieben, da die Grenzwerte von mehreren Farmen und Umgebungen erfasst wurden.
Der Torten-Vergleich
Den Zusammenhang zwischen Hardwareressourcen, Last und Leistung kann man sich am besten verdeutlichen, indem man sich die beteiligten Faktoren und deren Wechselbeziehung zueinander bildlich vorstellt.
Consider the capacity of a farm as a pie, the size of which represents the aggregate of factors such as servers, hardware resources such as CPUs and RAM, storage capacity, disk IOPS, network bandwidth and latency. 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 Segmente unterteilt, die die Last aus verschiedenen Quellen darstellen: Benutzeranforderungen, Suchabfragen, Vorgänge für installierte Features, Zeitgeberaufträge und Betriebssystemaufwand. 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 2016-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. Fügen Sie nach Möglichkeit keine Webanwendungen hinzu, sondern erstellen Sie zusätzliche Websitesammlungen mit Hostnamen. |
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 beabsichtigen, 20 verwaltete Pfade in einer bestimmten Webanwendung zu überschreiten, sollten Sie testen, ob die entsprechende Systemleistung akzeptabel ist. |
Größe des Lösungscaches |
300 MB pro Webanwendung |
Schwellenwert |
Der Lösungscache ermöglicht es dem InfoPath-Formulardienst, Lösungen im Cache aufzubewahren, um das Abrufen der Lösungen zu beschleunigen. Wird die Cachegröße überschritten, werden Lösungen vom Datenträger abgerufen, was zu langsameren Antwortzeiten führen kann. Weitere Informationen zum Konfigurieren der Größe des Lösungscaches finden Sie unter Set-SPInfoPathFormsService. |
Grenzwerte für SharePoint Server
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 2016 100 TB Daten pro Farm. |
Größe der Inhaltsdatenbank (allgemeine Nutzungsszenarien) |
200 GB pro Inhaltsdatenbank |
Unterstützt |
We strongly recommended limiting the size of content databases to 200 GB, except when the circumstances in the following rows in this table apply. 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: Leistung des Datenträgersubsystems von 0,25 IOPS pro GB. Für eine optimale Leistung werden 2 IOPs pro GB empfohlen. Pläne für Hochverfügbarkeit, Notfallwiederherstellung, zukünftige Kapazität und Leistungstests müssen ausgearbeitet sein. Außerdem sollten Sie die folgenden Faktoren sorgfältig bedenken: Requirements for backup and restore may not be met by the native SharePoint Server 2016 backup for content databases larger than 200 GB. Es wird empfohlen, sharePoint Server 2016-Sicherungen und alternative Sicherungslösungen zu bewerten und zu testen, um die beste Lösung für Ihre spezifische Umgebung zu ermitteln. Es wird dringend empfohlen, eine proaktive, qualifizierte Administratorverwaltung der SharePoint Server 2016- und SQL Server-Installationen zu verwenden. Aufgrund der Komplexität der Anpassungen und Konfigurationen für SharePoint Server 2016 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 2016 implementation across multiple content databases. This permits SharePoint Server 2016 implementations to scale indefinitely. 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 Terabyte (TB) überschreiten, außer in Dokumentarchivszenarien (in der nächsten Zeile in dieser Tabelle beschrieben). If, in the future, you need to upgrade your SharePoint Server 2016 installation, upgrading the site collections within the content databases can be very difficult and time consuming. > Es wird dringend 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: Alle Anforderungen, die unter "Größe der Inhaltsdatenbank (alle Nutzungsszenarien)" weiter oben in dieser Tabelle genannt wurden, müssen erfüllt sein, und Sie sollten alle Faktoren, die in der Spalte "Hinweise" zu diesem Grenzwert beschrieben werden, sorgfältig bedacht haben. SharePoint Server 2016-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 2016-Objekte in der Inhaltsdatenbank. > [! HINWEIS]> Dokumentarchiv-Inhaltsdatenbanken können so konfiguriert werden, dass sie Dokumente aus Content Routing-Workflows akzeptieren. |
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 2016 is 60 million items, including documents and list items. If you plan to store more than 60 million items in SharePoint Server 2016, 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 dringend 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 davon 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. |
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 2016 für die Verwendung von RBS konfiguriert ist und die BLOBs in NAS gespeichert sind, sollten Sie den folgenden unterstützten Grenzwert berücksichtigen. Von dem Zeitpunkt, an dem SharePoint Server 2016 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 |
250.000 pro Websitesammlung/500.000 persönliche Websites/250.000 andere Websites pro Farm |
Unterstützt |
Die empfohlene maximale Anzahl von Websitesammlungen pro Farm beträgt 500.000 persönliche Websites plus 250.000 andere Websitevorlagen. 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 ü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 unterstützte Grenze für die Anzahl von Websites in einer Websitesammlung ist zwar 250.000, der empfohlene Höchstwert liegt aber bei 2.000. Wenn die Anzahl der Websites in einer Websitesammlung 2.000 überschreitet, wird die Leistung möglicherweise beeinträchtigt. Wichtig: Es wird dringend empfohlen, unter 2.000 Websites pro Websitesammlung zu bleiben. Sie können eine sehr 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 Websites enthalten, 250.000 Websites in der Farm. Dies würde als der empfohlene Höchstwert für nicht personenbezogene Websites betrachtet werden. 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 kann sich auf die Verfügbarkeit anderer Websites in derselben Websitesammlung auswirken. Während des Löschens der Website ist der Zugriff auf die Websites in der Websitesammlung eingeschränkt. Außerdem kann der Versuch, mehrere Websites gleichzeitig zu erstellen, fehlschlagen. Bei mehr als 2.000 Websites kann die Leistung beim Durchführen von Aktionen wie Ausführen der PSConfig beim Hinzufügen eines neuen Servers zu einer vorhandenen Farm oder nach der Installation von SharePoint-Updates deutlich abnehmen. 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. Grundsätzlich empfehlen wir dringend, die Größe von Websitesammlungen auf 100 GB zu begrenzen, und zwar aus folgenden Gründen: Bestimmte Websitesammlungsaktionen, z. B. Sicherung/Wiederherstellung von Websitesammlungen oder das PowerShell-Cmdlet Move-SPSite, verursachen große SQL Server-Vorgänge, 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. Sicherung und Wiederherstellung von SharePoint-Websitesammlungen werden 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 |
10 GB |
Beschränkung |
Die Standarddateigröße liegt bei 2 Gigabyte (GB) (2.047 MB). Sehr viele sehr große Dateien können sich jedoch negativ auf die Farmleistung auswirken. HINWEIS: In SharePoint Server 2019 beträgt das Dateilimit 15 GB. |
Dokumente |
30.000.000 pro Bibliothek |
Unterstützt |
Sie können sehr große Dokumentbibliotheken durch Schachteln von Ordnern erstellen oder indem Sie Standardansichten und eine Websitehierarchie verwenden. Dieser Wert kann je nach Organisation der Dokumente und Ordner sowie je nach Art und der Größe der gespeicherten Dokumente variieren. |
Hauptversionen |
400.000 |
Unterstützt |
Wenn Sie diesen Grenzwert überschreiten, können allgemeine Dateivorgänge, etwa das Öffnen, Speichern und Löschen von Dateien oder Anzeigen des Dateiverlaufs, möglicherweise nicht mehr erfolgreich ausgeführt werden. |
Nebenversionen |
511 |
Beschränkung |
Die Höchstanzahl von Nebenversion der Datei beträgt 511. Dieser Grenzwert kann nicht überschritten werden. |
Elemente |
30.000.000 pro Liste |
Unterstützt |
Sie können sehr große Listen erstellen, indem Sie Standardansichten, Websitehierarchien und die Metadatennavigation verwenden. Dieser Wert kann je nach Anzahl der Spalten in der Liste und der Nutzung der Liste variieren. |
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 maximale Anzahl von JOIN-Operationen pro Abfrage an, wie beispielsweise solchen, die auf Nachschlagespalten, Person/Gruppe-Spalten oder Workflowstatusspalten basieren. Werden in der Abfrage mehr als acht JOIN-Operationen verwendet, wird der Vorgang blockiert. Dies gilt nicht für Einzelelementvorgänge. Bei Verwendung der Maximalansicht über das Objektmodell (indem keine Ansichtsfelder angegeben werden) gibt SharePoint die ersten 12 Nachschlagevorgänge zurück. |
Schwellenwert für die Listenansicht |
Größer als 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. Beim Hinzufügen oder Entfernen eines Spaltenindexes beträgt der Schwellenwert standardmäßig 20.000. Beim Löschen einer Liste oder eines Ordners beträgt der Schwellenwert standardmäßig 100.000. Beim Umbenennen eines Ordners innerhalb derselben Bibliothek beträgt der Schwellenwert standardmäßig 100.000. |
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. |
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. |
Liste |
2.000 pro Website |
Schwellenwert |
Tests deuten auf eine Abnahme der Leistung bei der Listenansicht jenseits von 2.000 Einträgen hin. |
Gemeinsame Dokumenterstellung in Word und PowerPoint für DOCX-, PPTX- und PPSX-Dateien |
10 Bearbeiter gleichzeitig pro Dokument |
Schwellenwert |
Die empfohlene maximale Anzahl gleichzeitiger Bearbeiter liegt bei 10. Der Höchstwert liegt bei 99. Wenn 99 Bearbeiter gleichzeitig ein Dokument zur gemeinsamen Bearbeitung geöffnet haben, wird 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. Übersteigt die Anzahl eindeutiger Sicherheitsbereiche für eine Liste den Schwellenwert für die Listenansicht (standardmäßig 5.000 Listenelemente), werden beim Anzeigen der Liste zusätzliche SQL Server-Roundtrips ausgeführt, was sich negativ auf die Leistung beim Anzeigen der Liste auswirken kann. Ein Bereich ist die 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 2016 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. |
Sicherheitsbereichspropagierung (ACL) |
500 untergeordnete Objekte mit eindeutigen Bereichen |
Schwellenwert |
Die maximale Anzahl untergeordneter Objekte mit eindeutigen Sicherheitsbereichen, die während der ACL-Weitergabe aktualisiert werden können, darf 500 nicht überschreiten. Bereichsupdates können so festgelegt werden, dass untergeordnete Objekte mithilfe der ACL-Weitergabe aktualisiert werden, wodurch eindeutig bereichsbezogene Elemente und Elemente aktualisiert werden, die Berechtigungen erben. Wenn die maximale Anzahl untergeordneter Objekte mit eindeutigen Bereichen größer als 500 ist, tritt bei einer Aktualisierung des übergeordneten Bereichs, die die ACL-Weitergabe an untergeordnete Elemente umfasst, ein Fehler auf, wenn nur einige der untergeordneten Elemente mit eindeutigen Bereichen möglicherweise aktualisiert werden. Wenn die maximale Anzahl untergeordneter Objekte mit eindeutigen Bereichen größer als 500 ACL-Weitergabe ist, sollte nicht verwendet werden. |
Spaltengrenzen
SharePoint Server 2016-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 |
Einer Hyperlink- oder Bildspalte wird zum Speichern zwei Spalten zugeordnet: eine für die URL und eine für die Beschreibung. |
Berechnet |
255 |
Schwellenwert |
30 Byte |
Sql Server-Zeilenumbruch erfolgt nach jeweils acht Spalten in einer SharePoint-Liste. Der Standardwert von sechs Zeilen für den Zeilenumbruch lässt pro SharePoint-Liste maximal 48 berechnete Spalten zu (6 x 8 = 48). |
GUID |
350 |
Schwellenwert |
22 Byte |
SQL Server row wrapping occurs after each column in a SharePoint list. Der Standardwert von sechs Zeilen für den Zeilenumbruch lässt pro SharePoint-Liste maximal sechs GUID-Spalten zu (6 x 1 = 6). |
Ganze Zahl |
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 Die maximale Anzahl von Spalten verwalteter Metadaten wird als (14 + (16 * (n-1))) berechnet, wobei n der Zeilenzuordnungswert ist (Standardwert 6). |
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. Im Allgemeinen werden folgende Spalten hinzugefügt:
Primäre Spalte: ein Textfeld
Ausgeblendete ID-Spalte: Ein mehrzeiliges Textfeld.
Sekundäre Spalten: Jede sekundäre Spalte enthält einen Text/eine Zahl/einen booleschen Wert/mehrzeiligen Text basierend auf dem im Geschäftsdatenkatalog-Modell definierten Datentyp der sekundären Spalte. So kann beispielsweise "ID" einer Zahlenspalte, "Name" einer Spalte mit einer Textzeile und "Beschreibung" einer Spalte mit mehreren Textzeilen zugeordnet sein.
Seitengrenzen
Die folgende Tabelle enthält die empfohlenen Richtlinien für Seiten.
Grenze | Maximalwert | Grenztyp | Hinweise |
---|---|---|---|
Webparts |
25 pro Wiki- oder Webpartseite |
Schwellenwert |
Bei dieser Zahl handelt es sich um eine Schätzung auf der Grundlage einfacher Webparts. Wie viele Webparts auf einer Seite verwendet werden können, bevor die Leistung beeinträchtigt wird, hängt von der Komplexität der Webparts ab. |
Sicherheitsgrenzen
Grenze | Maximalwert | Grenztyp | Hinweise |
---|---|---|---|
Anzahl der SharePoint-Gruppen, zu denen ein Benutzer gehören kann |
5,000 |
Unterstützt |
Dies ist keine harte Grenze, aber sie entspricht den Active Directory-Richtlinien. Die Zahl wird von mehreren Faktoren beeinflusst: Größe des Benutzertokens Gruppencache: SharePoint Server 2016 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 Sie zahlreiche Einträge (Sicherheitsgruppen mit Benutzern) in der Websitesammlung haben (über 1.000), sollten Sie anstelle der Benutzeroberfläche PowerShell verwenden, um Benutzer zu verwalten. Auf diese Weise können Sie die Verwaltung vereinfachen. |
Active Directory-Prinzipale/Benutzer in einer SharePoint-Gruppe |
5.000 pro SharePoint-Gruppe |
Unterstützt |
In SharePoint Server 2016 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. Dies gilt vor allem für das Hinzufügen eines Benutzers zu einer vorhandenen Gruppe, das Erstellen einer neuen Gruppe und das Rendern von Gruppenansichten. |
Sicherheitsprinzipal: Größe des Sicherheitsbereichs |
5.000 pro Zugriffssteuerungsliste |
Unterstützt |
Die Größe des Bereichs wirkt sich auf die Daten aus, die für eine Sicherheitsüberprüfungsberechnung verwendet werden. Diese Berechnung erfolgt jedes Mal, wenn der Bereich sich ändert. Es gibt keine 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.
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. |
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. |
Indexreplikate |
3 pro Indexpartition |
Unterstützt |
Jede Indexpartition kann über eine Gruppe von Replikaten verfügen. Eine Erhöhung der Indexreplikatanzahl wirkt sich positiv auf die Abfrageleistung und die Fehlertoleranz aus. Werden der Indexpartition allerdings zu viele Replikate hinzugefügt, hat dies unter Umständen negative Auswirkungen auf die Indizierung. Für Internetwebsite-Szenarios, die normalerweise eine höhere Abfragerate, jedoch ein geringeres Inhaltsvolumen (weniger als 4 Millionen Elemente pro Partition) aufweisen, beträgt die unterstützte Grenze 6 Indexreplikate pro Partition. |
Inhaltsverarbeitungskomponenten |
1 pro Server |
Unterstützt |
Die Suchtopologie unterstützt die Skalierung der Anzahl der Inhaltsverarbeitungskomponenten. Auch wenn ein bestimmter physischer Host oder virtueller Computer mehrere Inhaltsverarbeitungskomponenten unterstützt, erzielen Sie eine bessere Ausnutzung der CPU-Kapazität, wenn Sie nur 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. Die Verwendung mehrerer Zuführungssitzungen ermöglicht eine parallele Verarbeitung eingehender Dokumente durch die Inhaltsverarbeitungskomponente. Bei diesem Mechanismus wird von einer einzelnen Inhaltsverarbeitungskomponente pro Host ausgegangen. 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 2016 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. Für den Fall, dass 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 2016 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ß. Im Durchforstungsprotokoll wird eine Warnung angezeigt, die besagt, dass die Datei die maximale Größe überschritten hat, die der Crawler herunterladen kann.
Falls Sie nach Text in einem Element suchen und nur Ergebnisse auf dem ersten Teil des Textes bekommen, hat die Inhaltverarbeitungskomponente möglicherweise das Element abgeschnitten, da es die Größenbeschränkung überschritten hat. Wenn die Inhaltverarbeitungskomponente ein Element abschneidet, zeigt sie dies an, indem sie die verwaltete Eigenschaft "IsPartiallyProcessed" auf "true" festlet. 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 | Anmerkungen |
---|---|---|---|
Dokumentgrößen-Durchforstungskomponente kann |
64 MB (4 MB für Excel-Dokumente) |
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. Verwenden Sie dazu 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 Anzahl der analysierten Zeichen kann niedriger als dieser Grenzwert sein, da die Suche maximal 30 Sekunden für die Analyse eines einzelnen Elements und seiner Anlagen 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. |
Von der Worttrennung erzeugte 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 Anzahl der verarbeiteten Elemente kann niedriger als dieser Grenzwert sein, da bei der Suche maximal 30 Sekunden für die Wörtertrennung verwendet werden. 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 Grenzwerttyp 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 2097152 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 Grenzwerttyp ist der Standardwert für die maximale Größe einer abrufbaren verwalteten Eigenschaft. Wenn Sie diesen Grenzwert erhöhen, aktivieren Sie die Indizierung weiterer Daten pro verwalteter Eigenschaft. Durch Erhöhen dieses Grenzwerts kann auch die Suche aktiviert werden, um mehr Daten pro verwalteter Eigenschaft für Suchergebnisse abzurufen. Durch Indizieren und Abrufen von mehr Daten pro verwalteter Eigenschaft wird die gesamte Arbeitslast im System erhöht und mehr Speicherplatz verwendet. 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 2097152 Bytes. Wenn Sie diesen Grenzwert erhöhen, aktivieren Sie die Indizierung weiterer Daten pro verwalteter Eigenschaft. Durch Erhöhen dieses Grenzwerts kann die Suche mehr Daten pro verwalteter Eigenschaft abrufen. Indizieren und Abrufen von mehr Daten pro verwaltete Eigenschaft |
Größe für sortier- und einschränkbare verwaltete Eigenschaften |
16 KB pro verwaltete Eigenschaft |
Beschränkung |
Dieser Grenzwerttyp ist die maximale Größe einer sortierbaren und einschränkbaren 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. |
Eindeutig indexierte Tokens pro verwalteter Eigenschaft |
1.000.000 |
Schwellenwert |
Dieser Grenzwerttyp ist die maximale Anzahl eindeutiger Token, die dem Suchindex pro verwalteter Eigenschaft hinzugefügt werden können. Dieser Grenzwert kann nicht geändert werden. Wenn der Grenzwert überschritten wird, enthält der Index die ersten 1.000.000 Token der verwalteten Eigenschaft, und die Datei wird als teilweise verarbeitet markiert, indem die IsPartiallyProcessed-Eigenschaft auf true festgelegt wird. Ausnahme: Wenn der Grenz Wert für eine mit ACL verknüpfte verwaltete Eigenschaft erreicht ist, werden dem Index keine Token aus dieser verwalteten Eigenschaft hinzugefügt. |
Unterschiedliche Benutzer von AD-Sicherheitsgruppen haben Zugriff auf ein Element |
1.000.000 |
Schwellenwert |
Wenn mehr als 1 Million unterschiedliche Benutzer oder AD-Sicherheitsgruppen auf ein Element zugreifen können, kann das Element nicht durchsucht werden. Diese Elemente werden nur im Rahmen einer eDiscovery-Abfrage über das Security & Compliance Center zurückgegeben. |
Suche: Wörterbuchgrenzwerte
Die Wörterbuchgrenzwerte schützen Speichern, 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 |
Dieser Begrenzungstyp schränkt die Anzahl von Begriffen ein, 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, wird die Indizierungsgeschwindigkeit reduziert. |
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 |
1,000 |
Beschränkung |
Eine verwaltete Eigenschaft kann mehrere Werte gleichen Typs besitzen. Dieser Grenzwerttyp ist die maximale Anzahl von Werten pro verwalteter mehrwertige verwalteter Eigenschaft pro Dokument. Wenn diese Anzahl überschritten wird, werden die übrigen Werte verworfen. |
Erkannte Metadateneigenschaften |
100.000 pro durchforstetes Element |
Unterstützt |
Dieser Grenzwerttyp ist die maximale Anzahl von Metadateneigenschaften, die die Durchforstungskomponente beim Durchforsten eines Elements bestimmen 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 Grenzwerttyp ist der getestete Und Standardwert 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. |
Textlänge für Abfragen auf der SharePoint-Startseite |
16 KB (16.384 Zeichen) |
Unterstützt |
Dieses Limit gilt nur für SharePoint Server 2019 Public Preview. Dieser Grenzwerttyp ist der getestete Und Standardwert für die maximale Textlänge für eine Abfrage, die auf der SharePoint-Startseite verwendet wird. Der Standardwert für die maximale Textlänge kann bis maximal 20 KB (20.480) erhöht werden. |
Anzahl Zeilen in einem Resultset |
500 Zeilen |
Unterstützt |
Dieser Grenzwerttyp ist der getestete Und Standardwert 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 Suchwarnungen für das Resultset einer Abfrage festlegen. Wenn die Ergebnisse geändert oder aktualisiert werden, benachrichtigt die Suche den Endbenutzer. Dieser Grenzwerttyp ist der getestete Grenzwert für eine Suchdienstanwendung mit einer Mischung aus Endbenutzerabfragen (75 %) und Warnungsabfragen (25 %). 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 |
Dieser Grenzwerttyp ist die maximale Anzahl eindeutiger Kontexte pro Rangmodell. |
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 |
Dieser Grenzwerttyp ist die maximale Anzahl eindeutiger Begriffe, die im Index einer Suchdienstanwendung vorhanden sein können. |
Benutzerdefinierte Volltextindexes |
10 |
Beschränkung |
Dieser Grenzwerttyp ist die maximale Anzahl von Volltextindexes. |
Indizierte Elemente |
20 Millionen pro Indexpartition |
Unterstützt |
Jede Indexpartition enthält eine Teilmenge des gesamten Suchindex. Wenn die Anzahl der indizierten Elemente im Verhältnis zur Arbeitsspeichermenge des Servers hoch ist, wirkt sich dieses Missverhältnis negativ auf die Abfrageantwortzeit aus. |
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. |
Communitytags, Notizen und Bewertungen |
500.000.000 pro Datenbank für Funktionen und Daten für das soziale Netzwerk |
Unterstützt |
Bis zu 500 Millionen Social Media-Tags, Notizen und Bewertungen werden in einer Social Media-Datenbank ohne signifikante Leistungseinbußen unterstützt. 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. Diese Momentaufnahmepfadkorrelation erhöht die E/A-Anforderungen für die Quelldatenbank. 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 Standardhöchstwert von 2.000 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. 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. Wenn dieser Schwellenwert erreicht wird, werden neue Anforderungen zum Aktivieren von Workflows in die Warteschlange eingereiht, um später vom Workflowzeitgeberdienst ausgeführt zu werden. Wenn die Ausführung ohne Timer abgeschlossen ist, werden neue Anforderungen für diesen Schwellenwert gezählt. Dieser Grenzwert kann mithilfe des Set-SPFarmConfig PowerShell-Cmdlets 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 weitere Ereignisse zu ermöglichen, können Sie weitere Instanzen des SharePoint Foundation-Workflow-Zeitgeberdiensts ausführen. |
Workflowzuordnungen |
100 pro Liste |
Unterstützt |
Das Überschreiten dieses Grenzwerts beeinträchtigt die Browserleistung aufgrund der großen Datenmenge, die für mehr als 100 Zuordnungen und deren Statusspalten geladen wird. |
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 |
Versuche, XAML-Dateien zu veröffentlichen, die das Größenlimit überschreiten, schlägt fehl. |
Maximale Tiefe eines Workflow-Unterschritts in xaml (Workflow-Komplexitä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 bestätigt, dass ein SharePoint-Webserver maximal sechs Workflowinstanzen pro Sekunde aktivieren kann. Diese Zahl ist kumulativ und ändert sich je nach Anzahl der Webserver in der Farm. Beispielsweise können zwei Webserver 12 Workflowinstanzen pro Sekunde und drei Webserver 18 aktivieren. |
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. Wenn diese Volumeebene überschritten wird, wird empfohlen, 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. Das Überschreiten dieses Grenzwerts führt dazu, dass die Workflowinstanz beendet wird. |
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. Wenn dieser Grenzwert überschritten wird, schlagen Workflowsuchen in nicht indizierten Feldern für Benutzer ohne Administratorrechte fehl. 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-Workflow-Zuordnungen |
10 Mio. Elemente pro Liste |
Unterstützt |
Tests haben bestätigt, dass die Leistung von Automatischstart-Workflowzuordnungen nicht beeinträchtigt wird, wenn die Listengröße auf 1 Million Elemente ansteigt. 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 Terminologiespeicher (Datenbank) für verwaltete Metadaten
Die folgende Tabelle enthält die empfohlenen Richtlinien für Terminologiespeicher verwalteter Metadaten.
Grenze | Maximalwert | Grenztyp | Hinweise |
---|---|---|---|
Maximale Anzahl der Ebenen geschachtelter Ausdrücke in einem Terminologiespeicher |
7 |
Unterstützt |
Ausdrücke in einem Ausdruckssatz lassen sich hierarchisch darstellen. Ein Ausdruckssatz kann bis zu sieben Ausdrucksebenen (ein übergeordneter Ausdruck mit sechs Schachtelungsebenen darunter) umfassen. |
Maximale Anzahl von Ausdruckssätzen in einem Terminologiespeicher |
1,000 |
Unterstützt |
Ein Terminologiespeicher kann bis zu 1.000 Ausdruckssätze beinhalten. |
Maximale Anzahl von Ausdrücken in einem Ausdruckssatz |
30,000 |
Unterstützt |
30.000 ist die maximale Anzahl von Ausdrücken in einem Ausdruckssatz. Hinweis: Zusätzliche Bezeichnungen für 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. |
Anzahl direkter untergeordneter Ausdrücke in einem verwalteten Navigationsausdruckssatz |
300 |
Unterstützt |
Die maximal unterstützte Anzahl direkter untergeordneter Ausdrücke in einem verwalteten Navigationsausdruckssatz beträgt 300. |
Grenzwerte für Visio Services
Die folgende Tabelle enthält die empfohlenen Richtlinien für Instanzen von Visio Services in SharePoint Server 2016.
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 Mindestcachealters auf einen niedrigen Wert reduziert den Durchsatz und erhöht die Latenz, da das Ungültigstellen des Caches visio dazu zwingt, häufig neu zu berechnen und die CPU- und Arbeitsspeicherverfügbarkeit zu verringern. |
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 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. |
Grenzwerte für PerformancePoint Services
Die folgende Tabelle enthält die empfohlenen Richtlinien für PerformancePoint-Dienste in SharePoint Server 2016.
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. Wenn ein Konvertierungsauftrag gestartet wird (mit der ConversionJob.Start-Methode), werden der Konvertierungsauftrag und alle Konvertierungselemente an einen Anwendungsserver übertragen, der den Auftrag 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. Daher sollten Kunden nicht mehr Konvertierungsprozesse ausführen, als auf ihren Anwendungsservern Verarbeitungskerne vorhanden sind. Der Konvertierungszeitgeberauftrag und andere SharePoint-Aktivitäten nutzen ebenfalls gelegentlich einen Verarbeitungskern. Wir empfehlen, dass Sie immer einen Kern für die Verwendung durch den Konvertierungszeitgeberauftrag und SharePoint frei 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. |
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 |
Das Senden von Aufträgen in einer Dateianzahl, die den Grenzwert überschreitet, führt dazu, dass die Auftragsübermittlungszeit und die Verarbeitungszeit zu lang sind. |
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 Online-Dienst
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 |
Die gemessene durchschnittliche Anzahl von Renderings, die von „typischen“ Dokumenten auf dem Anwendungsserver über einen bestimmten Zeitraum durchgeführt werden können. |
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 |
Grenze |
Wenn einem Benutzer mehr als 2.000 Lizenzen zugewiesen sind, werden diesem Benutzer keine Apps mehr in der Standardansicht App hinzufügen 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 |
Wenn mehr als 500 Apps aus dem Unternehmenskatalog für einen einzelnen Benutzer verfügbar sind, werden diesem Benutzer keine Apps mehr in der Standardansicht App hinzufügen 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, auf die ein einzelner Benutzer auf einem verteilten Cachehost mit 16 GB RAM folgen kann, 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. |
Verwandte Artikel
Hardware- und Softwareanforderungen für SharePoint Server 2016
Planen der Leistung in SharePoint Server 2013
SharePoint Server 2010-Kapazitätsverwaltung: Softwarebeschränkungen und -grenzen