Problem ist behoben.
Die Ursache habe ich nicht gefunden aber das Probelm umschifft.
Anstatt das Dokument mit @COMMAND([Compose]) anzulegen, mache ich das nun in Script.
Bevor ich das Dokument erzeuge wird ein view.Refresh gemacht.
Set view = db.GetView("berichtsnummer")
Call view.Refresh
Dim workspace As New NotesUIWorkspace
Call workspace.ComposeDocument( "", "", "Bericht" )
In der Maskenformel wird dann mit der aktualisierten Ansicht der richtige Zähler erzeugt.
Gruß
Aikidoka
Das war es leider auch nicht. 
So, weiter gehts.
Es gibt noch keine Repliken von der DB.
Trotzdem habe ich nun explizit den Server und die DB im @dbcolumn gesetzt. Leider keine Verbesserung !
Die Ansicht "(autocount)" ist für den Benutzer nicht sichtbar und die Aktualisierung steht auf "Aktualisierung nach der ersten Verwendung".
In der Tat sieht das so aus als wenn die Ansicht sich nicht (lokal) aktualisiert. Denn von anderen Rechnern kann ich ja die nächste, richtige Nummer bekommen.
Habt Ihr noch Ideen ?
Gruß
Aikidoka
Hallo allerseits,
schon 100 mal gemacht und beim 101. mal gehts nicht mehr.
Ich erzeuge mir gerne einen automatischen Zähler der meine Dokumente durchnummeriert.
Es gibt eine Zahlenfeld im Dokument und eine Ansicht welche absteigend dieses Zahlenfeld in einer Spalte führt.
Beim Neuanlegen eines Dokumentes wird mit mit einem z.B.
@Subset(@DbColumn("":"NoCache";"":"";"(berichtsnummer)";1);1);
die letzte Nummer geholt und um 1 hochgezählt und umgehend gespeichert.
Das hat bisher immer funtioniert.
Nun habe ich folgende Problem:
Von unterschiedlichen Rechnern können neue Dokumente angelegt werden und die Doks haben eine richtig, hochgezählte Nummer !
Von ein und dem selben Rechner wird nach einmaligem Neuanlegen der Zähler hochgezählt. Wird nochmals auf diesem Rechner ein Dokument angelegt, dann erhält das Dok. die schon mal vergebene Nummer.
Auf einem anderen Rechner funktioniert die Nummervergabe wieder, aber nur einmalig ! Bei 2,3,4 maliger Betätigung werden 2,3,4 Doks mit der gleichen Nummer angelegt.
Ich kann mir das Verhalten nicht erklären. Für mich sieht das Problem sehr clientseitig aus.
Ich hoffe Ihr könnt mir weiterhelfen bevor ich platze 
Grüße
Cyberaikidoka
Hi,
keine schlechte Idee.
Aber das war es nicht.
Es gibt in der DB nur Hauptdokumente.
Die Optrion "dokumente nicht löschen, die über antworten verfügen" ist zwar angehakt aber inaktiv wenn es sich um ausgewählte Dokumente handelt. Die Dokumente die archiviert werden selektieren sich über eine Regel aus einer Anischt heraus.
Aikidoka
Hi,
für die Archivierung gibt es keinen separaten Agenten in der DB. Die Archivierung wird über die "Notes Archivierung" durchgeführt, genauso wie man die eigene Mail-DB archiviert.
Auf dem Server läuft dann ein Compact-Task, der alle 3 Tage loslegt, aber da kenne ich mich nicht mit aus.
Die Dokumente werden ja in das Archiv kopiert, aber nicht gelöscht.
Obwohl das Bereinigen in den Archivierungseinstellungen angehakt ist.
Ich sehe im Protokoll keine Fehlermeldungen, dort steht nur xxx Dokument kopiert, 0 Dokumente gelöscht.
Die Server haben Manager-Rechte und es gibt eben keine Autoren - oder Leserfelder.
Hat Jemand noch eine Idee ?
Aikidoka
Hallo allerseits,
ich bin noch recht unerfahren was das Replizieren und das Archivieren von Datenbanken betrifft.
Folgendes Problem: Die Hauptdatenbank läuft auf einem Server in DE und eine Replik in China (Replizierung täglich).
Von der deutschen DB werden mittel 3 Regeln (nicht mehr bearbeitet Dokumente nach 30,60 oder 360 Tagen) Dokumente archiviert.
Das Archiv füllt sich mit Dokumenten, die DB wird aber nicht um diese Dokumente bereinigt. Fehlermeldungen sehe ich keine. Die DB hat keine Leser- oder Editorfelder. Ich bin auf der DB nur Entwickler, die Einstellungen auf der Serverseite mach usere IT. Was kann denn die Ursache sein, dass die Dokumente nicht bereinigt werden ?
Ich danke für Hilfe im voraus.
ca
