Leitfaden Performance und Skalierbarkeit - Versionsgeschichte

Dweuthen: Weiterleitung nach Systemanforderungen erstellt

2017-06-07T12:56:42Z

Weiterleitung nach Systemanforderungen erstellt

Admin: /* Festplatten & RAID-Level */

2015-03-09T09:20:37Z

Festplatten & RAID-Level

Dweuthen am 24. Juni 2014 um 12:34 Uhr

2014-06-24T12:34:53Z

Dweuthen: /* Anbindung */

2014-06-22T14:29:56Z

Anbindung

Dweuthen: /* Sonstiges */

2014-06-13T06:58:06Z

Sonstiges

Dweuthen: /* Hauptspeicher (RAM) */

2014-06-13T06:44:31Z

Hauptspeicher (RAM)

Dweuthen: /* Andere Aktivitäten */

2014-06-13T06:42:18Z

Andere Aktivitäten

Admin: /* Archivierung individueller Postfächer */

2014-03-13T14:38:16Z

Archivierung individueller Postfächer

Admin am 14. Februar 2014 um 08:17 Uhr

2014-02-14T08:17:55Z

Admin: /* Suchen */

2014-02-07T13:15:41Z

Suchen

← Nächstältere Version		Version vom 7. Juni 2017, 12:56 Uhr
Zeile 1:		Zeile 1:
−	Um den reibungslosen und sorgenfreien Betrieb von MailStore Server sicherzustellen, ist es notwendig, die Auswirkung von Infrastruktur-Komponenten wie Netzwerk, Speichersystemen und anderer Hardware sowie der unterschiedlichen Konfigurationsoptionen auf die Gesamtperformance zu verstehen.	+	#WEITERLEITUNG [[Systemanforderungen]]
−
−	Bitte haben Sie Verständnis, dass dieses Dokument ausschließlich grundlegende Zusammenhänge erklären kann, ohne dabei explizite Anweisungen für jedes erdenkliche Szenario zu geben. Wenn Sie unsicher sind, zögern Sie bitte nicht, für weitere Fragen unseren technischen Support zu kontaktieren.
−
−	Diese Empfehlungen basieren auf einem durchschnittlichen jährlichen E-Mail-Aufkommen von 10.000 E-Mails pro Benutzer. Die maximal empfohlene Anzahl von Benutzern pro MailStore Server sollte 500 nicht überschreiten.
−
−	~~== Hardware Dimensionierung ==~~
−	Das Bereitstellen geeigneter Hardware stellt die wichtigste Grundvoraussetzung für einen performanten Betrieb so wie eine dauerhafte Skalierbarkeit von MailStore Server dar. Im Folgenden wird darauf eingegangen, wie einzelne Hardware-Komponenten dabei helfen, das nötige Maß an Performance zu gewährleisten, um Benutzer dauerhaft zufriedenzustellen.
−
−	~~=== Prozessor (CPU) ===~~
−	Hohe CPU-Nutzung entsteht während der Archivierung von E-Mails beim Indexieren von Inhalten und Anhängen. Mit steigender Anzahl gleichzeitiger Operationen ist die Zahl der CPU-Kerne entsprechend zu erhöhen.
−
−	Bitte beachten Sie, dass eine nicht angemessene Konfiguration virtueller CPU-Sockel und -Kerne zu einer verminderten Leistung von Gastsystemen beim Einsatz von Virtualisierung führen kann. Bitte konsultieren Sie die Dokumentation Ihrer Virtualisierungslösung für weitere Details zu einem optimalen Sockel-zu-Kern-Verhältnis bei der Ausführung mehrerer Multi-Thread-Prozesse in einer virtuellen Maschine.
−
−	~~=== Hauptspeicher (RAM) ===~~
−	Mit wachsender Größe des Archivs steigt der durchschnittlich benötigte Bedarf an Hauptspeicher leicht an, während neue E-Mails archiviert werden, im Archiv gebrowsed wird oder Suchanfragen ausgeführt werden. Zusätzlich wird temporär Hauptspeicher für jede einzelne zu archivierende E-Mail benötigt oder wenn Suchanfragen eine große Anzahl von Treffern liefern. Daher wird empfohlen, mindestens 20% freien Hauptspeicher zu reservieren.
−
−	~~Um die minimalen Speicheranforderung zu berechnen, bietet sich folgende, einfache Formel an:~~
−
−	~~SPEICHERBEDARF OS + 256 MB + BENUTZER × 5 MB + 20%~~
−
−	~~=== Speichersystem ===~~
−	MailStore Server stellt eine sehr I/O-intensive Anwendung dar und ist aufgrund seiner Speichertechnologie vergleichbar mit Datenbankservern wie Microsoft SQL Server oder ähnlichen Systemen. Aus diesem Grund hat das verwendete Speichersystem massiven Einfluss auf die Leistung von MailStore Server in allen Bereichen, von der E-Mail-Archivierung bis zum Zugriff durch Endbenutzer. Daher sollte folgenden Punkten besondere Beachtung zukommen:
−
−	~~==== Anbindung ====~~
−	Generell ist die Verwendung eines lokalen Speichersystems (Direct Attached Storage bzw. DAS) aufgrund der geringeren Latenzen zu bevorzugen. Bei der Verwendung eines Netzwerkspeichers (Network Attaches Storage bzw. NAS) sind mindestens 5 Megabyte pro Sekunde beim Zugriff auf das Speichersystem sicherzustellen. Es wird daher empfohlen, eine dedizierte 1 Gbit/s Verbindung zwischen MailStore und der NAS zu verwenden. Aufgrund schwankender Übertragungsgeschwindigkeiten sowie Latenzen, darf eine Anbindung daher nicht über WLAN, PowerLine oder Ähnlichem erfolgen. Ebenso ist die Anbindung mittels iSCSI oder FibreChannel anderen Protokollen wie CIFS/SMB vorzuziehen.
−
−	~~==== Zuteilung ====~~
−	Es wird empfohlen, MailStore Server ein dediziertes Festplattenarray zuzuteilen, um das Risiko einer Beeinflussung durch andere I/O-intensive Systeme wie Datenbank- oder E-Mail-Server zu minimieren. Zusätzlich sollten unterschiedliche Festplattenarrays für Systemdaten (Betriebssystem, Programmdateien und temporäre Dateien) und andere Daten verwendet werden.
−
−	~~==== Festplatten & RAID-Level ====~~
−	Da die Gesamtperformance hauptsächlich von der maximal möglichen Anzahl zufälliger I/O-Operationen pro Sekunde (auch als ''Random Disk IOPS'' bezeichnet) abhängt, ist es äußerst empfehlenswert, RAID Level 1 oder 10, bestehend aus vielen kleineren Festplatten, zu verwenden.
−
−	Aufgrund der Funktionsweise von RAID 5, 50, 6 oder 60, welche im Durchschnitt keine Verbesserung der Schreibleistung bringen, würde deren Verwendung auf Dauer zu einer Verringerung der Gesamtleistung führen. Deshalb ist es nicht empfohlen, diese für I/O-intensive Anwendungen wie MailStore Server zu verwenden.
−
−	~~Für Installationen mit einer hohen Benutzerzahl oder hohem E-Mail-Aufkommen wird zum Einsatz von schnellen (>= 10.000 U/Min.) SAS Festplatten geraten.~~
−
−	Durch Hinzufügen von Solid State Disks (SSD) als Lese-Schreib-Cache oder um regelmäßig verwendete Dateien auszulagern, kann eine weitere Performancesteigerung erreicht werden. Dies ermöglicht eine höhere Anzahl gleichzeitiger Archivierungsaufgaben oder die Verarbeitung eines höheren täglichen E-Mail-Aufkommens.
−
−	Bei Unsicherheiten bzgl. der optimalen Konfiguration des Speichersystems ziehen Sie bitte die dessen Dokumentation oder Herstellersupport zu Rate, um mehr über die empfohlene Konfiguration für I/O-intensive Datenbankanwendungen zu erfahren.
−
−	~~== Archivierungsprofile ==~~
−	Auch die Auswahl der Archivierungsstrategie kann Einfluss auf die Gesamtleistung haben. Daher ist es wichtig zu wissen, inwieweit die unterschiedlichen Archivierungsprofile, welche von MailStore Server bereitgestellt werden, Einfluss auf die Verwendung der Systemressourcen nehmen.
−
−	~~=== Archivierung individueller Postfächer ===~~
−	~~Selbstredend erhöht jedes ausgeführte Einzel- oder Multi-Postfachprofil die Last auf dem E-Mail-Server und auf dem MailStore Server.~~
−
−	Das Abgleichen der Postfachinhalte mit bereits archivierten E-Mails erzeugt primär I/O-Last auf dem zugrunde liegenden Speichersystem, wohingegen das Archivieren neuer E-Mails CPU-Zeit und Hauptspeicher aufgrund der Indexierung benötigt.
−
−	~~Um die Systemlast und die Gesamtausführungszeit eines Archivierungsprofils gering zu halten, sollten nicht mehr als jeweils 5.000 E-Mails in den zu archivierenden Postfächern verbleiben.~~
−	Dies kann erreicht werden, indem das Löschen durch MailStore Server aktiviert wird, z.B. das aller E-Mails älter als ein bestimmter Zeitraum. Des weiteren sollte die Zahl der gleichzeitigen Archivierungsoperationen so gering wie möglich gehalten werden.
−
−	Insgesamt ist die durch diese Archivierungsprofile erzeugte Systemlast als hoch anzusehen, weshalb ihre Verwendung nur in Umgebungen mit kleinen Postfächern und einem relativ geringen E-Mail-Aufkommen empfohlen wird.
−
−	~~=== Archivierung von Journal- oder Sammelpostfächern ===~~
−	Bei der Archivierung von E-Mails aus Journal- oder Sammelpostfächern werden die E-Mails sequentiell verarbeitet. Folgt man der Empfehlung, dass MailStore die E-Mails aus solchen Postfächern gleich nach erfolgreicher Archivierung löscht, entsteht im Gegensatz zur Archivierung individueller Postfächer kein Overhead durch die Synchronisierung mit bereits archivierten E-Mails. Daher werden Systemressourcen wie Festplatte, Prozessor und Hauptspeicher nur verwendet, wenn neue E-Mails archiviert werden.
−
−	~~Aus diesem Grund sind solche Archivierungsprofile, unter Berücksichtigung anderer Limitierungen, unabhängig von Postfachgrößen und E-Mail-Aufkommen für jegliche Umgebungen geeignet.~~
−
−	~~=== Archivierung von E-Mail-Clients oder -Dateien ===~~
−	~~Bei der Archivierung von E-Mail-Clients oder -Dateien gelten die Angaben unter ''Archivierung individueller Postfächer'' auch für diese Art von Archivierungsprofilen.~~
−
−	Zusätzlich kann die Ausführung Client-seitiger Archivierungsprofile nicht zentral durch den MailStore Server gesteuert werden, was das Risiko zu vieler gleichzeitiger Archivierungsaufgaben und somit eine unvorhersehbare hohe Systemlast auf dem Server birgt.
−
−	Aus diesem Grund sind Client-seitige Archivierungsprofile nur geeignet für die einmalige Archivierung alter, lokal gespeicherter E-Mails sowie zur kontinuierlichen Archivierung in Umgebungen mit geringer Nutzerzahl und/oder geringem E-Mail-Aufkommen.
−
−	~~== Sonstiges ==~~
−
−	~~=== Archivspeicher ===~~
−	Ein MailStore-Archiv besteht aus einzelnen Archiveinheiten (Archivspeicher) mit jeweils eigenen Datenbanken und Suchindexen. In der Standardeinstellung erstellt MailStore Server automatisch zirka alle 5 Millionen E-Mails einen neuen Archivspeicher und aktiviert diesen, so dass neue E-Mails automatisch in den neuen Archivspeicher archiviert werden.
−
−	Dieser Wert ist für die meisten Umgebungen sinnvoll gewählt, weshalb Administratoren darauf achten sollten, beim Ändern dieser Voreinstellung Werte zu verwenden, welche nicht zu häufig zum Erstellen neuer Archivspeicher führen.
−
−	~~Informationen zum Anlegen und Verwalten von Archivspeichern finden Sie unter [[Speicherorte~~#~~Verwalten_der_Speicherorte\|Verwalten der Speicherorte]] im MailStore Server Handbuch.~~
−
−	~~=== Indexierung von Dateianhängen ===~~
−	Eine zu weit gefasste Angabe von Dateitypen kann die Indexierungs-Performance und somit die Geschwindigkeit bei Archivierung neuer E-Mails negativ beeinflussen und erhöht zudem die CPU-Last während der Archivierung.
−
−	~~Geben Sie daher nur die Dateitypen an, für die eine Indexierung wirklich sinnvoll ist. Mehr Details zur Indexierung von Dateianhängen finden Sie unter [[Suchindizes]] im MailStore Server Handbuch.~~
−
−	~~=== Suchoperationen ===~~
−	Die Auswirkungen von Such-Operationen hängen von ihrem Umfang, der Anzahl Archivspeicher und der gefundenen Objekte ab. Je mehr Objekte gefunden werden, desto mehr Hauptspeicher ist nötig, um das Suchergebnis zu speichern. Dies bedeutet, dass Suchanfragen über alle Benutzerarchive typischerweise deutlich mehr Speicher benötigen, als solche in einem einzelnen Benutzerarchiv. Zudem muss bei einer Suche über alle Benutzerarchive auf jede einzelne Index-Datei in jedem verfügbaren Archivspeichern zugegriffen werden, was zu einer hohen Anzahl zufälliger Leseoperationen auf dem Speichersystem führt. Bitte beachten Sie, dass eine Suche über alle Benutzerarchive, welche mehrere zehntausend E-Mails beinhalten, für gewöhnlich einige Minuten in Anspruch nehmen kann.
−
−	~~[[de:Leitfaden Performance und Skalierbarkeit]]~~
−	[[~~en:Performance_and_Scalability_Guidelines~~]]

@@ Zeile 32: / Zeile 32: @@
 Da die Gesamtperformance hauptsächlich von der maximal möglichen Anzahl zufälliger I/O-Operationen pro Sekunde (auch als ''Random Disk IOPS'' bezeichnet) abhängt, ist es äußerst empfehlenswert, RAID Level 1 oder 10, bestehend aus vielen kleineren Festplatten, zu verwenden.
-Aufgrund der Funktionsweise von RAID 5, 50, 6 oder 60, welche im Durchschnitt keine Verbesserung der Schreibleistung bringen, würde deren Verwendung auf Dauer zu einer Verringerung der Gesamtleistung führen. Deshalb ist es nicht empfohlen, diese für I/O-intensive Anwendungen, wie MailStore Server, zu verwenden.
+Aufgrund der Funktionsweise von RAID 5, 50, 6 oder 60, welche im Durchschnitt keine Verbesserung der Schreibleistung bringen, würde deren Verwendung auf Dauer zu einer Verringerung der Gesamtleistung führen. Deshalb ist es nicht empfohlen, diese für I/O-intensive Anwendungen wie MailStore Server zu verwenden.
 Für Installationen mit einer hohen Benutzerzahl oder hohem E-Mail-Aufkommen wird zum Einsatz von schnellen (>= 10.000 U/Min.) SAS Festplatten geraten.

@@ Zeile 5: / Zeile 5: @@
 Diese Empfehlungen basieren auf einem durchschnittlichen jährlichen E-Mail-Aufkommen von 10.000 E-Mails pro Benutzer. Die maximal empfohlene Anzahl von Benutzern pro MailStore Server sollte 500 nicht überschreiten.
-= Hardware Dimensionierung =
+== Hardware Dimensionierung ==
 Das Bereitstellen geeigneter Hardware stellt die wichtigste Grundvoraussetzung für einen performanten Betrieb so wie eine dauerhafte Skalierbarkeit von MailStore Server dar. Im Folgenden wird darauf eingegangen, wie einzelne Hardware-Komponenten dabei helfen, das nötige Maß an Performance zu gewährleisten, um Benutzer dauerhaft zufriedenzustellen.
-== Prozessor (CPU) ==
+=== Prozessor (CPU) ===
 Hohe CPU-Nutzung entsteht während der Archivierung von E-Mails beim Indexieren von Inhalten und Anhängen. Mit steigender Anzahl gleichzeitiger Operationen ist die Zahl der CPU-Kerne entsprechend zu erhöhen.
 Bitte beachten Sie, dass eine nicht angemessene Konfiguration virtueller CPU-Sockel und -Kerne zu einer verminderten Leistung von Gastsystemen beim Einsatz von Virtualisierung führen kann. Bitte konsultieren Sie die Dokumentation Ihrer Virtualisierungslösung für weitere Details zu einem optimalen Sockel-zu-Kern-Verhältnis bei der Ausführung mehrerer Multi-Thread-Prozesse in einer virtuellen Maschine.
-== Hauptspeicher (RAM) ==
+=== Hauptspeicher (RAM) ===
 Mit wachsender Größe des Archivs steigt der durchschnittlich benötigte Bedarf an Hauptspeicher leicht an, während neue E-Mails archiviert werden, im Archiv gebrowsed wird oder Suchanfragen ausgeführt werden. Zusätzlich wird temporär Hauptspeicher für jede einzelne zu archivierende E-Mail benötigt oder wenn Suchanfragen eine große Anzahl von Treffern liefern. Daher wird empfohlen, mindestens 20% freien Hauptspeicher zu reservieren.
@@ Zeile 23: / Zeile 20: @@
      SPEICHERBEDARF OS + 256 MB + BENUTZER &times; 5 MB + 20%
-== Speichersystem ==
+=== Speichersystem ===
 MailStore Server stellt eine sehr I/O-intensive Anwendung dar und ist aufgrund seiner Speichertechnologie vergleichbar mit Datenbankservern wie Microsoft SQL Server oder ähnlichen Systemen. Aus diesem Grund hat das verwendete Speichersystem massiven Einfluss auf die Leistung von MailStore Server in allen Bereichen, von der E-Mail-Archivierung bis zum Zugriff durch Endbenutzer. Daher sollte folgenden Punkten besondere Beachtung zukommen:
-=== Anbindung ===
+==== Anbindung ====
 Generell ist die Verwendung eines lokalen Speichersystems (Direct Attached Storage bzw. DAS) aufgrund der geringeren Latenzen zu bevorzugen. Bei der Verwendung eines Netzwerkspeichers (Network Attaches Storage bzw. NAS) sind mindestens 5 Megabyte pro Sekunde beim Zugriff auf das Speichersystem sicherzustellen. Es wird daher empfohlen, eine dedizierte 1 Gbit/s Verbindung zwischen MailStore und der NAS zu verwenden. Aufgrund schwankender Übertragungsgeschwindigkeiten sowie Latenzen, darf eine Anbindung daher nicht über WLAN, PowerLine oder Ähnlichem erfolgen. Ebenso ist die Anbindung mittels iSCSI oder FibreChannel anderen Protokollen wie CIFS/SMB vorzuziehen.
-=== Zuteilung ===
+==== Zuteilung ====
 Es wird empfohlen, MailStore Server ein dediziertes Festplattenarray zuzuteilen, um das Risiko einer Beeinflussung durch andere I/O-intensive Systeme wie Datenbank- oder E-Mail-Server zu minimieren. Zusätzlich sollten unterschiedliche Festplattenarrays für Systemdaten (Betriebssystem, Programmdateien und temporäre Dateien) und andere Daten verwendet werden.
-=== Festplatten & RAID-Level ===
+==== Festplatten & RAID-Level ====
 Da die Gesamtperformance hauptsächlich von der maximal möglichen Anzahl zufälliger I/O-Operationen pro Sekunde (auch als ''Random Disk IOPS'' bezeichnet) abhängt, ist es äußerst empfehlenswert, RAID Level 1 oder 10, bestehend aus vielen kleineren Festplatten, zu verwenden.
@@ Zeile 47: / Zeile 40: @@
 Bei Unsicherheiten bzgl. der optimalen Konfiguration des Speichersystems ziehen Sie bitte die dessen Dokumentation oder Herstellersupport zu Rate, um mehr über die empfohlene Konfiguration für I/O-intensive Datenbankanwendungen zu erfahren.
-= Archivierungsprofile =
+== Archivierungsprofile ==
 Auch die Auswahl der Archivierungsstrategie kann Einfluss auf die Gesamtleistung haben. Daher ist es wichtig zu wissen, inwieweit die unterschiedlichen Archivierungsprofile, welche von MailStore Server bereitgestellt werden, Einfluss auf die Verwendung der Systemressourcen nehmen.
-== Archivierung individueller Postfächer ==
+=== Archivierung individueller Postfächer ===
 Selbstredend erhöht jedes ausgeführte Einzel- oder Multi-Postfachprofil die Last auf dem E-Mail-Server und auf dem MailStore Server.
@@ Zeile 61: / Zeile 53: @@
 Insgesamt ist die durch diese Archivierungsprofile erzeugte Systemlast als hoch anzusehen, weshalb ihre Verwendung nur in Umgebungen mit kleinen Postfächern und einem relativ geringen E-Mail-Aufkommen empfohlen wird.
-== Archivierung von Journal- oder Sammelpostfächern ==
+=== Archivierung von Journal- oder Sammelpostfächern ===
 Bei der Archivierung von E-Mails aus Journal- oder Sammelpostfächern werden die E-Mails sequentiell verarbeitet. Folgt man der Empfehlung, dass MailStore die E-Mails aus solchen Postfächern gleich nach erfolgreicher Archivierung löscht, entsteht im Gegensatz zur Archivierung individueller Postfächer kein Overhead durch die Synchronisierung mit bereits archivierten E-Mails. Daher werden Systemressourcen wie Festplatte, Prozessor und Hauptspeicher nur verwendet, wenn neue E-Mails archiviert werden.
 Aus diesem Grund sind solche Archivierungsprofile, unter Berücksichtigung anderer Limitierungen, unabhängig von Postfachgrößen und E-Mail-Aufkommen für jegliche Umgebungen geeignet.
-== Archivierung von E-Mail-Clients oder -Dateien ==
+=== Archivierung von E-Mail-Clients oder -Dateien ===
 Bei der Archivierung von E-Mail-Clients oder -Dateien gelten die Angaben unter ''Archivierung individueller Postfächer'' auch für diese Art von Archivierungsprofilen.
@@ Zeile 74: / Zeile 65: @@
 Aus diesem Grund sind Client-seitige Archivierungsprofile nur geeignet für die einmalige Archivierung alter, lokal gespeicherter E-Mails sowie zur kontinuierlichen Archivierung in Umgebungen mit geringer Nutzerzahl und/oder geringem E-Mail-Aufkommen.
-= Sonstiges =
+== Sonstiges ==
 Ein MailStore-Archiv besteht aus einzelnen Archiveinheiten (Archivspeicher) mit jeweils eigenen Datenbanken und Suchindexen. In der Standardeinstellung erstellt MailStore Server automatisch zirka alle 5 Millionen E-Mails einen neuen Archivspeicher und aktiviert diesen, so dass neue E-Mails automatisch in den neuen Archivspeicher archiviert werden.
@@ Zeile 84: / Zeile 74: @@
 Informationen zum Anlegen und Verwalten von Archivspeichern finden Sie unter [[Speicherorte#Verwalten_der_Speicherorte|Verwalten der Speicherorte]] im MailStore Server Handbuch.
-== Indexierung von Dateianhängen ==
+=== Indexierung von Dateianhängen ===
 Eine zu weit gefasste Angabe von Dateitypen kann die Indexierungs-Performance und somit die Geschwindigkeit bei Archivierung neuer E-Mails negativ beeinflussen und erhöht zudem die CPU-Last während der Archivierung.
 Geben Sie daher nur die Dateitypen an, für die eine Indexierung wirklich  sinnvoll ist. Mehr Details zur Indexierung von Dateianhängen finden Sie unter [[Suchindizes]] im MailStore Server Handbuch.
-== Suchoperationen ==
+=== Suchoperationen ===
 Die Auswirkungen von Such-Operationen hängen von ihrem Umfang, der Anzahl Archivspeicher und der gefundenen Objekte ab. Je mehr Objekte gefunden werden, desto mehr Hauptspeicher ist nötig, um das Suchergebnis zu speichern. Dies bedeutet, dass Suchanfragen über alle Benutzerarchive typischerweise deutlich mehr Speicher benötigen, als solche in einem einzelnen Benutzerarchiv. Zudem muss bei einer Suche über alle Benutzerarchive auf jede einzelne Index-Datei in jedem verfügbaren Archivspeichern zugegriffen werden, was zu einer hohen Anzahl zufälliger Leseoperationen auf dem Speichersystem führt. Bitte beachten Sie, dass eine Suche über alle Benutzerarchive, welche mehrere zehntausend E-Mails beinhalten, für gewöhnlich einige Minuten in Anspruch nehmen kann.
 [[de:Leitfaden Performance und Skalierbarkeit]]
 [[en:Performance_and_Scalability_Guidelines]]

@@ Zeile 29: / Zeile 29: @@
 === Anbindung ===
-Generell ist die Verwendung eines lokalen Speichersystems (Direct Attached Storage bzw. DAS) aufgrund der geringeren Latenzen zu bevorzugen. Bei der Verwendung eines Netzwerkspeichers (Network Attaches Storage bzw. NAS) sind mindestens 5 Megabyte pro Sekunde beim Zugriff auf das Speichersystem sicherzustellen. Es wird daher empfohlen, eine dedizierte 1 Gbit/s Verbindung zwischen MailStore und der NAS zu verwenden. Ebenso ist die Anbindung mittels iSCSI oder FibreChannel anderen Protokollen wie CIFS/SMB vorzuziehen.
+Generell ist die Verwendung eines lokalen Speichersystems (Direct Attached Storage bzw. DAS) aufgrund der geringeren Latenzen zu bevorzugen. Bei der Verwendung eines Netzwerkspeichers (Network Attaches Storage bzw. NAS) sind mindestens 5 Megabyte pro Sekunde beim Zugriff auf das Speichersystem sicherzustellen. Es wird daher empfohlen, eine dedizierte 1 Gbit/s Verbindung zwischen MailStore und der NAS zu verwenden. Aufgrund schwankender Übertragungsgeschwindigkeiten sowie Latenzen, darf eine Anbindung daher nicht über WLAN, PowerLine oder Ähnlichem erfolgen. Ebenso ist die Anbindung mittels iSCSI oder FibreChannel anderen Protokollen wie CIFS/SMB vorzuziehen.
 === Zuteilung ===

@@ Zeile 75: / Zeile 75: @@
 = Sonstiges =
 == Indexierung von Dateianhängen ==
@@ Zeile 80: / Zeile 88: @@
 Eine zu weit gefasste Angabe von Dateitypen kann die Indexierungs-Performance und somit die Geschwindigkeit bei Archivierung neuer E-Mails negativ beeinflussen und erhöht zudem die CPU-Last während der Archivierung.
-Geben Sie daher nur die Dateitypen an, für die eine Indexierung wirklich  sinnvoll ist.
+Geben Sie daher nur die Dateitypen an, für die eine Indexierung wirklich  sinnvoll ist. Mehr Details zur Indexierung von Dateianhängen finden Sie unter [[Suchindizes]] im MailStore Server Handbuch.
-== Suchenoperationen ==
+== Suchoperationen ==
 Die Auswirkungen von Such-Operationen hängen von ihrem Umfang, der Anzahl Archivspeicher und der gefundenen Objekte ab. Je mehr Objekte gefunden werden, desto mehr Hauptspeicher ist nötig, um das Suchergebnis zu speichern. Dies bedeutet, dass Suchanfragen über alle Benutzerarchive typischerweise deutlich mehr Speicher benötigen, als solche in einem einzelnen Benutzerarchiv. Zudem muss bei einer Suche über alle Benutzerarchive auf jede einzelne Index-Datei in jedem verfügbaren Archivspeichern zugegriffen werden, was zu einer hohen Anzahl zufälliger Leseoperationen auf dem Speichersystem führt. Bitte beachten Sie, dass eine Suche über alle Benutzerarchive, welche mehrere zehntausend E-Mails beinhalten, für gewöhnlich einige Minuten in Anspruch nehmen kann.

@@ Zeile 21: / Zeile 21: @@
 Um die minimalen Speicheranforderung zu berechnen, bietet sich folgende, einfache Formel an:
-     SPEICHERBEDARF OS + 256 MB + BENUTZER &times; 5 MB + 10%
+     SPEICHERBEDARF OS + 256 MB + BENUTZER &times; 5 MB + 20%
 == Speichersystem ==

@@ Zeile 57: / Zeile 57: @@
 Um die Systemlast und die Gesamtausführungszeit eines Archivierungsprofils gering zu halten, sollten nicht mehr als jeweils 5.000 E-Mails in den zu archivierenden Postfächern verbleiben.
-Dies kann erreicht werden, indem das Löschen durch MailStore Server aktiviert wird, z.B. das alle E-Mails älter als ein bestimmter Zeitraum. Des weiteren sollte die Zahl der gleichzeitigen Archivierungsoperationen so gering wie möglich gehalten werden.
+Dies kann erreicht werden, indem das Löschen durch MailStore Server aktiviert wird, z.B. das aller E-Mails älter als ein bestimmter Zeitraum. Des weiteren sollte die Zahl der gleichzeitigen Archivierungsoperationen so gering wie möglich gehalten werden.
 Insgesamt ist die durch diese Archivierungsprofile erzeugte Systemlast als hoch anzusehen, weshalb ihre Verwendung nur in Umgebungen mit kleinen Postfächern und einem relativ geringen E-Mail-Aufkommen empfohlen wird.

← Nächstältere Version		Version vom 14. Februar 2014, 08:17 Uhr
Zeile 80:		Zeile 80:
	Die Auswirkungen von Such-Operationen hängen von ihrem Umfang, der Anzahl Archivspeicher und der gefundenen Objekte ab. Je mehr Objekte gefunden werden, desto mehr Hauptspeicher ist nötig, um das Suchergebnis zu speichern. Dies bedeutet, dass Suchanfragen über alle Benutzerarchive typischerweise deutlich mehr Speicher benötigen, als solche in einem einzelnen Benutzerarchiv. Zudem muss bei einer Suche über alle Benutzerarchive auf jede einzelne Index-Datei in jedem verfügbaren Archivspeichern zugegriffen werden, was zu einer hohen Anzahl zufälliger Leseoperationen auf dem Speichersystem führt. Bitte beachten Sie, dass eine Suche über alle Benutzerarchive, welche mehrere zehntausend E-Mails beinhalten, für gewöhnlich einige Minuten in Anspruch nehmen kann.		Die Auswirkungen von Such-Operationen hängen von ihrem Umfang, der Anzahl Archivspeicher und der gefundenen Objekte ab. Je mehr Objekte gefunden werden, desto mehr Hauptspeicher ist nötig, um das Suchergebnis zu speichern. Dies bedeutet, dass Suchanfragen über alle Benutzerarchive typischerweise deutlich mehr Speicher benötigen, als solche in einem einzelnen Benutzerarchiv. Zudem muss bei einer Suche über alle Benutzerarchive auf jede einzelne Index-Datei in jedem verfügbaren Archivspeichern zugegriffen werden, was zu einer hohen Anzahl zufälliger Leseoperationen auf dem Speichersystem führt. Bitte beachten Sie, dass eine Suche über alle Benutzerarchive, welche mehrere zehntausend E-Mails beinhalten, für gewöhnlich einige Minuten in Anspruch nehmen kann.

		+	[[de:Leitfaden Performance und Skalierbarkeit]]
	[[en:Performance_and_Scalability_Guidelines]]		[[en:Performance_and_Scalability_Guidelines]]

@@ Zeile 78: / Zeile 78: @@
 == Suchen ==
-Die Auswirkungen von Such-Operationen hängen von ihrem Umfang, der Anzahl Archivspeicher und der gefundenen Objekte ab. Je mehr Objekte gefunden werden, desto mehr Hauptspeicher ist nötig, um das Suchergebnis zu speichern. Dies bedeutet, dass Suchanfragen über alle Benutzerarchive typischerweise deutlich mehr Speicher benötigen als solche in einem einzelnen Benutzerarchiv. Zudem muss bei einer Suche über alle Benutzerarchive auf jede einzelne Index-Datei in jedem verfügbaren Archivspeichern zugegriffen werden, was zu einer hohen Anzahl zufälliger Leseoperationen auf dem Speichersystem führt. Bitte beachten Sie, dass eine Suche über alle Benutzerarchive, welche mehrere zehntausend E-Mails beinhalten, für gewöhnlich einige Minuten in Anspruch nehmen kann.
+Die Auswirkungen von Such-Operationen hängen von ihrem Umfang, der Anzahl Archivspeicher und der gefundenen Objekte ab. Je mehr Objekte gefunden werden, desto mehr Hauptspeicher ist nötig, um das Suchergebnis zu speichern. Dies bedeutet, dass Suchanfragen über alle Benutzerarchive typischerweise deutlich mehr Speicher benötigen, als solche in einem einzelnen Benutzerarchiv. Zudem muss bei einer Suche über alle Benutzerarchive auf jede einzelne Index-Datei in jedem verfügbaren Archivspeichern zugegriffen werden, was zu einer hohen Anzahl zufälliger Leseoperationen auf dem Speichersystem führt. Bitte beachten Sie, dass eine Suche über alle Benutzerarchive, welche mehrere zehntausend E-Mails beinhalten, für gewöhnlich einige Minuten in Anspruch nehmen kann.
 [[en:Performance_and_Scalability_Guidelines]]