Notes "locked" Dokumente, obwohl in der DB nicht aktiviert

[m3]

Ich poste es mal in Admin. Ich denke, da bin ich richtig.

Es gibt da einen 7.0.1FP1 Server mit einer Datenbank drauf, in der das Attribut "Allow document locking" NICHT gesetzt ist.

Trotzdem kann ich in der Datenbank nicht von zwei PCs aus ein Dokument gleichzeitig bearbeiten. Wenn der zweite User editieren will, bekommt er immer die Meldung, dass das Dokument bereits gelocked ist.

Hat wer von Euch eine Ahnung, warum dem so ist? Hab ich wo eine Einstellung übersehen?

[MartinG]

Ich meine dass war ein neues Feature in Notes/Domino7 und bei uns verhält es sich auch bei allen Datenbanken so (auch wenn das Attribut nicht gesetzt ist). Wir setzen 7.02 ein...

Auszug aus der Hilfe zu der DB-Eigenschaft:

Wenn Sie die Datenbankeigenschaft "Sperren von Dokumenten zulassen" wählen, können Benutzer mit Autorzugriff oder höherem Zugriff Dokumente in dieser Datenbank sperren. Das Sperren von Dokumenten verhindert Bearbeitungs- und Replizierungskonflikte, indem sichergestellt wird, dass die Person, die das Dokument sperrt, exklusive Rechte für das Ändern des Dokuments hat. Andere Personen mit denselben Rechten können ein gesperrtes Dokument nicht ändern, selbst wenn sie im selben LAN an unterschiedlichen Repliken arbeiten. Selbst Manager einer Datenbank können keine gesperrten Dokumente bearbeiten. Manager können jedoch gesperrte Dokumente entsperren.
   

So ganz kapiert habe ich das aber nicht. Vor allem ist mir unklar wie das technisch funktionieren soll, wenn auf verschiedenen Repliken ein Dokument gelockt werden soll. Vielleicht funktioniert das nur im Cluster? Auf einer lokalen Replik kann es ja nicht funzen...

[m3]

Ja, aber auch in der Hilfe steht explizit: "Wenn Sie die Datenbankeigenschaft ... WÄHLEN"
Und das haben wir ja nicht.

[WernerMo]

hallo Martin,

bei uns (7.0.2) verhält es sich so wie man es erwartet, d.h. es wird nicht gesperrt, weil das Häckchen nicht gesetzt ist.

Was passiert, wenn Du es mal einschaltets, einige Minuten wartest und dann wieder ausschaltest (evtl. ist es ja in einem "nicht definierten Zustand)?

Gruß Werner

[MartinG]

Habe das ganze gerade nochmals durchgetestet (bei unserer HelpDeskdatenbank) da ich hier öfters diese Meldung bekomme. Egal ob das Häkchen gesetzt ist oder nicht, sobald jemand das Dokument zum Bearbeiten offen hat kommt die Meldung dass das Dokument gesperrt ist...

[TRO]

Ich denke mal, das ist das so genannte "Soft-Locking". Aus der Knowledgebase:

Document Locking:
In Notes/Domino 6.x, a database property feature called "Allow document locking" was introduced.  When this property is enabled, any user with Author access or above can lock a document across all replicas.  This prevents two or more users from making changes to the same document and then replicating - which would create replication conflict documents.
To enable this feature, you can select the database property "Allow document locking" in the basics tab.
Soft Locking:
Soft locking was also a new feature in Notes/Domino 6, but it was not documented as clearly as document locking.  Soft locks are in-memory locks that are enabled when documents are in memory, and are not persistent.  The editor takes out a soft lock on a document when it is opened in edit mode, and then unlocks it when the document is closed.  During the period of time when it is soft locked, no one else can edit that document but it only affects the current replica where the user is working; it does not affect other replicas of the database.
Prior to release 6.5.1, soft locks could not be disabled.   Beginning in releases 6.0.4, 6.5.1, and 7.0, users can add a NOTES.INI parameter EDIT_NO_SOFT_LOCKS=1 to their client's notes.ini.
The EDIT_NO_SOFT_LOCKS=1 ini parameter was added as a workaround for customers who had applications that did not work well with soft locking. The parameter essentially reverts locking behavior back to the R5 style, where soft locking did not exist. This parameter disables all soft locking in all databases accessed by that client.  It cannot be enabled on a database by database basis.
At this time, there is no other way to disable soft locking.  This parameter can be set programmatically in all clients via LotusScript with the following instructions:

Dim session As New NotesSession
Call session.SetEnvironmentVar( "EDIT_NO_SOFT_LOCKS", "1" , True)
The above script can be included in a Hotspot button included in a mail to all users.
An enhancement request, for soft locking be an option that can be enabled or disabled via a database property like document locking,  has been submitted to Quality Engineering as SPR# JGON5WQLMA.  There are no current plans to address this request.