Programm, dass lokal läuft stürzt aus dem LAN heraus ab

[thomasch]

Hallo,
ich habe ein Programm in Delphi 7 geschrieben, mit dem ich unter anderem via ADO auf eine Datenbank zu greife.

Starte ich das Programm lokal, läuft es.

Starte ich das selbe Programm aus dem Netzwerk heraus, führt dieses bei einem Rechner dazu, dass dieser sich ohne Fehlermeldung und scheinbar ohne Last so aufhängt, dass er nur noch via Resetknopf neu zu starten ist.

Bei anderen Rechnern läuft das Programm im selben Netzwerk auch so.

Kann mir jemand einen Tip geben, wonach ich suchen könnte?

Danke schonmal

Thomasch

[marabu]

Hallo,

wie sieht dein ConnectionString aus? Hast du schon auf der störrischen Maschine einen Verbindungsaufbau ohne dein Programm (per UDL) versucht?

Grüße vom marabu

[woki]

Hallo,

sind auf allen Rechnern die benötigten Updates (ADO/DACS) installiert?

Grüsse
Woki

[thomasch]

Zitat von marabu:

wie sieht dein ConnectionString aus?

Provider=MSDASQL.1;Password=test;Persist Security Info=True;User ID=test;Data Source=fm

Ich greife da auf eine Oracle 9.2 Datenbank zu - der einzige Unterschied bei dem Rechner ist, das dort selbige DB drauf läuft.

Zitat von marabu:

Hast du schon auf der störrischen Maschine einen Verbindungsaufbau ohne dein Programm (per UDL) versucht?

Das verstehe ich jetzt nicht, d.h. was ich bin mir nicht sicher, was für einen Verbindungsaufbau Du meinst. Das Programm läuft ja, wenn man es von der lokalen Platte aus startet.
Wenn die .exe im Intranet liegt und von dem Rechner gestartet wird, schmiert WinXP ab.

Thomasch

[thomasch]

Zitat von woki:

Hallo,

sind auf allen Rechnern die benötigten Updates (ADO/DACS) installiert?

Grüsse
Woki

Ja - zumindest soweit ich das beurteilen kann.

Was mich halt wundert ist, dass windows komplett und ohne Fehlermeldung abschmiert.

Thomasch

[Bernhard Geyer]

Zitat von thomasch:

Provider=MSDASQL.1;Password=test;Persist Security Info=True;User ID=test;Data Source=fm

Ich greife da auf eine Oracle 9.2 Datenbank zu - der einzige Unterschied bei dem Rechner ist, das dort selbige DB drauf läuft.

MSDASQL ist doch der ODBC-Provider?
Ich würde dir vorschlagen das du dein Programm auf eine native Oracle-Anbindung mit Komponenten wie ODAC oder DOA umstellst.
So gehst Du den Umweg

Anwendung -> ADO/OLE DB -> ODBC -> Oracle-ODBC-Treiber -> .NET9-Client -> Datenbank

und das hier sehr viele Fehlerquellen lauern kannst Du dir vorstellen. Mich wundert nur das du nicht schon öfters Probleme hattest. Mit native Komponenten wird dieser Protokollstack auf

Anwendung -> .NET9-Client -> Datenbank

bzw.

Anwendung -> Datenbank

verkürzt.

Dein Problem könnte sein das die Oracle-Datenbank-Installation irgendwelche anderen ODBC-Treiber installiert hat und du damit mit deinem ODBC-Umweg nicht mehr 100%ig lauffähig bist. Und auf den Server Testinstallationen von neueren/anderen MDAC/ODBC/.NET-Clients durchzuführen würde ich nicht riskieren.

[Masterof]

Hallo!

Also bei Oracle über ODBC wäre ich auch vorsichtig, Da habe ich auch schon sehr schlecht Erfahrungen gemacht.
Welche Version verwendest du? Wie Bernhard Geyer schon gesagt hat, verwende lieber eine bessere Komponente um die datenbank über das Netzwerk anzusprechen. Diese sind in der Regel auch schneller bei größeren Transaktionen.

MfG master

[thomasch]

Hallo,
für eine solche Komponente ist das Programm momentan zu klein und zu unwichtig - es werden weniger als 50 Werte abgefragt und verarbeitet und das Programm ist zunächst nur für den internen Gebrauch bei einer Person bestimmt.

Da das Programm ja lokal läuft - kann ich irgendwie testen, ob das Programm von einem lokalen Recher oder über das Netzwerk gestartet wurde?

Thomas

[Masterof]

Hallo!

Warum nimmst du dann 1. eine Datenbank und 2. gleich Oracle?
Ich meine Orace braucht ja auch ganz schön Ressourcen.

MfG Master