Я пытаюсь использовать Oracle ODP.NET 11g (11.1.0.6.20) Instant Client в моем проекте ASP.net в качестве поставщика данных, но когда я запускаю страницу aspx, я получаю сообщение « Поставщик не совместим с версией клиента Oracle "сообщение об ошибке. Любая помощь будет оценена.

Я ссылался на поставщик данных в Visual Studio 2005, и код выглядит следующим образом:

using Oracle.DataAccess.Client;
..

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

//Do Something

oOracleConn.Close();

Ошибка для страницы выглядит следующим образом:

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

Я рассмотрел эту проблему дальше, и вам просто нужно взять все соответствующие библиотеки DLL из той же загруженной версии ODP.Net и поместить их в ту же папку, что и ваш exe-файл, потому что ODP.Net суетливо не смешивает номера версий.

Я объяснил, как это сделать здесь: http://splinter.com.au/using-the-new-odpnet-to-access-oracle-from-c Вот суть этого:

• Скачать ODP.Net
• Распакуйте файл
• Разархивируйте все банки в нем
• Возьмите эти dll, которые были только что распакованы:
  • oci.dll (переименован из 'oci.dll.dbl')
  • Oracle.DataAccess.dll
  • oraociicus11.dll
  • OraOps11w.dll
  • orannzsbb11.dll
  • oraocci11.dll
  • ociw32.dll (переименован из 'ociw32.dll.dbl')
• Поместите все библиотеки DLL в ту же папку, что и ваш исполняемый файл C #

Для начала вам следует «проигнорировать» все разговоры о x86 / x64 и вместо этого попробовать управляемый драйвер ODP.NET (если вы используете .Net v4 +):

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

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

Oracle ODP.net управляемый против неуправляемого драйвера

Избегайте всего "неуправляемого", что DLL, что архитектура выдает! : D (о времени Оракула).

Пакет NuGet (также работает для 11g):

Старый / ручной метод:

Для получения информации о том, как перейти на использование управляемых библиотек:

• Во-первых, мы предлагаем отличное сравнение кода между управляемым и неуправляемым : http://docs.oracle.com/cd/E51173_01/win.122/e17732/intro005.htm#ODPNT148
• Убедитесь, что вы загрузили только версию ODP.NET, Managed Driver Xcopy
• Из скачанного zip-файла скопируйте и вставьте в каталог вашего проекта:
  • Oracle.ManagedDataAccessDTC.dll
  • Oracle.ManagedDataAccess.dll
• Добавить ссылку на Oracle.ManagedDataAccess.dll
• Убедитесь, что ваш exe выпущен (добавлен в папку приложений в VS2010) с обоими DLL

Я только установил поставщик данных Oracle для .NET 2.0 (11.1.0.6.20) и не установил Oracle Instant Client (11.1.0.6.0) .

Я просто установил его, и ошибка исчезла!

Это может быть вызвано запуском 64-битной среды выполнения .NET на 32-битном клиенте Oracle. Это может произойти, если на вашем сервере вы запускаете приложение, на нем 64 бит. Будет запущено приложение .NET с 64-битной средой исполнения. Вы можете установить флаг CPU вашего проекта в VS для запуска в 32-битной среде выполнения.

Давайте сделаем какое-то резюме:

Сообщение об ошибке «Поставщик несовместим с версией клиента Oracle» может быть вызвано несколькими причинами.

• У вас не установлен клиент Oracle. В этом случае сообщение об ошибке действительно вводит в заблуждение.

  Поставщик данных Oracle для .NET (ODP.NET, т. Е. Файл Oracle.DataAccess.dll) не входит в состав Oracle Instant Client, его необходимо установить отдельно (загрузить из 32-битных компонентов доступа к данным Oracle (ODAC) или 64-битных компонентов доступа к данным Oracle ( ODAC) или выберите соответствующий параметр в Oracle Universal Installer (OUI).

  Обратите внимание, что при установке провайдера данных Oracle> = 12.1, этот провайдер не будет автоматически зарегистрирован в GAC. При необходимости вы должны зарегистрировать его вручную, см. Oracle Doc 2272241.1 .

• Версия ODP.NET не соответствует установленной версии Oracle Client. Вы должны проверить даже младший номер версии! Например, Oracle.DataAccess.dllверсия 4.112.3.0 не совместима с клиентом Oracle 11.2.0.4 . Внимательно проверяйте версии ODP.NET и Oracle Client. Вы можете использовать SigCheck на oraociei*.dllи / или OraOps*w.dllполучить версию Oracle Client.

  Помните о другой схеме нумерации. Версия файла 4.112.3.0 средства: .NET Framework версии 4, Oracle Release 11.2.0.3.x .

  Есть ODP.NET версии "1.x", "2.x" и "4.x". Эти цифры относятся к версиям Microsoft .NET Framework 1.0.3705 / 1.1.4322, 2.0.50727 и 4.0.30319. Версия «1.x» была доступна до версии Oracle Client 11.1. Версия "4.x" была введена с Oracle Client 11.2

• Архитектура (32-битная или 64-битная) ODP.NET не соответствует архитектуре вашего приложения. 32-битное приложение работает только с 32-битным Oracle Client / ODP.NET, соответственно, для 64-битного приложения требуется 64-битный Oracle Client / ODP.NET. (Если вы не используете ODP.NET Managed Driver )

• Версия .NET Framework не совпадает. Например, если вы компилируете свое приложение с помощью Target .NET Framework 2.0, вы не сможете использовать ODP.NET версии 4.x. Целевая версия .NET Framework должна быть равна или выше, чем версия ODP.NET.

• Версия Oracle.DataAccess.dllна вашей машине разработки (то есть версия, которая загружается во время компиляции) выше, чем версия на целевой машине.

• Имейте в виду, что это Oracle.DataAccess.dllможет быть загружено из GAC, который по умолчанию имеет приоритет над любым локально предоставленным файлом.

Решения

• Рассмотрите возможность использования управляемого драйвера ODP.NET, его можно загрузить со страницы Oracle: загрузка 64-битных компонентов доступа к данным Oracle (ODAC) . Там вам нужно только скопировать Oracle.ManagedDataAccess.dllфайл в каталог приложения, больше ничего не требуется. Он работает как для 32-битных, так и для 64-битных.

• По вашему *.csproj, соотв. *.vbprojотредактируйте вашу ссылку на ODP.NET следующим образом:

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

  Атрибуты нравятся Version=...или processorArchitecture=...не обязательны. Ваше приложение будет загружаться правильно в Oracle.DataAccess.dllзависимости от выбранной архитектуры и целевой платформы .NET (при условии, что оно установлено правильно) -> не проверено на 100%

• Если вы не знаете версию Oracle Client на целевом компьютере (например, это может быть машина вашего клиента): перейдите на страницу загрузки, упомянутую выше, и загрузите наименьшую версию XCopy компонентов Oracle Data Access. Распакуйте zip и скопируйте только Oracle.DataAccess.dllфайл на ваш локальный компьютер. В вашем проекте VS сделайте ссылку на эту (скорее всего, устаревшую) DLL. Версия этой DLL является наименьшей версией ODP.NET, с которой будет работать ваше приложение. Когда вы запустите ваше приложение, политика издателя в GAC будет перенаправлена ​​на фактически установленную версию.

• Я не думаю, что это разумный подход, чтобы взять отдельные DLL и скопировать их в определенные папки. Он может работать на «голой» машине, но если на вашей целевой машине установлены какие-либо продукты Oracle, существует высокий риск несоответствия версий. Удалите все продукты Oracle со своего компьютера и выполните новую установку. Посмотрите, как удалить / полностью удалить Oracle 11g (клиент)? это чтобы получить действительно чистую машину.

• Если вам нужно работать с 32-битными и 64-битными приложениями одновременно, следуйте этой инструкции, чтобы установить обе версии на одну машину:

Допущения: Oracle Home называется OraClient11g_home1, версия клиента - 11gR2.

• При желании удалить любой установленный клиент Oracle

• Загрузите и установите клиент Oracle x86, например, в C:\Oracle\11.2\Client_x86

• Загрузите и установите клиент Oracle x64 в другую папку, например, в C:\Oracle\11.2\Client_x64

• Откройте инструмент командной строки, перейдите в папку% WINDIR% \ System32 и, как правило, C:\Windows\System32создайте символическую ссылку ora112на папку C:\Oracle\11.2\Client_x64(см. Ниже)

• Перейдите в папку% WINDIR% \ SysWOW64, обычно C:\Windows\SysWOW64и создайте символическую ссылку ora112на папку C:\Oracle\11.2\Client_x86(см. Ниже)

• Измените PATHпеременную окружения, заменить все записи , как C:\Oracle\11.2\Client_x86и с C:\Oracle\11.2\Client_x64помощью C:\Windows\System32\ora112, соответствующей их \binподпапки. Примечание: C:\Windows\SysWOW64\ora112не должно быть в среде PATH.

• При необходимости установите ORACLE_HOMEпеременную среды yor наC:\Windows\System32\ora112

• Откройте редактор реестра. Установите значение реестра HKLM\Software\ORACLE\KEY_OraClient11g_home1\ORACLE_HOMEвC:\Windows\System32\ora112

• Заданное значение реестра , HKLM\Software\Wow6432Node\ORACLE\KEY_OraClient11g_home1\ORACLE_HOMEчтобы C:\Windows\System32\ora112(не C:\Windows\SysWOW64\ora112)

• Вы сделали! Теперь вы можете использовать клиент Oracle x86 и x64 без проблем, то есть приложение x86 загрузит библиотеки x86, приложение x64 загрузит библиотеки x64 без каких-либо изменений в вашей системе.

Команды для создания символических ссылок:

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

Некоторые заметки:

• Обе символические ссылки должны иметь одинаковое имя, например ora112.

• Если впоследствии вы захотите установить ODP.NET вручную, позаботьтесь о том, чтобы выбрать соответствующие папки для установки.

• Несмотря на их имена, папка C:\Windows\System32содержит библиотеки x64, тогда как C:\Windows\SysWOW64содержит библиотеки x86 (32-разрядные). Не смущайтесь.

• Может быть, это разумный вариант, например, установить TNS_ADMINпеременную среды (соответственно, TNS_ADMINзаписи в реестре) в общем месте TNS_ADMIN=C:\Oracle\Common\network.

После нескольких часов устранения неполадок я обнаружил, что эта проблема вызвана наличием Oracle.DataAccess.dll (v4.0) в каталоге bin моего проекта, но во время выполнения также загружается Oracle.DataAccess.dll (v2.x) из GAC. Удаление и чтение записи Oracle.DataAccess в ссылках проекта решило проблему для меня.

Другие файлы, упомянутые здесь, не выглядели необходимыми в моей ситуации.

ОБНОВИТЬ

Основной причиной ошибки «Поставщик не совместим с версией клиента Oracle» является (как правило) то, что управляемая сборка пытается загрузить неуправляемые библиотеки, которые не соответствуют версиям. Похоже, вы можете заставить драйвер Oracle использовать правильные библиотеки, указав путь к библиотеке в web.config ¹

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

установить ODP.Net на целевой машине, и это должно решить проблему ... копирование DLL не выглядит хорошей идеей ...

Для Oracle 11g (11.1.0.7.20) мне пришлось добавить следующие dll вместе с моим Exe для работы.

1. oci.dll
2. OraOps11w.dll
3. oraociicus11.dll (довольно большой близко к 30 МБ)
4. Oracle.DataAccess.dll

Мне может показаться, что, хотя у вас есть ODP с Oracle Istant Client, ODP может пытаться использовать вместо этого фактический клиент Oracle. У вас также установлен стандартный клиент Oracle? Я вспоминаю, что Oracle был довольно требователен к нескольким клиентам на одной машине.

У меня была точно такая же проблема. Я удалил (и забыл, что я удалил) oraociei11.dll после компиляции приложения. И он выдавал эту ошибку при попытке выполнить. Поэтому, когда он не может найти dll, что oraociei11.dll, он показывает эту ошибку. Могут быть и другие случаи, когда выдает эту ошибку, но, похоже, это один из них.

Также обратите внимание на пул приложений IIS. Включите 32-битный флаг true или false, когда вы видите это сообщение, какой-то форум оракула направил меня на это!

У меня та же проблема, но в моем случае я не могу просто скопировать dll в папку bin, тогда я только «перепривязываю» версию сборки.

<?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>

Вот что я сделал, чтобы решить эту проблему, которая сохранялась в течение 3 долгих часов:

1. Под домом Oracle, расположенным по адресу, у C:\oracle\product\11.2.0меня была папка, в client_1которой я ранее установил ODP.NETбиты для Windows 64 бит.

2. Позже, пытаясь отладить приложение ASP.NET Web API с помощью Visual Studio 2012, я продолжал получать следующее сообщение об ошибке: поставщик не совместим с версией клиента Oracle .

3. Выполняя поиск в Google, я обнаружил, что это происходит, потому что я использовал ODP.NET64 бит. Затем я взял ODP.NET32-разрядную версию Windows и установил ее, но продолжал получать одно и то же сообщение об ошибке.

4. РЕШЕНИЕ: удалил папку client_1и установил ODP.NET32 бит. В некоторой степени установщик смешивал биты из 64-битной версии с 32-битной версией. Пойди разберись ...

5. Теперь я снова счастлив и могу открыть новое OracleConnection. НУ НАКОНЕЦ ТО! :)

Для тех, кто все еще имеет эту проблему: на основе этой статьи

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

Я обнаружил, что на моем сервере отсутствует библиотека Microsoft C ++ Visual Runtime - она ​​была у меня на компьютере разработчика из-за установленной Visual Studio. Я скачал и установил (в настоящее время) самую последнюю версию библиотеки отсюда:

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

Запустил настройку и оракул из C # сделал это!

Версия TLDR:

• Вместо этого используйте провайдера, управляемого на 100% .
• Если вам необходимо использовать старого поставщика, вам нужно указать Oracle.DataAccess.dll на неуправляемые клиентские DLL-библиотеки Oracle правильной версии. Если на вашем компьютере установлено несколько клиентов Oracle, это может быть очень просто, например, включить переменную конфигурации «DllPath» (см. Ниже) в конфигурацию вашего приложения, но вам также может потребоваться установить новый клиент oracle, чтобы указать на него.

Полная версия:

Во-первых, давайте удостоверимся, что мы понимаем компоненты старого неконтролируемого провайдера (а не нового 12c 100% управляемого провайдера). Он состоит из двух частей:

1. управляемый компонент .net - Oracle.DataAccess.dll
2. неуправляемый (не-.net) клиент

Проще говоря, Oracle.DataAccess.dll - это почти просто оболочка, переводящая инструкции .net в инструкции ORACLE-NET для неуправляемого клиента.

Тем не менее, когда вы загружаете Oracle.DataAccess, существует порядок, в котором он пытается найти необходимые неуправляемые клиентские библиотеки. Из документации Oracle :

Oracle.DataAccess.dll выполняет поиск зависимых неуправляемых DLL-библиотек (таких как Oracle Client) в следующем порядке:

1.Каталог приложения или исполняемого файла.

2. Параметр DllPath, указанный в конфигурации приложения или web.config.

3.DllPath, заданный параметром machine.config.

Параметр 4.DllPath, указанный в реестре Windows.

HKEY_LOCAL_MACHINE \ Software \ Oracle \ ODP.NET \ версия \ DLLPath

5.Директории, указанные в переменной среды Windows PATH.

Таким образом, в вашем случае ваше приложение следовало вышеописанному процессу и нашло путь, который содержит неизолированные dll, которые слишком стары относительно используемой вами сборки Oracle.DataAccess.dll.

Может случиться так, что единственная установка Oracle Client на этом компьютере слишком старая. Но это вступает в игру, если на компьютере установлено более одного клиента, и неуправляемые файлы были обнаружены первыми в другой, но более старой установке. Если позже, самое простое - использовать переменную конфигурации dllPath в вашей конфигурации и указать ее в правильной папке Oracle Home Bin:

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

Если вы хотите установить свежую копию клиента, версия xcopy является самой маленькой и содержит «мгновенный клиент» и указывает DllPath выше на это новое местоположение. Но любая установка клиента Oracle будет работать.

Но если вы хотите избежать всей этой проблемы неуправляемого разрешения клиента, посмотрите, можете ли вы обновить свое приложение, чтобы использовать вместо него 100% -ный управляемый поставщик - это действительно одна или две управляемые сборки, без какой-либо зависимости от неуправляемых файлов.

Также возможно, что вы не загружаете Oracle.DataAccess.dll, как вы думаете, если он установлен и в вашем каталоге bin, и в вашем GAC, но я думаю, что это менее вероятный senario. См. Процесс разрешения сборки для получения дополнительной информации.

Имеет ли пользователь IIS / IWAM разрешения на каталог Oracle? Можете ли вы подключиться к этому источнику данных с помощью другого приложения, такого как Excel или Access?

У нас была та же проблема, потому что сборка Oracle.Data.dll на сетевом ресурсе была обновлена ​​нашими администраторами баз данных. Удаление ссылки из проекта и добавление ее снова решило проблему.

Всего два шага, чтобы решить эту проблему.

1. перейдите к расширенной настройке пула приложений и установите флаг «Включить 32-битное приложение» в значение True.
2. Убедитесь, что все Dll в вашей корзине 32-битная версия сейчас ...

удачи.

Я не пошел по пути получения новых DLL. У нас было несколько существующих проектов, которые прекрасно работали, и только мой новый проект вызывал у меня головную боль, поэтому я решил попробовать что-то еще.

В моем проекте использовался внутренний файл Internal.dll, который зависел от Oracle.DataAccess.dll v4.112.3.0. По какой-то причине при публикации Visual Studio всегда загружался v4.121.0.0, даже если он не был явно указан ни в одном из файлов конфигурации. Вот почему я получил ошибку.

Итак, что я сделал:

1. Скопировал Internal.dll из одного из успешно запущенных проектов на мой веб-сайт /bin(просто на всякий случай).
2. Скопировал Oracle.DataAccess.dll из одного из успешно запущенных проектов на мой веб-сайт /bin.
3. Добавить ссылку на них обоих с моего веб-сайта.
4. Наконец, ссылка Oracle.DataAccess обнаружилась myWebSite.csproj, но показала неверную версию: v4.121.0.0вместо v4.112.3.0.

5. Я вручную изменил ссылку в myWebSite.csproj, так что теперь она читается:

   <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> 

Я столкнулся с этой проблемой после того, как установил Oracle Data Tools для Visual Studio 2015, а затем боролся с Oracle в течение часа. Я решил попробовать переустановить клиент Oracle снова вместо этого беспорядка с копированием файлов, изменениями конфигурации и т. Д., И это сработало для меня.

Я столкнулся с подобной проблемой, и основной причиной было то, что GAC имел 2 версии oracle.dataaccess, т.е. v4.0_4.112.2.0 и v4.0_4.112.4.0. Мое приложение ссылалось на v4.0_4.112.2.0, поэтому, когда я удалил v4.0_4.112.4.0 из GAC, оно работало нормально.

Путь GAC: C: \ Windows \ Microsoft.NET \ Assembly \ GAC_64 \ Oracle.DataAccess

Перед :

После :

Чтобы удалить версию, можно просто удалить соответствующую папку из GAC.

Недавно мне пришлось работать над старым проектом, в котором решение и все содержащиеся в нем проекты были ориентированы на платформу x32. Я продолжал пытаться скопировать Oracle.DataAccess.dll и все другие предлагаемые файлы Oracle во всех местах, но каждый раз ударялся о стену. Наконец лампочка в голове загорелась (через 8 часов :)), и попросила проверить, установлены ли ODAC сборки и их платформа. У меня уже были установлены все 64-битные (x64) клиенты ODAC, но не 32-битные (x32). Установил 32-битный ODAC и проблема исчезла.

Как проверить версию установленного ODAC: посмотрите в папке C: \ Windows \ Assembly. Свойство «Архитектура процессора» будет информировать платформу об установленном ODAC.

Восемь часов - это долгое время, чтобы лампочка загорелась. Неудивительно, что мне всегда приходится утомляться на работе :).

Решение Криса сработало и для меня. Однако я получил следующее сообщение об ошибке:

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.

По-видимому, на иностранном языке Oraclish это означает, что ваша программа ориентирована либо на все платформы, либо на 32-битные машины. Просто измените целевую платформу в Project Properties на 64-битную и надейтесь на лучшее.

У меня была такая же проблема с Oracle.DataAccess.dll v4.121.2.0. с установкой в ​​2 дома (32- и 64-разрядные версии). 32-битная версия workerd, 64-битная версия - нет.

В моем случае (после 2 дней попыток) я обнаружил, что проблема была в разрешениях для 64-битной домашней версии. Многие каталоги в этой версии имели исключительно переопределенные разрешения, для которых роль «Аутентифицированные пользователи» не имела доступа «Чтение», что по умолчанию установлено в родительском каталоге. Эти подкаталоги включали «bin», «network / admin», «nls», «oracore», «RDBMS» и, возможно, другие. Я нашел их, отфильтровав результат «ACCESS DENIED» в утилите «Process Monitor» (Procmon.exe) от sysinternals. Как только разрешения были унаследованы от родительского каталога к этим дочерним подкаталогам, все начало работать.

Я не сделал, что бы переопределить разрешения для всего дома оракула, поэтому я сделал их по одному каталогу за раз, но я думаю, если вы не так сильно беспокоитесь о безопасности, вы можете сбросить его для всего соответствующего домашнего каталога оракула.

• На 64-разрядном компьютере скопируйте файл msvcr71.dll из C: \ Windows \ SysWOW64 в каталог bin вашего приложения.
• На 32-разрядном компьютере скопируйте файл msvcr71.dll из C: \ Windows \ System32 в каталог bin вашего приложения.

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

Здесь много теоретических ответов, но вот рабочий пример с кодом, который вы можете скопировать, вставить и протестировать немедленно:

1. Я установил базу данных Oracle Express OracleXE112, которая уже поставляется с некоторыми предварительно установленными демонстрационными таблицами.
2. При запуске установщика у вас спрашивают пароль . Я ввел "ххх" в качестве пароля. (не используется в производстве)
3. Мой сервер работает на компьютере 192.168.1.158
4. На сервере вы должны явно разрешить доступ к процессу TNSLSNR.exe в брандмауэре Windows . Этот процесс прослушивает порт 1521. Если вы получили ошибку тайм-аута из приведенного ниже кода, проверьте брандмауэр.
5. ВАРИАНТ A: Для C # (.NET2 или .NET4) вы можете скачать ODAC11 , из которого необходимо добавить Oracle.DataAccess.dll в ваш проект. Кроме того, эта DLL-библиотека зависит от: OraOps11w.dll, oci.dll, oraociei11.dll (130 МБ!), Msvcr80.dll. Этот DLL должен быть в том же каталоге, что и EXE или вы должны указать путь DLL в: HKEY_LOCAL_MACHINE\SOFTWARE\Oracle\ODP.NET\4.112.4.0\DllPath. На 64-битных машинах пишут дополнительно вHKLM\SOFTWARE\Wow6432Node\Oracle\...
6. ВАРИАНТ B: Если вы загрузили ODAC12, вам нужны Oracle.DataAccess.dll, OraOps12w.dll, oci.dll, oraociei12.dll (160 МБ!), Oraons.dll, msvcr100.dll. Путь к рееструHKEY_LOCAL_MACHINE\SOFTWARE\Oracle\ODP.NET\4.121.2.0\DllPath
7. ВАРИАНТ C: Если вам не нужны огромные библиотеки DLL размером более 100 МБ, вам следует скачать ODP.NET_Managed12.xxxxxxxx.zip, в котором вы найдете Oracle.ManagedDataAccess.dllтолько 4 МБ и являющуюся чисто управляемой DLL, которая работает в 32-битных и 64-битных процессах. а также и не зависит от других DLL и не требует каких-либо записей в реестре.
8. Следующий код C # работает для меня без какой-либо конфигурации на стороне сервера (только установка по умолчанию):

использование Oracle.DataAccess.Client;
или
использование Oracle.ManagedDataAccess.Client;

....

string oradb = "Источник данных = (DESCRIPTION ="
    + "(ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP) (HOST = 192.168.1.158) (PORT = 1521)))"
    + "(CONNECT_DATA = (SERVER = DEDICATED)));"
    + "Идентификатор пользователя = SYSTEM; Пароль = xxx;";

использование (OracleConnection conn = новый OracleConnection (oradb)) 
{
    conn.Open ();
    использование (OracleCommand cmd = new OracleCommand ())
    {
        cmd.Connection = conn;
        cmd.CommandText = "выбрать TABLESPACE_NAME из DBA_DATA_FILES";

        использование (OracleDataReader dr = cmd.ExecuteReader ())
        {
            while (dr.Read ())
            {
                listBox.Items.Add (д-р [ "tablespace_name"]);
            }
        }
    }
}