BadImageFormatException. Cela se produit lorsque vous exécutez en mode 64 bits avec la version 32 bits du client Oracle installé les composants

Dans ma situation, l'Oracle 11.2 client 32 bits était installé sur mon 64 bits de Windows 2008 R2 OS.

Ma solution: Dans les Paramètres Avancés pour les Application de la Piscine affecté à mon ASP.NET application, j'ai mis Activer les Applications 32 Bits à Vrai.

Veuillez voir ci-dessous pour la version autonome de .ashx script de test que j'ai utilisé pour tester la capacité de se connecter à Oracle. Avant de faire le Pool d'Applications de changement, sa réponse a été:

[Running as 64-bit] Connection failed.

...et après l'Application de la Piscine modification:

[Running as 32-bit] Connection succeeded.

---

TestOracle.ashx – Script pour Tester une Connexion Oracle via le Système.Les données.OracleClient:

À utiliser: Changer l'utilisateur, le mot de passe de l'hôte et les variables.

Noter que ce script peut être utilisé en mode autonome, sans déranger vos ASP.NET projet d'application web fichier. Il suffit de le déposer dans votre dossier d'application.

<%@ WebHandler Language="C#" Class="Handler1" %>
<%@ Assembly Name="System.Data.OracleClient, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" %>

using System;
using System.Data.OracleClient;
using System.Web;

public class Handler1 : IHttpHandler
{
    private static readonly string m_User = "USER";
    private static readonly string m_Password = "PASSWORD";
    private static readonly string m_Host = "HOST";

    public void ProcessRequest(HttpContext context)
    {
        context.Response.ContentType = "text/plain";

        string result = TestOracleConnection();
        context.Response.Write(result);
    }

    public bool IsReusable
    {
        get { return false; }
    }

    private string TestOracleConnection()
    {
        string result = IntPtr.Size == 8 ?
            "[Running as 64-bit]" : "[Running as 32-bit]";

        try
        {
            string connString = String.Format(
              "Data Source={0};Password={1};User ID={2};",
              m_Host, m_User, m_Password);

            OracleConnection oradb = new OracleConnection();
            oradb.ConnectionString = connString;
            oradb.Open();
            oradb.Close();
            result += " Connection succeeded.";
        }
        catch
        {
            result += " Connection failed.";
        }

        return result;
    }
}

Comme il a été souligné dans les commentaires, Système.Les données.OracleClient est obsolète. Il y a peu de raison de commencer à l'utiliser si tard dans le jeu.

Aussi comme l'a souligné dans les commentaires (j'ai marqué ce que wiki de la communauté dans observence), il est maintenant un fournisseur géré dans le cadre de la 12c et les versions ultérieures de la odp.net package. Ce fournisseur ne nécessite PAS de dll non managées ce qui devrait être un non-problème dans ce cas.

Si vous préférez utiliser le vieux non géré Oracle.DataAccess fournisseur à partir d'oracle, la solution la plus simple consiste à définir la "DllPath" variable de configuration:

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <oracle.dataaccess.client>
    <add key="DllPath"            value="C:\oracle\bin"/>
  </oracle.dataaccess.client>
</configuration>

Voir "Ordre de Recherche des Dll non gérées" dans http://docs.oracle.com/database/121/ODPNT/InstallODP.htm pour plus d'informations

J'ai eu le même problème dans SSIS 2008. J'ai essayé de vous connecter à une base de données Oracle 11g utilisation des ODAC 12c 32 bits. Essayé d'installer ODAC 12c 64 bits. SSIS été réellement en mesure de prévisualiser la table, mais lorsque vous essayez d'exécuter le package qu'il était en train de donner ce message d'erreur. Rien n'a aidé.
Passé à VS 2013, maintenant, il était en cours d'exécution en mode debug, mais j'ai reçu le même message d'erreur lors de l'exécution du package à l'aide de dtexec /f nom de fichier.
Ensuite, j'ai trouvé cette page:
http://sqlmag.com/comment/reply/17881.

Pour faire court, il est dit: (si la page est toujours là, juste aller à la page et de suivre les instrucrtions...)
1) Télécharger et installer la dernière version de l'odac 64 bits xcopy à partir de oracle site.
2) Télécharger et installer la dernière version de l'odac 32 bits xcopy à partir de oracle site.
Comment? ouvrir un cmd shell COMME UN ADMINSTARTOR et de l'exécution:
c:\64bitODACLocation> installer.chauve-souris oledb c:\odac\odac64.
le premier paramètre est le composant que vous souhaitez installer. Le deuxième paramètre est l'endroit où l'installer.
installer la version 32 ainsi comme ceci: c:\32bitODACLocation> installer.chauve-souris oledb c:\odac\odac32.
3) Modifier le chemin d'accès du système d'inclure c:\odac\odac32; c:\odac\odac32\bin; c:\odac\odac64;c:\odac\odac64\bin DANS CET ORDRE.
4) Redémarrer la machine.
5) assurez-vous que vous avez les mêmes tnsnames.ora dans les deux odac32\admin\réseau et odac64\admin\dossiers réseau (ou au moins la même entrée pour votre connexion).
6) ouvrez Maintenant SSIS dans visual studio (j'ai utilisé le logiciel gratuit version 2013 avec le package ssis) - Utilisation OLEDB, puis sélectionnez le Fournisseur Oracle pour le fournisseur OLE DB comme type de connexion. Définir le nom de l'entrée dans votre tnsnames.ora comme le "serveur ou le nom de fichier". Le nom d'utilisateur est votre nom de schéma (db name) et le mot de passe est le mot de passe pour le schéma. vous avez terminé!

Encore une fois, vous pouvez trouver le très une solution détaillée et beaucoup plus dans le site d'origine.

C'était la seule chose qui a fonctionné pour moi et n'avez pas gâcher mon environnement.

Cheers!
rme

BadImageFormatException se passe quand un 32 bits (x86) dll appelle une dll 64 bits ou vice versa. Si vous utilisez AnyCPU pour votre entrée exécutable puis, lorsqu'il est exécuté sur une machine 64 bits, il va fonctionner que 64 bits, par contre si puis appelle une dll 32 bits, vous obtenez l'exception qui est pourquoi AnyCPU n'est pas toujours la réponse.

J'ai tendance à construire tout comme 32 bits (x86) que nous avons encore à l'interface avec certains anciens composants fait en VB6 (32 bits (x86)). Alors que les performances pourraient être mieux pour les machines 64 bits si nous construire dans AnyCPU la fiabilité est plus important pour nous.

Je suggère d'essayer de construire toutes les composantes de 32 bits (x86), sauf si vous faites vraiment intensive des choses que je doute qu'il va faire beaucoup de différence.

Je voudrais ajouter une résolution qui a fonctionné pour moi.
Programme d'installation: Oracle 11g 64 bits s'exécutant sur Windows 2008 R2 (64 bits OS)

Client est un .net framework 3.5 application (porté à partir de 2.0) compilé avec plate-forme x86 réglage.

J'ai eu exactement le même problème de BadImageFormatException. La compilation 64 bits élimine l'exception, mais ce n'était pas une option pour moi que mon application est en utilisant 32 bits composants activex qui ne fonctionne pas en 64 bits.

J'ai résolu le problème en téléchargeant le Client Oracle Instant 11 (c'est juste un tas de DLL que peut être xcopied) à partir d'Oracle site web, et de copier les fichiers dans mon dossier de candidature répertoire des fichiers. Voir ici : http://www.oracle.com/technetwork/database/features/oci/instant-client-wp-131479.pdf

Ce qui a résolu le problème, de ProcMon outil que je peux voir que le copié localement oci.dll est chargé par le Système.Les données.OracleClient et tout va bien.

Il pourrait probablement être fait en changeant les paramètres de l'environnement comme proposé ci-dessus, mais cette méthode a l'avantage de ne pas modifier les paramètres de la configuration du serveur.

De la Mine est l'application de console (il doit travailler pour l'application windows) et j'ai eu le même problème.
Pour le résoudre j'ai utilisé PlatformTarget comme x64 comme mon System.Data.OracleClient.dll (64 bits fichier) est à C:\Program Files (x86)\de Référence Assemblées\Microsoft\Framework.NETFramework\v4.5. Cela permettra d'utiliser de manière explicite 64 bits version du Client Oracle.
Ceci peut vous aider si votre solution ne fonctionne que sur 64 bits et si vous n'êtes pas en utilisant 32 bits dll comme dll fait en VB.
J'espère que ça va vous aider.

J'avais aussi le même message d'erreur je l'ai vérifié mon système est en 64 bits et j'ai été en utilisant oracle.DataAccess de la version 32 bits, j'ai ajouté corriger 64 version maintenant, il a obtenu résolu
ci-dessous le chemin pour la ref de Oracle.DataAccess.dll

Chemin d'accès Correct pour la version 64 bits de l'OS C:\Oracle\11g_64\product\11.2.0\client_64\odp.net\bin\4\Oracle.DataAccess.dll

Chemin d'accès Correct pour les OS 32 bits- C:\Oracle\11g_32\product\11.2.0\client_64\odp.net\bin\4\Oracle.DataAccess.dll

J'ai eu ce problème pour une Application console.

Dans mon cas, j'ai juste changé le Plate-forme Cible à "CPU" que vous pouvez voir lorsque vous cliquez droit sur votre solution et cliquez sur "propriétés", vous trouverez un Onglet "Build" cliquez dessus, vous allez voir "la Plate-forme cible:" changer pour "any CPU", qui permettra de résoudre votre problème

Tout simplement construire votre code x86 en mode pas à AnyCpu.