Jeg vil give dig svarene fra det, jeg lige har været igennem på Windows Server 2008 R2, som er et 64 bit operativsystem. Applikationspakken af biblioteker, jeg fik, blev udviklet ved hjælp af .net 3.5 x86 med de ældre DLL-biblioteker, og jeg sad fast, fordi jeg havde installeret de nyere x64-klienter fra oracle.
Det, jeg fandt, var følgende:Installer den seneste x64-klient fra Oracle til Windows Server 2008. Jeg tror, at dette ville være 2.7.0-klienten. Når du vælger installationen, skal du sørge for at lave brugerdefinerede og vælge .NET-bibliotekerne. Konfigurer dine tnsnames-filer og test din tnsping mod din datakilde.
Dernæst, hvis du kører et 32 bit program, skal du installere den samme version af klienten til 32 bit. Følg også den samme installationsrutine, og vælg det samme hjem.
Når du er færdig, vil du opdage, at du har en enkelt app/produkt med to klientmapper (Client1 og Client2).
Hvis du navigerer til mappen windows/assemblies, vil du opdage, at du har en reference til Oracle.DataAccess.dll (x2) med en til x86 og en til AMD64.
Nu, afhængigt af om du har udviklere eller selv udvikler på maskinen, kan du være ok her, men hvis de bruger ældre drivere, så skal du udføre et sidste trin.
Naviger til mappen app\navn\product\version\client_1\odp.net\publisher policy\2.x. Inkluderet her er to politikfiler. brug gacutil /i til at installere Policy.2.111.Oracle.DataAccess.dll i GAC. Dette vil omdirigere ældre oracle ODP-opkald til de nyere versioner. Så hvis nogen udviklede med 10g-klienten, vil den nu fungere med 11-klienten.
FYI -- Nogle installerer muligvis den seneste ODP.NET med 2.111.7.20. Selve hovedoracle-klienten kommer med 2.111.7.0 .. Jeg har ikke haft succes med 7.20, men har ingen problemer med 7.0-klienten.