Tapahtumien käsittelyjärjestelmä - Transaction processing system

Tapahtumien käsittely on tapa laskea, joka jakaa työn yksittäisiin, jakamattomiin toimintoihin, joita kutsutaan tapahtumiksi. Tapahtumien käsittelyn järjestelmä ( TPS ) on ohjelmisto, tai ohjelmisto / laitteisto yhdistelmä, joka tukee tapahtumien käsittelyn.

Historia

Ensimmäinen tapahtumien käsittelyjärjestelmä oli IBM: n SABER tekemä American Airlines, joka aloitti toimintansa vuonna 1964. Suunniteltu käsittelemään jopa 83 000 tapahtumaa päivässä, järjestelmä toimi kahdella IBM 7090 -tietokoneella. SABER siirrettiin IBM System / 360 -tietokoneisiin vuonna 1972, ja siitä tuli IBM: n tuote ensin lentoyhtiön ohjausohjelmana (ACP) ja myöhemmin Transaction Processing Facility (TPF): nä . Lentoyhtiöiden lisäksi TPF: ää käyttävät suuret pankit, luottokorttiyhtiöt ja hotelliketjut.

Hewlett-Packard NonStop järjestelmän (entinen Tandem NonStop) oli laitteisto ja ohjelmisto, joka on suunniteltu online-tapahtumien käsittelyn (OLTP) käyttöön vuonna 1976. suunniteltaisiin tapahtumien käsittelyyn ja tarjosi Äärimmäisen saatavuus ja tietojen eheys.

Luettelo tapahtumien käsittelyjärjestelmistä

• IBM Transaction Processing Facility (TPF) - 1960. At Amity Toisin kuin useimmat muut tapahtumankäsittelyjärjestelmät, TPF on oma käyttöjärjestelmä IBM System z -tietokoneiden tapahtumien käsittelyyn . Alun perin lentoyhtiön ohjausohjelma (ACP) .
• IBM Information Management System (IMS) - 1966. Yhteinen hierarkkinen tietokanta ja tiedonhallintajärjestelmä, jolla on laajat tapahtumien käsittelyominaisuudet. Toimii OS / 360: llä ja seuraajilla .
• IBM: n asiakastietojen hallintajärjestelmä (CICS) - 1969. Nopeaan ja laajaan online-käsittelyyn suunniteltu tapahtumahallinta CICS käytti alun perin vakiojärjestelmätietoa, mutta sillä on nyt yhteys IBM: n DB / 2- relaatiotietokantajärjestelmään. Toimii OS / 360: llä ja seuraajilla sekä DOS / 360: lla ja seuraajilla , IBM AIX: llä , VM : llä ja OS / 2: lla . Muita kuin keskusyksikön versioita kutsutaan TXSeriesiksi .
• Tuxedo - 1980- luku . Transaktiot Unixille, laajennettu hajautetuille toiminnoille, kehittänyt AT&T Corporation , jonka omistaa nyt Oracle Corporation . Tuxedo on monitasoinen TPS.
• UNIVAC Transaction Interface Package (TIP) - 1970-luku. Tapahtumien käsittelymonitori UNIVAC 1100/2200 -sarjan tietokoneille.
• Burroughs Corporation tuki MCP- käyttöjärjestelmiensä tapahtumien käsittelyominaisuuksia GEMCOS: n (Generalised Message Control System of 1976) avulla. Vuodesta 2012 UNISYS ClearPath Enterprise -palvelimiin sisältyy Transaction Server, "erittäin joustava, erittäin suorituskykyinen viestien ja sovellusten ohjausjärjestelmä".
• Digital Equipment Corporationin (DEC) sovellusten hallinta- ja hallintajärjestelmä (ACMS) - 1985. "Tarjoaa ympäristön online-tapahtumankäsittelysovellusten (OLTP) luomiseen ja ohjaamiseen VMS-käyttöjärjestelmässä." Toimii VAX / VMS- järjestelmissä.
• Digital Equipment Corporation (DEC) -viestinohjausjärjestelmä (MCS-10) PDP-10 TOPS-10 -järjestelmille.
• Honeywell Multics -tapahtumien käsittely. Ominaisuus (TP) - 1979.
• Transaction Management eXecutive (TMX) oli NCR Corporationin oma tapahtumien käsittelyjärjestelmä, joka toimi NCR Tower 5000 -sarjan järjestelmissä. Tätä järjestelmää käyttivät pääasiassa rahoituslaitokset 1980- ja 1990-luvuilla.
• Hewlett-Packard NonStop -järjestelmä - 1976. NonStop on integroitu laitteisto- ja ohjelmistojärjestelmä, joka on erityisesti suunniteltu tapahtumien käsittelyä varten. Alun perin Tandem Computersilta .
• Transarc Encina - 1991. IBM osti Transarcin vuonna 1994. Encina lopetettiin tuotteena ja taitettiin IBM: n TXSeries-sarjaan . Encina-tuki lopetettiin vuonna 2006.

Käsittelytyypit

Tapahtumakäsittely on erilainen ja voidaan verrata muihin tietokonekäsittelymalleihin, kuten eräkäsittely , aikajako ja reaaliaikainen käsittely .

Eräkäsittely

Eräkäsittely on sarja ohjelmia ( töitä ) tietokoneella ilman manuaalista puuttumista. Useita eräksi kutsuttuja tapahtumia kerätään ja käsitellään samanaikaisesti. Kunkin tapahtuman tulokset eivät ole heti käytettävissä, kun tapahtuma kirjataan. on aikaviive.

Reaaliaikainen käsittely

"Reaaliaikaiset järjestelmät yrittävät taata asianmukaisen vastauksen ärsykkeeseen tai pyyntöön riittävän nopeasti vaikuttamaan ärsykkeen aiheuttaneisiin olosuhteisiin." Jokainen reaaliaikaisen käsittelyn tapahtuma on ainutlaatuinen; se ei kuulu liiketoimien ryhmään.

Tapahtumien käsittely

Transaktioiden käsittelyjärjestelmä (TPS) on tietojärjestelmä, joka kerää, tallentaa, muokkaa ja noutaa yrityksen datatapahtumia. Tapahtumankäsittelyjärjestelmät yrittävät myös tarjota ennustettavissa olevat vastauspyynnöt, vaikka tämä ei ole yhtä kriittistä kuin reaaliaikaisille järjestelmille. Sen sijaan, että antaisit käyttäjän suorittaa mielivaltaisia ​​ohjelmia ajanjakona, tapahtumien käsittely sallii vain ennalta määritellyt, jäsennellyt tapahtumat. Jokainen tapahtuma on yleensä lyhytkestoinen ja kunkin tapahtuman käsittelytoiminto on ohjelmoitu etukäteen.

Tapahtumien käsittelyjärjestelmän ominaisuudet

Seuraavia ominaisuuksia pidetään tärkeinä tapahtumien käsittelyjärjestelmien arvioinnissa.

Esitys

Nopea suorituskyky ja nopea vasteaika ovat kriittisiä. Tapahtumien käsittelyjärjestelmät mitataan yleensä niiden tapahtumien lukumäärällä, joita ne voivat käsitellä tiettynä ajanjaksona.

Jatkuva saatavuus

Järjestelmän on oltava käytettävissä ajanjaksona, jolloin käyttäjät syöttävät tapahtumia. Monet organisaatiot luottavat suuresti TPS: ään; häiriö häiritsee toimintaa tai jopa lopettaa liiketoiminnan.

Tietojen eheys

Järjestelmän on kyettävä käsittelemään laitteisto- tai ohjelmisto-ongelmia vahingoittamatta tietoja. Useita käyttäjiä on suojattava yrittämästä muuttaa samaa tietoa samanaikaisesti, esimerkiksi kaksi käyttäjää ei voi myydä samaa paikkaa lentokoneessa.

Helppokäyttöisyys

Tapahtumankäsittelyjärjestelmien käyttäjät ovat usein satunnaisia ​​käyttäjiä. Järjestelmän on oltava helppo ymmärtää, suojata heitä tietojen syöttövirheiltä mahdollisimman paljon ja antaa heille mahdollisuus korjata virheensä helposti.

Modulaarinen kasvu

Järjestelmän tulisi pystyä kasvamaan lisäkustannuksilla sen sijaan, että se vaatii täydellistä korvaamista. Laitteisto- ja ohjelmistokomponenttien pitäisi olla mahdollista lisätä, vaihtaa tai päivittää sammuttamatta järjestelmää.

Tapahtumien käsittelyn tyypit

Käsittely erässä

Tapahtumat voidaan kerätä ja käsitellä kuten eräkäsittelyssä. Tapahtumat kerätään ja päivitetään myöhemmin eränä, kun niiden käsittely on kätevää tai taloudellista. Historiallisesti tämä oli yleisin menetelmä, koska tietotekniikkaa ei ollut olemassa reaaliaikaisen käsittelyn mahdollistamiseksi.

Käsittely reaaliajassa

Tämä on tietojen välitön käsittely. Se tarjoaa välittömän vahvistuksen tapahtumasta. Siihen voi osallistua suuri määrä käyttäjiä, jotka suorittavat samanaikaisesti tietoja muuttavia tapahtumia. Reaaliaikainen päivitys on mahdollista tekniikan kehityksen (kuten tiedonsiirtonopeuden lisääntymisen ja suuremman kaistanleveyden ) takia.

Tietokannat tapahtumien käsittelyä varten

Tietokanta on järjestetty datakokoelma. Tietokannat tarjoavat nopeat hakuajat strukturoimattomille pyynnöille kuten tyypillisessä tapahtumien käsittelysovelluksessa.

Tietokannat tapahtumien käsittelyä varten voidaan rakentaa hierarkkisten, verkko- tai relaatiorakenteiden avulla.

• Hierarkkinen rakenne: järjestää tiedot sarjaksi tasoja. Sen ylhäältä alas muotoinen rakenne koostuu solmuista ja haaroista; jokaisella alisolmulla on haaroja ja se on linkitetty vain yhteen ylemmän tason ylätason solmuun.
• Verkon rakenne: Verkkorakenteet järjestävät myös tietoja solmujen ja haarojen avulla. Mutta toisin kuin hierarkkiset, kukin alisolmu voidaan linkittää useampiin, ylempiin vanhempiin solmuihin.
• Relaatiorakenne: relaatiotietokanta järjestää tiedot sarjaan toisiinsa liittyviä taulukoita. Tämä antaa joustavuutta, kun taulukoiden välisiä suhteita rakennetaan.

Hierarkkinen rakenne.

Verkkorakenne.

Suhteellinen rakenne.

Seuraavat ominaisuudet ovat toivottavia tapahtumien käsittelyjärjestelmissä käytetyssä tietokantajärjestelmässä:

• Hyvä tietojen sijoittelu : Tietokanta on suunniteltava käyttämään monien samanaikaisten käyttäjien datamalleja.
• Lyhyt tapahtuma : Lyhyt tapahtuma mahdollistaa nopean käsittelyn. Tämä välttää samanaikaisuuden ja vauhdittaa järjestelmiä.
• Reaaliaikainen varmuuskopiointi : Varmuuskopiointi tulisi ajoittaa matalien toimintojen välillä palvelimen viiveen estämiseksi.
• Korkea normalisointi : Tämä vähentää tarpeetonta tietoa nopeuden lisäämiseksi ja samanaikaisuuden parantamiseksi, mikä parantaa myös varmuuskopioita.
• Historiallisten tietojen arkistointi : Harvoin käytetyt tiedot siirretään muihin tietokantoihin tai varmuuskopioidaan taulukoihin. Tämä pitää pöydät pieninä ja parantaa myös varmuuskopiointiaikoja.
• Hyvä laitteistokokoonpano : Laitteiston on pystyttävä käsittelemään monia käyttäjiä ja tarjoamaan nopeat vasteajat.

Varmuuskopiointimenettelyt

Koska liike-elämän organisaatioista on tullut erittäin riippuvaisia ​​tapahtumien käsittelystä, erittely voi häiritä yrityksen normaalia rutiinia ja lopettaa sen toiminnan tietyn ajan. Tietojen menetyksen estämiseksi ja häiriöiden minimoimiseksi on oltava hyvin suunnitellut varmuuskopiointi- ja palautusmenettelyt . Palautusprosessi voi rakentaa järjestelmän uudelleen, kun se menee alas.

Varmuuskopiointimenetelmät

Varmuuskopiointimenettelyjä on kahta päätyyppiä: isoisä-isä-poika ja osittaiset varmuuskopiot :

Isoisä-isä-poika

Tämä menettely edellyttää kaikkien tietojen täydellisiä varmuuskopioita säännöllisin väliajoin - päivittäin, viikoittain, kuukausittain tai mikä tahansa sopiva. Useita varmuuskopiosukupolvia säilytetään, usein kolme, mikä antaa nimen. Viimeisin varmuuskopio on poika, edellinen isä, ja vanhin varmuuskopio on isoisä. Tätä menetelmää käytetään yleisesti eräajotapahtumien käsittelyjärjestelmässä, jossa on magneettinauha . Jos järjestelmä epäonnistuu eräajon aikana, päätiedosto luodaan uudelleen palauttamalla pojan varmuuskopio ja käynnistämällä erä uudelleen. Jos pojan varmuuskopiointi kuitenkin epäonnistuu, vioittuu tai tuhoutuu, käytetään edellisen sukupolven varmuuskopiota (isä). Samoin jos tämä epäonnistuu, tarvitaan isälle (eli isoisälle) edeltävän varmuuskopion luominen. Tietenkin mitä vanhempi sukupolvi, sitä enemmän tietoja voi olla vanhentuneita. Järjestä vain muuttuneet tietueet. Esimerkiksi täydellinen varmuuskopiointi voidaan suorittaa viikoittain, ja osittaiset varmuuskopiot voidaan tehdä joka ilta. Palauttaminen tällä järjestelmällä edellyttää viimeisen täydellisen varmuuskopion palauttamista ja sitten kaikkien osittaisten varmuuskopioiden palauttamista ajantasaisen tietokannan tuottamiseksi. Tämä prosessi on nopeampi kuin vain täydellisten varmuuskopioiden ottaminen, pidemmän palautumisajan kustannuksella.

Edut

• Erä- tai reaaliaikainen käsittely käytettävissä.
• Käsittelyajan, toimitusajan ja tilausjakson lyhentäminen.
• Varaston, henkilöstön ja tilauskustannusten pienentäminen.
• Tuottavuuden ja asiakastyytyväisyyden kasvu.

Katso myös

• Palvelin (tietojenkäsittely)
• Online-tapahtumien käsittely
• Asiakkaan integroitu järjestelmä
• Tietovarasto

Viitteet

Lisälukemista

• Gerhard Weikum, Gottfried Vossen, Transaktiotietojärjestelmät: teoria, algoritmit ja samanaikaisuuden hallinnan ja palautuksen käytäntö , Morgan Kaufmann, 2002, ISBN   1-55860-508-8