Fehler in SQL Script der verwirrt [ERLEDIGT]

[Manfred]

Mir ist jetzt des öfteren aufgefallen, wenn ich ein SQL Script an den ADS schicke, das Fehler beinhaltet, dann muß danach die Applikation komplett neu gestartet werden, weil der ADS

WARNING ACESERVER/6303
Error 6303: Maximum Advantage Database Server connections exceeded.

zurückliefert. Was soll das? Es wird keine weitere Abfrage mehr erlaubt.

[Marcus Herz]

Du schliesst das SQL Abfrage nicht. Hinter jeder SQL Abfrage steckt ein Communication Layer. Bei ADSClass ist das dsAceSqlStatement.
Irgendwo belibt was offen.
Wie schickst du denn die Abfrage?

[Manfred]

in der Regel schicke ich die Anfrage per :openselect(cSqlStmt) weg.

[Marcus Herz]

Da bekommst du ja ein Tabellenobjekt zurück, das du mit :close() auch wieder schliessen musst.

[Manfred]

das ist nicht das Thema, es kommt ja gar nicht dazu. Ich mache die Abfrage und dann ist es schon zu spät.

[Marcus Herz]

dann muss vorher ja schon was schief gelaufen sein. Beobachte doch im ARC, wann die ANzahl Connections zunimmt
Man kann die ANzahl Connections erhöhen, aber das löst in dem Fall nicht das Problem

[Manfred]

es sind wohl einwandfrei fehlerhafte Abfragen. Sobald die Fehler in dem SQl Script behoben sind, ist das Problem auch weg.

[Marcus Herz]

Muss ich wohl mal im Code schauen, ob in dem Fall was nicht sauber läuft.

[Manfred]

ich habe es jetzt einmal genau beobachtet. Ich habe versucht einen numerischen Wert als String zu speichern im SQl Script. Es geht bis :exesql(script) -> (ADSCLASS) und dann dauert es ca. 5 Sekunden bis die FUnktion zurückkommt mit einem 7200er Fehler. Der User wird rausgeworfen. Wenn man dann einen neuen Zurgiff macht auf den ADS kommt 6303 Maximum Advantage Database Server connections exceeded zurück.

[nightcrawler]

naja, wenn der User rausfliegt, wird seine Verbindung nicht automatisch geschlossen. Die hängt dann, bis das Programm beendet wird (ist clientseitig).
Die Hilfe sagt dazu:

For Windows applications, by default, you can obtain a maximum of 50 connections to Advantage Servers per application. See MAX_CONNECTIONS in the ads.ini File Support Help topic.

Vllt einfach die Zahl hochsetzen.

[Manfred]

eigentlich müßten bei der Fehlermeldung alle Programme, die auf den ADS zugreifen rausfliegen!? das tun sie aber nicht, es betrifft immer nur wenn das eine Programm, in dem der FDehler auftaucht. Alle anderen laufen problemlos weiter.

[nightcrawler]

weil clientseitiger Fehler....ads.ini betrifft nicht(!!!) den Server.

[Manfred]

ok, damit habe ich mich bisher noch nicht beschäftigt. Worauf soll ich da achten?

[Manfred]

ich verstehe aber den Zusammenhang nicht. Ich starte ein Programm. Es ist nur eine verbindung und 1 User im Programm. Der SQl FEhler wird gemacht und dann kommt die Meldung? Wie können da zu viele Verbindungen vorhanden sein?

[Manfred]

wobei ich aber noch erwähnen möchte, das es nicht jeder SQl Fehler ist, der diesen Ausstieg provoziert. Ich versuche gerade nochmal genauer zu prüfen, welche Fehler es wirklich sind.

[Manfred]

z.B. wenn im SELECT ein Feldname falsch geschrieben wurde

[Manfred]

das gleiche Script im Architekten ausgeführt gibt nur eine fehlermeldung zurück, macht aber sonst weiter keine Probleme.

[Tom]

Möglicherweise hält der ADS ausgerechnet diesen Fehler in der fraglichen Topologie für einen ganz anderen als er eigentlich ist. Oder es wird in einer betroffenen Systematik der Counter für die Anzahl der Sessions falsch manipuliert. Was ich sagen will (und ich meine, wir hatten diese Situation auch schon): Es ist nicht auszuschließen, dass hier ein Fehler im ADS vorliegt. Ich halte das sogar für wahrscheinlich. Die Lösung besteht natürlich trotzdem darin, keine fehlerhaften Scripte zu senden, aber vermutlich wird man einfach damit leben müssen, dass der ADS manchmal so reagiert. Jedenfalls vorläufig - so lange man den ADS überhaupt noch einsetzen kann.

[Manfred]

Dank Marcus wurde der Fehler jetzt wohl gefunden. Das Programm landet in seiner ADSClass Errorsys, geht dann in meine Errorsys, in der ein Protokollstring in eine Tabelle geschrieben wird, der aber auch einen Fehler hat, weil Hochkomma drin stehen, die ihm nicht gefallen. Dadurch ging das Programm wieder zurück in Marcus Tool usw.usw. Das war dann die Schleife, die die COnnection hoch geschraubt hat. Das war wohl die Gattung Pech, das genau in der Phase ein falscher String erzeugt wurde, der nur hier eine Endlosschleife erzeugt hat.

manmanman