Technische Daten

Tomcat ist im Lieferumfang von Retain enthalten. Sie müssen also das integrierte Tomcat installieren und verwenden. Durch die Installation auf einem vorhandenen Retain-System mit einer Tomcat-Standardinstallation wird die aktuelle Tomcat-Verbindung entfernt und die im Lieferumfang von Retain enthaltene, integrierte Tomcat-Version installiert. Installationsanweisungen finden sich im Abschnitt „Installation“.

Entscheiden Sie vor der Installation von Retain, wo alles installiert werden soll. Sobald die Support- und Kernkomponenten installiert sind, sind die Funktionen und Fähigkeiten identisch, unabhängig davon, auf welcher Plattform Retain installiert ist. Sie können die Komponenten von Retain auf verschiedene Server verteilen oder alle auf einem Server ausführen. VMware ESX und ESXi werden unterstützt, die Voraussetzungen gelten jedoch trotzdem vollständig und müssen eingehalten werden.

Retain kann auf verschiedene Arten konfiguriert werden, die sich stark auf die Anforderungen des Retain-Servers auswirken. Indizierungs-Engine, Datenbankserver und Speicherorte bestimmen den Ressourcenbedarf. Letztendlich bestimmt die Anzahl der aktiven Benutzer im System die Ressourcenanforderungen des Systems.

• Dual-Core 3 GHz oder schnellerer Prozessor
• Server benötigt 12 GB verfügbaren RAM
• Apache 2.2.x oder IIS
• Unterstützte SQL-Datenbank
• Java Development Kit (JDK) 1.8 64 Bit
  • Speicherplatz: so viel Speicherplatz, wie das Messaging-System benötigt
  • HINWEIS: Das Retain-System benötigt mindestens 10 GB freien Festplattenspeicher. Ist dieser nicht vorhanden, wechselt Retain in den Wartungsmodus. Retain sendet Warnmeldungen, wenn weniger als 20 GB freier Speicherplatz für Storage, Index und System vorhanden sind. Messaging-Systeme haben einen Speicherplatzbedarf, der weit über dem Minimum liegt, und Administratoren finden unter „Schätzung des Speicherplatzbedarfs“ Anweisungen zur Schätzung des minimalen Speicherplatzbedarfs.
• RAM: Der Speicherbedarf hängt von der Auslastung und Nutzung des Retain-Systems ab. Java stimmt sich jedoch automatisch auf den auf dem Server verfügbaren Speicher ab. Die Abstimmung hängt davon ab, was für die Installation ausgewählt wurde. Bei der Installation wird die RAM-Kapazität erkannt, und die Speicherwerte werden folgendermaßen automatisch zugewiesen:
  • Weniger als 16 GB Systemspeicher:
    • 8 GB: Server und Worker
    • 6 GB: nur Server
  • Weniger als 20 GB Systemspeicher:
    • 12 GB: Server und Worker
    • 10 GB: nur Server
  • Mehr als 20 GB Systemspeicher:
    • 16 GB: Server und Worker
    • 14 GB: nur Server

In allen Fällen, in denen nur der Worker installiert ist, wird der Speicher auf 3 GB eingestellt.

Retain-Server, Retain Worker, Datenbank und Index-Engine auf demselben Gerät und Archivierung von weniger als 500 aktiven Mailboxen. Der Retain Message Router sollte auf einem dedizierten Server in der DMZ installiert werden.

• 12 GB RAM

Retain-Server, Retain Worker und Indexing-Engine auf einem Server, separater Datenbankserver:

Der Speicherplatz hängt von der Anzahl der zu archivierenden E-Mails und der Dauer der Aufbewahrungszeit ab. Es wird empfohlen, zwei Jahre Storage abzuschätzen und bei Bedarf zusätzlichen Speicherplatz hinzuzufügen. Die Storage-Geschwindigkeit ist ein entscheidender Faktor für die Leistung. SAN und lokaler Storage werden bevorzugt. NAS wird nicht unterstützt.

HINWEIS: Das Retain-System benötigt mehr als nur Speicherplatz. Aufgrund der Speicherung vieler kleiner Dateien, insbesondere auf Systemen, die mobile Nachrichtendaten archivieren, sind auch genügend iNodes ein Problem. SLES 11 hat die Standardeinstellungen des EXT3-Dateisystems geändert, und wenn keine Modifizierungen vorgenommen werden, reicht das EXT3-Dateisystem auf SLES 11 für große Speichersysteme nicht mehr aus. Informationen zu den Einschränkungen und dazu, wie man sie behebt, finden Sie unter „So richten Sie eine EXT3-Partition mit mehr iNodes ein“. Wenn ein Ersatzdateisystem gewünscht wird, ist das XFS-Dateisystem flexibel genug, um das Risiko zu minimieren.

Retain nutzt viele Ports, um die Kommunikation zwischen den verschiedenen Komponenten und die Kommunikation mit den verschiedenen archivierten Systemen zu erleichtern. Standardmäßig verwendet Retain die unten aufgeführten Ports für die folgenden Dienste.

Der Retain-Server ist die Schlüsselkomponente im Retain-System. Andere Retain-Prozesse kommunizieren standardmäßig über Port 48080 mit dem Server. Der Server hört diesen Port immer ab, unabhängig davon, wie andere Komponenten für die Kommunikation mit ihm konfiguriert sind (z. B. SSL-Port 443).

• 48080 (TCP) Erfordert eingehenden Zugriff, wenn Retain-Prozesse auf einem Server außerhalb des Servers laufen, der den Retain-Server hostet.
• Der Server erfordert ausgehenden Zugriff, wenn die Komponente Reporting and Monitoring-Server auf einem externen Server installiert wurde. Siehe auch die Komponente „Reporting and Monitoring“ in diesem Artikel
• 48009 (TCP) Der AJP-Port (Apache JServ Protocol) wird für die Kommunikation zwischen dem Webserver und Tomcat verwendet. Da sich beide auf dem gleichen Server befinden sollten, gibt es keine Anforderungen für den Zugriff auf externe Ports.
• 80/443 (TCP-HTTP/HTTPS) Erfordert eingehenden Zugriff auf die Weboberfläche des Servers.
• 25 (TCP) Erfordert ausgehenden Zugriff, damit der Retain-Server E-Mail-Benachrichtigungen über Serverfehler, Aufgabenstatus und Aufgabenfehler senden kann. Ausgehender Zugriff auf den Database Management System-Port (DBMS). Dies hängt vom verwendeten Datenbanksystem ab. Siehe Abschnitt „Datenbank-Managementsysteme“ auf dieser Seite.

Andere Ports müssen außerdem auf dem Server geöffnet werden, der den Retain-Server hostet, abhängig von den verwendeten Modulen.

Der Retain Worker ist die Komponente, die die Daten aus der Messaging-Quelle abruft, unabhängig davon, ob es sich um ein E-Mail-System, eine Social-Media-Anwendung oder ein mobiles Gerät handelt.

• 48080 (TCP) Erfordert ausgehenden Zugriff, wenn er sich auf einem Server außerhalb des Retain-Servers befindet.
• 80 oder 443 (TCP HTTP oder HTTPS) Erfordert eingehenden Zugriff auf die Weboberfläche des Worker.

Außerdem müssen abhängig von den verwendeten Modulen andere Ports auf dem Server geöffnet werden, der den Retain Worker hostet, und in einigen Fällen auf Servern, die das Messaging-System hosten, das von Retain archiviert wird.

Der Message Router ist für Kunden des Retain for Mobile Module erforderlich. Der Message Router verbindet sich mit mobilen Geräten, um die Weiterleitung von SMS-Nachrichten und die BBMP-Gerätekonfiguration zu verwalten. Er befindet sich typischerweise in einer DMZ.

• 443 (TCP) Erfordert sowohl eingehenden und ausgehenden Zugriff auf das Internet als auch eingehenden und ausgehenden Zugriff auf den Retain-Server.
• 111/2049 (UDP/TCP) für NFS-Clientservices. (Nur erforderlich, wenn Representational State Transfer (REST) nicht verwendet wird.) Erfordert ausgehenden Zugriff, wenn sich der Worker nicht auf dem Message Router-Server befindet, damit er die Protokolle auf dem Server des Workers ablegen kann. Samba kann verwendet werden, aber NFS scheint zuverlässiger zu sein.

Andere Ports müssen möglicherweise berücksichtigt werden, damit NFS ordnungsgemäß funktioniert.

Der Kunde ist für entsprechende Nachforschungen verantwortlich, um NFS-Dienste funktionsfähig zu machen.

Als Neuerung in Retain v3.4 bietet dieser Prozess Archivaufgaben und Reporting- sowie Monitoringdienste für den Server. Er wird nicht standardmäßig installiert, es sei denn, es wurde während des Installationsprozesses spezifisch ausgewählt.

• 48080 (TCP) Erfordert sowohl eingehenden als auch ausgehenden Zugriff, wenn er sich auf einem Server außerhalb des Retain-Servers befindet.
• 80/443 (TCP) Erfordert eingehenden Zugriff auf die Weboberfläche des Reporting and Monitoring-Servers.
• 25 (TCP) Wenn der Prozess auf einem Server außerhalb des Retain-Servers läuft, ist ein ausgehender Zugriff erforderlich.

Der Retain Stubbing Server ist die Komponente, die Stubbing-Dienste für den Retain-Server bereitstellt. Er wird nur selten von Kunden verwendet oder installiert. Eine Auflistung der Vor- und Nachteile finden Sie im Administrations- und Benutzerhandbuch.

• 48080 (TCP) Erfordert ausgehenden Zugriff, wenn er sich auf einem Server außerhalb des Retain-Servers befindet
• 80/443 (TCP) Erfordert eingehenden Zugriff auf die Weboberfläche des Stubbing-Servers.

Die folgenden Ports sind die Standardports, die von diesen Datenbank-Managementsystemen verwendet werden. Sie sind jedoch innerhalb dieser Systeme konfigurierbar. Erfordert eingehenden Zugriff für den Datenbankserver und ausgehenden Zugriff auf den Retain-Server.

• 80/443 (TCP) Erfordert sowohl eingehenden als auch ausgehenden Zugriff, damit der Retain-Server und der Message-Router Gerätekonfigurationsinformationen miteinander kommunizieren können. Siehe auch die Retain Message Router Component in diesem Artikel sowie den Unterabschnitt „Mobil“ unter Retain Worker. Siehe auch die Komponente Retain Message Router in diesem Artikel.
• 111/2049 (UDP/TCP) für NFS-Serverdienste Erfordert eingehenden Zugriff, wenn sich der Worker nicht auf dem Message-Router-Server befindet, damit der Message Router die Protokolle auf dem Server des Workers ablegen kann. Samba kann verwendet werden, aber NFS scheint zuverlässiger zu sein.

Andere Ports müssen möglicherweise berücksichtigt werden, damit NFS ordnungsgemäß funktioniert.

Der Kunde ist für entsprechende Nachforschungen verantwortlich, um NFS-Dienste funktionsfähig zu machen.

• CellTrust Gateway 4.2.0 +
• 111/2049 (UDP/TCP) auf dem CellTrust SecureLine-Server für NFS-Serverdienste

Erfordert eingehenden Zugriff, wenn sich der Worker nicht auf dem CellTrust SecureLine-Server befindet, damit er die CSV-Protokolle abrufen kann. Samba kann verwendet werden, aber NFS scheint zuverlässiger zu sein.

Andere Ports müssen möglicherweise berücksichtigt werden, damit NFS ordnungsgemäß funktioniert.

Der Kunde ist für entsprechende Nachforschungen verantwortlich, um NFS-Dienste funktionsfähig zu machen.

• 4.4.x+

• BES 5.04, 10, 10.2, 12, 12.2
• BBM Enterprise