Gestion des transactions pour deux sources de données indépendantes en une seule

Question

J'ai deux sources de données: une ancienne (service Web) et une base de données. Maintenant, lorsque je traite la demande, j'ai apporté des modifications aux deux. En cas d'erreur, je veux annuler les deux. Le problème est: que se passe-t-il si l'héritage hérité pendant la restauration (c'est-à-dire une erreur réseau)? db.Rollback() ne sera pas exécuté. Et vice versa. La solution que je vois est:

legacy.Begin(); 
try 
{ 
    db.Begin(); 
    try 
    { 
     legacy.MakeChanges(); db.MakeChanges(); 
    } 
    except (Exception) 
    { 
    db.Rollback(); 
    throw; 
    } 
} 
except (Exception) 
{ 
    legacy.Rollback(); 
    throw; 
} 

Est-il acceptable? Y a-t-il une meilleure solution?

Answer 1

Vous exécutez efficacement vos propres transactions de validation en deux phases. Une solution complètement robuste requiert la coopération des deux ressources et est généralement mieux réalisée à l'aide d'un gestionnaire de transactions compatible 2PC.

Le problème fondamental ici est que vous n'avez aucune protection contre l'échec de votre propre application (il joue le rôle de gestionnaire de transactions) et donc aucune garantie que vous pouvez restaurer cet héritage. Envisager une défaillance de votre application juste au moment où il était sur le point d'appeler legcacy.Rollbock(). Vous n'avez maintenant aucun enregistrement que vous étiez au milieu d'une «transaction» et donc quand votre application revient, vous n'avez aucune raison d'aller exécuter cette restauration. Approches possibles:

1). Utilisez true 2PC, ceci n'est possible que si votre WebSerice a des capacités transactionnelles (techniquement possible mais pratiquement improbable).

2). Tolérer le risque de certaines incohérences. De nombreux systèmes le font par inadvertance,

3). Essayez le type de rétablissement que vous allez pour mais acceptez qu'il peut échouer. Ajouter une forme de piste d'audit qui permet la détection de résultats incertains et permet donc une mise à jour manuelle plus tard. Ainsi, vous pouvez ajouter une sorte de journalisation d'audit qui vous permettrait de détecter les activités incompatibles. Cela peut être vu comme une sorte d'approche 2PC très manuelle.