Un système de traitement des transactions ( TPS ) est un système logiciel , ou une combinaison logiciel/ matériel , qui prend en charge le traitement des transactions .
SABRE , développé par IBM pour American Airlines et mis en service en 1964. Conçu pour traiter jusqu'à 83 000 transactions par jour, le système fonctionnait sur deux ordinateurs IBM 7090. SABRE fut transféré sur les ordinateurs IBM System/360 en 1972 et devint un produit IBM, d'abord sous le nom d'Airline Control Program (ACP) , puis sous celui de Transaction Processing Facility (TPF) . Outre les compagnies aériennes, TPF est utilisé par de grandes banques, des sociétés de cartes de crédit et des chaînes hôtelières.Le système Hewlett Packard Enterprise NonStop (anciennement Tandem NonStop) est un système matériel et logiciel conçu pour le traitement transactionnel en ligne (OLTP) introduit en 1976. Le système offre un niveau extrême de disponibilité et d'intégrité des données.
Liste des systèmes de traitement des transactions
- IBM Transaction Processing Facility (TPF) – 1960. Contrairement à la plupart des autres systèmes de traitement transactionnel, le TPF est un système d'exploitation dédié au traitement transactionnel sur les mainframes IBM System z . Initialement appelé Airline Control Program (ACP) .
- IBM Information Management System (IMS) – 1966. Système intégré de gestion de bases de données hiérarchiques et de gestion de l'information doté de capacités étendues de traitement transactionnel. Fonctionne sous OS/360 et versions ultérieures .
- IBM Customer Information Control System (CICS) – 1969. Gestionnaire de transactions conçu pour le traitement en ligne rapide et à haut volume, CICS utilisait initialement des ensembles de données système standard, mais est désormais connecté au système de base de données relationnelle IBM Db2 . Il fonctionne sous OS/360 et ses successeurs , DOS/360 et ses successeurs , IBM AIX , VM et OS/2 . Les versions non mainframe sont appelées TXSeries .
- Tuxedo – Années 1980. Transactions pour Unix, étendu pour les opérations distribuées, développé par AT&T Corporation , désormais propriété d' Oracle Corporation . Tuxedo est un système de traitement des transactions (TPS) multiplateforme.
- UNIVAC de la série UNIVAC 1100/2200 .
- Burroughs Corporation a pris en charge les capacités de traitement transactionnel dans ses systèmes d'exploitation MCP grâce à GEMCOS (Generalized Message Control System de 1976). En 2012, les serveurs UNISYS ClearPath Enterprise incluaient Transaction Server, « un système de contrôle des messages et des applications extrêmement flexible et performant ».
- Système de contrôle et de gestion des applications (ACMS) de Digital Equipment Corporation (DEC) – 1985. « Fournit un environnement pour la création et le contrôle d'applications de traitement transactionnel en ligne (OLTP) sur le système d'exploitation VMS. » Fonctionne sur les systèmes VAX / VMS .
- Système de contrôle des messages (MCS-10) de Digital Equipment Corporation (DEC) pour les systèmes PDP-10 TOPS-10 .
- Honeywell Multics Traitement des transactions. Fonctionnalité (TP) – 1979.
- Transaction Management eXecutive (TMX) était le système de traitement des transactions propriétaire de NCR Corporation, fonctionnant sur les systèmes NCR Tower série 5000. Ce système était principalement utilisé par les institutions financières dans les années 1980 et 1990.
- Système NonStop de Hewlett Packard Enterprise – 1976. NonStop est un système matériel et logiciel intégré conçu spécifiquement pour le traitement des transactions. Initialement développé par Tandem Computers .
- Transarc Encina – 1991. Transarc a été racheté par IBM en 1994. Encina a été abandonné en tant que produit et intégré à la gamme TXSeries d'IBM . Le support d'Encina a été arrêté en 2006.
Types de traitement
Le traitement transactionnel se distingue et peut être mis en contraste avec d'autres modèles de traitement informatique, tels que le traitement par lots , le temps partagé et le traitement en temps réel .
Traitement par lots
Disponibilité continue
Le système doit être disponible pendant toute la durée des transactions effectuées par les utilisateurs. De nombreuses organisations dépendent fortement de leur système de traitement des transactions (STT) ; une panne perturberait leurs opérations, voire les immobiliserait complètement.
Intégrité des données
Le système doit pouvoir gérer les problèmes matériels ou logiciels sans corrompre les données. Il doit être protégé contre toute tentative de modification simultanée d'une même donnée par plusieurs utilisateurs ; par exemple, deux opérateurs ne peuvent pas vendre le même siège dans un avion.
Facilité d'utilisation
Les utilisateurs des systèmes de traitement des transactions sont souvent des utilisateurs occasionnels. Le système doit donc être simple à comprendre, les protéger autant que possible des erreurs de saisie et leur permettre de corriger facilement leurs erreurs.
Croissance modulaire
Le système doit pouvoir évoluer progressivement, sans nécessiter un remplacement complet. Il doit être possible d'ajouter, de remplacer ou de mettre à jour des composants matériels et logiciels sans interruption de service.
Types de traitement des transactions
Traitement par lots
Les transactions peuvent être collectées et traitées par lots. Elles seront collectées puis mises à jour ultérieurement par lots, lorsque leur traitement sera opportun ou économique. Historiquement, il s'agissait de la méthode la plus courante, car les technologies de l'information permettant un traitement en temps réel n'existaient pas encore.
Traitement en temps réel
Il s'agit du traitement immédiat des données. Il assure la confirmation instantanée d'une transaction. Il peut impliquer un grand nombre d'utilisateurs effectuant simultanément des transactions modifiant les données. Grâce aux progrès technologiques (tels que l'augmentation de la vitesse de transmission des données et l'accroissement de la capacité des systèmes et des réseaux ), la mise à jour en temps réel est possible.
Bases de données pour le traitement transactionnel
Les caractéristiques suivantes sont souhaitables dans un système de base de données utilisé dans les systèmes de traitement transactionnel :
- Bon placement des données : La base de données doit être conçue pour accéder aux modèles de données de nombreux utilisateurs simultanés.
- Transactions courtes : Les transactions courtes permettent un traitement rapide. Cela évite la concurrence et accélère le fonctionnement des systèmes.
- Sauvegarde en temps réel : Les sauvegardes doivent être programmées pendant les périodes de faible activité afin d’éviter les ralentissements du serveur.
- Normalisation élevée : cela réduit les informations redondantes afin d’augmenter la vitesse et d’améliorer la concurrence, ce qui améliore également les sauvegardes.
- Archivage des données historiques : les données rarement utilisées sont déplacées vers d’autres bases de données ou des tables (fichiers) de sauvegarde. Cela permet de réduire la taille des tables et d’améliorer les temps de sauvegarde.
- Configuration matérielle adéquate : le matériel doit pouvoir gérer un grand nombre d’utilisateurs et fournir des temps de réponse rapides.
Procédures de sauvegarde
Les entreprises étant devenues très dépendantes du traitement des transactions, une panne peut perturber leur fonctionnement normal et l'interrompre temporairement. Afin de prévenir les pertes de données et de minimiser les interruptions, il est indispensable de mettre en place et de respecter des procédures de sauvegarde et de restauration rigoureuses. Le processus de restauration permet de reconstruire le système en cas de panne.
Types de procédures de sauvegarde
Il existe deux principaux types de procédures de sauvegarde : les sauvegardes grand-père-père-fils et les sauvegardes partielles :
Grand-père-père-fils
Cette procédure consiste à effectuer des sauvegardes complètes de toutes les données à intervalles réguliers : quotidiens, hebdomadaires, mensuels, ou selon les besoins. Plusieurs générations de sauvegardes sont conservées, souvent trois, d'où le nom de la méthode. La sauvegarde la plus récente est appelée « fils », la précédente « père » et la plus ancienne « grand-père ». Cette méthode est couramment utilisée pour les systèmes de traitement par lots avec lecteur de bande magnétique . En cas de panne du système pendant un traitement par lots, le fichier maître est recréé en restaurant la sauvegarde « fils », puis en redémarrant le traitement. Cependant, si la sauvegarde « fils » est défaillante, corrompue ou détruite, la sauvegarde précédente (« père ») est utilisée. De même, si celle-ci échoue, la sauvegarde antérieure (« grand-père ») est nécessaire. Bien entendu, plus la génération est ancienne, plus les données risquent d'être obsolètes.
Sauvegardes partielles
Les sauvegardes partielles ne contiennent généralement que les enregistrements modifiés. Par exemple, une sauvegarde complète peut être effectuée chaque semaine, puis des sauvegardes partielles chaque nuit. La restauration selon ce principe consiste à restaurer la dernière sauvegarde complète, puis toutes les sauvegardes partielles afin de reconstituer une base de données à jour. Ce processus est plus rapide que l'utilisation exclusive de sauvegardes complètes, mais le temps de restauration est plus long.
Avantages
- Traitement par lots ou en temps réel disponible
- Réduction des délais de traitement, des délais de livraison et des délais de cycle de commande
- Réduction des coûts liés aux stocks, au personnel et aux commandes
- Augmentation de la productivité et de la satisfaction client