Le client Oracle et composants de réseau n'ont pas été trouvés

J'ai créé SSIS faire tâche comme obtenir des données d'oracle vers sql server.je exécuter l'exécution du package ssis dans mon système local.il fonctionne très bien mais j'ai déployé package ssis dans le système à distance et en essayant d'accès à partir de sql procédure. J'obtiens une erreur comme ci-dessous.

Client Oracle et composants de réseau n'ont pas été trouvés. Ces composants sont fournis par Oracle Corporation et font partie de la Version Oracle sur 7.3.3 ou version ultérieure installation du logiciel client.

S'il vous plaît laissez savoir si une solution existe?

OriginalL'auteur Bhaskara varma Dandu | 2012-01-25

  1. 12

    Solution la plus simple: Le client Oracle n'est pas installé sur le serveur distant où le package SSIS est en cours d'exécution.

    Un peu moins la solution la plus simple: Le client Oracle est installé sur le serveur distant, mais dans le mauvais bits-comte pour la SSIS de l'installation. Par exemple, si le client Oracle 64 bits est installé mais SSIS est en cours d'exécution avec la version 32 bits de dtexec exécutable, SSIS ne sera pas en mesure de trouver le client Oracle.
    La solution dans ce cas serait d'installer le client Oracle 32 bits side-by-side avec le client 64 bits.

    Oui je recevais ce message, car j'ai été en utilisant le 64 bits Oracle client car mon PC est en 64 bits de Windows, mais j'ai dû utiliser la version 32 bits du client Oracle parce que Visual Studio est de 32 bits.

    OriginalL'auteur Ed Harper

  2. 7

    Technologie utilisée: Windows 7, UFT 32 bits, la Source de Données ODBC en soulignant à 32 bits C:\Windows\System32\odbcad32.exe, Oracle client avec les deux versions 32 bits et 64 bits.

    Ce qui a fonctionné pour moi:

    1.Démarrer -> recherche Edit the system environment variables

    2.Variables système -> Edit Path

    3.Placer le chemin d'accès pour Oracle client 32 bit en face de la voie pour Oracle Client 64 bit.

    Ex:

    C:\APP\ORACLE\product\11.2.0\client_32\bin;C:\APP\ORACLE\product\11.2.0\client_64\bin
    Ou dans mon cas, en plaçant l'Oracle 12 client en face de l'Oracle 11 client. (nos bases de données ont été récemment mis à niveau vers 12c)

    OriginalL'auteur user6290708

  3. 0

    1.Allez à Mon Ordinateur Propriétés

    2.Ensuite, cliquez sur paramètres avancés.

    3.Aller à la variable d'Environnement

    4.Définir le chemin d'accès à l' 

     F:\oracle\product\10.2.0\db_2\perl\5.8.3\lib\MSWin32-x86;F:\oracle\product\10.2.0\db_2\perl\5.8.3\lib;F:\oracle\product\10.2.0\db_2\perl\5.8.3\lib\MSWin32-x86;F:\oracle\product\10.2.0\db_2\perl\site\5.8.3;F:\oracle\product\10.2.0\db_2\perl\site\5.8.3\lib;F:\oracle\product\10.2.0\db_2\sysman\admin\scripts;

    changer votre lecteur et le dossier en fonction de vos besoins...

    hmmm... pourquoi -1? c'est ce qui s'est passé dans mon cas et le problème a été résolu par l'ajout de dossier approprié pour l' %path%

    OriginalL'auteur user3135678

  4. 0

    Après l'installation des composants du Client Oracle sur le serveur distant, le redémarrage de l'Agent SQL Server à partir du PC à la Console de Gestion ou directement à partir de Sql Server Management Studio. Cela permettra au service de charger correctement le chemin d'accès à l'Oracle de composants. Sinon, le paquet sera de travailler sur la conception du temps, mais ne parviennent pas sur le moment de l'exécution.

    Vous devriez préciser comment cet Oracle se rapporte, MSSQL et l'Agent SQL Server...

    OriginalL'auteur Luis M. Crespo

  5. 0

    Dans mon cas, c'était à cause d'un fichier nommé ociw32.dll avait été placé dans c:\windows\system32. Ceci n'est toutefois autorisée à exister dans c:\oracle\11.2.0.3\bin.

    De supprimer le fichier à partir system32, qui avait été placé là par une installation de Crystal Reports, résolu ce problème

    OriginalL'auteur arnehehe