Le Traitement Transactionnel en Ligne

Le traitement transactionnel en ligne (OLTP) est un concept informatique qui recouvre l'accès par de nombreux utilisateurs à de grandes quantités d'informations, en temps réel, sans interférence entre eux et sans perte d'intégrité, de vitesse ni de fiabilité en ce qui concerne les services fournis à chaque utilisateur. Les entreprises utilisent des systèmes de traitement transactionnel pour gérer des informations stratégiques, quand l'obtention d'informations exactes et à jour est vitale. Ces systèmes peuvent aller des systèmes de petite taille, prenant en charge un seul distributeur, aux systèmes des compagnies aériennes qui desservent des dizaines de milliers d'utilisateurs et enregistrent des données par centaines de giga-octets.

TRANSACTIONS

L'interaction de chaque utilisateur avec un système d'information d'entreprise implique une ou plusieurs transactions.  Chaque transaction se compose d'une série d'opérations devant être exécutées comme un tout (bien que chaque opération puisse être exécutée dans un processus distinct). Le traitement transactionnel est pris en charge par des moniteurs de traitement transactionnel qui permettent de développer, exécuter et administrer des applications de traitement transactionnel.  Voici un exemple schématisé :

Toutes les transactions assurent l'intégrité et la cohérence des systèmes d'information d'entreprise par les propriétés ACID, qui garantissent l'atomicité, la cohérence, l'isolement et la durabilité du travail.

 

Atomicité

Les opérations sont regroupées en unités atomisées. Toutes les opérations d'une unité de travail aboutissent (et les modifications correspondantes sont validées) ou aucune n'aboutit (et les modifications sont annulées).

 

Cohérence

Une transaction fait passer des données d'un état cohérent à un autre et fonctionne par répétition. Les données utilisées par une transaction sont modifiées comme l'attend l'utilisateur et sont laissées dans un état utilisable par d'autres transactions. Si une transaction est répétée, elle déroule toujours la même séquence logique.

 

Isolement

Même si les transactions s'exécutent simultanément, aucune transaction ne peut interférer avec le travail en cours d'une autre. Les transactions s'exécutent donc apparemment en série.

 

Durabilité

Lorsqu'une unité de travail aboutit, ses modifications persistent, même si un incident lié à une autre transaction, au système ou à un autre élément se produit ensuite.

 

 

Une transaction peut comprendre une ou plusieurs unités de travail logiques. Lorsqu'une unité de travail logique aboutit, elle lance un point de synchronisation qui marque la fin de l'unité de travail logique. Lors de ce point, les modifications de données effectuées dans l'unité de travail logique sont validées et les données sont libérées. Celles-ci peuvent alors être utilisées par d'autres transactions.

Si une tâche échoue, les modifications non validées sont annulées automatiquement. Les ressources qui peuvent être récupérées sont ainsi restaurées dans l'état cohérent dans lequel elles étaient au début de l'unité de travail logique interrompue (c'est-à-dire au dernier point de synchronisation ou au début de la tâche). Ce processus de retour en arrière, appelé annulation de transaction dynamique, se produit uniquement dans la tâche concernée et évite que d'autres tâches n'utilisent des données altérées.

Moniteurs de traitement transactionnel

Le traitement transactionnel est contrôlé par un moniteur qui exécute toutes les fonctions nécessaires à la coordination du traitement transactionnel en ligne. Le moniteur est mis en oeuvre par le développement d'une ou plusieurs régions, unités administratives individuelles prenant en charge plusieurs programmes d'application simultanés.

Une région exécute les transactions demandées par un ou plusieurs clients. Par exemple, une application utilisateur qui s'exécute sur un poste (le poste client) demande qu'une transaction soit exécutée sur un autre poste (le poste serveur). En général, la région accède à des données, y applique un traitement logique puis répond au client. Cette fonction requiert l'exécution d'un ou plusieurs programmes pour le compte d'une transaction.

La région tient à jour et utilise un ensemble de processus à unités d'exécution multiples, qui fournissent chacune un environnement complet pour l'exécution d'une transaction.

Chaque région coordonne toutes les fonctions nécessaires à ses serveurs d'applications. Par exemple, elle coordonne les autorisations d'accès des serveurs d'applications, obtient les données et la mémoire dont ils ont besoin et consigne leurs transactions.

Une région délègue de nombreuses fonctions à d'autres serveurs plus adaptés au travail requis, mais fournit des fonctions supplémentaires nécessaires au traitement transactionnel intégré. Par exemple, une région  peut utiliser des serveurs de fichiers structurés (SFS) et des bases de données pour stocker et gérer les données utilisateur, mais elle fournit des fonctions de recherche et d'interface pour ces gestionnaires de ressources, enregistre les modifications des données en cours et coordonne la mise à jour des données via de multiples gestionnaires de ressources.

Cycle de Vie d'une transaction

Voici comment une transaction type est traitée dans un Système de traitement transactionnel :

 

1. Demande de transaction d'une application utilisateur. Pour traiter la demande,  vérifier qu'elle peut communiquer avec l'unité utilisateur et que l'utilisateur est autorisé à utiliser le système.

    

2. Explorer la table de définitions de transactions, afin de rechercher des informations sur la transaction (avant qu'une transaction puisse être utilisée, elle doit être définie avec des attributs ; par exemple, le nom du premier programme à exécuter lorsque la transaction est demandée).

    

3. Si une définition existe,  affecter la demande à une tâche, utilisée pour contrôler le traitement des programmes de la transaction. La région regroupe la tâche avec d'autres tâches pour traitement, et fait en sorte que du temps machine et l'accès aux données nécessaires lui soient alloués.

    

4. La tâche exécute le premier programme de la transaction dans un processus appelé serveur d'applications. Si la transaction fait appel à plusieurs programmes, ces derniers peuvent s'exécuter sur le même serveur d'applications ou sur des serveurs différents, selon le mode d'appel de ces programmes.

    

5. Surveiller la progression de la tâche, répondant à ses demandes de données, de communications et d'autres ressources.
6. Une fois la tâche terminée,  valider toutes les modifications de données, met fin à la tâche et libère les ressources afin qu'elles puissent être utilisées par d'autres transactions.

 

Si vous avez apprécier ce survol des différentes caractéristiques d'un Système de Traitement Transactionnel en Ligne, vous aimerez sûrement découvrir les caractéristiques du Traitement Transactionnel Réparti. 

[Page Principale] [Historique] [Notions de Base] [Le STT?] 
[Le STTR?] [Coupures de Journaux] [Concept Associées] [QUIZ!] [Références] [Auteurs]