Parameter:
REPL_PUSH_RETRIESKurzbeschreibung: Anzahl Wiederholungen, mit denen der Replikator eine fehlgeschlagene Push-Replikation erneut versucht.
Steckbrief
Parameter | REPL_PUSH_RETRIES |
Kategorie | Cluster |
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 | Ganzzahl (Standard 3; typisch 1–10) |
Beschreibung
Wenn ein Push-Replikationslauf zu einem anderen Server scheitert (z. B. wegen kurzfristiger Netzprobleme zwischen Cluster-Knoten oder einer kurz blockierten Ziel-NSF), startet der Replikator nicht sofort einen neuen kompletten Lauf, sondern versucht es bis zu
REPL_PUSH_RETRIES-mal in derselben Session erneut. Damit werden flatterhafte Verbindungen abgefangen, ohne dass der gesamte Replikationszyklus von vorne beginnen muss.Für stabile LANs reicht der Standardwert; in WAN-/VPN-Szenarien lohnt sich ein leicht erhöhter Wert.
Beispiel-Konfiguration
REPL_PUSH_RETRIES=5
Hinweise & Stolperfallen
- Sehr hohe Werte können den Replikator länger an einer kaputten Verbindung festhalten – in Kombination mit
ReplicationTimeLimitbetrachten.
- Greift nach Replikator-Restart (
restart task replica).
- Ergänzt sich mit
Server_Cluster_Probe_Timeout,ReplicationTimeLimit.
- Für Cluster-Replikator gibt es eigene Schalter – dieser Wert wirkt primär auf den klassischen Replicator.
- Bei wiederkehrenden Push-Fehlern erst Verbindung/ACL/Quota prüfen, bevor man Retries hochdreht.