hallo,
erstmal vielen dank für die erweiterung der runtime.txt.
das ist ganz super!
das Problem ist wohl weniger, daß die neue BayWotch Instanz nicht startet, sondern daß die alte nicht beendet wird. Die Frage ist also: Warum wird BayWotch nicht beendet bzw. dauert es einfach nur was länger... und wie lange dauert es und warum dauert es so lange?
Es könnte natürlich sein, daß BayWotch beim Beenden etwas länger braucht, wenn vorher viel Speicher für bestimmte Transaktionen reserviert werden mußte, vor allem dann, wenn eine laufende Übertragung aufgrund eines Fehlers abgebrochen werden muß. Allerdings kann ich mir nicht vorstellen, daß das Beenden dann mehr als 1,5 Minuten dauert.
eigentlich ist es doch egal, wie lange baywotch zum beenden braucht.
das batch startet die instanz baywotch.exe. die bekommt eine prozess-id.
am ende wird die pid gelöscht und das batch bekommt die rückmeldung davon. wenn baywotch also noch läuft, hat es auch noch seine pid und das batch mach solange nicht weiter. ... allerdings kann es auch sein, dass baywotch als "versteckter" prozess noch weiterläuft z.b. weil es noch daten in der speicherauslagerungsdatei von windows gibt, die zu baywotch gehören.
ich habe mir überlegt, nach den 99 sekunden wartezeit vorsorglich den baywotch prozess mittels
kill /F baywotch.exe zu beenden. damit würde das batch weiterlaufen können. allerdings ist nicht ganz klar, welche ausiwrkungen das auf eine evtl. doch noch geöffnete db hat....lauf ich hier gefahr, eine db zu beschädigen?
Eine Möglichkeit wäre, ein Mini-Logfile zu schreiben, wenn BayWotch beim Starten auf sein Ebenbild trifft und wieder beendet wird.
...genau das ist ja das problem. trifft bw beim start auf sein ebenbild, kommt dieses hinweisfenster, das über OK geschlossen werden muss.
es ist dort also von bw zur zeit ein manueller eingriff vorgesehen.
(der macht auch sinn für alle benutzer, die bw normal per hand starten.)
Wäre das eine Lösung?
ja, klingt sehr gut, wenn ich es richtig verstanden habe.
du müsstest dann allerdings das fehlerfenster der zweiten bw-instanz, dass das logfile schreibt, mit einem countdown schließen lassen ...nach 60 sekunden oder so. sonst geht das batch nicht weiter.
ich hab mir auch nochmal die db angesehen, nach denen bw nicht korrekt beendet wurde. eine hatte 450mb mit 22000 datensätzen. dort sind pro tag etwa 3000 datensätze abzugleichen.
die andere ist sehr klein mit ca. 2000 datensätzen, wo nur immer so 100 neue dazukommen. es liegt also scheinbar nicht an der speicherauslastung oder datenbankgröße.
viele grüsse
axel