Transaktionsbehandlingssystem
Transaktionsbehandling är ett beräkningssätt som delar upp arbetet i individuella, odelbara operationer, så kallade transaktioner. Ett transaktionsbearbetningssystem ( TPS ) är ett mjukvarusystem , eller kombination av mjukvara/ hårdvara , som stöder transaktionsbearbetning.
Historia
Det första transaktionsbearbetningssystemet var SABRE , tillverkat av IBM för American Airlines , som togs i drift 1964. Systemet var utformat för att behandla upp till 83 000 transaktioner om dagen och kördes på två IBM 7090- datorer. SABRE migrerades till IBM System/360- datorer 1972 och blev en IBM-produkt först som Airline Control Program (ACP) och senare som Transaction Processing Facility (TPF) . Förutom flygbolag används TPF av stora banker, kreditkortsföretag och hotellkedjor.
Hewlett Packard Enterprise NonStop -systemet (tidigare Tandem NonStop) är ett maskin- och mjukvarusystem designat för Online Transaction Processing (OLTP) som introducerades 1976. Systemet ger en extrem nivå av tillgänglighet och dataintegritet.
Lista över transaktionsbearbetningssystem
- IBM Transaction Processing Facility (TPF) – 1960. Hos Amity Till skillnad från de flesta andra transaktionsbehandlingssystem är TPF ett dedikerat operativsystem för transaktionsbehandling på IBM System z stordatorer. Ursprungligen Airline Control Program (ACP) .
- IBM Information Management System (IMS) – 1966. En gemensam hierarkisk databas och informationshanteringssystem med omfattande transaktionsbehandlingsmöjligheter. Körs på OS/360 och efterföljare .
- IBM Customer Information Control System (CICS) – 1969. En transaktionshanterare designad för snabb onlinebehandling med stora volymer, CICS använde ursprungligen standardsystemdatauppsättningar, men har nu en anslutning till IBM Db2 relationsdatabassystem . Körs på OS/360 och efterföljare och DOS/360 och efterföljare , IBM AIX , VM och OS/2 . Icke-stordatorversioner kallas TXSeries .
- Smoking – 1980-tal. Transaktioner för Unix, Extended for Distributed Operations utvecklad av AT&T Corporation , nu ägt av Oracle Corporation . Tuxedo är en plattformsoberoende TPS.
- UNIVAC Transaction Interface Package (TIP) – 1970-talet. En transaktionsbearbetningsmonitor för datorer i UNIVAC 1100/2200-serien .
- Burroughs Corporation stödde transaktionsbearbetningsmöjligheter i sina MCP- operativsystem med GEMCOS (Generalized Message Control System från 1976). Från och med 2012 UNISYS ClearPath Enterprise Servers Transaction Server, "ett extremt flexibelt, högpresterande meddelande- och applikationskontrollsystem."
- Digital Equipment Corporation (DEC) Application Control and Management System (ACMS) – 1985. "Tillhandahåller en miljö för att skapa och kontrollera OLTP-applikationer (Online Transaction Processing) på VMS-operativsystemet." Körs på VAX / VMS -system.
- Digital Equipment Corporation (DEC) meddelandekontrollsystem (MCS-10) för PDP-10 TOPS-10- system.
- Honeywell Multics transaktionsbearbetning. Feature (TP) – 1979.
- Transaction Management eXecutive (TMX) var NCR Corporations egenutvecklade transaktionsbehandlingssystem som kördes på NCR Tower 5000-seriens system. Detta system användes främst av finansiella institutioner på 1980- och 1990-talen.
- Hewlett Packard Enterprise NonStop -system – 1976. NonStop är ett integrerat hård- och mjukvarusystem speciellt utformat för transaktionsbearbetning. Ursprungligen från Tandem Computers .
- Transarc Encina – 1991. Transarc köptes av IBM 1994. Encina avbröts som en produkt och lades in i IBMs TXSeries . Encina-stödet avbröts 2006.
Bearbetningstyper
Transaktionsbearbetning skiljer sig från och kan jämföras med andra datorbearbetningsmodeller, till exempel batchbearbetning , tidsdelning och realtidsbearbetning .
Satsvis bearbetning
Batchbearbetning är exekvering av en serie program ( jobb ) på en dator utan manuell inblandning. Flera transaktioner, kallade en batch, samlas in och bearbetas samtidigt. Resultaten av varje transaktion är inte omedelbart tillgängliga när transaktionen skrivs in; det finns en tidsfördröjning.
Bearbetning i realtid
"Realtidssystem försöker garantera ett lämpligt svar på en stimulans eller begäran tillräckligt snabbt för att påverka de förhållanden som orsakade stimulansen." Varje transaktion i realtidsbehandling är unik; det är inte en del av en grupp av transaktioner.
Transaktionshantering
Ett Transaction Processing System (TPS) är en typ av informationssystem som samlar in, lagrar, modifierar och hämtar datatransaktioner från ett företag. Transaktionsbehandlingssystem försöker också tillhandahålla förutsägbara svarstider på förfrågningar, även om detta inte är lika kritiskt som för realtidssystem. Istället för att tillåta användaren att köra godtyckliga program som tidsdelning tillåter transaktionsbearbetning endast fördefinierade, strukturerade transaktioner. Varje transaktion är vanligtvis kortvarig och bearbetningsaktiviteten för varje transaktion är programmerad i förväg.
Funktioner för transaktionsbearbetningssystem
Följande funktioner anses viktiga vid utvärdering av transaktionsbehandlingssystem.
Prestanda
Snabb prestanda med snabb svarstid är avgörande. Transaktionsbehandlingssystem mäts vanligtvis av antalet transaktioner de kan bearbeta under en given tidsperiod.
Kontinuerlig tillgänglighet
Systemet måste vara tillgängligt under den tidsperiod då användarna gör transaktioner. Många organisationer förlitar sig starkt på sin TPS; ett haveri kommer att störa verksamheten eller till och med stoppa verksamheten.
Dataintegritet
Systemet måste kunna hantera hårdvaru- eller mjukvaruproblem utan att korrumpera data. Flera användare måste skyddas från att försöka ändra samma del av data samtidigt, till exempel kan två operatörer inte sälja samma plats på ett flygplan.
Enkel användning
Ofta är användare av transaktionsbehandlingssystem tillfälliga användare. Systemet ska vara enkelt för dem att förstå, skydda dem från datainmatningsfel så mycket som möjligt och tillåta dem att enkelt rätta till sina fel.
Modulär tillväxt
Systemet bör kunna växa till ökande kostnader, snarare än att kräva en fullständig ersättning. Det ska vara möjligt att lägga till, ersätta eller uppdatera hård- och mjukvarukomponenter utan att stänga av systemet.
Typer av transaktionsbearbetning
Bearbetning i en sats
Transaktioner kan samlas in och behandlas som vid batchbearbetning. Transaktioner kommer att samlas in och senare uppdateras som en batch när det är lämpligt eller ekonomiskt att behandla dem. Historiskt sett var detta den vanligaste metoden då informationsteknologin ännu inte fanns för att möjliggöra realtidsbehandling.
Bearbetning i realtid
Detta är den omedelbara behandlingen av data. Det ger omedelbar bekräftelse på en transaktion. Det kan röra sig om ett stort antal användare som samtidigt utför transaktioner som ändrar data. På grund av tekniska framsteg (som ökningen av dataöverföringshastigheten och större system och nätverksbandbredd ) är realtidsuppdatering möjlig.
Databaser för transaktionsbearbetning
En databas är en organiserad samling av data. Databaser erbjuder snabba hämtningstider för ostrukturerade förfrågningar som i en typisk transaktionsbehandlingsapplikation.
Databaser för transaktionsbearbetning kan konstrueras med hjälp av hierarkiska, nätverks- eller relationsstrukturer.
- Hierarkisk struktur: organiserar data i en serie nivåer. Dess topp-till-botten-liknande struktur består av noder och grenar; varje underordnad nod har förgreningar och är bara länkad till en överordnad nod på högre nivå.
- Nätverksstruktur: nätverksstrukturer organiserar också data med hjälp av noder och grenar. Till skillnad från hierarkisk struktur kan varje underordnad nod länkas till flera, högre föräldernoder.
- Relationsstruktur: en relationsdatabas organiserar sina data i en serie relaterade tabeller. Detta ger flexibilitet när relationer mellan tabellerna byggs upp.
Följande funktioner är önskvärda i ett databassystem som används i transaktionsbehandlingssystem:
- Bra dataplacering : Databasen bör utformas för att komma åt datamönster från många samtidiga användare.
- Korta transaktioner : Korta transaktioner möjliggör snabb bearbetning. Detta undviker samtidighet och taktar systemen.
- Realtidssäkerhetskopiering : Säkerhetskopiering bör schemaläggas mellan låga tider av aktivitet för att förhindra fördröjning av servern.
- Hög normalisering : Detta sänker redundant information för att öka hastigheten och förbättra samtidighet, detta förbättrar också säkerhetskopiering.
- Arkivering av historisk data : Data som inte används ofta flyttas till andra databaser eller säkerhetskopierade tabeller (filer). Detta håller tabellerna små och förbättrar även backuptiderna.
- Bra hårdvarukonfiguration : Hårdvaran måste kunna hantera många användare och ge snabba svarstider.
Rutiner för säkerhetskopiering
Eftersom företagsorganisationer har blivit mycket beroende av transaktionshantering kan ett haveri störa verksamhetens vanliga rutiner och stoppa dess drift under en viss tid. För att förhindra dataförlust och minimera störningar måste väldesignade säkerhets- och återställningsprocedurer finnas och följas. Återställningsprocessen kan bygga om systemet när det går ner.
Typer av säkerhetskopieringsprocedurer
Det finns två huvudtyper av säkerhetskopiering: farfar-far-son och partiella säkerhetskopieringar :
Farfar-far-son
Denna procedur innebär att man tar fullständiga säkerhetskopior av all data med jämna mellanrum – dagligen, veckovis, månadsvis eller vad som är lämpligt. Flera generationer av backup behålls, ofta tre som ger upphov till namnet. Den senaste backupen är sonen, den tidigare pappan och den äldsta backupen är farfar. Denna metod används vanligtvis för ett system för batchtransaktionsbearbetning med en magnetisk bandenhet. Om systemet misslyckas under en batchkörning, återskapas huvudfilen genom att återställa son-säkerhetskopian och sedan starta om batchen. Men om sonens säkerhetskopia misslyckas, skadas eller förstörs, används den tidigare generationen av backup (fadern). På samma sätt, om det misslyckas, krävs generering av säkerhetskopia före fadern (dvs. farfadern). Ju äldre generationen är, desto mer kan data vara inaktuella.
Partiella säkerhetskopior
Partiella säkerhetskopior innehåller vanligtvis bara poster som har ändrats. Till exempel kan en fullständig säkerhetskopiering utföras varje vecka och sedan delvis säkerhetskopiering varje natt. Återställning med detta schema innebär att den senaste fullständiga säkerhetskopian återställs och sedan alla partiella säkerhetskopior återställs för att skapa en uppdaterad databas. Denna process är snabbare än att bara ta fullständiga säkerhetskopior, på bekostnad av längre återställningstid.
Fördelar
- Batch- eller realtidsbearbetning tillgänglig
- Minskad handläggningstid, ledtid och ordercykeltid
- Minskning av lager, personal och beställningskostnader
- Ökad produktivitet och kundnöjdhet
Se även
Vidare läsning
- Gerhard Weikum, Gottfried Vossen, Transaktionsinformationssystem: teori, algoritmer och praktiken för samtidighetskontroll och återhämtning , Morgan Kaufmann, 2002, ISBN 1-55860-508-8