INTERNALTIMERINTERVAL - Detailbeschreibung

Open

Überblick

Parameter:INTERNALTIMERINTERVAL
Kategorie: Custom
Standardwert: 0 (empfohlen: 60 Sekunden)
Produkt: eTASK.Sonstige (Custom)

Was macht dieser Parameter?

Legt das Intervall in Sekunden fest, in dem der interne Timer des eTASK-Portals automatische Prozesse anstößt. Der Timer führt zeitgesteuerte Aufgaben wie E-Mail-Benachrichtigungen, Datensynchronisationen oder Wartungsarbeiten aus. Bei einem Wert von 0 wird der interne Timer deaktiviert und ein externer Timer-Service muss verwendet werden.

Wofür wird dieser Parameter verwendet?

• Steuerung der Ausführungsfrequenz von automatischen Timer-Jobs im Portal

• Bestimmung des Takts für zeitgesteuerte Hintergrundprozesse

Technische Details (für Administratoren)

Format: Ganzzahl (Integer)
Standardwert: 0 (empfohlener Wert in Produktivumgebungen: 60 Sekunden)

Gültige Werte:

• 0 = Interner Timer deaktiviert, externer Timer-Service erforderlich

• 1-3600 = Intervall in Sekunden (praktischer Bereich)

• Empfohlener Wert: 60 Sekunden

Wichtige Hinweise:

• Bei Wert 0 wird der interne Timer nicht gestartet

• In Debug-Builds wird der Wert automatisch auf 0 gesetzt, unabhängig von der Konfiguration

• Der Wert wird beim Initialisieren des Portals einmalig gelesen

• Änderungen erfordern einen Neustart der Anwendung

• Zu kurze Intervalle können die System-Performance beeinträchtigen

• Zu lange Intervalle verzögern die Ausführung zeitkritischer Aufgaben

• Der Timer steuert alle automatischen Jobs im System

Zusammenspiel mit anderen Parametern:

• EXECUTETIMERJOBS: Bestimmt, ob Timer-Jobs auf diesem Server ausgeführt werden (wichtig für LoadBalancing)

• Job-Intervall-Einstellungen: Einzelne Jobs haben eigene Intervall-Einstellungen, die mindestens so lang sein sollten wie INTERNALTIMERINTERVAL

Wann sollten Sie diesen Wert ändern?

Wert auf 60 Sekunden setzen (Standard für interne Timer), wenn:

• Sie den internen Timer-Service des Portals verwenden möchten

• Keine externe Timer-Lösung im Einsatz ist

• Automatische Prozesse im Minutentakt ausreichend sind

• Eine ausgewogene Balance zwischen Aktualität und Performance gewünscht ist

• Standard-Anforderungen an zeitgesteuerte Prozesse bestehen

Wert auf 0 setzen, wenn:

• Debug-Umgebungen eingesetzt werden

Wichtige Hinweise

1. Neustart erforderlich
   Änderungen an diesem Parameter werden erst nach einem Neustart der Webanwendung wirksam. Der Wert wird beim Application-Start einmalig gelesen und für die Laufzeit des Application-Pools verwendet.

2. LoadBalancing-Umgebungen
   In Umgebungen mit mehreren Servern sollte der Parameter mit EXECUTETIMERJOBS kombiniert werden. Typischerweise läuft der interne Timer nur auf einem Server, während andere Server EXECUTETIMERJOBS=false haben.

3. Performance-Auswirkungen
   Sehr kurze Intervalle (unter 30 Sekunden) können die Datenbank und das System belasten, da bei jedem Tick alle aktiven Jobs geprüft werden. Wählen Sie ein Intervall, das Ihren Anforderungen entspricht, ohne unnötige Last zu erzeugen.

4. Debug-Modus
   In Debug-Builds wird der Wert automatisch auf 0 gesetzt, um Entwickler-Workflows nicht zu stören. Dies verhindert ungewollte Timer-Ausführungen während der Entwicklung.

5. Externe Timer-Alternative
   Bei Wert 0 muss sichergestellt werden, dass ein externer Mechanismus die Timer-Webservice-Methode aufruft, sonst werden keine automatischen Jobs ausgeführt.

Sicherheit

Hat eine Änderung dieses Parameters Auswirkungen auf die Sicherheit?

Nein, eine Änderung des Parameters hat keine indirekte Auswirkungen auf die Sicherheit.

Praktisches Beispiel

Ausgangssituation: Ein Unternehmen betreibt das eTASK-Portal in einer LoadBalancing-Umgebung mit drei Webservern. Bisher läuft der interne Timer auf allen drei Servern mit einem Intervall von 60 Sekunden, was zu mehrfacher Ausführung von Jobs und Inkonsistenzen führen kann.

Konfiguration:

• Server 1: INTERNALTIMERINTERVAL = 60, EXECUTETIMERJOBS = true

• Server 2: INTERNALTIMERINTERVAL = 0, EXECUTETIMERJOBS = false

• Server 3: INTERNALTIMERINTERVAL = 0, EXECUTETIMERJOBS = false

Nach der Änderung:

• Nur Server 1 führt den internen Timer aus

• Jobs werden nicht mehr mehrfach parallel ausgeführt

• Reduzierung von Datenbankzugriffen und Serverlast

• Konsistente Ausführung zeitgesteuerter Prozesse

• Server 2 und 3 konzentrieren sich auf Benutzeranfragen

Ergebnis: Eliminierung von Doppelausführungen, deutlich reduzierte Datenbanklast, verbesserte System-Stabilität und Performance. Benutzer erfahren schnellere Antwortzeiten durch bessere Ressourcenverteilung.

Empfohlene Einstellung

Für Standard-Installationen:60(Eine Minute - ausgewogenes Intervall)

Begründung:

• Bewährtes Intervall für alle Anwendungsfälle

• Balance zwischen Aktualität und Performance

• Ausreichend für typische Timer-Jobs wie E-Mail-Benachrichtigungen und Synchronisationen

• Nicht zu hohe Serverlast bei regelmäßiger Ausführung

• Entspricht dem empfohlenen Standardwert

Ausnahmen (Spezielle Konfiguration erforderlich):

• LoadBalancing-Umgebungen: Nur ein Server sollte Timer-Jobs ausführen, andere Server auf 0 setzen

• Entwicklungsumgebungen: 0 (wird in Debug-Builds automatisch gesetzt)

IC0000