Transaksjonelt behandlingssystem
Denne artikkelen kan inneholde upubliserte arbeider eller ubekreftede uttalelser (Mars 2013).
Du kan hjelpe ved å legge til referanser eller fjerne upublisert innhold.
Den transaksjonsprosesseringssystem eller STT ( IT- domene ) er et system som er i stand til å utføre et sett av enhetsoperasjoner i en gitt transaksjons sammenheng. STT må til enhver tid kunne garantere egenskapene som ligger i en IT-transaksjon for dataene den administrerer.
Beskrivelse
Uttrykket "transaksjonsbehandling" er oversettelsen til fransk av engelsk transaksjonsbehandling (TP). I Canada er dette en anbefaling fra OQLF . Det er ingen offisiell anbefaling i Frankrike. Vi sier noen ganger i fellesskap "i TP" for å betegne en behandling som utføres "i transaksjonsmessig", det vil si i sanntid, i motsetning til batchbehandling som utføres i utsatt respons.
STT er et grunnleggende system som støtter operasjonsnivået, som utfører og registrerer de daglige og rutinemessige transaksjonene som er nødvendige for virksomheten til organisasjonen.
STTer samler inn, lagrer, endrer og henter en organisasjons transaksjoner. En transaksjon er en hendelse som oppstår eller endrer data som senere vil bli lagret i et informasjonssystem.
Fra et teknisk perspektiv overvåker et transaksjonsbehandlingssystem transaksjonsprogrammer, en spesiell type programmer. Essensen av et transaksjonsprogram er at det styrer hvilke data som skal være i en konsistent tilstand. For eksempel. Hvis det foretas en elektronisk betaling, må mengden enten trekkes fra den ene kontoen og tillegg til den andre, eller ingen av dem. I tilfelle en feil som forhindrer fullføring av transaksjonen, må den delvis utførte transaksjonen 'rulles tilbake' av STT. Selv om denne typen integritet også bør gis for transaksjonell batchbehandling, er det spesielt viktig for live-behandling: hvis for eksempel. Et reservasjonssystem for flyseter er tilgjengelig av flere operatører. Etter en tom setehenvendelse må setereservasjonsdataene være låst til reservasjonen er gjort, ellers kan en annen bruker få inntrykk av at et sete fortsatt er ledig mens det faktisk er reservert da. Uten riktig transaksjonsovervåking kan dobbeltbestillinger forekomme. Andre transaksjonsovervåkingsfunksjoner inkluderer gjenkjenning av låsing og oppløsning (blindveier kan være uunngåelig i noen tilfeller av kryssavhengighet av data), og transaksjonslogging (i "logger") for "gjenoppretting til data". 'Før' i tilfelle massiv feil.
Funksjoner av transaksjonsbehandlingssystemer
Rask respons
Rask utførelse med rask responstid er kritisk. Bedrifter har ikke råd til å få kunder til å vente på at en TWU skal svare, leveringstiden fra transaksjon til produksjon til produksjon må være sekunder eller kortere.
Pålitelighet
Mange organisasjoner stoler sterkt på deres TWS; et strømbrudd vil forstyrre driften eller til og med legge ned virksomheten. For at en STT skal være effektiv, må feilfrekvensen være veldig lav. Hvis en STT mislykkes, må rask og nøyaktig gjenoppretting være mulig. Dette gjør beskyttelses- og gjenopprettingsprosedyrene avgjørende.
Ufleksibilitet
En STT ønsker at hver transaksjon skal behandles likt, uavhengig av bruker, kunde eller tidspunkt på dagen. Hvis en TWS var fleksibel, ville det være for mange muligheter for ikke-standardiserte operasjoner, for eksempel et kommersielt flyselskap må konsekvent akseptere flyselskapsbestillinger fra en rekke reisebyråer. Å akseptere forskjellige transaksjonsdata fra forskjellige reisebyråer ville være et problem .
Bestilt behandling
Behandling i en TWS må støtte driften i en organisasjon. For eksempel hvis en organisasjon tildeler roller og ansvar til bestemte ansatte, bør TWU pålegge og opprettholde denne tilstanden.
ACID-testegenskaper
Atomisitet
Endringer i en transaksjonstilstand er atomare: enten alle eller ingen. Disse endringene inkluderer endringer, meldinger og databasehandlinger på sensorer.
Ensartethet
En transaksjon er en riktig transformasjon av staten. Handlinger som tas som en gruppe bryter ikke noen av integritetsbegrensningene knyttet til tilstanden. Dette krever at transaksjonen er et riktig program.
Isolering
Selv om transaksjonene utføres samtidig, ser det ut til hver transaksjon T som andre utførte før T eller etter T, men ikke begge.
Lang levetid
Når en transaksjon fullføres (forplikter), overlever dens endringer i staten feil.
Lagring og henting av STT-informasjon må være effektiv. Dataene lagres i varehus eller andre databaser, systemet må være godt designet for beskyttelses- og gjenopprettingsprosedyrer.
Databaser og poster
Lagring og henting av data må være nøyaktig ettersom de brukes mange ganger i løpet av dagen. Database er en innsamling av data på en ordnet organisert måte, som lagrer regnskaps- og operasjonelle poster i databasen. Databaser beskytter alltid sensitive data, så de har vanligvis et begrenset syn på visse data. Databaser er designet ved hjelp av hierarkiske, nettverk eller relaterte strukturer; hver struktur er effektiv i sin egen forstand.
De forskjellige strukturene er:
- Hierarkisk: organiserer data i en rekke nivåer, og derfor hvorfor det kalles hierarkisk. Den øverste til nederste strukturen består av noder og grener; hver undernode har grener og er bare knyttet til et foreldrenode på høyere nivå.
- Nettverk: I likhet med hierarkisk organiserer nettverksstrukturer også data ved hjelp av noder og grener. Men i motsetning til hierarkisk kan hver barneknute knyttes til flere og høyere foreldrenoder.
- Relatert: I motsetning til nettverk og hierarkisk, organiserer en relasjonsdatabase dataene sine i en serie med relative tabeller. Dette gir fleksibilitet når forhold mellom tabeller blir laget.
Følgende funksjoner er inkludert i sanntids transaksjonsbehandlingssystemer:
- God dataplassering: Databasen skal være utformet for å få tilgang til modeller for dataene til mange samtidige brukere.
- Korte transaksjoner: Korte transaksjoner tillater behandling raskt. Dette unngår samtidighet og måler systemer.
- Sanntidsbeskyttelse: Beskyttelse bør planlegges mellom lave aktivitetstider for å forhindre serverforsinkelse.
- Høy normalisering: Dette senker overflødig informasjon for å øke hastigheten og forbedre samtidigheten, dette forbedrer også sikkerhetskopier.
- Historisk dataarkivering: Uvanlig brukte data legges inn i andre støttede databaser eller tabeller. Dette holder bordene små og forbedrer også sikkerhetskopitider.
- Godt maskinvareoppsett: Maskinvare skal kunne håndtere mange brukere og gi raske responstider.
I en TWS er det 5 forskjellige typer poster, TWU bruker poster til å lagre og organisere transaksjonsdata:
- Hovedfil: Inneholder informasjon om de økonomiske forholdene til en organisasjon. De fleste transaksjoner og databaser er lagret i hovedfilen.
- Transaksjonsfil: Dette er samlingen av transaksjonsposter. Det hjelper å oppdatere hovedfilen og fungerer også som revisjonsspor og transaksjonshistorikk.
- Rediger fil: Inneholder dataene som er komponert for presentasjon for en bruker.
- Arbeidsmappe: midlertidige filer i systemet som brukes under behandlingen.
- Programmappe: Inneholder instruksjoner for databehandling.
Datalagring
Et datalager er en database som samler informasjon fra forskjellige kilder. Når den samles i sanntidstransaksjoner, kan den brukes til analyse effektivt hvis den lagres i et datalager. Den gir data som er konsolidert, fagorientert, historisk og uforanderlig:
- Konsolidert: Data er organisert med konsistente navngivningskonvensjoner, tiltak, attributter og semantikk. Det gjør at data fra et datalager på den andre siden av organisasjonen kan brukes effektivt på en konsekvent måte.
- Temaorientert: Store mengder data lagres på tvers av en organisasjon. Noen data kan være irrelevante for rapportering og vanskelige dataspørsmål. Den organiserer bare viktig forretningsinformasjon fra operasjonelle kilder slik at den er tilgjengelig for analyse.
- Historikk: STT i sanntid representerer gjeldende verdi når som helst, et eksempel kan være gjeldende nivåer. Hvis databasespørsmålet kan ha gitt et annet svar etter at data er oppbevart. Den lagrer serien med øyeblikksbilder for en organisasjons operative data produsert over en viss tidsperiode.
- Uforanderlig: Når data er lagt inn i et datalager, blir de uforanderlige, med mindre de var feil. Siden det representerer et øyeblikksbilde av en viss tid, bør det aldri oppdateres. Bare operasjoner som forekommer i et datalager er datainnlasting og spørring.
Nødprosedyrer
Siden forretningsorganisasjoner har blitt veldig avhengige av STT, kan en svikt i STT-en stoppe vanlige forretningsrutiner og derved stenge driften for en viss tid. For å forhindre tap av data og minimere forstyrrelser når en STT bryter ned en veltenkt beskyttelse og gjenopprettingsprosedyren tas i bruk. Gjenopprettingsprosessen kan gjenoppbygge systemet når det går ned.
Gjenopprettingsprosess
En STT kan mislykkes av mange grunner. Disse årsakene kan omfatte systemfeil, menneskelige feil, maskinvarefeil, feil eller ugyldige data, datavirus, programvarefeil eller naturkatastrofer. Så det er logisk å anta at det ikke er mulig å forhindre at STT svikter, men fordi det kan mislykkes fra tid til annen, må det være i stand til å takle feil. TWU må kunne oppdage og rette feil når de oppstår. En STT vil gå gjennom en databasegjenoppretting for å takle når systemet mislykkes, det innebærer beskyttelse, logg, kontrollpunkt og gjenopprettingsbehandling:
- Journal: En journal fører en retrospektiv revisjon av transaksjoner og databaseendringer. Transaksjonslogger og logger for databaseendringen brukes, en transaksjonslogg registrerer alle viktige data for hver av transaksjonene, inkludert dataverdier, transaksjonsperioden og terminalnummeret. En databaseendringslogg inneholder før og etter kopier av disker som er modifisert av transaksjoner.
- Kontrollpunkt: Et kontrollpunkt inneholder informasjonen som trengs for å starte systemet på nytt. Disse bør tas ofte, for eksempel flere ganger i timen. Det er mulig å gjenoppta behandlingen fra det siste kontrollpunktet når det oppstår en feil med bare noen få minutters behandlingsarbeid som må gjentas.
- Recovery Manager: En Recovery Manager er et program som gjenoppretter databasen til riktig tilstand som kan starte transaksjonsbehandling på nytt.
Avhengig av hvordan systemet mislyktes, kan det være to forskjellige gjenopprettingsprosedyrer. Vanligvis innebærer prosedyrene å gjenopprette dataene som er samlet inn fra en sikkerhetskopienhet og deretter kjøre transaksjonsbehandling på nytt. To typer utvinning er tilbake til forrige tilstand og gjenoppretting fremover:
- Gå tilbake til forrige tilstand: brukes til å angre uønskede endringer i databasen. Det reverserer endringer gjort av mislykkede transaksjoner. Det innebærer logikken med å behandle hver transaksjon på nytt - noe som er veldig tidkrevende.
- Fremovergjenoppretting: det starter med kopibeskyttelse av databasen. Transaksjonen vil deretter behandles på nytt i henhold til transaksjonsloggen som skjedde mellom det tidspunktet beskyttelsen ble gjort og den gjeldende tiden. Det er mye raskere og mer presist.