Discussion :

[patriceharel]

Bonjour à tous,

J'ai un package qui démarre une transaction (TransactionOption=Required). Une tâche SQL qui effectue des instructions DDL sur une base située sur un serveur distant. Cette tâche SQL utilise la transaction du package. J'ai l'erreur suivante :

[Execute SQL Task] Error: Failed to acquire connection "DWHCLIENT". Connection may not be configured correctly or you may not have the right permissions on this connection.

[Connection manager "DWHCLIENT"] Error: The SSIS Runtime has failed to enlist the OLE DB connection in a distributed transaction with error 0x8004D00E "La transaction a déjà été validée ou annulée de manière implicite ou explicite".

En revanche, lorsque les lots SSIS sont sur le même serveur que la base tout fonctionne. Avez vous une idée?

[patriceharel]

Bon j'ai trouvé une solution, je ne sais pas si elle est propre mais là voici. En fait j'utilise le DTC du serveur de base de données à partir du poste exécutant les lots SSIS.

Bref maintenant j'ai un autre soucis. Lorsque dans un lot j'ai un Lookup pour distinguer les lignes à mettre à jour (elles seront mises à jour via un OLEDB Command) des nouvelles à insérer (insérées via un OLEDB Destination), SSIS me claque une erreur du type :

An OLE DB record is available. Source: "Microsoft SQL Server Native Client 10.0" Hresult: 0x80040E14 Description: "This operation conflicts with another pending operation on this transaction. The operation failed.".

Ce qui dans un sens est logique car je tente de mettre à jour des lignes qui n'ont pas encore étaient Commit. Pour pallier à ce problème je pensais que mettre la propriété IsolationLevel de mes objets à Chaos suffirait... vraisemblablement non.

Quelqu'un a déjà eu ce soucis?

Merci à vous

[FrancoisJehl]

Dans l'idée c'est assez logique: tu as en fait deux transactions une qui UPDATE et une autre qui INSERT donc des locks concurrents de part et d'autre...

Dans ton cas j'aurais plutôt tendance à faire l'UPDATE en mode massif après:
-DF1: insertion des nouveaux records dans ta table de dim et des "à mettre à jour" dans une table temporaire
-DF2: UPDATE massif de la table de dim depuis la table temporaire

Il y a d'autres solutions plus drastiques (DELETE partiel + INSERT, DELETE total + INSERT) mais qui dépendent du design de ton alimentation (type de SCD, sur quels champs...) et qui toutes gardent ce côté séquentiel qui évite l'auto-locking du lot.

François JEHL

[patriceharel]

Merci François,

Je suis effectivement passé à quelque chose de plus séquentiel. Je souhaiterai tout de même savoir pourquoi le fait de passer mon IsolationLevel à Chaos a été sans effet? Je pensais que ce dernier permettait d'outre passer le lock sur les updates?