Sistema di elaborazione transazionale

Questo articolo può contenere lavori non pubblicati o dichiarazioni non verificate (Marzo 2013).

Puoi aiutare aggiungendo riferimenti o rimuovendo contenuti non pubblicati.

Il sistema di elaborazione transazionale o STT (dominio IT ) è un sistema in grado di eseguire un insieme di operazioni di unità in un determinato contesto transazionale. L'STT deve essere in grado di garantire in ogni momento le proprietà insite in una transazione IT per i dati che gestisce.

Descrizione

Il termine "elaborazione delle transazioni" è la traduzione in francese della lingua inglese l'elaborazione delle transazioni (TP). In Canada, questa è una raccomandazione dell'OQLF . Non esiste una raccomandazione ufficiale in Francia. A volte diciamo colloquialmente "in TP" per designare un'elaborazione che viene eseguita "in transazione", vale a dire in tempo reale, in contrapposizione all'elaborazione batch che viene eseguita in risposta differita.

L'STT è un sistema di base che supporta il livello delle operazioni, che esegue e registra le transazioni quotidiane e quotidiane necessarie per l'attività dell'organizzazione.

Gli STT raccolgono, archiviano, modificano e recuperano le transazioni di un'organizzazione. Una transazione è un evento che si verifica o modifica dati che verranno successivamente archiviati in un sistema informativo.

Da un punto di vista tecnico, un sistema di elaborazione delle transazioni controlla i programmi delle transazioni, un tipo speciale di programmi. L'essenza di un programma di transazione è che controlla quali dati devono essere lasciati in uno stato coerente. Per esempio. Se viene effettuato un pagamento elettronico, la quantità deve essere sia prelevata da un conto sia in aggiunta all'altro, oppure nessuna delle due. In caso di errore che impedisce il completamento della transazione, la transazione parzialmente eseguita deve essere "annullata" dall'STT. Sebbene questo tipo di integrità dovrebbe essere fornito anche per l'elaborazione batch transazionale, è particolarmente importante per l'elaborazione live: if per esempio. Un sistema di prenotazione del posto dell'aeromobile è accessibile da più operatori, dopo una richiesta di posto vuoto, i dati della prenotazione del posto devono essere bloccati fino a quando non viene effettuata la prenotazione, altrimenti un altro utente potrebbe avere l'impressione che un posto sia ancora libero mentre è effettivamente prenotato. Senza un adeguato monitoraggio delle transazioni, possono verificarsi doppie prenotazioni. Altre funzioni di monitoraggio delle transazioni includono il rilevamento e la risoluzione dei deadlock (i vicoli ciechi possono essere inevitabili in alcuni casi di dipendenza incrociata dai dati) e la registrazione delle transazioni (nei "registri") per il "ripristino sui dati". 'Prima' in caso di massiccia fallimenti.

Caratteristiche dei sistemi di elaborazione delle transazioni

Risposta rapida

L'esecuzione rapida con un tempo di risposta rapido è fondamentale. Le aziende non possono permettersi che i clienti aspettino una risposta TWU, i tempi di consegna dall'ingresso della transazione alla produzione per le prestazioni devono essere di pochi secondi o meno.

Affidabilità

Molte organizzazioni fanno molto affidamento sul proprio TWS; un'interruzione interromperà le operazioni o spegnere il business. Affinché un STT sia efficace, il suo tasso di fallimento deve essere molto basso. Se un STT non riesce, deve essere possibile un ripristino rapido e accurato. Ciò rende essenziali le procedure di protezione e ripristino.

Inflessibilità

Un STT vuole che ogni transazione venga trattata allo stesso modo indipendentemente da utente, cliente o ora del giorno. Se un TWS fosse flessibile, ci sarebbero troppe opportunità per operazioni non standard, ad esempio, una compagnia aerea commerciale deve accettare in modo coerente le prenotazioni aeree da una gamma di agenti di viaggio, accettare dati di transazione diversi da agenti di viaggio diversi sarebbe un problema .

Trattamento ordinato

L'elaborazione in un TWS deve supportare le operazioni di un'organizzazione. Ad esempio, se un'organizzazione assegna ruoli e responsabilità a determinati dipendenti, la TWU dovrebbe imporre e mantenere questa condizione.

Proprietà del test ACID

Atomicita

Le modifiche allo stato di una transazione sono atomiche: tutte o nessuna. Queste modifiche includono modifiche, messaggi e azioni del database sui sensori.

Uniformità

Una transazione è una corretta trasformazione dello stato. Le azioni intraprese come gruppo non violano nessuno dei vincoli di integrità associati alla condizione. Ciò richiede che la transazione sia un programma corretto.

Solitudine

Sebbene le transazioni vengano eseguite contemporaneamente, sembra che con ogni transazione T siano state eseguite altre prima o dopo T, ma non entrambe.

Longevità

Una volta che una transazione viene completata con successo (commit), le sue modifiche allo stato sopravvivono agli errori.

La memorizzazione e il recupero delle informazioni STT devono essere efficienti. I dati sono archiviati in magazzini o altri database, il sistema deve essere ben progettato per le sue procedure di protezione e ripristino.

Database e record

La memorizzazione e il recupero dei dati devono essere precisi in quanto vengono utilizzati molte volte durante la giornata. Il database è una raccolta di dati ben organizzata che memorizza i record contabili e operativi nel database. I database proteggono sempre i loro dati sensibili, quindi di solito hanno una visione limitata di determinati dati. I database sono progettati utilizzando strutture gerarchiche, di rete o correlate; ogni struttura è efficace nel suo senso.

Le diverse strutture sono:

Le seguenti funzionalità sono incluse nei sistemi di elaborazione delle transazioni in tempo reale:

In un TWS, ci sono 5 diversi tipi di record, il TWU utilizza i record per archiviare e organizzare i suoi dati di transazione:

Archivio dati

Un data warehouse è un database che riunisce informazioni da diverse fonti. Quando ha raccolto transazioni in tempo reale, può essere utilizzato per l'analisi in modo efficiente se è archiviato in un data warehouse. Fornisce dati consolidati, tematici, storici e inalterabili:

Procedure di emergenza

Poiché le organizzazioni aziendali sono diventate molto dipendenti dagli STT, un guasto nel loro STT può interrompere le normali routine aziendali e quindi interromperne il funzionamento per un certo periodo di tempo. Al fine di prevenire la perdita di dati e ridurre al minimo le interruzioni quando un STT interrompe una protezione ben intenzionale e viene utilizzata la procedura di ripristino. Il processo di ripristino può ricostruire il sistema quando si interrompe.

Processo di recupero

Un STT può fallire per molte ragioni. Questi motivi potrebbero includere guasti del sistema, errori umani, guasti hardware, dati errati o non validi, virus informatici, errori dell'applicazione software o disastri naturali. Quindi è logico presumere che non sia possibile impedire a un STT di non fallire mai, tuttavia poiché potrebbe fallire di volta in volta, deve essere in grado di far fronte ai guasti. La TWU deve essere in grado di rilevare e correggere gli errori quando si verificano. Un STT eseguirà un ripristino del database per far fronte quando il sistema non riesce, coinvolge protezione, registro, checkpoint e gestore di ripristino:

A seconda di come il sistema non è riuscito, potrebbero essere utilizzate due diverse procedure di ripristino. In genere, le procedure prevedono il ripristino dei dati raccolti da un dispositivo di backup e la successiva esecuzione dell'elaborazione della transazione. Due tipi di recupero il suo ritorno allo stato precedente e il recupero in avanti:

Note e riferimenti

  1. Vedi il Dizionario terminologico grande