Das Notes Forum
Domino 9 und frühere Versionen => Entwicklung => Thema gestartet von: airwalker am 05.05.04 - 11:23:21
-
Hallo!
Ich habe folgendes Problem:
Ich habe 2 Datenbanken.
Nun möchte ich folgendes erreichen:
Datenbank1 enthält einen Datensatz mit persönlichen und öffentlichen Informationen.
Datenbank2 enthält aus sicherheitstechnischen Gründen nur öffentliche Informationen.
Wenn nun Daten aus Datenbank2 verändert werden soll dieser Datensatz mit Datenbank2 repliziert werden.
Über die herkömliche Replizierung von Lotus Notes funktioniert das meines Erachtens nach nicht, weil immer 2 gleiche Datenbanken benötigt werden.
Gibt es dafür eine Möglichkeit ?
(System Win2000 + Lotus Notes5 Client + Domino Server 4.6)
-
Hallo,
2 Möglichkeiten: selektive Replikation (kann ich nix zu sagen, wäre aber sehr gespannt, ob was in diese Richtung kommt) oder ein Agent, der die Daten rüberschaufelt.
Gruß
Markus
-
Hi,
im Dialog für die Replizierparameter unter "Erweitert" kannst du bei "Felder" die Felder auswählen, die repliziert werden sollen.
Axel
-
danke ich werde das mal ausprobieren.
-
So ich habe es mal mit der seletkiven Feld Replikation ausprobiert.
Dabei ist mir folgendes Problem aufgefallen:
Wenn ich in DB1 ein Dokument erstelle, kann ich es in DB2 nicht mehr bearbeiten.
Beim Versuch kommt folgenden Fehlermeldung:
Ausgewählter Befehl kann nicht ausgeführt werden
Das Problem tritt auch auf wenn ich in DB2 ein Dokument erstelle.
Wie könnte ich dieses Problem umgehen ?
-
Hi,
fehlen die Rechte dazu? Gibt es Autorenfelder in den Dokumenten? Eventuell hast du nicht alle notwendigen Felder repliziert, z.B. Form.
Axel
-
Danke für deine schnelle Antwort!
Also es gibt keine LEser- bzw. Autorenfelder.
Es wurden keine zugriffsrechte verändert.
Was mir noch aufgefallen ist, in der replizierten DB2 ist
im Titel geschreiben (ABGESCHNITTEN)
Das müsste ja von der Feldreplizierung herkommen.
Aber warum kann ich das Dokument nicht edititieren???
-
Hi,
dazu fällt mir im Moment leider auch nichts mehr ein. :-\
Die selektive Replizierung ist meines Erachtens ein ganz heikle Kiste. Ich vermeide sie wo ich nur kann. Irgendwo einen Haken vergessen oder zuviel gesetzt und du zerschießt die deinen gesamten Datenbestand.
Ich hab früher mal sowas auf Dokumentenebene, abhängig von einem Feldinhalt, gemacht und hatte regelmäßig Probleme damit.
Axel
-
Ok.
Wie kann ich den das Problem über einen Agenten lösen ?
Ich müsste mir ja dann ein Kopie der DB1 anlegen und der Agent
müsste dann die Daten rüberschaufeln...
Nur wie erkläre ich dem agent, dass er nur bestimmte felder einer maske kopieren soll...
und wie sage ich ihm, dass wenn daten geändert werden, nicht jedes mal ein neuer Datensatz angelegt werden soll?!
-
Hi,
Nur wie erkläre ich dem agent, dass er nur bestimmte felder einer maske kopieren soll...
In dem du die Feldnamen einzeln angibst.
...
docDB2.Feldname1 = docDB1.Feldname1
...
und wie sage ich ihm, dass wenn daten geändert werden, nicht jedes mal ein neuer Datensatz angelegt werden soll?!
... und was machst du, wenn ein Datensatz gelöscht wurde? Du musst im Prinzip den Replikationsmechanismus nachprogrammieren. Da wünsche ich dir jetzt schon viel Spaß dabei. :o
Ich würde da einen anderen Weg gehen. Blende doch die kritischen Feld in Abhängigkeit einer Zugehörigkeit zu einer Rolle einfach aus.
Axel
-
Ja das würde ich ja auch lieber machen,
aber mein Chef möchte nicht, dass sensible Daten in diese DB
repliziert/kopiert werden...
-
Könnt ihr da evtl. was über Feldverschlüsselung machen ?
Dafür müßten dann allerdings die Benutzergruppen von DB1 und DB2 unterschiedlich sein.
Dann könnt ihr die kritischen Felder verschlüsseln und den Schlüssel nur den Benutzern für DB1 zur Verfügung stellen.
P.S. : Ich hab da noch nie mit gearbeitet, kenne da also keine evtl. Nachteile.
-
Hi,
ich bin nicht der Entwickler, abär - wenn ich lese, Notes 4.6 - Server, soweit ich weiß, gibt es die Replikation auf Feldebene erst ab Version 5.x. Spricht etwas gegen eine Servermigration?
Gruß Henning
-
Hi HRaq,
Also wir fahren einen 4.6er Server.
Mein Client hat aber Version 5.
Ich weis nicht in wie fern es dann Probleme geben könnte...
-
Naja, entscheidend wäre dabei schon der Server, der Client ist da ja außen vor.
-
Replikation auf Feldebene gibt es seit R4 -- hab grad eben mal den 4er Client kurz aufgestartet:
(http://www.atnotes.de/attachments/Feldreplik-46.jpg)
-
Hi Airwalker,
ich vermute mal, das deine DB auf dem Server liegt. Und der löst eine Replikation aus. Eine Replikation von Client zu Client wäre mir völlig neu ???
Also, du kannst einen 7er-Beta-Client oder sonst was haben, entscheidend ist der Server. Und deiner kann das nicht.
Gruß Henning
[Edit)
@Jens,
das mag sein - abär, ich hab noch nicht gehört, dass das zuverlässig funktioniert hat. Ich würde die Finger davon lassen.
Außerdem ist der Support für 4.6 eh eingestellt, also würde ich migrieren.
-
Henning, mag sein, dass Du wegen Ueberkreuzung mein Posting verpasst hast, R4 kann Feldreplikation. genau das war eine der grossen Neuerungen mit R4
-
Jens,
habe mein Posting nochmal editiert. siehe oben..
-
JA ich denke auch mal das die Feldreplikation in der 4.6er Version funktioniert.
SOnst würde es bei mir ja nicht funktionieren.
Es klappt ja, bis auf das ich in der Replik keine Daten ändern kann die aus der Hauptdatenbank kommen...
Das ist natürlich unpraktisch
-
Henning: Mit dem Migrieren hast Du recht. Feldreplikation unter R4 hab ich kaum eingesetzt, also auch kaum eigene Erfahrungen gemacht, allerdings hab ich nichts davon gehört, dass sie unzuverlässig wäre, im Gegenteil.
Support für R4 ist eingestellt, mit einer bemerkenswerten Ausnahme: für R4 - Client auf OS/2 gibt es das noch - gegen Bezahlung natürlich, aber der R4 Server ist meines wissens auch unter OS/2 nicht mehr supportet.