Einschätzen der Leistungs- und Kapazitätsanforderungen für InfoPath Forms Services-Umgebungen (Office SharePoint Server)

Inhalt dieses Artikels:

• Wichtige Merkmale

• Testumgebung

• Testergebnisse

• Empfehlungen

Dieses Szenario für die Leistungs- und Kapazitätsplanung bezieht sich auf eine einzelne Microsoft Office SharePoint Server 2007-Serverfarm mit InfoPath Forms Services. Die Serverfarm wird zum Veröffentlichen von InfoPath-Formularvorlagen verwendet. Beachten Sie, dass sich die in diesem Artikel beschriebenen Testergebnisse auf InfoPath Forms Services in Microsoft Office SharePoint Server 2007 beziehen. Die Testergebnisse sind möglicherweise nicht repräsentativ für die Leistungsmerkmale von Microsoft Office Forms Server 2007.

Wichtige Merkmale

Hauptmerkmale beschreiben Umgebungsfaktoren, Verwendungsmerkmale und andere Überlegungen, die für Bereitstellungen im Rahmen dieses Szenarios wahrscheinlich eine Rolle spielen.

Dieses Szenario enthält folgende Hauptmerkmale:

• Authentifizierung, Zugriffssteuerung und Autorisierung In diesem Szenario wird die integrierte Windows-Authentifizierung verwendet. Websites und Inhalte werden in aller Regel entweder über Sicherheitsgruppen gesichert oder durch das Erteilen von Zugriffsrechten für einzelne Benutzer basierend auf ihren Konten. Authentifizierungen und Autorisierungen wirken sich auf den Durchsatz aus, und zwischen Farmservern und Domänencontrollern ist eine Netzwerkverbindung erforderlich. Der Durchsatz gibt die Anzahl der Vorgänge an, die in einer Serverfarm pro Sekunde ausgeführt werden können. Der Durchsatz wird in RPS (Requests per Second, Anforderungen pro Sekunde) gemessen.

• Zugeordneter Verzeichnisdienst Dieses Szenario umfasst einen zugeordneten Active Directory-Verzeichnisdienst für die Bereitstellung von Benutzer- und Organisationsinformationen. Diese Informationen werden von Microsoft Office SharePoint Server 2007 für die Bereitstellung erweiterter Funktionalitäten verwendet, z. B. Präsenz, Zielgruppenadressierung und Zielgruppen.

• Komplexe Benutzervorgänge (Lesen und Schreiben) In einer Formularumgebung zeigen Benutzer Inhalt an, und sie wirken an Inhalt mit. Die Durchsatzziele für dieses Szenario dienen der Sicherstellung angemessener Reaktionszeiten bei komplexen Benutzervorgängen, z. B. dem Hochladen von Formularvorlagen oder Ausfüllen von Formularen.

• Langfristiger Datenzuwachs und Websitevergrößerung Neben dem Einschätzen des Ausgangsdatenvolumens müssen bei einer Microsoft Office SharePoint Server 2007-Umgebung für die Zusammenarbeit auch der langfristige Datenzuwachs und die Websitevergrößerung berücksichtigt werden. Eine Serverfarm, die nur für ein bestimmtes Ausgangsdatenvolumen konfiguriert wurde, kann schnell an ihre Grenzen stoßen.

• Benutzerreaktionszeiten Die Zielreaktionszeiten für Benutzer im Hinblick auf gewöhnliche, ungewöhnliche, lange und seltene Vorgänge sind in der Tabelle für Benutzerreaktionszeiten am Ende des Artikels Planen der Softwaregrenzen (Office SharePoint Server) aufgeführt. Einige Organisationen tolerieren möglicherweise größere Reaktionszeiten für Benutzer oder erfordern noch geringere Reaktionszeiten. Die erwartete Reaktionszeit ist ein wichtiger Faktor, der die Gesamtdurchsatzziele bestimmt. Wenn Sie über mehr Benutzer verfügen, benötigen Sie ein größeres Durchsatzziel, um die gleichen Reaktionszeiten für Benutzer zu erreichen.

• Benutzerparallelität Es wird eine Parallelitätsrate von 10 % zugrunde gelegt, wobei 1 % der Benutzer zu einem bestimmten Zeitpunkt gleichzeitig eine Anforderung auslösen. Bei 10.000 Benutzern verwenden beispielsweise 1.000 die Lösung gleichzeitig, und 100 Benutzer lösen eine Anforderung aus.

Testumgebung

Die Tests für dieses Szenario wurden so gestaltet, dass sie beim Ausarbeiten von Schätzwerten darüber, wie verschiedene Farmkonfigurationen auf Änderungen an den folgenden Variablen reagieren, hilfreich sind:

• Komplexität des Formulars

• Art des Benutzervorgangs

• Unterschiedliche Datenverbindungen

• Die Anzahl der Dokumentbibliotheken, an die Formulare gesendet wurden

Es muss beachtet werden, dass die speziellen Kapazitäts- und Leistungsangaben in diesem Artikel von den Zahlen in realen Umgebungen abweichen werden. Die hier dargestellten Zahlen sollen einen Ausgangspunkt für die Entwicklung einer entsprechend skalierten Umgebung bilden. Nachdem Sie Ihren ersten Systementwurf erstellt haben, testen Sie die Konfiguration, um zu ermitteln, ob das System die Faktoren in Ihrer Umgebung unterstützt.

Weitere Informationen zum Testen der Bereitstellung finden Sie unter Tools für die Leistungs- und Kapazitätsplanung (Office SharePoint Server) und im InfoPath Forms Services 2007 Web Testing Toolkit (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=129547&clcid=0x407).

Annahmen

• 64-Bit-Architektur In der Testumgebung wurden ausschließlich Webserver mit 64 Bit verwendet. Obwohl Microsoft Office SharePoint Server 2007 auf 32-Bit-Servern bereitgestellt werden kann, wird bei Farmbereitstellungen die Verwendung von 64-Bit-Servern empfohlen. Weitere Informationen dazu finden Sie im Abschnitt 64 Bit und 32 Bit des Artikels Informationen zur Leistungs- und Kapazitätsplanung (Office SharePoint Server).

Testdefinitionen

Dieser Abschnitt enthält eine Definition der Testszenarien und bietet eine Übersicht über den Testvorgang, der für die verschiedenen Szenarien verwendet wurde. Ausführliche Informationen wie Testergebnisse und bestimmte Parameter finden Sie in den Testergebnisabschnitten weiter unten in diesem Artikel.

Testdefinitionen

Name der Lösung	Testbeschreibung
Geplante Lösung	Öffnen Sie das Basisformular mit einer Webdienst-Datenverbindung zum Senden. Füllen Sie das Formular mit Testdaten aus. Senden Sie das Formular mithilfe des Vorgangs für das automatische Schließen.
Formular öffnen	Öffnen Sie das Basisformular ohne Datenverbindung.
In einer einzelnen SharePoint-Dokumentbibliothek speichern	Öffnen Sie das Basisformular ohne Datenverbindung. Füllen Sie das Formular mit Testdaten aus. Speichern Sie das Formular in einer SharePoint-Dokumentbibliothek.
Formular über eine SharePoint-Datenverbindung senden	Öffnen Sie das Basisformular mit einer SharePoint-Datenverbindung zum Senden. Füllen Sie das Formular mit Testdaten aus. Senden Sie das Formular mithilfe des Vorgangs für das automatische Schließen.
Geplante Lösung mit Geschäftslogik und komplexen Steuerelementen	Öffnen Sie das Formular complex passport simple mit einer Webdienst-Datenverbindung zum Senden. Füllen Sie das Formular mit Testdaten aus. Senden Sie das Formular mithilfe des Vorgangs für das automatische Schließen.
Formular über eine SharePoint-Datenverbindung speichern (fünf Dokumentbibliotheken)	Öffnen Sie eines von fünf Basisformularen ohne Datenverbindung. Füllen Sie das Formular mit Testdaten aus. Klicken Sie auf Speichern.
Formular über eine SharePoint-Datenverbindung senden (fünf Dokumentbibliotheken)	Öffnen Sie eines von fünf Basisformularen mit einer SharePoint-Datenverbindung zum Senden. Füllen Sie das Formular mit Testdaten aus. Senden Sie das Formular mithilfe des Vorgangs für das automatische Schließen.

Testtopologie

Für die Bereitstellung hochgradig detaillierter Testergebnisse wurden zum Testen verschiedene Farmkonfigurationen verwendet. Diese Farmkonfigurationen umfassten zwischen einem und acht Webservern und einem einzelnen Datenbankserver, auf dem die Datenbanksoftware Microsoft SQL Server 2005 ausgeführt wurde. Die Tests wurden mit vier Clientcomputern durchgeführt. Alle Webservercomputer und der Datenbankserver verfügten über die 64-Bit-Technologie, und die Clientcomputer waren mit 32-Bit-Technologie ausgestattet.

In der folgenden Tabelle ist die spezielle Hardware aufgeführt, die beim Testen verwendet wurde.

Computerrolle	Hardware
Webserver	2 Quad-Core-Intel Xeon E5345-Prozessoren mit 2,33 Gigahertz (GHz) 4 GB Arbeitsspeicher (RAM)
Datenbankserver	4 Quad-Core-Intel Xeon-Prozessoren mit 3,2 GHz 16 GB RAM 5 146-GB-Festplatten mit 15.000 Umdrehungen pro Minute, RAID 5
Clientcomputer	2 Intel-Prozessoren mit 3,06 GHz 2 GB RAM

In der Testumgebung wurde ein Gigabit-Netzwerk (1 Milliarde Bit/s) verwendet. Zur Sicherstellung einer ausreichenden Netzwerkbandbreite wird zwischen den Servern in einer Office SharePoint Server-Farm die Verwendung eines Gigabit-Netzwerks empfohlen.

Software

In der folgenden Tabelle wird die Software beschrieben, die auf den für diese Tests verwendeten Servern installiert war.

Computerrolle	Software
Webserver	Das Betriebssystem Windows Server 2008 Enterprise Edition mit Service Pack 1 (SP1) und den neuesten Updates, Microsoft Office SharePoint Server 2007 mit Service Pack 1 (SP1), x64-Version. Beachten Sie, dass die Tests ausgeführt wurden, bevor das Infrastrukturaktualisierung für Microsoft Office Server veröffentlicht wurde. Microsoft .NET Framework, Version 3.5.
Datenbankserver	Windows Server 2008 Enterprise Edition mit SP 1 und den neuesten Updates. SQL Server 2005-Datenbanksoftware. .NET Framework, Version 3.5.
Clientcomputer	Windows Server 2003 Enterprise Edition mit SP 1 und den neuesten Updates.

Testergebnisse

In den folgenden Tabellen sind die Testergebnisse für InfoPath Forms Services unter Office SharePoint Server 2007 mit SP1 dargestellt. Für die einzelnen Testgruppen werden nur bestimmte Variablen geändert, um den fortschreitenden Einfluss auf die Farmleistung zu verdeutlichen.

Beachten Sie, dass alle Tests in diesem Artikel ohne jegliche Bedenkzeit durchgeführt wurden, also ohne Verzögerung zwischen den aufeinander folgenden Vorgängen. In einer realen Umgebung schließt sich an jeden Vorgang eine Verzögerung an, da der Benutzer den nächsten Schritt der Aufgabe ausführt. Im Gegensatz dazu folgten die einzelnen Vorgänge in diesem Test unmittelbar aufeinander, wodurch die Serverfarm fortlaufend belastet wurde. Dies führte wiederum zu Datenbankkonflikten und anderen Faktoren, die die Leistung nachteilig beeinflussen können.

Informationen zu Engpässen in InfoPath Forms Services finden Sie im Abschnitt Häufig auftretende Engpässe und deren Ursachen weiter unten in diesem Artikel.

Auswirkungen der Geschäftslogik und komplexer Steuerelemente in einem Formular auf den Durchsatz

Die beiden Tests in der folgenden Tabelle veranschaulichen, wie sich das Hinzufügen einer Geschäftslogik und von komplexen Steuerelementen zu einem Formular auf den Farmdurchsatz auswirkt. Die Unterschiede zwischen den getesteten Formularvorlagen sind in der Tabelle am Ende dieses Abschnitts aufgeführt.

Webserver	Leistung der geplanten Lösung (RPS)	Leistung der geplanten Lösung mit Geschäftslogik und komplexen Steuerelementen (RPS)
1	325	292
2	633	547
4	1076	954
6	1052	1095
8	1102	1065

Im folgenden Diagramm wird gezeigt, dass sich das Hinzufügen von Geschäftslogik und komplexen Steuerelementen nicht notwendigerweise linear auf den Durchsatz auswirkt. Der Durchsatz wird für beide Testlösungen auf vier Webservern wesentlich verbessert. Die Trends sind für beide Testlösungen ähnlich. Zusammenfassend lässt sich sagen, dass bei Verwendung von Geschäftslogik und komplexen Steuerelementen in einem Formular die Anforderungen an Webserver in der Serverfarm steigen und Sie der Serverfarm möglicherweise Webserver hinzufügen sollten.

In der folgenden Tabelle sind die Variablen im Formularvorlagenentwurf für die komplexe Formularlösung dargestellt.

Formularvorlagenvariablen

Parameter	Geplante Lösung	Geplante Lösung mit Geschäftslogik und komplexen Steuerelementen
Engpass	Datenbank-Datenträger-E/A	Datenbank-Datenträger-E/A
Datenverbindungen	1 (an Webdienst senden)	1 (an Webdienst senden)
Primäre Datenquelle	Flach (alle Elemente sind direkte untergeordnete Elemente von meineFelder)	Hierarchisch (Elemente sind in Abschnitten angeordnet)
Close-on-submit-Regel	Ja	Ja
Abschnitte	0	6 (2 optional)
Wiederholte Tabellen	0	1
Datenüberprüfung	4	10
Regeln	0	3
Postbacks	2	1
Erste Anforderungsoptimierung	Ja	Nein

Auswirkungen anderer Vorgänge auf den Durchsatz

Diese Tests zeigen, wie sich verschiedene Vorgänge, die für eine bestimmte Lösung ausgeführt werden, auf den Farmdurchsatz auswirken.

In der folgenden Tabelle ist der Unterschied bezüglich des Durchsatzes dargestellt, wenn für dasselbe Formular verschiedene Vorgänge (an Webdienst senden, Formular öffnen, in einzelner Dokumentbibliothek speichern, an SharePoint-Datenverbindung senden) ausgeführt werden.

Alle Postbacks haben eine Größe von 10 KB.

Auswirkungen anderer Vorgänge auf den Durchsatz

Webserver	Geplante Lösung (an Webdienst senden) (RPS)	Formular öffnen (RPS)	In einzelner Dokumentbibliothek speichern (RPS)	An SharePoint-Datenverbindung senden (RPS)
1	325	302	331	241
2	633	591	416	313
4	1076	847	429	301
6	1052	877	426	292
8	1102	825	431	305

Wie aus dem folgenden Diagramm ersichtlich wird, zeigten die Vorgänge zum Speichern in einer einzelnen Dokumentbibliothek und zum Senden an eine SharePoint-Datenverbindung deutliche Auswirkungen auf den Durchsatz. Der Durchsatz wurde auch durch das Hinzufügen von Webservern zur Serverfarm nicht verbessert. Die Leistung der Vorgänge zum Senden an den Webdienst und zum Öffnen eines Formular wurde jedoch durch das Hinzufügen von Webservern verbessert.

In diesem Test wurde die optimale Leistung mit vier Webservern erreicht. Bei Verwendung eines leistungsstärkeren Datenbankservers können jedoch noch bessere Ergebnisse erzielt werden. Darüber hinaus wird empfohlen, die Inhaltsdatenbanken auf einem anderen Datenbankserver als die Sitzungsstatusdatenbank zu speichern. Dadurch wurde die Leistung der Serverfarm in unserem Testlabor um mindestens 10 % verbessert.

In der folgenden Tabelle sind die in diesem Testszenario verwendeten Entwurfsparameter für Formularvorlagen dargestellt.

Formularvorlagenvariablen

Parameter	Geplante Lösung	Formular öffnen	In einer einzelnen Dokumentbibliothek speichern	An SharePoint-Datenverbindung senden
Engpass	Datenbank-Datenträger-E/A	Nicht zutreffend	Datenbanksperren	Datenbanksperren
Datenverbindungen	1 (an Webdienst senden)	1 (an SharePoint-Dokumentbibliothek senden)	1 (an Webdienst senden)	1 (an SharePoint-Datenverbindung senden)
Primäre Datenquelle	Flach (alle Elemente sind direkte untergeordnete Elemente von meineFelder)	Flach	Flach	Flach
Close-on-submit-Regel	Ja	Ja	Nein	Ja
Abschnitte	0	0	0	0
Wiederholte Tabellen	0	0	0	0
Datenüberprüfung	4	4	4	4
Regeln	0	0	0	0
Postbacks	2	1	2	1
Erste Anforderungsoptimierung	Ja	Nein	Ja	Nein

Auswirkungen einzelner bzw. mehrerer Dokumentbibliotheken auf den Durchsatz

Die Tests in der folgenden Tabelle zeigen, wie sich das Senden eines Formulars an eine einzige Dokumentbibliothek bzw. das Senden eines Formulars an mehrere Dokumentbibliotheken auf den Durchsatz auswirkt.

Auswirkungen einzelner bzw. mehrerer Dokumentbibliotheken auf den Durchsatz

Webserver	Basis (RPS)	An einzelne Dokumentbibliothek über eine SharePoint-Datenverbindung senden (RPS)	An fünf Dokumentbibliotheken über eine SharePoint-Datenverbindung senden (RPS)	In einzelner Dokumentbibliothek speichern (RPS)	In fünf Dokumentbibliotheken speichern (RPS)
1	325	241	229	331	319
2	633	313	436	416	523
4	1076	301	485	429	637
6	1052	292	455	426	591
8	1102	305	468	431	621

Das Verteilen von Formularen auf mehrere Dokumentbibliothek kann wie im folgenden Diagramm veranschaulicht erhebliche Auswirkungen auf die Leistung haben. Bei kleinen Bereitstellungen spielt die Verwendung mehrerer Dokumentbibliotheken keine so wichtige Rolle. Wenn allerdings die Anzahl der in einer einzigen Bibliothek gespeicherten Formulare die unter Planen der Softwaregrenzen (Office SharePoint Server) beschriebenen Grenzwerte überschreitet, kann die Leistung durch die Verwendung verteilter Dokumentbibliotheken wesentlich verbessert werden, da dadurch Konflikte reduziert werden. Für umfangreiche Bereitstellungen in Unternehmen sollten Sie Formulare entwerfen, mit denen Daten über eine Datenverbindung gesendet werden, und keine Formulare, die in Dokumentbibliotheken gespeichert werden.

In der folgenden Tabelle sind die in diesem Test verwendeten Entwurfsparameter für Formularvorlagen dargestellt.

Formularvorlagenvariablen

Parameter	Formular über eine SharePoint-Datenverbindung senden	Formular über eine SharePoint-Datenverbindung senden (fünf Dokumentbibliotheken)	In einzelner Dokumentbibliothek speichern (RPS)	In fünf Dokumentbibliotheken speichern (RPS)
Engpässe	Datenbanksperren	Datenbanksperren	Datenbanksperren	Datenbanksperren
Datenverbindungen	1 (an SharePoint-Dokumentbibliothek senden)	1 (an Webdienst senden)	1 (an SharePoint-Dokumentbibliothek senden)	1 (an Webdienst senden)
Primäre Datenquelle	Flach (alle Elemente sind direkte untergeordnete Elemente von meineFelder)	Flach	Flach	Flach
Close-on-submit-Regel	Ja	Ja	Ja	Ja
Abschnitte	0	0	0	0
Wiederholte Tabellen	0	0	0	0
Datenüberprüfung	4	4	4	4
Regeln	0	0	0	0
Postbacks	1	1	1	1
Erste Anforderungsoptimierung	Nein	Nein	Nein	Nein

Empfehlungen

Dieser Abschnitt enthält allgemeine Empfehlungen zur Leistung und Kapazität. Verwenden Sie diese Empfehlungen zum Bestimmen der Kapazitäts- und Leistungsmerkmale der Ausgangstopologie, die Sie unter Planen der Verfügbarkeit (Office SharePoint Server) erstellt haben, und zur Bestimmung, ob Sie die Ausgangstopologie aufrüsten oder ausbauen müssen.

Hardwareempfehlungen

Weitere Informationen zu den minimalen und empfohlenen Systemanforderungen finden Sie unter Bestimmen der Hardware- und Softwareanforderungen (Office SharePoint Server).

Hinweis

Die Arbeitsspeicheranforderungen für Webserver und Datenbankserver hängen von der Größe der Serverfarm, von der Anzahl gleichzeitiger Benutzerzugriffe und von der Komplexität der Features und Seiten in der Serverfarm ab. Die Speicherempfehlungen in der folgenden Tabelle sind möglicherweise für eine kleine Serverfarm oder für eine Serverfarm mit geringfügiger Verwendung ausreichend. Die Speicherauslastung sollte jedoch aufmerksam überwacht werden, um bestimmen zu können, ob zusätzlicher Arbeitsspeicher hinzugefügt werden muss.

Ausgebaute und aufgerüstete Topologien

Sie können die Leistung Ihrer Ausgangstopologie einschätzen, indem Sie die Topologie mit den Ausgangstopologien unter Planen der Verfügbarkeit (Office SharePoint Server) vergleichen. Somit können Sie auf schnelle Weise bestimmen, ob Ihre Ausgangstopologie ausgebaut und aufgerüstet werden muss, um die Leistungs- und Kapazitätsziele zu realisieren.

Wenn Sie zu dem Schluss kommen, dass für Ihre Bereitstellung keine hohe Verfügbarkeit erforderlich ist, finden Sie unter Planen von Redundanz (Office SharePoint Server) Informationen zum Ermitteln Ihrer Anforderungen für die Redundanz.

Wenn Sie die Kapazität und Leistung einer der Ausgangstopologien erhöhen möchten, gibt es zwei Möglichkeiten. Sie können ausbauen, indem Sie Servercomputer mit größerer Kapazität implementieren, oder Sie rüsten auf, indem Sie der Topologie zusätzliche Server hinzufügen. In diesem Szenario werden die allgemeinen Leistungsmerkmale verschiedener aufgerüsteter Topologien beschrieben. In den Beispieltopologien spiegeln sich die folgenden herkömmlichen Methoden zum Aufrüsten einer Topologie für ein InfoPath Forms Service-Szenario wider:

• Wenn Sie eine höhere Benutzerauslastung ermöglichen möchten, fügen Sie Webservercomputer hinzu.

• Wenn Sie eine höhere Datenauslastung ermöglichen möchten, fügen Sie dem Datenbankserver Kapazitäten hinzu, indem Sie die Kapazität eines einzelnen (geclusterten oder gespiegelten) Servers erhöhen. Dazu können Sie den Server auf einen 64-Bit-Server aktualisieren oder geclusterte oder gespiegelte Server hinzufügen.

• Behalten Sie zwischen Webservercomputern und (gruppierten oder gespiegelten) Datenbankservern ein Verhältnis von maximal 8:1 bei. Obwohl sich bei den Tests in unserer Umgebung für die einzelnen Testszenarien ein spezielles Optimalverhältnis zwischen Webservern und Datenbankservern ergab, können Sie in Ihrer Umgebung durch die Bereitstellung einer noch robusteren Hardware (insbesondere für den Datenbankserver) möglicherweise noch bessere Ergebnisse erzielen.

Schätzen von Durchsatzzielen

Viele Faktoren wie die Anzahl der Benutzer, der Typ, die Komplexität und die Häufigkeit von Benutzeraktionen, die Anzahl von Postbacks in einem Vorgang sowie die Leistung von Datenverbindungen können sich auf den Durchsatz auswirken. Dabei kann jeder einzelne Faktor große Auswirkungen auf den Durchsatz einer Serverfarm haben. Planen Sie die einzelnen Faktoren im Rahmen der Bereitstellung daher sehr sorgfältig.

Microsoft Office SharePoint Server 2007 kann auf unterschiedliche Weise bereitgestellt und konfiguriert werden. Deshalb gibt es keine einfache Möglichkeit, die Benutzeranzahl einzuschätzen, die von einer bestimmten Anzahl von Servern unterstützt werden kann. Stellen Sie daher sicher, dass vor der Bereitstellung von Microsoft Office SharePoint Server 2007 in einer Produktionsumgebung Tests in Ihrer eigenen Umgebung ausgeführt werden.

Optimierungen

In den folgenden Abschnitten werden Methoden zum Steigern der Farmleistung durch Optimieren der Formularvorlagen und des Datenbankservers erläutert.

Entwurfsoptimierungen für Formularvorlagen

• Optimieren Sie die erste Abfrage (d. h., die Abfrage zum Öffnen des Formulars) für Formularvorlagen ohne OnLoad-Ereignisse oder Geschäftslogik, indem Sie die Erstellung von Sitzungsstatuseinträgen in der Datenbank verzögern, bis ein POST auftritt. Beachten Sie, dass der SQL-Sitzungsstatus für solche Formularvorlagen nicht erstellt wird, wenn das Formular nach dem Senden durch den POST-Vorgang geschlossen wurde. Zum Anwenden dieser Optimierung muss der Designer des Formulars für die erweiterte Einstellung zum Senden festlegen, dass das Formular nach dem Senden geschlossen wird. Weitere Informationen zu Entwurfsoptimierungen für Formularvorlagen finden Sie in dem sechsteiligen Beitrag unter Entwerfen von browserfähigen Formularen mit einer optimalen Leistung in InfoPath Forms Services (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=129548&clcid=0x407).

• Wenn ein Szenario das Speichern eines Formulars in einer Dokumentbibliothek umfasst, ist es besser, das Formular an die Bibliothek zu senden, anstatt es zu speichern. Durch einen Sendevorgang wird lediglich eine POST-Abfrage oder ein Roundtrip ausgelöst, ein Speichervorgang löst hingegen zwei POST-Abfragen aus. Der Name des Formulars kann mithilfe einer Regel oder mithilfe eines Steuerelements im Formular dynamisch generiert werden.

• Zum Reduzieren der Wartezeit für den Benutzer wird empfohlen, dass der Designer des Formulars die Anzahl von Steuerelementen pro Ansicht reduziert. Zur Optimierung der Darstellung der ersten Seite positionieren Sie Steuerelemente mit hohen Ressourcenkosten (z. B. Rich-Text-Felder) in aufeinander folgenden Ansichten anstatt in der Standardansicht.

Datenbankserveroptimierungen

• Die Verwendung einer 64-Bit-Version des Betriebssystems Windows Server 2003 auf dem Datenbankserver ist wichtiger als die Verwendung einer 64-Bit-Version der Datenbanksoftware SQL Server. Die Ursache dafür liegt darin, dass die Architektur der 64-Bit-Version von Windows Server eine bessere Adressenzuordnung ermöglicht. Zudem steht dem SQL-Prozess mehr Arbeitsspeicher zur Verfügung. Andererseits sollten Sie auch die Verwendung eines 64-Bit-Datenbankservers in Erwägung ziehen, wenn vom physischen Arbeitsspeicher auf dem Datenbankserver ein Leistungsengpass ausgeht. Die empfohlene Konfiguration für SQL Server 2005 umfasst einen Computer mit 8 Prozessoren, 64-Bit und mit der 64-Bit-Version von Windows Server 2003.

Häufig auftretende Engpässe und deren Ursachen

Bei Leistungstests wurden mehrere unterschiedliche häufig auftretende Engpässe gefunden. Bei einem Engpass wird die maximale Kapazität eines bestimmten Bestandteils einer Serverfarm erreicht. Dies führt zu einem Plateau oder einer Abnahme des Durchsatzes der Serverfarm.

In der folgenden Tabelle sind einige häufige Engpässe und deren Ursachen und Lösungsmöglichkeiten beschrieben.

Engpässe bei InfoPath Forms Services

Engpass	Ursache	Lösung
Datenbankkonflikte (Sperren)	Datenbanksperren verhindern, dass mehrere Benutzer miteinander in Konflikt stehende Änderungen an einem Datensatz vornehmen. Wenn ein Datensatz durch einen Benutzer oder Prozess gesperrt ist, kann ein anderer Benutzer oder Prozess diesen Datensatz erst ändern, wenn der erste Benutzer oder Prozess das Ändern der Daten abgeschlossen hat und die Sperre freigibt.	Folgende Maßnahmen reduzieren das Risiko von Datenbanksperren: Verteilen Sie gesendete Formulare auf mehr Dokumentbibliotheken. Bauen Sie den Datenbankserver aus. Optimieren Sie die Festplatte des Datenbankservers für den Lese-/Schreibzugriff. Es gibt Methoden, um das System zum Sperren von Datenbanken in SQL Server 2005 zu umgehen, wie z. B. den NOLOCK-Parameter. Die Verwendung dieser Methode können wir allerdings nicht empfehlen oder unterstützen, da Daten beschädigt werden könnten.
Datenträger-E/A des Datenbankservers	Wenn die Anzahl der E/A-Anforderungen auf einer Festplatte die E/A-Kapazität der Festplatte übersteigt, werden die Anforderungen in die Warteschlange gestellt. Folglich dauert es länger, um die einzelnen Anforderungen abzuschließen.	Die Verteilung von Datendateien auf mehrere physische Laufwerke ermöglicht die parallele E/A. Der Blog Datenträgerzuordnung und Datenträger-E/A für SharePoint (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=129557&clcid=0x407) enthält viele hilfreiche Informationen zum Beheben von Problemen bei der Datenträger-E/A.
CPU-Auslastung des Webservers	Wenn ein Webserver mit Benutzeranforderungen überladen ist, erreicht die durchschnittliche CPU-Auslastung 100 %. Dies verhindert eine schnelle Reaktion des Webservers auf Anforderungen und kann zu Timeouts und Fehlermeldungen auf Clientcomputern führen.	Zur Behebung dieses Problems gibt es zwei Möglichkeiten. Sie können der Serverfarm zusätzliche Webserver hinzufügen, um die Benutzerauslastung zu verteilen. Sie können aber auch den Webserver bzw. die Webserver ausbauen, indem Sie schnellere Prozessoren einbauen. Weitere Informationen finden Sie unter Planen der Verfügbarkeit (Office SharePoint Server) und Planen von Redundanz (Office SharePoint Server).

Schätzen von Speicherplatzanforderungen

In den folgenden Abschnitten werden Tabellen bereitgestellt, mit deren Hilfe Sie die Speicherplatzanforderungen für dieses Szenario einschätzen können. Die Speicherplatzanforderungen für Ihre Hardware variieren je nach Serverrolle und Szenario stark. Die Speicherplatzanforderungen sind von den in der Inhaltsdatenbank zu speichernden Daten, von den Anforderungen bezüglich Zwischenspeicherungen und von der Anzahl und Größe von in der Serverfarm gespeicherten Formularen und Formularvorlagen abhängig. In den folgenden Erläuterungen basieren, soweit möglich, die Zahlenwerte in den Formeln auf Speicherplatzanforderungen, die vorhergesagt werden können (z. B. der Größe von Installationsdateien).

Schätzen Sie zunächst die Speicherplatzanforderungen nach Serverrolle ein. Addieren Sie anschließend die Speicherplatzanforderungen für diese Rollen anhand der geplanten Topologie in Fällen, in denen die Serverrollen denselben physischen Servercomputer gemeinsam verwenden. Stellen Sie abschließend sicher, dass Ihre Hardware die Speicherplatzanforderungen unterstützt.

Wenden Sie zudem die bewährten Methoden für SQL Server-Speicher auf Datenbankservern an. Weitere Informationen dazu finden Sie unter Entwurf des physischen Datenbankspeichers (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=78853&clcid=0x407). Wenn mehrere Datenbankserver implementiert werden, wenden Sie den SQL-Speicherplatzfaktor für die einzelnen Webserver separat an.

Hinweis

Betriebssystem- und Programmdateien müssen getrennt von den Datendateien auf einem separaten Laufwerk oder einem RAID (Redundant Array of Independent Disks) gespeichert werden.

Speicherplatzanforderungen für Datenbankserver

Verwenden Sie die folgende Tabelle zum Berechnen von Speicherplatzanforderungen für Datenbankserver in Ihrer Serverfarm. Wenn mehrere Datenbankserver implementiert wurden, berechnen Sie diese Summe separat für jeden Datenbankserver.

Kategorie	Beschreibung	Wert
Betriebssystemdateien	Erforderlicher Speicherplatz für Windows Server 2008-Setupdateien und -Systemdateien. Weitere Informationen finden Sie unter Auswählen eines Dateisystems für die Installationspartition (https://go.microsoft.com/fwlink/?linkid=78866&clcid=0x407).	4 GB
Auslagerungsdatei	Standardmäßig ist die Größe der Auslagerungsdatei mit der Größe des physischen Arbeitsspeichers identisch.
SQL Server-Installationsdateien	Erforderlicher Speicherplatz für SQL Server-Setupdateien und -Programmdateien. Weitere Informationen finden Sie unter Systemanforderungen für SQL Server 2005 Standard Edition (https://go.microsoft.com/fwlink/?linkid=78870&clcid=0x407).	425 MB
Datenbankprotokolldateien	Speichern Sie die Datei SharedServices_DB.ldf auf einer anderen Festplatte, als auf den Festplatten mit den Dateien SharedServices_DB.mdf und WSS Content_DB. Administratoren können den Protokolldateien eine spezielle Festplatte zuordnen, da die Protokolldateien sehr groß werden können. Alternativ dazu können Sie in der Konfiguration festlegen, dass die Protokolldateien gelöscht werden, nachdem ca. 50 % des verfügbaren Speicherplatzes belegt sind. Der Speicherplatz für Protokolldateien hängt von den Protokolleinstellungen und der Anzahl der Datenbanken ab. Weitere Informationen finden Sie unter Speicherdesign für physische Datenbanken (in englischer Sprache) (https://go.microsoft.com/fwlink/?linkid=78853&clcid=0x407).
Konfigurationsdatenbank	Die Konfigurationsdatenbank wird diese Größe im Allgemeinen nicht überschreiten. Hierbei handelt es sich um eine geschätzte Maximalgröße und nicht um eine feste Grenze.	1.5 GB
Inhaltsdatenbanken	Speichern Sie die Datei SharedServices_DB.mdf auf dem virtuellen Datenträger mit dem längsten Datenträgerarray und der größten Kapazität. Schätzen Sie das Anfangsvolumen für Inhalte, die in Inhaltsdatenbanken gespeichert werden. Berücksichtigen Sie dabei die folgenden Faktoren: Multiplizieren Sie den Wert für die Größe der ursprünglichen Inhalte mit 1,2, um den Wert für die Größe der in einer SQL-Datenbank gespeicherten Inhalte zu erhalten. Bei Verwendung der Versionsverwaltung für Dokumente wird in der Datenbank eine Kopie für jede Version gespeichert.
Künftiges Wachstum	Sie sollten das Doppelte der ursprünglich bereitgestellten Datenmenge einplanen. Geben Sie eine Zahl ein, die für Ihre Umgebung geeignet ist.
Freier Speicherplatz	Lassen Sie auf jeder Festplatte und auf jedem Datenträger mindestens 25 Prozent Speicherplatz frei.
	Gesamtkapazität

Speicherplatzanforderungen für Webserver

Verwenden Sie die folgende Tabelle zum Berechnen von Speicherplatzanforderungen für jeden Webserver in Ihrer Serverfarm.

Kategorie	Beschreibung	Wert
Betriebssystemdateien	Erforderlicher Speicherplatz für Windows Server 2008-Setupdateien und -Systemdateien. Weitere Informationen finden Sie unter Auswählen eines Dateisystems für die Installationspartition (https://go.microsoft.com/fwlink/?linkid=78866&clcid=0x407).	4 GB
Auslagerungsdatei	Standardmäßig ist die Größe der Auslagerungsdatei mit der Größe des physischen Arbeitsspeichers identisch.
Microsoft Office SharePoint Server 2007-Installationsdateien		1.3 GB
.NET Framework, Version 3.5		60 MB
Freier Speicherplatz	Lassen Sie auf jeder Festplatte und auf jedem Datenträger mindestens 25 Prozent Speicherplatz frei.
	Gesamtkapazität

Leistungsüberwachung

Die Verwendung von Leistungsindikatoren zum Überwachen der Integrität Ihres Systems ist ein wichtiger Faktor, wenn Sie bestimmen, wann Ihr System aufgerüstet oder ausgebaut werden muss. Verwenden Sie bei der Bestimmung der zu überwachenden Leistungsindikatoren und der Prozesse, auf die die Leistungsindikatoren angewendet werden sollen, die Informationen in den folgenden Tabellen.

Webserver

In der folgenden Tabelle sind Leistungsindikatoren und Prozesse aufgelistet, die für Webserver in der Serverfarm überwacht werden müssen.

Leistungsindikator	Anwendung auf Objekt	Hinweis
Prozessorzeit	Gesamt	Zeigt die prozentual abgelaufene Zeit an, für die der Prozessor von diesem Thread belegt wurde, um Anweisungen auszuführen.
Arbeitsspeicherauslastung	Anwendungspool	Zeigt die durchschnittliche Auslastung des Systemspeichers für den Anwendungspool an. Sie müssen den richtigen Anwendungspool für die Überwachung angeben. Anhand der Standardrichtlinie soll die höchste Speicherauslastung für eine bestimmte Webanwendung identifiziert werden. Zudem wird dieser Wert um den Wert 10 erhöht und dem zugeordneten Anwendungspool zugewiesen.

Datenbankserver

In der folgenden Tabelle sind Leistungsindikatoren und Prozesse aufgelistet, die für Datenbankserver in der Serverfarm überwacht werden müssen.

Leistungsindikator	Anwendung auf Objekt	Hinweis
Durchschnittliche Warteschlangenlänge des Datenträgers	Festplatte mit der Datei SharedServices.mdf	Durchschnittswerte über 1,5 pro Spindel geben an, dass die Schreibzugriffe für diese Festplatte unzureichend sind.
Prozessorzeit	SQL Server-Prozess	Durchschnittswerte über 80 % geben an, dass die Prozessorkapazität auf dem Datenbankserver unzureichend ist.
Prozessorzeit	Gesamt	Zeigt die prozentual abgelaufene Zeit an, für die der Prozessor von diesem Thread belegt wurde, um Anweisungen auszuführen.
Arbeitsspeicherauslastung	Gesamt	Zeigt die durchschnittliche Verwendung des Systemspeichers an.

Herunterladen dieses Buchs

Dieses Thema wurde zum leichteren Lesen und Ausdrucken in das folgende Buch zum Herunterladen aufgenommen:

• Planung und Architektur für Office SharePoint Server 2007, Teil 2 (in englischer Sprache)

Die vollständige Liste der verfügbaren Bücher finden Sie unter Bücher zum Herunterladen für Office SharePoint Server 2007.

Siehe auch

Weitere Ressourcen

InfoPath Forms Services 2007 Web Testing Toolkit (in englischer Sprache)