IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

MS SQL Server Discussion :

[SQL SERVER 2005] Transactions entre Oracle et SQL Server


Sujet :

MS SQL Server

  1. #1
    Futur Membre du Club
    Profil pro
    Étudiant
    Inscrit en
    Juillet 2009
    Messages
    6
    Détails du profil
    Informations personnelles :
    Âge : 34
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Juillet 2009
    Messages : 6
    Points : 7
    Points
    7
    Par défaut [SQL SERVER 2005] Transactions entre Oracle et SQL Server
    Bonjour,

    Voila mon problème, j'utilise SSIS et le système de package/master package pour transformer des données Oracle 10g SP2, et les insérer dans une base de données SQL Server 2005 SP2. Jusque là, rien de bien compliqué.

    Pour faire ces transaction, j'utilise MSDTC.exe avec Oracle Services for Microsoft Windows Transaction Server côté client. Sans ces outils, mes transactions sont impossibles.

    Ce qui me pause problème, c'est la stabilité de ces outils. Mes transactions marchent 3 fois sur 4 sans avoir changé la moindre configuration. J'aimerai savoir d'où peut venir le problème afin que je puisse assurer le fonctionnement total de mes transactions ?

    Des idées ?

  2. #2
    Membre chevronné

    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Août 2007
    Messages
    1 216
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : Suisse

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Industrie Pharmaceutique

    Informations forums :
    Inscription : Août 2007
    Messages : 1 216
    Points : 1 758
    Points
    1 758
    Par défaut
    Quel est le message d'erreur retourne ?
    Avez vous remarque quelque chose au niveau des logs SQL Server/Oracle ?
    Qu'est ce qui est loggue dans vos packages SSIS ?

  3. #3
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 761
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 761
    Points : 52 547
    Points
    52 547
    Billets dans le blog
    5
    Par défaut
    Un mécanisme de COMMIT à deux phases (TWO PHASE COMMIT ou 2PC) ne peut en aucun cas garantir la finalité de la transaction.

    En effet, le mécanisme est le suivant :
    Lancement d'une transaction répartie avec 2 insertions l'une sur le serveur A (INS A) et l'autre sur le serveur B (INS B)...
    • Première phase (consultation) : chacun des serveurs doit indiquer s'ils peut valider
    • Seconde phase (imposition) : après réception des messages si tous peuvent valider alors un COMMIT est lancé à tous les serveurs, sinon, c'est un ROLLBACK.

    C'est le coordinateur des transaction qui s'en occupe.

    MAIS... si entre les deux phases un des serveurs tombe en panne après avoir répondu OK, alors il y aura COMMIT sur tous les serveurs, sauf celui qui est HS. Et comme il n'a pas reçu l'ordre COMMIT avant de tomber en panne, c'est comme s'il y avait eu un ROLLBACK !
    Au final vous vous retrouvez avec une base distribuée (hétérogène) non intègre...

    Cependant je dote que vous ayez besoin de journaliser à ce point vos transactions. Y a t-il réellement mise à jour simultané des deux serveurs, dans chacune de vos transactions ?

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  4. #4
    Futur Membre du Club
    Profil pro
    Étudiant
    Inscrit en
    Juillet 2009
    Messages
    6
    Détails du profil
    Informations personnelles :
    Âge : 34
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Juillet 2009
    Messages : 6
    Points : 7
    Points
    7
    Par défaut
    Le message d'erreur était simple : La transaction à été rollback. C'est tout !

    En tout cas, merci de votre aide, j'ai contourné le problème en recréant en premier les bases Oracles dans des tables SQL Server, et j'ai ensuite procédé aux changement et au traitement des données dans la nouvelles base de données créée.

    En vous posant cette question, je pensais pouvoir comprendre le fond du problème !

Discussions similaires

  1. Lien entre Oracle et SQL Server 2005
    Par providence dans le forum Import/Export
    Réponses: 2
    Dernier message: 23/02/2010, 15h56
  2. SQL SERVER 2005 - Passage de Oracle à Sql server
    Par cvermtw dans le forum MS SQL Server
    Réponses: 3
    Dernier message: 01/02/2008, 16h30
  3. Equivalence entre Oracle et Sql Server
    Par sfaxi dans le forum MS SQL Server
    Réponses: 1
    Dernier message: 17/01/2007, 09h27
  4. [SQL server 2005 express] liste des erreurs SQL serveur 2005
    Par critok dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 02/05/2006, 19h17
  5. Lien entre oracle et SQL Server 2000
    Par alpachico dans le forum Décisions SGBD
    Réponses: 14
    Dernier message: 15/06/2005, 14h14

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo