Visual Studio ODP-Unmanaged-Treiber - konnte die Standard-tnsnames.ora Datei (12c )

Entwickle ich eine app in Visual Studio 2013, die eine Verbindung zu einer Oracle-Datenbank. Ich habe die Verwendung der "nicht verwalteten Treiber". Wenn ich versuche eine neue Verbindung zu erstellen, die in einem dataset, wenn ich entschied mich für die "Managed-Treiber", alle funktionieren: die tnsnames.ora ist gefunden. Aber wenn ich die Option "nicht verwaltete Treiber" nicht alles, es senden Sie mir eine Nachricht wie " Fehler beim finden der Standard tnsnames.ora Datei"

Ich schon
- Deinstalliert alle alten Oracle-Clients
- Reinigen Sie alle environment-Variablen
- Neu installiert, Oracle-client, ODP-tools für Visual Studio

Nichts scheint zu funktionieren. Irgendwelche Ideen ?

Was macht Ihr ORA_HOME environment-Variablen Aussehen?
Es ist komisch, das habe ich überprüft und ich habe keine ORA_HOME Umgebungsvariable
Haben Sie versucht, eine Einstellung?
Es ist nicht erforderlich (und möglicherweise schädlich auf Windows zu setzen Ora_Home.
Hi tapatio, entschuldige mich für die Erhebung dieser thread bis. Hast du eine Lösung? Ich komme bei dem gleichen problem. Tnsmanes.ora ist geladen für managed-Treiber.
Hallo, leider Nein, ich habe nicht gefunden. Ich habe bereits versucht, die Vorschläge, die hier erwähnt werden, die durch die anderen fellows, aber niemand arbeitete.

InformationsquelleAutor tapatio | 2015-03-24

4

möchten, gehen Sie zu dem Ordner mit der Maschine.config-Datei. diese Datei befindet sich im %windir%\Microsoft.NET\Framework64\[version]\config\machine.config

stellen Sie sicher, dass der folgende Wert.
```
<oracle.manageddataaccess.client>
    <version number="4.121.2.0">
      <settings>
        <setting name="TNS_ADMIN"value="E:\app\client\USERWINDOW\product\12.1.0\client_1\network\admin" />
      </settings>
    </version>
</oracle.manageddataaccess.client>
```
Lesen Sie auch diesen Beitrag auf Wo Ist Maschine.Config?

InformationsquelleAutor Angel Olguin
1

Können Sie ignorieren, dass die Nachricht und dann einfach mit EZ-Connect verbinden (vorausgesetzt, host, port, Dienstname).

Oder Sie finden eine gültige TNSNAMES.ORA mit Ihrem Aliasnamen in es, und kopieren Sie es auf:
[ORACLE_HOME_WHERE_ODT_IS_INSTALLED]\NETWORK\ADMIN

Da Verwaltet Treiber finden TNSNAMES.ORA bedeutet dies, dass TNS_ADMIN ist in der Maschine.config. Wenn Sie eine Verbindung mit managed provider, der dialog Verbindung wird Ihnen zeigen, wo es ist die Suche nach der TNSNAMES.ORA und kopieren Sie es über.
- Ich habe das EZ Connect als Sie sagte, dass ich konnte nicht das problem zu beheben. Ich hatte einen Kollegen, der für ihn arbeiten gut, aber wir können nicht herausfinden, warum.
- Ich fand auch, dass dies der Fall sein, dass diese Einstellung wurde leider ignoriert, wahrscheinlich als eine andere config war das überschreiben dieser.
InformationsquelleAutor Christian Shay
0

Die tnsnames.ora Datei sollte im (Installations-Verzeichnis)\network\admin. Dies ist etwas, das mit dem dba würde.

Die Umgebungsvariable ORACLE_HOME ist nicht mehr notwendig, da diese information wird jetzt in der registry unter HKLM\Software\Oracle.

Jedoch, wenn Sie über mehrere oracle-provider installiert, es ist schön, verwenden Sie die Umgebungsvariablen TNS_ADMIN auf zeigen Sie alle Instanzen, um einen zentralen Ordner, wo eine gemeinsame tnsnames.ora befindet.
- In der Tat, ich habe bereits eine tnsnames in das Verzeichnis, das Sie erwähnen, aber nicht funktioniert sowieso.
InformationsquelleAutor b_levitt

Bitte stellen Sie sicher, dass die unter-Einträge vorhanden sind in der Maschine.config so, dass Standard tnsnames.ora ist richtig hinwies. In meinem Fall, der Eintrag fehlte für nicht verwaltete client und nach dem hinzufügen manuell in die Maschine.config, es funktioniert einwandfrei.

Maschine.config:
..

    <oracle.manageddataaccess.client>
      <version number="4.121.2.0">
       <settings>
        <setting name="TNS_ADMIN" 
        value="C:\app\client\username\product\12.1.0\client_1\network\admin" 
        />
       </settings>
      </version>
    </oracle.manageddataaccess.client>
    <oracle.unmanageddataaccess.client>
     <version number="4.121.2.0">
      <settings>
      <setting name="TNS_ADMIN" 
       value="C:\app\client\username\product\12.1.0\client_1\network\admin" 
      />
      </settings>
     </version>
    </oracle.unmanageddataaccess.client>

InformationsquelleAutor Shakil

0

Meine Lösung war: gehen Sie zu dem Ordner "...\product\12.2.0\client_1\odt\vs2017"
und manuell installieren
vs2017.exe , und nach erschien es in visual studio 2017.

InformationsquelleAutor Dénes Riedly
0

Habe ich konfrontiert genau das gleiche Problem heute.
Habe versucht, die Schritte oben, aber hat nicht geholfen.

Danach habe ich herausgefunden, dass auf meinem Rechner ODAC wurde auch installiert und Visual Studio versucht, die dll aus der ODAC-client.

Nach dem entfernen alle arbeitete wie ein Charme.

InformationsquelleAutor Fabo137

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.