Ich versuche, von einer nicht verwalteten Version auf Oracle.ManagedDataAcess zu migrieren und erhalte zufällige ORA-12570-TNS: Paketleserfehler.

Ich weiß nicht, warum dieser Fehler startet, aber sobald er gestartet wird, gibt jede nachfolgende Anforderung etwa 10 bis 30 Minuten lang den gleichen Fehler aus. Danach funktioniert er wieder für weitere 10 bis 30 Minuten und so weiter.

So ist es eine zufällige Folge von Fehlern für einige Zeit, dann nachfolgender Erfolg

Bereits viele Dinge ausprobiert, um fortzufahren:

Die Umgebung

Oracle.ManagedDataAcess Version 12.1.2400 (4.121.2.20150926) (nuget) (auf dem Server wurde keine GAC-Referenz installiert, die die Bin-Version überschreiben könnte)Oracle Server Oracle Database 12c Enterprise Edition Version 12.1.0.2.0 - 64-Bit-ProduktionWindows 2012 (Windows Update ok)

Checked:

Firewall: Es ist kein Firewall-ProblemMaschinenfehler: Das gleiche Problem tritt auf meinem Computer, Azure WebApp und einer AWS EC2-Instanz auf.Interference: Es läuft kein Sniffer, transparenter Proxy etc.Encryption: Ich verwende keine Verschlüsselung (es sei denn, es ist standardmäßig etwas aktiviert, das ich nicht kenne)Connections string: Dieselbe Verbindungszeichenfolge funktioniert perfekt mit der nicht verwalteten Version

Weitere Informationen:

Dies ist eine Produktionsdatenbank, es ist sehr stabilDie Anwendung wird auf eine beliebige CPU kompiliert, der IIS-App-Pool ist auf 64 Bit beschränkt.Im testet jedes Mal genau die gleiche Anfrage (nur eine Aktualisierung auf eine Get-URL eines Rests ws, Webapi), so dass es nicht mit dem Datenformat zusammenhängt

Aufbau

Server sqlnet.ora

SQLNET.AUTHENTICATION_SERVICES= (NTS)
NAMES.DIRECTORY_PATH= (TNSNAMES, EZCONNECT)

Application Web.config

<connectionStrings>
<add name="XXXX" connectionString="Data Source=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=xxx.xxx.com)(PORT=1521)))(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=xxx)));User Id=xxxxx;Password=xxxxx;" />
</connectionStrings>

<configSections>
    <section name="oracle.manageddataaccess.client" type="OracleInternal.Common.ODPMSectionHandler, Oracle.ManagedDataAccess, Version=4.121.2.0, Culture=neutral, PublicKeyToken=89b483f429c47342" />
</configSections>

<oracle.manageddataaccess.client>
    <version number="*">
      <dataSources>
        <!--<dataSource alias="SampleDataSource" descriptor="(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=localhost)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=ORCL))) " />-->
      </dataSources>
      <settings>
        <setting name="SQLNET.AUTHENTICATION_SERVICES" value="NONE"/> <!--NTS-->
        <setting name="sqlnet.crypto_checksum_server" value="rejected"/>
        <setting name="sqlnet.crypto_checksum_client" value="rejected"/>
        <setting name="SQLNET.ENCRYPTION_SERVER" value="rejected"/>
      </settings>
    </version>
</oracle.manageddataaccess.client>

Einige Referenzen:

https: //community.oracle.com/thread/3634263? start = 0 & tstart = 0

ODP.net verwalteter Treiber löst ORA-12570 aus: Netzwerksitzung: Unerwarteter Paketlesefehler

Managed Oracle Client mit erweiterten Oracle-Sicherheitsoptionen

ODP.NET-Fehler in IIS: ORA-12357-Netzwerksitzung Ende der Datei

UPDATE 1

Nachdem sich das Pooling geändert hat (wie ich hier als Antwort beschrieben habe), habe ich beschlossen, eine Version zu veröffentlichen, um einen echten Test durchzuführen. Nach 1 Tag und Benutzern, die sich über die Leistung beschweren, ist ein weiterer Fehler aufgetreten: Der Wert darf nicht null sein. Parametername: byteArray

Ich habe den Verweis wieder auf die nicht verwaltete Version geändert und alles war wieder in Ordnung, schneller, ohne Bytearray-Fehler, besseres Pooling-Management.

So gebe ich gerade die verwaltete Version auf, vielleicht versuche ich es bei der nächsten Version von Oracle noch einmal.

Hier einige Verweise auf diesen neuen Fehler, wie Sie sehen können, sehen aus wie ein weiterer Fehler (immer noch ohne Antwort).

https: //community.oracle.com/thread/3676588? start = 0 & tstart = 0

EF + ODP.NET + CLOB = Wert darf nicht Null sein - Parametername: byteArray?

So weit, Gründe zunicht verwende:

Pooling Management BugCLOB null / not null bytearray fehlerPerformance Degradation wahrscheinlich im Zusammenhang mit Pooling Bug