Próbuję użyć klienta błyskawicznego Oracle ODP.NET 11g (11.1.0.6.20) w moim projekcie ASP.net jako dostawcy danych, ale po uruchomieniu strony aspx pojawia się komunikat „ Dostawca nie jest zgodny z wersją klienta Oracle ”. Każda pomoc będzie mile widziana.

Odwołałem się do dostawcy danych w programie Visual Studio 2005, a kod za nim wygląda następująco:

using Oracle.DataAccess.Client;
..

OracleConnection oOracleConn = new OracleConnection();
oOracleConn.ConnectionString =
    "Data Source=MyOracleServerName;" +
    "Integrated Security=SSPI";
oOracleConn.Open();

//Do Something

oOracleConn.Close();

Błąd strony wygląda następująco:

Exception Details: Oracle.DataAccess.Client.OracleException: The provider is not compatible with the version of Oracle client

Source Error: 
Line 21: 
Line 22: 
Line 23:             OracleConnection oOracleConn = new OracleConnection();
Line 24:             oOracleConn.ConnectionString =
Line 25:                 "Data Source=MyOracleServerName;" +

[OracleException (0x80004005): The provider is not compatible with the version of Oracle client]
   Oracle.DataAccess.Client.OracleInit.Initialize() +494
   Oracle.DataAccess.Client.OracleConnection..cctor() +483

Stack Trace: 
[TypeInitializationException: The type initializer for 'Oracle.DataAccess.Client.OracleConnection' threw an exception.]
   Oracle.DataAccess.Client.OracleConnection..ctor() +0
   Boeing.IVX.Web.RoyTesting.Page_Load(Object sender, EventArgs e) in C:\Documents and Settings\CE218C\Desktop\IVX.Net\Web\IVX\RoyTesting.aspx.cs:23
   System.Web.Util.CalliHelper.EventArgFunctionCaller(IntPtr fp, Object o, Object t, EventArgs e) +15
   System.Web.Util.CalliEventHandlerDelegateProxy.Callback(Object sender, EventArgs e) +33
   System.Web.UI.Control.OnLoad(EventArgs e) +99
   System.Web.UI.Control.LoadRecursive() +47
   System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +1436

Przyjrzałem się temu problemowi dalej i po prostu musisz pobrać wszystkie odpowiednie biblioteki DLL z tej samej pobranej wersji ODP.Net i umieścić je w tym samym folderze co plik Exe, ponieważ ODP.Net jest wybredny, jeśli chodzi o nie mieszanie numery wersji.

Wyjaśniłem, jak to zrobić, tutaj: http://splinter.com.au/using-the-new-odpnet-to-access-oracle-from-c Oto sedno tego:

• Pobierz ODP.Net
• Rozpakuj plik
• Rozpakuj wszystkie zawarte w nim pliki JAR
• Pobierz te biblioteki DLL, które zostały właśnie rozpakowane:
  • oci.dll (nazwa zmieniona z „oci.dll.dbl”)
  • Oracle.DataAccess.dll
  • oraociicus11.dll
  • OraOps11w.dll
  • orannzsbb11.dll
  • oraocci11.dll
  • ociw32.dll (nazwa zmieniona z „ociw32.dll.dbl”)
• Umieść wszystkie biblioteki DLL w tym samym folderze, co plik wykonywalny C #

Powinieneś "zignorować" całą rozmowę x86 / x64 na początek i zamiast tego wypróbuj zarządzany sterownik ODP.NET (jeśli używasz .Net v4 +):

https://www.nuget.org/packages/Oracle.ManagedDataAccess/

https://www.nuget.org/packages/Oracle.ManagedDataAccess.EntityFramework/

Oracle ODP.net Managed vs Unmanaged Driver

Unikaj wszystkich "niezarządzanych" problemów związanych z bibliotekami DLL! : D (o czasie Oracle).

Pakiet NuGet (działa również dla 11g):

Stara / ręczna metoda:

Aby uzyskać informacje na temat konwertowania do korzystania z bibliotek zarządzanych :

• Po pierwsze, oto świetne porównanie kodu zarządzanego i niezarządzanego : http://docs.oracle.com/cd/E51173_01/win.122/e17732/intro005.htm#ODPNT148
• Upewnij się, że pobrałeś tylko wersję ODP.NET, Managed Driver Xcopy
• Z pobranego pliku zip skopiuj i wklej do katalogu projektu:
  • Oracle.ManagedDataAccessDTC.dll
  • Oracle.ManagedDataAccess.dll
• Dodaj odwołanie do Oracle.ManagedDataAccess.dll
• Upewnij się, że Twój exe jest wydany (dodany do folderu aplikacji w VS2010) z obydwoma bibliotekami DLL

Zainstalowałem tylko dostawcę danych Oracle dla .NET 2.0 (11.1.0.6.20) i nie zainstalowałem Oracle Instant Client (11.1.0.6.0) .

Właśnie go zainstalowałem i błąd zniknął!

Może to być spowodowane uruchomieniem 64-bitowego środowiska uruchomieniowego .NET na 32-bitowym kliencie Oracle. Może się to zdarzyć, jeśli na serwerze uruchamiasz aplikację 64-bitową. Uruchomi aplikację .NET w 64-bitowym środowisku wykonawczym. Możesz ustawić flagę procesora w projekcie w programie VS, aby działał w 32-bitowym środowisku wykonawczym.

Zróbmy jakieś podsumowanie:

Komunikat o błędzie „Dostawca nie jest zgodny z wersją klienta Oracle” może mieć kilka przyczyn.

• Nie masz zainstalowanego klienta Oracle. W takim przypadku komunikat o błędzie rzeczywiście wprowadza w błąd.

  Oracle Data Provider for .NET (ODP.NET, tj. Plik Oracle.DataAccess.dll) nie jest zawarty w Oracle Instant Client, należy go zainstalować oddzielnie (pobrać z 32-bitowych składników Oracle Data Access Components (ODAC) lub 64-bitowych Oracle Data Access Components ( ODAC) ) lub wybierz odpowiednią opcję w programie Oracle Universal Installer (OUI).

  Uwaga: podczas instalowania dostawcy danych Oracle> = 12.1 dostawca nie jest automatycznie rejestrowany w GAC. W razie potrzeby należy zarejestrować go ręcznie, patrz Oracle Doc 2272241.1 .

• Wersja ODP.NET nie odpowiada zainstalowanej wersji klienta Oracle. Musisz sprawdzić nawet pomocniczy numer wersji! Na przykład Oracle.DataAccess.dllwersja 4.112.3.0 nie jest zgodna z klientem Oracle 11.2.0.4 . Dokładnie sprawdź wersje ODP.NET i Oracle Client. Możesz użyć sigcheck na oraociei*.dlli / lub w OraOps*w.dllcelu pobrania wersji klienta Oracle.

  Pamiętaj o innym schemacie numeracji. Wersja pliku 4.112.3.0 środki: .NET Framework w wersji 4, Oracle Release 11.2.0.3.x .

  Istnieją wersje ODP.NET „1.x”, „2.x” i „4.x”. Numery te dotyczą wersji Microsoft .NET Framework 1.0.3705 / 1.1.4322, 2.0.50727 i 4.0.30319. Wersja „1.x” była dostępna do Oracle Client 11.1. Wersja „4.x” została wprowadzona wraz z Oracle Client 11.2

• Architektura (32- lub 64-bitowa) ODP.NET nie odpowiada architekturze Twojej aplikacji. Aplikacja 32-bitowa działa tylko z 32-bitowym klientem Oracle / ODP.NET, odpowiednio aplikacja 64-bitowa wymaga 64-bitowego klienta Oracle / ODP.NET. (O ile nie używasz zarządzanego sterownika ODP.NET )

• Wersja .NET Framework nie jest zgodna. Na przykład, jeśli kompilujesz aplikację z docelowym .NET Framework 2.0, nie możesz używać ODP.NET w wersji 4.x. Wersja docelowa .NET Framework musi być równa lub wyższa niż wersja ODP.NET.

• Wersja programu Oracle.DataAccess.dllna komputerze deweloperskim (tj. Wersja ładowana podczas kompilacji) jest wyższa niż wersja na komputerze docelowym.

• Należy pamiętać, że Oracle.DataAccess.dllmoże zostać załadowany z GAC, który domyślnie ma pierwszeństwo przed dowolnym plikiem dostarczonym lokalnie.

Rozwiązania

• Rozważ użycie zarządzanego sterownika ODP.NET, który można pobrać ze strony Oracle: Pobieranie 64-bitowych składników Oracle Data Access Components (ODAC) . Tam musisz tylko skopiować Oracle.ManagedDataAccess.dllplik do katalogu aplikacji, nic więcej nie jest wymagane. Działa zarówno dla wersji 32-bitowej, jak i 64-bitowej.

• W twoim *.csproj, resp. *.vbprojedytuj swoje odniesienie do ODP.NET w ten sposób:

  <Reference Include="Oracle.DataAccess">
    <SpecificVersion>False</SpecificVersion>
    <Private>False</Private>
  </Reference>
  

  Atrybuty takie jak Version=...lub processorArchitecture=...nie są wymagane. Twoja aplikacja załaduje się poprawnie w Oracle.DataAccess.dllzależności od wybranej architektury i docelowego środowiska .NET Framework (pod warunkiem, że jest poprawnie zainstalowana) -> nie w 100% zweryfikowana

• W przypadku, gdy nie znasz wersji Oracle Client na komputerze docelowym (np. Może to być maszyna Twojego klienta): Przejdź do wspomnianej powyżej strony pobierania i pobierz najmniejszą wersję XCopy składników Oracle Data Access Components. Rozpakuj Oracle.DataAccess.dllplik zip i skopiuj tylko plik na komputer lokalny. W swoim projekcie VS odwołaj się do tej (najprawdopodobniej nieaktualnej) biblioteki DLL. Wersja tej biblioteki DLL to najmniejsza wersja ODP.NET, z którą będzie współpracować Twoja aplikacja. Po uruchomieniu aplikacji zasady wydawcy w GAC przekierują do faktycznie zainstalowanej wersji.

• Nie sądzę, aby mądrze było wziąć pojedyncze pliki DLL i skopiować je do określonych folderów. Może działać na „czystej” maszynie, ale jeśli na komputerze docelowym zainstalowano jakiekolwiek produkty Oracle, istnieje wysokie ryzyko niezgodności wersji. Odinstaluj wszystkie produkty Oracle ze swojego komputera i wykonaj nową instalację. Zobacz Jak odinstalować / całkowicie usunąć Oracle 11g (klient)? aby uzyskać naprawdę czystą maszynę.

• Jeśli musisz pracować jednocześnie z aplikacjami 32-bitowymi i 64-bitowymi, postępuj zgodnie z poniższą instrukcją, aby zainstalować obie wersje na jednym komputerze:

Założenia: nazywa się Oracle Home OraClient11g_home1, wersja klienta to 11gR2.

• Opcjonalnie usuń dowolnego zainstalowanego klienta Oracle

• Pobierz i zainstaluj klienta Oracle x86, na przykład w C:\Oracle\11.2\Client_x86

• Pobierz i zainstaluj klienta Oracle x64 w innym folderze, na przykład w C:\Oracle\11.2\Client_x64

• Otwórz narzędzie wiersza poleceń, przejdź do folderu% WINDIR% \ System32, zazwyczaj C:\Windows\System32i utwórz symboliczne łącze ora112do folderu C:\Oracle\11.2\Client_x64(patrz poniżej)

• Przejdź zwykle do folderu% WINDIR% \ SysWOW64 C:\Windows\SysWOW64i utwórz symboliczne łącze ora112do folderu C:\Oracle\11.2\Client_x86(patrz poniżej)

• Zmodyfikuj PATHzmienną środowiskową, zamień wszystkie wpisy, takie jak C:\Oracle\11.2\Client_x86i C:\Oracle\11.2\Client_x64przez C:\Windows\System32\ora112, w odpowiednich \binpodfolderach. Uwaga: C:\Windows\SysWOW64\ora112nie może znajdować się w środowisku PATH.

• W razie potrzeby ustaw ORACLE_HOMEzmienną środowiskową yor naC:\Windows\System32\ora112

• Otwórz Edytor rejestru. Ustaw wartość rejestru HKLM\Software\ORACLE\KEY_OraClient11g_home1\ORACLE_HOMEnaC:\Windows\System32\ora112

• Ustaw wartość rejestru HKLM\Software\Wow6432Node\ORACLE\KEY_OraClient11g_home1\ORACLE_HOMEna C:\Windows\System32\ora112(nie C:\Windows\SysWOW64\ora112)

• Gotowe! Teraz możesz używać klienta Oracle x86 i x64 bezproblemowo razem, tj. Aplikacja x86 załaduje biblioteki x86, aplikacja x64 ładuje biblioteki x64 bez dalszej modyfikacji w systemie.

Polecenia do tworzenia dowiązań symbolicznych:

cd C:\Windows\System32
mklink /d ora112 C:\Oracle\11.2\Client_x64
cd C:\Windows\SysWOW64
mklink /d ora112 C:\Oracle\11.2\Client_x86

Kilka uwag:

• Oba dowiązania symboliczne muszą mieć tę samą nazwę, np ora112.

• Jeśli chcesz później ręcznie zainstalować ODP.NET, zadbaj o wybranie odpowiednich folderów do instalacji.

• Pomimo ich nazw folder C:\Windows\System32zawiera biblioteki x64, natomiast C:\Windows\SysWOW64zawiera biblioteki x86 (32-bitowe). Nie daj się zmylić.

• Może na przykład rozsądną opcją jest ustawienie TNS_ADMINzmiennej środowiskowej (lub TNS_ADMINwpisów w rejestrze) na wspólną lokalizację TNS_ADMIN=C:\Oracle\Common\network.

Po kilku godzinach rozwiązywania problemów stwierdziłem, że przyczyną tego problemu jest posiadanie pliku Oracle.DataAccess.dll (v4.0) w katalogu bin moich projektów, ale środowisko wykonawcze również ładuje Oracle.DataAccess.dll (v2.x) z GAC. Usunięcie i odczytanie wpisu Oracle.DataAccess w referencjach projektu rozwiązało problem.

Inne wymienione tutaj pliki nie okazały się potrzebne w mojej sytuacji.

AKTUALIZACJA

Główną przyczyną błędu „Dostawca nie jest zgodny z wersją klienta Oracle” jest (ogólnie) to, że zarządzany zestaw próbuje załadować niezarządzane biblioteki, które nie są zgodne z wersjami. Wygląda na to, że możesz zmusić sterownik Oracle do używania poprawnych bibliotek, określając ścieżkę do biblioteki w pliku web.config ¹

<configuration>
  <oracle.dataaccess.client>
    <settings>
      <add name="DllPath" value="C:\oracle\bin"/>
      <!-- ... -->
    </settings>
  </oracle.dataaccess.client>
</configuration>

zainstaluj ODP.Net na maszynie docelowej i powinno rozwiązać problem ... kopiowanie bibliotek dll nie wygląda na dobry pomysł ...

W przypadku Oracle 11g (11.1.0.7.20) musiałem dodać następujące biblioteki DLL wraz z moim Exe do pracy.

1. oci.dll
2. OraOps11w.dll
3. oraociicus11.dll (bardzo duże, blisko 30mb)
4. Oracle.DataAccess.dll

Wydaje mi się, że chociaż masz ODP z Oracle Istant Client, ODP może próbować użyć rzeczywistego klienta Oracle. Czy masz również zainstalowanego standardowego klienta Oracle na komputerze? Przypominam sobie, że Oracle była dość wybredna, jeśli chodzi o obsługę wielu klientów na tym samym komputerze.

Miałem dokładnie ten sam problem. Usunąłem (i zapomniałem, że usunąłem) oraociei11.dll po kompilacji aplikacji. I dawał ten błąd podczas próby wykonania. Więc kiedy nie może znaleźć dll, że oraociei11.dll, pokazuje ten błąd. Mogą istnieć inne przypadki, w których powoduje ten błąd, ale wydaje się, że jest to jeden z nich.

Poszukaj również puli aplikacji IIS Włącz 32-bitową flagę prawda lub fałsz. Gdy zobaczysz ten komunikat, skierowało mnie do tego forum Oracle!

Mam ten sam problem, ale w moim przypadku nie mogę po prostu skopiować bibliotek dll do folderu bin, a następnie `` ponownie powiązuję '' wersję zestawu.

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <runtime>    
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="Oracle.DataAccess" publicKeyToken="89B483F429C47342" culture="neutral"/>
        <bindingRedirect oldVersion="2.112.2.0" newVersion="2.112.1.0"/>
      </dependentAssembly>
    </assemblyBinding>
  </runtime>
</configuration>

Oto, co zrobiłem, aby rozwiązać ten problem, który trwał przez 3 długie godziny:

1. W domu Oracle znajdującym się pod adresem C:\oracle\product\11.2.0miałem folder o nazwie, w client_1którym wcześniej zainstalowałem ODP.NETbity dla bitów Windows 64.

2. Później podczas próby debugowania mojej aplikacji ASP.NET Web API za pomocą programu Visual Studio 2012 ciągle otrzymywałem ten komunikat o błędzie: Dostawca nie jest zgodny z wersją klienta Oracle .

3. Przeszukując Google stwierdziłem, że dzieje się tak, ponieważ używałem ODP.NET64 bitów. Następnie złapałem ODP.NET32 bity systemu Windows i zainstalowałem go, ale wciąż otrzymywałem ten sam komunikat o błędzie.

4. ROZWIĄZANIE: usunięto folder client_1i ponownie zainstalowano ODP.NET32 bity. W pewnym stopniu instalator mieszał bity z wersji 64-bitowej z wersją 32-bitową. Domyśl...

5. Teraz znów jestem szczęśliwy i mogę otworzyć nowy OracleConnection. WRESZCIE! :)

Dla każdego, kto nadal ma ten problem: na podstawie tego artykułu

http://oradim.blogspot.com/2009/09/odpnet-provider-is-not-compatible-with.html

Dowiedziałem się, że na moim serwerze brakuje biblioteki Microsoft C ++ Visual Runtime Library - miałem ją na moim komputerze deweloperskim z powodu zainstalowanego programu Visual Studio. Pobrałem i zainstalowałem (obecnie) najnowszą wersję biblioteki stąd:

http://www.microsoft.com/en-us/download/details.aspx?id=13523

Uruchomiłem konfigurację i wywołanie wyroczni z C # udało się!

Wersja TLDR:

• Zamiast tego użyj 100% zarządzanego dostawcy 12c .
• Jeśli musisz użyć starego dostawcy, musisz wskazać plikowi Oracle.DataAccess.dll niezarządzane pliki Dll klienta Oracle, które mają odpowiednią wersję. Jeśli na komputerze jest zainstalowanych wiele klientów Oracle, może to być tak proste, jak włączenie zmiennej konfiguracyjnej „DllPath” (patrz poniżej) do konfiguracji aplikacji, ale może być również konieczne zainstalowanie nowego klienta Oracle, który będzie wskazywał.

Pełna wersja:

Najpierw upewnijmy się, że rozumiemy składniki starego niezarządzanego dostawcy (nie nowego, w 100% zarządzanego dostawcy 12c). Składa się z dwóch części:

1. zarządzany składnik .net - Oracle.DataAccess.dll
2. klient niezarządzany (non-.net)

Mówiąc najprościej, Oracle.DataAccess.dll jest prawie tylko opakowaniem, tłumaczącym instrukcje .net na instrukcje ORACLE-NET dla niezarządzanego klienta.

To powiedziawszy, podczas ładowania Oracle.DataAccess istnieje kolejność, w której próbuje zlokalizować niezarządzane biblioteki DLL klienta, których potrzebuje. Z dokumentacji Oracle :

Oracle.DataAccess.dll wyszukuje zależne niezarządzane biblioteki DLL (takie jak klient Oracle) na podstawie następującej kolejności:

1. katalog aplikacji lub plik wykonywalny.

2. ustawienie DLLPath określone przez konfigurację aplikacji lub plik web.config.

3. ustawienie DLLPath określone w pliku machine.config.

4. ustawienie DLLPath określone przez rejestr systemu Windows.

HKEY_LOCAL_MACHINE \ Software \ Oracle \ ODP.NET \ wersja \ DllPath

5. Katalogi określone przez zmienną środowiskową PATH systemu Windows.

W Twoim przypadku aplikacja wykonała powyższy proces i znalazła ścieżkę zawierającą niezarządzane biblioteki DLL, które są zbyt stare w stosunku do używanego zestawu Oracle.DataAccess.dll.

Może się zdarzyć, że jedyna instalacja klienta Oracle na tym komputerze jest za stara. Ale ma to znaczenie, jeśli na komputerze jest zainstalowanych więcej niż jeden klient, a niezarządzane pliki zostały znalezione jako pierwsze w innej, ale starszej instalacji. Jeśli później, prostą rzeczą do zrobienia jest użycie zmiennej konfiguracyjnej dllPath w konfiguracji i skierowanie jej do właściwego folderu Oracle Home Bin:

<configuration>
  <oracle.dataaccess.client> 
    <add key="DllPath" value="c:\oracle\product\1.1.0-xcopy-dep\BIN"/>
  </oracle.dataaccess.client>
</configuration>

Jeśli chcesz zainstalować nową kopię klienta, wersja xcopy jest najmniejsza i zawiera „klienta błyskawicznego”, a ścieżka DllPath powyżej wskazuje tę nową lokalizację. Ale każda instalacja klienta Oracle będzie działać.

Ale jeśli chcesz uniknąć wszystkich tych niezarządzanych rozwiązań dotyczących klienta, sprawdź, czy możesz zaktualizować aplikację, aby zamiast tego korzystała z dostawcy zarządzanego w 100% - w rzeczywistości jest to tylko jeden lub dwa zestawy zarządzane, bez żadnej zależności od niezarządzanych plików.

Możliwe jest również, że nie ładujesz Oracle.DataAccess.dll, który myślisz, że jesteś, jeśli jest zainstalowany zarówno w katalogu bin, jak i GAC, ale myślę, że jest to mniej prawdopodobne, że senario. Aby uzyskać więcej informacji, zobacz proces rozwiązywania zespołu .

Czy użytkownik usług IIS / IWAM ma uprawnienia do katalogu Oracle? Czy możesz połączyć się z tym źródłem danych za pomocą innej aplikacji, takiej jak Excel lub Access?

Mieliśmy ten sam problem, ponieważ zespół Oracle.Data.dll w udziale sieciowym został zaktualizowany przez naszych DBA. Usunięcie odniesienia z projektu i ponowne dodanie go rozwiązało problem.

Tylko dwa kroki, aby rozwiązać ten problem.

1. przejdź do zaawansowanych ustawień puli aplikacji i ustaw flagę „Włącz aplikację 32-bitową” na Prawda.
2. Upewnij się, że wszystkie biblioteki DLL w Twoim Bin są teraz w wersji 32-bitowej ...

powodzenia.

Nie poszedłem na drogę zdobycia nowych bibliotek DLL. Mieliśmy kilka istniejących projektów, które działały doskonale i dopiero mój nowy projekt przyprawiał mnie o ból głowy, więc postanowiłem spróbować czegoś innego.

Mój projekt korzystał z wewnętrznie opracowanego pliku Internal.dll, który był zależny od Oracle.DataAccess.dll v4.112.3.0. Z jakiegoś powodu podczas publikowania program Visual Studio jest zawsze przekazywany v4.121.0.0, mimo że nie został wyraźnie określony w żadnym z plików konfiguracyjnych. Dlatego pojawia się błąd.

Więc co zrobiłem to:

1. Skopiowałem plik Internal.dll z jednego z pomyślnie uruchomionych projektów do mojej witryny internetowej /bin(na wszelki wypadek).
2. Skopiowano plik Oracle.DataAccess.dll z jednego z pomyślnie uruchomionych projektów do witryny sieci Web /bin.
3. Dodaj odnośnik do obu z mojej strony internetowej.
4. W końcu pojawiło się odwołanie do Oracle.DataAccess myWebSite.csproj, ale pokazało niewłaściwą wersję: v4.121.0.0zamiast v4.112.3.0.

5. Ręcznie zmieniłem odniesienie w myWebSite.csproj, więc teraz brzmi:

   <Reference Include="Oracle.DataAccess, Version=4.112.3.0, Culture=neutral, PublicKeyToken=89b483f429c47342, processorArchitecture=x86">
     <SpecificVersion>False</SpecificVersion>
     <HintPath>bin\Oracle.DataAccess.dll</HintPath>
   </Reference> 

Napotkałem ten problem po zainstalowaniu Oracle Data Tools for Visual Studio 2015, a następnie dobrej godzinie walki z Oracle. Postanowiłem spróbować ponownie zainstalować klienta Oracle zamiast bałaganu związanego z kopiowaniem plików, zmianami konfiguracji itp. I to zadziałało.

Miałem podobny problem, a główną przyczyną było to, że GAC miał 2 wersje oracle.dataaccess, tj. V4.0_4.112.2.0 i v4.0_4.112.4.0. Moja aplikacja odnosiła się do wersji 4.0_4.112.2.0, więc kiedy usunąłem wersję 4.0_4.112.4.0 z GAC, działała dobrze.

Ścieżka GAC: C: \ Windows \ Microsoft.NET \ assembly \ GAC_64 \ Oracle.DataAccess

Przed :

Po :

Aby usunąć wersję, można po prostu usunąć odpowiedni folder z GAC.

Ostatnio musiałem pracować nad starszym projektem, w którym rozwiązanie i wszystkie zawarte w nim projekty były skierowane na platformę x32. Wciąż próbowałem kopiować Oracle.DataAccess.dll i wszystkie inne sugerowane pliki Oracle we wszystkich miejscach, ale za każdym razem uderzałem w ścianę. Wreszcie żarówka w głowicy zaświeciła się (po 8 godzinach :)) i poprosił o sprawdzenie zainstalowanych zespołów ODAC i ich platformy. Miałem już zainstalowanych wszystkich 64-bitowych (x64) klientów ODAC, ale nie 32-bitowych (x32). Zainstalowałem 32-bitowy ODAC i problem zniknął.

Jak sprawdzić wersję zainstalowanego ODAC: Szukaj w folderze C: \ Windows \ assembly. Właściwość „Architektura procesora” informuje platformę o zainstalowanym ODAC.

Osiem godzin to długi czas na zapalenie się żarówki. Nic dziwnego, że zawsze muszę tłuc się w pracy :).

Rozwiązanie Chrisa też się sprawdziło. Otrzymałem jednak następujący komunikat o błędzie, który mówi:

Could not load file or assembly 'Oracle.DataAccess' or one of its dependencies. An attempt was made to load a program with an incorrect format.

Najwyraźniej w obcym języku Oraclish oznacza to, że twój program jest skierowany albo na wszystkie platformy, albo na komputery 32-bitowe. Po prostu zmień platformę docelową we właściwościach projektu na 64-bitową i miej nadzieję na najlepsze.

Miałem ten sam problem z Oracle.DataAccess.dll v4.121.2.0. z instalacją w 2 domach (wersje 32 i 64 bitowe). Wersja 32-bitowa workerd, wersja 64-bitowa nie.

W moim przypadku (po 2 dniach prób) stwierdziłem, że problemem były uprawnienia w wersji domowej 64-bitowej. Wiele katalogów w tej wersji miało nadpisane wyłącznie uprawnienia, w przypadku których rola „Użytkownicy uwierzytelnieni” nie miała dostępu „Odczyt”, który jest domyślnie ustawiany w katalogu nadrzędnym. Te podkatalogi obejmowały „bin”, „network / admin”, „nls”, „oracore”, „RDBMS” i prawdopodobnie inne. Znalazłem je, odfiltrowując wynik „BRAK DOSTĘPU” w narzędziu „Process Monitor” (Procmon.exe) z sysinternals. Gdy uprawnienia zostały odziedziczone z katalogu nadrzędnego do podkatalogów podrzędnych, wszystko zaczęło działać.

Nie udało mi się nadpisać uprawnień w całym katalogu domowym Oracle, więc zrobiłem dla nich jeden katalog na raz, ale myślę, że jeśli nie martwisz się tak bardzo o bezpieczeństwo, możesz zresetować go w całym odpowiednim katalogu domowym Oracle.

• Na komputerze 64-bitowym skopiuj plik „msvcr71.dll” z C: \ Windows \ SysWOW64 do katalogu bin aplikacji.
• Na komputerze 32-bitowym skopiuj plik „msvcr71.dll” z C: \ Windows \ System32 do katalogu bin aplikacji.

http://randomdevtips.blogspot.com/2012/06/provider-is-not-compatible-with-version.html

Wiele teoretycznych odpowiedzi tutaj, ale tutaj jest działający przykład z kodem, który możesz skopiować i wkleić i natychmiast przetestować:

1. Zainstalowałem bazę danych Oracle Express OracleXE112, która jest już dostarczana z kilkoma preinstalowanymi tabelami demonstracyjnymi.
2. Po uruchomieniu instalatora zostaniesz poproszony o podanie hasła . Jako hasło wpisałem „xxx”. (nieużywany w produkcji)
3. Mój serwer działa na komputerze 192.168.1.158
4. Na serwerze należy jawnie zezwolić na dostęp dla procesu TNSLSNR.exe w Zaporze systemu Windows . Ten proces nasłuchuje na porcie 1521. Jeśli w poniższym kodzie wystąpi błąd limitu czasu, sprawdź zaporę.
5. OPCJA A: Dla C # (.NET2 lub .NET4) możesz pobrać ODAC11 , z którego musisz dodać Oracle.DataAccess.dll do swojego projektu. Dodatkowo ta biblioteka DLL zależy od: OraOps11w.dll, oci.dll, oraociei11.dll (130 MB!), Msvcr80.dll. Te DLL musi być w tym samym katalogu co plik EXE lub trzeba podać ścieżkę DLL w: HKEY_LOCAL_MACHINE\SOFTWARE\Oracle\ODP.NET\4.112.4.0\DllPath. Na maszynach 64-bitowych pisz dodatkowo doHKLM\SOFTWARE\Wow6432Node\Oracle\...
6. OPCJA B: Jeśli pobrałeś ODAC12 , potrzebujesz Oracle.DataAccess.dll, OraOps12w.dll, oci.dll, oraociei12.dll (160 MB!), Oraons.dll, msvcr100.dll. Ścieżka rejestru toHKEY_LOCAL_MACHINE\SOFTWARE\Oracle\ODP.NET\4.121.2.0\DllPath
7. OPCJA C: Jeśli nie chcesz dużych bibliotek DLL większych niż 100 MB, pobierz plik ODP.NET_Managed12.xxxxxxxx.zip, w Oracle.ManagedDataAccess.dllktórym znajduje się tylko 4 MB i jest czysto zarządzaną biblioteką DLL, która działa w procesach 32-bitowych i 64-bitowych również i nie zależy od żadnej innej biblioteki DLL i nie wymaga żadnych wpisów w rejestrze.
8. Poniższy kod C # działa u mnie bez żadnej konfiguracji po stronie serwera (tylko domyślna instalacja):

using Oracle.DataAccess.Client;
lub
using Oracle.ManagedDataAccess.Client;

....

string oradb = "Źródło danych = (DESCRIPTION ="
    + "(LISTA_ADRESÓW = (ADRES = (PROTOKÓŁ = TCP) (HOST = 192.168.1.158) (PORT = 1521)))"
    + "(CONNECT_DATA = (SERVER = DEDICATED)));"
    + "ID użytkownika = SYSTEM; Hasło = xxx;";

using (OracleConnection conn = new OracleConnection (oradb)) 
{
    conn.Open ();
    using (OracleCommand cmd = new OracleCommand ())
    {
        cmd.Connection = conn;
        cmd.CommandText = "wybierz TABLESPACE_NAME z DBA_DATA_FILES";

        przy użyciu (OracleDataReader dr = cmd.ExecuteReader ())
        {
            podczas (dr Read ())
            {
                listBox.Items.Add (dr ["TABLESPACE_NAME"]);
            }
        }
    }
}