Start/notes.ini Parameter/DEBUG_REPL_CHANGES

DEBUG_REPL_CHANGES

🛠️
Parameter: DEBUG_REPL_CHANGES
Kurzbeschreibung: Loggt pro replizierter Notiz, welche Note-ID / UNID von welchem Server in welche Zieldatenbank übertragen wurde – hilfreich bei strittigen Replikationskonflikten.

Steckbrief

Parameter
DEBUG_REPL_CHANGES
Kategorie
Logging / Debug
Komponente
Server
Verfügbar seit
10.0
Unterstützte Versionen
10.0, 11.0, 12.0, 14.0, 14.5, 14.5.1
GUI-Entsprechung
Nur notes.ini (keine GUI)
Mögliche Werte
0 = aus (Standard), 1 = Basis, 2 = inkl. Feld-Änderungen

Beschreibung

Während DEBUG_REPL_ALL ein generelles, sehr verboses Replikator-Tracing aktiviert, fokussiert DEBUG_REPL_CHANGES ausschließlich auf die Änderungen – also auf jede einzelne Notiz, die im Rahmen einer Replikation übertragen, aktualisiert oder gelöscht wird. Geloggt werden Note-ID, UNID, Quell-/Zieldatenbank und auf Stufe 2 zusätzlich die geänderten Felder.
Ideal bei Themen wie Eine bestimmte Notiz repliziert nicht, Konflikt-Notizen entstehen ohne erkennbaren Grund, Löschungen schlagen unerwartet auf andere Replikate durch, Audit: welcher Server hat welche Änderung weitergegeben?

Beispiel-Konfiguration

DEBUG_REPL_CHANGES=2
Debug_Outfile=/local/notesdata/IBM_TECHNICAL_SUPPORT/repl_changes.log

Hinweise & Stolperfallen

  • Stufe 2 erzeugt sehr viel Output bei großen Replikationen.
  • Greift sofort über set config DEBUG_REPL_CHANGES=...; Restart nicht zwingend.
  • Einträge erscheinen in console.log und im Debug_Outfile.
  • Komplementär zu DEBUG_REPL_ALL, Log_Replication.
  • Für Konflikt-Analyse zusätzlich Replication History der betroffenen DB prüfen.