Aufbau der cluster.ncf

sehr intresantes thema...und sehr verwirrend...ich hab auch eben mal bei uns im cluster die replik-id der jeweiligen timestamps gesucht....kann es sein, dass es sich dabei nur um eine andere schreibweise des datum/zeit-formats handelt??? eine solche replik-id gibt es bei uns auch nicht im system?!?

so long
nico

Zitat

was ist das für eine Replik-ID? Interessanterweise haben wir quer über unsere Umgebung verteilt je nach Cluster teils unterschiedliche Replik-IDs stehen. Die sind weder vom DD, noch von der dbdirman.nsf, noch von der cldbdir.nsf. Was soll diese ID aussagen? Und wie kommt es dazu, dass hin und wieder in unterschiedlichen cluster.ncf unterschiedliche ID für den selben Cluster vermerkt sind?

Da wirst du auch lange suchen können ... es ist keine Replik-ID sondern nur exakt die daneben stehende Zeitangabe in ihrer nativen Schreibweise. Deshalb ist die bei jedem Client anders =)

Und falls jetzt jemand sogar mitdenkt - ja, eine DB-Replik-ID ist auch nichts anderes als eine Zeitangabe: die der DB-Erstellung nämlich (und damit keine geheimnisvolle und im Universum einmalige zufällige Kombination, wie einem manchmal weisgemacht werden soll^^). Und ja, es gibt eine Handvoll Ausnahmen was die Zufälligkeit betrifft, aber das ist ein anderes Thema.

Zitat

Laut Hilfe wird die clientseitige cluster.ncf alle 15 Minteun mit der vom Server abgeglichen. Welcher Mechanismus steckt dahinter?

Das Intervall bezieht sich lediglich auf das in-memory-pendant der cluster.ncf.

Damit ist jedoch nicht die Häufigkeit des Zurückschreibens gemeint. Die cluster.ncf wird lediglich für das cachen der Informationen beim Start des Clients verwendet, danach beginnt das 15-Minuten-Intervall. Die Dynconfig hat damit allerdings nichts zu tun, das ist native Clientangelegenheit.

Carsten

so, dann ist für mich das dummsterben für heute auch erst mal abgesagt...so falsch war ich dann nicht mal gelegen ... danke carsten