none
Transfert Oracle 10 EE vers SQL2K5 : Erreur 0xC0202009. Code d'erreur SSIS DTS_E_OLEDBERROR RRS feed

  • Question

  • Bonjour à tous,

    Je requiert votre aide pour résoudre un épineux problème de transfert de table d'oracle 10 Express Edition vers mon SQL Server 2005.
    J'ai créé un package.dtsx grâce à l'import de data dans le SQL management studio qui a fonctionné (avec quelques warnings).
    J'ai réintégré ce package dans un process et la rien ne va plus :

    Démarrage du package SSIS « TransfertOtoS (1).dtsx ».
    Informations : 0x4004300A à Tâche de flux de données, DTS.Pipeline: Début de la phase Validation.
    Erreur : 0xC0202009 à TransfertOtoS, Gestionnaire de connexions « SourceConnectionOLEDB »: Code d'erreur SSIS DTS_E_OLEDBERROR. Une erreur OLE DB s'est produite. Code d'erreur : 0x80004005.
    Un enregistrement OLE DB est disponible. Source : « OraOLEDB » Hresult : 0x80004005 Description : « ORA-01005: aucun mot de passe indiqué ; connexion refusée ».
    Erreur : 0xC020801C à Tâche de flux de données, Source 2 - FACILITY_LOCATION [147]: Code d'erreur SSIS DTS_E_CANNOTACQUIRECONNECTIONFROMCONNECTIONMANAGER. Échec de l'appel de la méthode AcquireConnection vers le gestionnaire de connexions « SourceConnectionOLEDB ». Code d'erreur : 0xC0202009. Des messages d'erreur peuvent être envoyés au préalable avec des informations indiquant la raison de l'échec de la méthode AcquireConnection.
    Erreur : 0xC0047017 à Tâche de flux de données, DTS.Pipeline: Échec de la validation de composant « Source 2 - FACILITY_LOCATION » (147). Code d'erreur : 0xC020801C.
    Erreur : 0xC004700C à Tâche de flux de données, DTS.Pipeline: Échec de la validation d'un ou de plusieurs composants.
    Erreur : 0xC0024107 à Tâche de flux de données: Des erreurs se sont produites au cours de la validation de la tâche.
    Package SSIS « TransfertOtoS (1).dtsx » terminé : Échec de l'opération.
    

    Le mot de passe de la connection SourceConnectionOLEDB est pourtant correctement défini ?

    merci pour toute l'aide que vous pourriez apporter.

    A+

    Got-X
    jeudi 15 octobre 2009 14:33

Réponses

  • bonsoir,

    Mikedavem, tu étais sur la bonne Piste.

    J'avais en réalité réalisé le package ETL grâce à l'outil d'Import du Management Studio : je n'avais pas demandé de niveau de protection.
    Ayant compris, mon erreur, j'ai changé à posteriori le protection level lors de l'intégration dans mon "service intégré".
    Ca n'a rien changé.

    J'ai corrigé le problème en recréant complètement le package de la même façon mais en précisant un protectionLevel avec un Encryptage dès le début.
    Et là, plus de problème.

    A+ Bientôt
    Got-X
    • Marqué comme réponse XGotX mardi 20 octobre 2009 19:02
    mardi 20 octobre 2009 19:02

Toutes les réponses

  • Bonsoir,

    Avez vous regardé dans votre package SSIS le niveau de protection (propriété protectionLevel) ?
    Essayez avec la valeur EncryptSensitiveWithUserKey ... Est ce que ca fonctionne ?

    ++
    MCDBA | MCITP SQL Server 2005 | MCTS SQL Server 2008 | LPI Linux 1
    mardi 20 octobre 2009 16:42
    Modérateur
  • bonsoir,

    Mikedavem, tu étais sur la bonne Piste.

    J'avais en réalité réalisé le package ETL grâce à l'outil d'Import du Management Studio : je n'avais pas demandé de niveau de protection.
    Ayant compris, mon erreur, j'ai changé à posteriori le protection level lors de l'intégration dans mon "service intégré".
    Ca n'a rien changé.

    J'ai corrigé le problème en recréant complètement le package de la même façon mais en précisant un protectionLevel avec un Encryptage dès le début.
    Et là, plus de problème.

    A+ Bientôt
    Got-X
    • Marqué comme réponse XGotX mardi 20 octobre 2009 19:02
    mardi 20 octobre 2009 19:02