Installieren der panagenda MarvelClient Datenbanken ermöglicht die folgenden Installationsarten. 


Lokale Installation

In diesem Setup werden beide Datenbanken (Config und Analyze) auf einem lokalen HCL Notes Kunden.

Während eine lokale Installation für eine schnelle Evaluierung gut geeignet ist, lässt sie kein Testen mit mehreren Benutzern zu.


Dedicated Server

Bei diesem Setup werden beide Datenbanken (Config und Analyze) auf einem dedizierten HCL Domino-Server installiert.

Obwohl wir nicht empfehlen, einen dedizierten Server zu verwenden, da die möglicherweise erforderliche Skalierbarkeit fehlt, können Sie MarvelClient einen bestimmten Server zu verwenden, im Gegensatz zu den Mailservern jedes Benutzers.

Bei produktiver Nutzung müssen alle Benutzer und/oder Testserver eine gute Verbindung zu diesem Server haben. Der Server muss auch in Spitzenzeiten die maximale Anzahl gleichzeitiger Sitzungen verarbeiten können – diese Anzahl hängt von der Anzahl der Benutzer ab, die sich möglicherweise während der Spitzenarbeitszeit anmelden, und der Sitzungsdauer auf dem Domino-Server.


Empfohlen für Umgebungen mit bis zu einigen Tausend Benutzern: Lastenausgleich/Produktion

In diesem Setup werden die Config- und Analyze-Datenbanken auf allen Mailservern repliziert, wobei jede Analyze-Datenbank *alle Daten aller Benutzer* auf allen Mailservern enthält.

Der Vorteil dieser "nicht fest codierten" Installationsart besteht darin, dass jede Änderung auf Serverebene (wie das Verschieben eines Benutzers von einem Mailserver zu einem anderen oder das Hinzufügen neuer Server) keine Auswirkungen hat MarvelClient: In notes.ini; der entsprechende MC_DB=-Eintrag bezieht sich auf "%notes_homeserver%!!YOURDIRECTORY\YOURCONFIGDATABASENAME.nsf" , was bedeutet, dass es keinen hartcodierten Servernamen gibt.

Hinweis: %notes_homeserver% wird dynamisch aus dem dann aktuellen Standortdokument eines Benutzers aufgelöst.
Beachten Sie außerdem: Sie müssen sicherstellen, dass der Audit-Agent in der Analyze-Datenbank nur auf EINEM Server läuft, der dann die geprüften Dokumente auf alle anderen Server zurückrepliziert (wenn jeder Mailserver den Audit-Agenten ausführen würde, würde dies eine große Anzahl von Replikationskonflikte).


Empfohlen für alle Umgebungen, insbesondere für viele (Hunderte) Tausende von Benutzern: Hub/Spoke

Ähnlich wie bei der Installation vom Typ Load-balanced/Production werden auch die Datenbanken Config und Analyze auf jeden Mailserver repliziert. Um jedoch die Größe der Analyze-Datenbank auf jedem Mailserver auf die Dokumente der jeweiligen Benutzerpopulation jedes Mailservers zu reduzieren, wählen Sie ein „Hub and Spoke“-Setup: In diesem Setup-Szenario werden alle Analyze-Datenbanken zusammen in eine große Analyze-Datenbank auf einem Hub. In der Analyze-Datenbank erhält der einzige Hub-Server die Rolle „[Admin]“, die Mailserver hingegen nicht. Dabei speichern die Analyze-Datenbanken auf Mailservern nur die Analysedaten „der eigenen Benutzer“ und replizieren diese an den Hub, wo alle Daten gesammelt werden.

Hinweis: Um Replikationskonflikte zu vermeiden, dürfen Sie den Audit All Agent in der Analyze-Datenbank ENTWEDER nur auf dem Hub ODER auf allen Spokes mit Ausnahme des Hubs planen.