gelöst: MS-SQL ADO ZEOS timeout

[icho2099]

Hallo,
die Randbedingungen sind leider nicht veränderbar.
Ein kleines Tool soll mittels ZEOS eine Verbindung zum SQL-Server herstellen : funktioniert
Dann soll eine stored procedure auf dem SQL-Server aufgerufen werden: funktioniert

Diese stored procedure hat aber eine sehr lange Laufzeit was dazu führt, dass die Ausführung durch den
Client abgebrochen wird (timeout). Alle Versuche mit Connection Timeout, Command Timeout im connection string helfen nicht.
Auch setzen von commandtimeout in der Query hilft nicht.
Scheinbar wird das alles strikt ignoriert.

Hat jemand vielleicht den Tipp wie man das Timeout erheblich verlängern kann?

[af0815]

Die Frage ist, welches BS ? Aufgrund von ADO nehme ich an, das es Windows ist.

Geht es mit einem anderen Tool, oder nur mit Lazarus/Zeos nicht ? Ev. das ganze mit Kommandozeilentools testen, wo es wirklich liegt. Und was heisst lange Laufzeit ? 10 Sekunden, 10 Minuten, 10 Stunden ?

Ich nehme an, ihr seid wegen der Probleme mit Stored Procedures mit FreeTDS auf ADO ausgewichen.

[Zvoni]

Die Frage ist eher: Erwartet ihr ein Resultat/Rückgabe von der SP, oder ist es eher "shoot and forget"?

Das grundlegende Problem ist, dass MS SQL Server Kommunikation synchron abläuft per default.

Ein Ansatz wäre wie hier beschrieben:
https://dba.stackexchange.com/questions ... 1810_34948
https://learn.microsoft.com/en-us/previ ... dfrom=MSDN

Da ADO erwähnt wurde: Ich erinner mich dunkel aus meinen VBA-Zeiten, dass ADO auch einen Async Parameter anbietet.
Frag mich jetzt aber nicht, wo der gesetzt werden muss

[icho2099]

BS ist Win,
mit dem SSMS geht es ohne Probleme,
Laufzeit kann stark variieren, liegt aber immer >= 3 Minuten, könne auch 30 Minuten werden
(ist ein Synch zwischen zwei Systemen)

Rückgabe wird nicht erwartet, also shoot and forget

[af0815]

Da ADO erwähnt wurde: Ich erinner mich dunkel aus meinen VBA-Zeiten, dass ADO auch einen Async Parameter anbietet.
Frag mich jetzt aber nicht, wo der gesetzt werden muss

Zeos reicht IMHO nicht alles von der ADO Treiberschicht nach Lazarus durch. Das heisst es kann sein, das man da aufbohren muss. Das beste ist, einmal im ZEOS Forum direkt zu fragen, dort sind auch Personen unterwegs, die notfalls deutsch antworten.

Ja, das sp_start_job klingt verdammt gut. Nur solltest du in der eigentlichen SP irgendwo was wegspeichern, wenn der Job fertig ist. Sonst kannst du raten, ob der Job done oder noch läuft.

[Zvoni]

Dann ist das Problem tatsächlich "sync" vs. "async".
Würde danach mal forschen

Default ist "sync" --> Heisst dein Client "wartet" solange bis der Job fertig ist, und dann die Kontrolle zurückerhält.
Wird der Client abgeschossen, fliegt auch die SP aus der Kurve.
Kann sein, dass SSMS da anderst gestrickt ist, und vielleicht im Hintergrund auf async umschaltet

Würde definitiv in Richtung asynchron suchen

[icho2099]

Sonst ja nicht so mein Ding, aber ich hab' mal den Copiloten gefragt.
Und Schwups spuckt der doch ein Script für Powershell aus, das auf
Anhieb funktioniert.
Umverpackt in ein Batch und als process gestartet, Aufgabe gelöst.

[af0815]

Passt, manchmal ist das AI hilfreich.

Betonung manchmal.

BTW. Für solche Aufgaben hat man ja den SQL Agent. Oder ist die verwendete Version zu kostensparend ?!