Neu JTL Worker stoppen für AMEISE Import (oder für DB Backup, etc)

[DITH-Shop]

Moin,
ich finde zwar große Mengen an Anfragen wie man den Worker steuern (insbesondere stoppen) kann, aber keine funktionelle Lösung

Mein Problem:
Ich habe automatisierte AMEISE Importe die mehrmals täglich laufen müssen.
Ein Lieferant hat eine dermaßen große Datei (505000 Zeilen) das dieser Import lange dauert (knapp 50 Minuten). Dabei kommen sich Artikel die per Worker synchronisiert und per Import aktualisiert werden manchmal ins Gehege - immer wieder Deadlock-Opfer und der Import bricht ab.
So entstehen hier oft teure Überverkäufe weil Artikel (insbesondere die am Ende der Datei) nicht mehr korrekt geupdatet werden.

Bitte schafft eine Möglichkeit das der Worker, automatisiert, beendet werden kann (ohne per TASKKILL Schäden an der DB oder den Daten zu verursachen)
Idealer Weise ein Parameter das der Worker nicht läuft solange die AMEISE arbeitet.
bspw.
jtlwawi.exe WORKER stop user pass db


Oder Alternativ - wie ICH es in meinen Programmen mit konkurrierendem DB Zugriff handhabe:
=> Zugriff auf Datensatz gerade gesperrt - dann warte 1 Sekunde und versuche denselben Befehl erneut - nicht mehr gesperrt = alles gut, oder noch immer gesperrt, warte 2 Sek. und versuche denselben Befehl erneut (das Ganze immer weiter verlängert bis max 10 Sekunden). Sollte nach dieser Zeit (inzwischen ja fast eine Minute) die Sperre noch immer nicht aufgehoben sein, dann überspringe den Befehl und mache weiter mit dem nächsten Import.
Noch NIEMALS hatte ich eine Sperre die länger dauerte als 4 Sekunden

Ist kein Hexenwerk und verhindert beschädigte Daten, Abbrüche etc.

 

[JohnFrea]

Du mußt den Worker nicht hart per Taskkill beenden, sondern kannst im erstmal ein softes Taskkill senden. Das ist gleichbedeutend mit einem Beenden, wie es ein User machen würde. Erst wenn das über eine voreingestellte Zeit nicht fruchtet, kommt der harte Kill zum Einsatz.

Ich hänge mal ein Batch-Skript an, welches ich zum Automatischen Neustart eines Workers verwenden. Das kannst Du für Deine Bedürfnisse anpassen um am Ende die Ameise starten und nicht wie ich den Worker. Seiteneffekte: Eine normale Wawi wird auch beendet. Man kann leider nicht zwischen Wawi und Worker unterscheiden, weil es tatsächlich nur ein anderer Aufruf der wawi.exe ist.

Das Skript sucht aktuell auf einem Windows Server einen Worker, der im "UserAdmin" läuft. Wenn Du WIndows Server benutzt, muß Du auf Deinen User anpassen.
Soll das ganze auf einem Nicht-Server laufen, mußt Du die ausgeremten Zeilen benutzten...

@ECHO OFF

color cf
mode con lines=13 cols=70
set var wkilled=0
set var softendtried=0
set LogFile="C:\Users\Useradmin\Desktop\WorkerAutoStart-LogFile.txt"

echo %date:~-4%-%date:~-7,2%-%date:~-10,2%   %time:~-11,2%-%time:~-8,2%-%time:~-5,2% Skript starten>>%LogFile%

:StartSkript
    cls
    ECHO. Skript startet und beendet alten Worker...
    timeout /t 5


:Check-Worker
    REM *** Kill in einem "normalen" Windows
    REM tasklist /FI "IMAGENAME eq JTL-Wawi.exe" 2>NUL | find /I /N "JTL-Wawi.exe">NUL
   
    REM  *** Kill in einem Windows Server.
    tasklist /FI "IMAGENAME eq JTL-Wawi.exe" /FI "USERNAME eq UserAdmin" 2>NUL | find /I /N "JTL-Wawi.exe">NUL
    if "%ERRORLEVEL%"=="0" goto End-Worker-Soft
    goto Start-Worker
   
   
:End-Worker-Soft:
    If "%softendtried%" == "1" goto Kill-Worker
    Cls
    Echo. Alter Worker gefunden...beende soft...
    timeout /t 3
    REM taskkill.exe /IM JTL-Wawi.exe
    taskkill /FI "IMAGENAME eq JTL-Wawi.exe" /FI "USERNAME eq UserAdmin"
    Echo. Worker Zeit zum beenden lassen...
    Timeout /t 300
    set softendtried=1
    goto StartSkript
   
   
:Kill-Worker
    cls
    ECHO. Alter Worker schließt nicht...hart beenden
    timeout /t 5
    REM *** Kill in einem "normalen" Windows
    REM taskkill.exe /IM JTL-Wawi.exe /F
   
    REM  *** Kill in einem Windows Server.
    taskkill /FI "IMAGENAME eq JTL-Wawi.exe" /FI "USERNAME eq UserAdmin" /F
    set wkilled=1
    goto StartSkript


:Start-Worker
    cls
    ECHO. Kein alter mehr Worker gefunden...Starte neuen Worker nach Karenzzeit...
    IF "%wkilled%" == "1" (
        timeout /t 240
    )
    START "" /D "C:\Program Files (x86)\JTL-Software\" "C:\Program Files (x86)\JTL-Software\JTL-wawi.exe" WORKER Standard Worker Worker eazybusiness 0
    echo %date:~-4%-%date:~-7,2%-%date:~-10,2%   %time:~-11,2%-%time:~-8,2%-%time:~-5,2% Skript ferig>>%LogFile%

EXIT

 

[DITH-Shop]

Danke für das Skript - ich musste zwar einiges ausbauen das auf meinem Server 2016 Std. nicht lief, anderes rein nehmen,
aber es tut jetzt was es soll.

Ich denke aber, dass viele User hier ähnliche Probleme haben und ein Start/Stop Parameter für den Worker von Vorteil sein könnte.

 

[JohnFrea]

@DITH-Shop kannst Du Dein Skrtip mal posten? Die Änderungen interessieren mich auch.

Problem an einem Start/Stop Aufruf an den Worker ist eben dessen Trägheit. Es dauert noch eine Weil, bis er abbricht und wie willst Du da die Rückmeldung bekommen? Ebenfalls den Prozess überwachen? Und wenn er abgestürtzt ist und auf Dein Parameter nicht mehr reagiert?

 

[DITH-Shop]

Ähm, ich habe das direkt in meine Ameisen-Aufrufe eingebaut und beinhalten auch die ganzen Import / Export Parameter.. ist also eher nicht geeignet hier gepostet zu werden.

Eine erfolgreiche Rückmeldung liesse sich programmtechnisch (WAWI) lösen und abfragen (CMD).
Wird auch erst dann gesetzt wenn der Befehl erfolgreich ausgeführt wurde.
bspw. Rueckmeldung = EXEC "WAWI.exe WORKER user pass DB STOP"
gibt 1 zurück sobald derr Worker beendetist. CMD läuft dann erst weiter

Geht aber hier zu weit.