ODP.NET Oracle.ManagedDataAccess verursacht das Ende der ORA-12537-Netzwerksitzung

8

Übersicht

Ich möchte Oracle.DataAccess durch Orcale ersetzen. Verwaltet DataAccess, aber beim Öffnen einer Verbindung mit letzterem wird eine ORA-12537 Netzwerksitzungsende Ausnahme

Ausnahmemeldung / Stack-Trace

  

{OracleInternal.Network.NetworkException (0x000030F9): ORA-12537 : Netzwerksession: Dateiende        bei OracleInternal.Network.ReaderStream.Read (OraBuf OB)        bei OracleInternal.TTC.OraBufReader.GetDataFromNetwork ()        bei OracleInternal.TTC.OraBufReader.Read (Boolean bIgnoreData)        bei OracleInternal.TTC.MarshallingEngine.UnmarshalUB1 (Boolean bIgnoreData)        bei OracleInternal.TTC.TTCPprotocolNegotiation.ReadResponse ()}

Ich versuche, eine Verbindung zu einer Oracle 11g-Datenbank herzustellen, und habe keinen Client auf meinem lokalen Computer installiert.

Arbeitstestanwendung (nicht verwaltet)

Verwenden von Oracle.DataAccess funktioniert gut .

%Vor%

Referenzen und Abhängigkeiten

  • Oracle.DataAccess (2.111.7.0)
  • oci.dll (11.1.0.1)
  • orannzsbb11.dll (11.1.0.6)
  • oraociei11.dll (Oracle Call Interface Instant Client)
  • OraOps11w.dll (2.111.7.0)

Projekteinstellungen

Plattformziel x86
Ziel Framework 4.5

Fehlgeschlagene Testanwendung (verwaltet)

Verwenden des nuget-Pakets Offizielles Oracle ODP.NET, verwalteter Treiber 12.1.21

Code ist identisch mit oben. Nur ändern:

%Vor%

Referenzen und Abhängigkeiten

Nur:

  • Oracle.ManagedDataAccess (4.121.2.0)

Projekteinstellungen

Plattform Ziel Jede CPU
Ziel Framework 4.5

App.config

%Vor%

Ich habe verschiedene Einstellungen versucht (NTS, none, all) und die Verbindungszeichenfolge in geändert: Benutzer-ID = XXX; password = XXX; Datenquelle = MyDataSource; , aber der Fehler bleibt gleich.

Fragen

  • Was könnte die ORA-12537 Netzwerksitzungsendedatei Ausnahme verursachen?
  • Fehlt eine Referenz / Abhängigkeit?
  • Muss auf dem DB-Server etwas konfiguriert werden?

AKTUALISIEREN

Auf dem Server erhalten wir einen ORA-12679: Native Dienste, die von einem anderen Prozess deaktiviert wurden, aber einen Fehler in der Datei alert.log benötigen.

Es scheint etwas mit der Verschlüsselung zu tun zu haben. Die folgenden Zeilen in den Servern kommentieren sqlnet.ora löst das Problem.

%Vor%

Neue Frage

Wie konfigurieren wir ManagedDataAccess so, dass es mit der Verschlüsselung funktioniert?

Update 2

Scheint jetzt mit ODP Managed Driver 12c zu funktionieren:
Ссылка

    
Greg 24.04.2015, 12:21
quelle

4 Antworten

2

Bearbeiten: ASO wird jetzt unterstützt. Aktualisieren Sie auf ODAC 12c Release 4 oder höher. Wenn dies Ihr Problem nicht behebt, überprüfen Sie die Datei alert.log auf dem Datenbankserver und untersuchen Sie (google) alle Fehler, die beim Herstellen der Verbindung auftreten.

Ursprüngliche Antwort:

Zum Zeitpunkt des Schreibens (30.04.15) gibt es keine Unterstützung für Oracle Advanced Security Option (ASO) -Verschlüsselung mit ODP.NET Managed Driver, was Ihre Fehler verursacht.

Dies wird sehr wahrscheinlich zu einem späteren Zeitpunkt unterstützt. Wenn Sie dies zu einem späteren Zeitpunkt lesen, sehen Sie in den neuesten ODP.NET-Dokumenten nach, ob ein Upgrade von ODP.NET erforderlich ist.

Ссылка

    
Christian Shay 30.04.2015, 18:59
quelle
3

Ab dem 5. Oktober 2015 unterstützt der Oracle.ManagedDataAccess-Treiber (ODAC 12c Release 4) ASO.

Ссылка

    
David Dindak 19.10.2015 20:16
quelle
1

Stellen Sie sicher, dass Sie keine älteren Versionen von Oracle.ManagedDataAccess im GAC haben. Es scheint, dass mehrere Versionen der DLL dieselbe AssemblyVersion haben.

Ich hatte eine ältere Version in der CLR 4 GAC (C: \ Windows \ Microsoft.NET \ assembly \ GAC_MSIL für mich), die mit einem Oracle 12.1-Client installiert wurde.

Da dll: s im GAC immer zuerst verwendet werden, wurde die alte ASO-unfähige Version verwendet, aber ich dachte, dass ich die neuere Version benutzt habe.

Lösung war die ältere Version von der GAC zu deinstallieren. Der erste Installationsschritt in der 12.1.2400 Nuget Package Readme-Datei besteht darin, "Un-GAC zu dekonfigurieren und vorhandene Baugruppen zu dekonfigurieren".

    
Andreas Gunnerås 03.06.2016 09:26
quelle
0

Ich habe auch mit diesem Fehler gekämpft. Schließlich versuchte ich mit Oracle.ManagedDataAccess.dll für 12c (Version 4.122.1.0). Eine Referenz für die obige DLL aus dem ODAC-Installationsverzeichnis (\ odp.net \ managed \ common) erstellt, es hat funktioniert ... !!! Meine Lösung teilen.

    
Devang Panchalia 28.12.2017 21:24
quelle

Tags und Links