Lokale Replikationen ausschalten aber C&P behalten

[JanSch]

Hallo,

wir haben einige DBs, in denen C&P für alle erlaubt sein soll, lokales replizieren aber nicht bzw nur für einige Users. Hintergrund ist, dass wir schlechte Erfahrungen mit Replizierkonflikten gemacht haben und auch "nette" Mails dazu nicht helfen, auf der anderen Seite aber alle User Sachen in die Zwischenablage kopieren müssen.

Leider haben wir festgestellt, dass das über die ACLs der DB nicht einstellbar war: 'replicate and copy Documents' steuert leider beide Sachen, so dass man bei nicht erlaubter replikation auch Felderinhalte nicht mehr kopieren kann.

Idealsituation wäre, wenn wir am Ende einem bestimmten Personenkreis (über ACL-Gruppen oder Policy, whatever) erlauben können lokale repliken anzulegen, der Rest darf nicht und alle User Feldinhalte markieren und kopieren können.

Buttons, die bestimmte Elemente in die Zwischenablage sind leider keine Lösung, da die einzelnen zu kopierenden Sachen extrem unterschiedlich sind und die DBs bisher noch nix dergleichen haben (=extremer Entwicklungsaufwand)

Vielen Dank für alle Tipps,

Jan

[Steve_O.]

Jeder, der Lesen darf, kann eine lokale Replik anlegen!

Warum gebt ihr der Allgemeinhait nicht Lese-Recht auf die DB?
Dann können sie C&P. Dass sie auch ein lokale Replik ziehen können,
ist ja nicht so schlimm, da sie ihren "Mist" nicht zurückschreiben dürfen..

[Peter S.]

Meine Erfahurng mit Replizierkonflikten sagt mir das die Rechte zu großzügig vergeben sind, bzw die DB keine Authorenfelder beinhaltet.

Wir schauen darauf das so wenig User wie möglich das Recht "Editor" bekommen und arbeiten stattdesssen sehr viel mit Authorenfeldern.
Das schützt eigentlich sehr gut vor Replizierkonflikten.

[JanSch]

Wir schauen darauf das so wenig User wie möglich das Recht "Editor" bekommen und arbeiten stattdesssen sehr viel mit Authorenfeldern.
Das schützt eigentlich sehr gut vor Replizierkonflikten.

Leider ist das nicht so möglich: der normale Usecase ist, dass die user auf der Replik auf den Servern alles ändern dürfen und auch sollen. Das ist auch so in Ordnung, da die Server untereinander das schnell genug hin&her schaufeln.

Nur gibt es eben ein paar ganz tolle, die sich lokale Repliken ziehen und dann mal 10 (oder auch mal mehr) Tage nicht replizieren und dann 'ne Änderung machen.

Jeder, der Lesen darf, kann eine lokale Replik anlegen!

? Ich dachte bisher, dass das durch den 'Replicate and copy Documents' Eintrag geregelt ist?

Schöne Grüße,

Jan

[Steve_O.]

? Ich dachte bisher, dass das durch den 'Replicate and copy Documents' Eintrag geregelt ist?

Dem ist auch so! Ich wollte verdeutlichen, dass du mit Bordmitteln keine Chance hast,
da Unterschiede zu machen.

..die sich lokale Repliken ziehen und dann mal 10 (oder auch mal mehr) Tage nicht replizieren und dann 'ne Änderung machen.

Das allein kann nicht für Konflickt-Doks sorgen!
Dafür gibt es ja Notes: Offline arbeiten können und Eingaben später zusammen führen können...

[Driri]

Was aber sehr wohl ein Problem ist, wenn die User Editorrechte haben, sind die "Leichen", die nach Ablauf des Purgeintervalls für die Deletion Stubs wieder auf dem Server erscheinen, wenn der User nur alle paar Monate repliziert.

[Peter S.]

Ist natürlich auch so ein Problem wenn sehr viele Leute intensiv mit immer dengleichen Dokumente arbeiten -> z.B. 20 Dokumente und jeder ist Editor darauf.

Dafür ist Notes nicht ausgelegt, kann man das ins Web verlagern und sich die Repliken sparen?
Oder das zentrall auf einen Server legen?

Würde das Dokumenten-Locking dabei helfen?

[Steve_O.]

@driri
Absolut richtig!
Da im Post aber sogar noch ein Beispiel von 10 Tagen erwähnt wurde,
habe ich mir diesen Zusatz geschenkt!
Niemand stellt so kurze Intervalle ein!  ..oder?? 

[Driri]

Nö, war auch mehr der Vollständigkeit halber. 

[JanSch]

Das allein kann nicht für Konflickt-Doks sorgen!
Dafür gibt es ja Notes: Offline arbeiten können und Eingaben später zusammen führen können...

Um mal ein aktulles Beispiel zu zeigen: Wir haben ein Doc mit zahlreichen Kindocs. Diese Kinddocs werden neu berechnet, wenn das Elterndoc geändert wird. Und bei den Elterndoc komtm es öfter vor, das sie geändert werden. Was passiert, wenn eine dieser Ändeurngen auf einer 10tage alten Replik ausgeführt wird...

Deletions Stubs sind zum Glück nicht mehr das Problem...

Den Antworten entnehme ich aber, dass es scheinbar nur durch geeignetten Workflow in der Applikation möglich ist sowas zu minimieren, aber es nicht möglich ist per Konfiguration/Policy/Whatever nur einer bestimmten Gruppe die Möglichkeit zu geben lokale Repliken zu ziehen.

Schöne Grüße,

Jan