Notes Datenverzeichnis auf Netzwerklaufwerken

21. August 2009 Posted by Manfred Meise

Viele Kunden (besonders mit langjhrig gewachsener Infrastruktur) haben zur Untersttzung von Roaming eine Installation gewhlt, bei der die Benutzerdaten (sowie Datenbanken und Konfigurationen) nicht auf der lokalen Festplatte, sondern einen dem spezifischen Benutzer zugewiesenen Netzwerklaufwerk (Benutzer-Verzeichnis eines Fileservers) gespeichert sind.

Dies Installations-/Betriebsart ist durch IBM nicht untersttzt und fhrt zu einer Vielzahl von Problemen, ist jedoch gerade fr Terminal-Serverumgebungen (z.B. Citrix) die einzig praktikable Vorgehensweise. Auch wir empfehlen NICHT, diese Installationsart zu verwenden, mussten wir jedoch im Interesse unserer Kunden trotzdem herausfinden, wie man derartige Umgebung aufbauen, mglichst einfach administrieren und aktualisieren kann (wie jetzt in diesen Tagen beim Wechsel zu Notes 8.x).

Nachteile die Kunden in Kauf nehmen mssen, die sich bewut fr die Installationsvariante entschieden haben, das Notes Datenverzeichnis auf ein Netzwerklaufwerk zu legen:

1. Kein Support durch IBM in Fehlerfllen (oder nur, wenn eine Fehlersituation von Ihnen auch in einer von der IBM untersttzten Installationsvariante (Single-User oder Multi-User mit lokalen Datenverzeichnissen nachvollzogen werden kann.

2. Installation und Versionsaktualisierung erfordert zustzlichen Aufwand und KnowHow (siehe nachfolgende Ausfhrungen)

3. Benutzer knnen nur in den Netzwerken roamen, wo der eigene Fileserver erreichbar ist (z.B. evtl. nicht zu anderen Geschftsstellen, wo eine andere Windows Domne existiert)

4. Es sind zahlreiche (bereits dokumentierte) Fehlersituationen zu erwarten, wenn Daten nicht unmittelbar (oder verlangsamt oder mit belegten Rechten) aus dem Netzwerk gelesen oder dort geschrieben werden mssen (besonders dann, wenn das Netzwerk nicht extrem performant und robust ist).

5. Benutzer knnen sich nicht gleichzeitig an verschiedenen Gerten anmelden, weil Dateien bereits von der laufenden Notes-Instanz gesperrt werden (um Inkonsistenzen zu verhinden).

6. Notes Shared Login (NSL ab Notes 8.5) ist fr die dort gespeicherten ID Files nicht nutzbar

Dieses vorausgeschickt, haben wir nachfolgend die Punkte zusammengetragen, die beachtet werden sollten, um dennoch eine solche Umgebung einzurichten/zu betreiben:

1. Whlen Sie zur Softwareverteilung die Notes-Installationsvariante \”Multiuser\”. Hinweis: Admin und Designer-Clients sind aktuell nicht multiuserfhig und bentigen abweichende Konzepte.

WICHTIG: Die Multiuserinstallation sollte mit vollen administrativen Systemberechtigungen erfolgen und einmal pro Rechner durchgefhrt werden, um gemeinsame Dateien (Schablonen etc.) zu installieren und entsprechende Registry-Eintrge fr Lotus Notes und das Zusammenspiel anderer Anwendungen mit Lotus Notes zu ermglichen.

2. Das Standardverfahren wrde jetzt beim ersten Start eines neu angemeldeten Lotus Notes Benutzers seine persnlichen Daten unter \”Dokumente und Einstellungen\” ablegen (inkl. der Notes.ini). Damit dieses nicht dort, sondern auf einem Netzlaufwerk (z.B. \”H:\\Notes\” erfolgt, ist dieser Pfad (fr alle Benutzer identisch) umkonfiguriert werden. Hierzu ist es erforderlich (z.b. im Rahmen eines Windows-Anmeldeskriptes) Registry-Eintrge des Benutzers (z.B. mit VBScript) zu setzen.

 
[HKEY_CURRENT_USER\\Software\\Lotus\\Notes\\8.0]
\"NotesIniPath\"=\"H:\\Notes\\notes.ini\"

3. Da auch die Eclipse-Basis eines Standard-Clients NICHT davon ausgeht, das Daten im \”workspace\”-Verzeichnis verwendet werden, speichert sich das rcp Framework eine Installations- und Maschinenspezifische \”Installations-ID\”. Stimmt diese nicht mit der erwarteten Installations-ID berein, wird ein Backup des Workspace Verzeichnisses aller Eclipse-Einstellungen und -Daten vorgenommen und ein frisches (leeres) Workspace-Verzeichnisangelegt (alle Eclipse Einstellungen gehen dabei zunchst verloren). Mit nachfolgendem \”Tweak\” verhindert man dieses unerwnschte Verhalten, aber gleichzeitig auch die Aktualisierbarkeit auf neue Produktversionen

In der Datei

\\workspace\\.config\\rcpinstall.properties
den Eintrag

\"rcp.install.id=\" 

wegsichern (z.B. auf einen anderen Key und diese Variable leer lassen

 
\"rcp.install.id=\"

Hinweis: Diese Modifikationen scheinen nur notwenig zu sein, wenn Benutzer keine Berechtigung haben, Registry-nderungen vornehmen zu drfen. Der Client versucht schein, Registry-Eintrge zu aktualisieren, wenn die \”rcp.install.id\”  nicht den erwarteten Wert hat.

4. Um eine Softwareaktualisierung auf neue Notes-Versioonen durchfhren zu knnen, ist zunchst die Installation-ID wieder einzutragen, die Softwareaktualisierung vorzunehmen und unmittelbar danach diese Installations-ID wieder einzusetzen.

Comments are closed.