Jag ska ge dig svaren från det jag just har gått igenom på Windows Server 2008 R2 som är ett 64-bitars operativsystem. Programpaketet med bibliotek som jag fick utvecklades med .net 3.5 x86 med de äldre DLL-biblioteken och jag fastnade eftersom jag hade installerat de nyare x64-klienterna från Oracle.
Det jag hittade var följande:Installera den senaste x64-klienten från Oracle för Windows Server 2008. Jag tror att detta skulle vara 2.7.0-klienten. När du väljer installationen, se till att du gör anpassade och välj .NET-biblioteken. Konfigurera dina tnsnames-filer och testa din tnsping mot din datakälla.
Därefter, om du kör ett 32-bitarsprogram, installera samma version av klienten för 32-bitars. Följ också samma installationsrutin och välj samma hem.
När du är klar kommer du att upptäcka att du har en enda app/produkt med två klientkataloger (Client1 och Client2).
Om du navigerar till katalogen windows/assemblies kommer du att upptäcka att du har en referens till Oracle.DataAccess.dll (x2) med en för x86 och en för AMD64.
Nu, beroende på om du har utvecklare eller utvecklar på maskinen själv, kan du vara ok här, men om de använder äldre drivrutiner måste du utföra ett sista steg.
Navigera till katalogen app\namn\product\version\client_1\odp.net\publisher policy\2.x. Här finns två policyfiler. använd gacutil /i för att installera Policy.2.111.Oracle.DataAccess.dll i GAC. Detta kommer att omdirigera äldre Oracle ODP-anrop till de nyare versionerna. Så om någon utvecklade med 10g-klienten, kommer den nu att fungera med 11-klienten.
FYI -- Vissa kanske installerar den senaste ODP.NET med 2.111.7.20. Själva huvudorakelklienten kommer med 2.111.7.0 .. Jag har inte haft någon framgång med 7.20 men har inga problem med 7.0-klienten.