거래처리시스템

Transaction processing system

트랜잭션 [1]처리는 작업을 트랜잭션이라고 하는 개별적이고 분할할 수 없는 작업으로 나누는 컴퓨팅 방법입니다.트랜잭션 처리 시스템(TPS)은 트랜잭션 처리를 지원하는 소프트웨어 시스템 또는 소프트웨어/하드웨어 조합입니다.

역사

최초의 거래 처리 시스템은 IBM for American Airlines에 의해 만들어진 SABRE로 1964년에 [2]운영되기 시작했습니다.하루에 최대 83,000건의 트랜잭션을 처리할 수 있도록 설계된 이 시스템은 두 대의 IBM 7090 컴퓨터에서 실행되었습니다.SABRE는 1972년에 IBM System/360 컴퓨터로 마이그레이션되어 처음에는 항공사 제어 프로그램(ACP)으로, 나중에는 TPF(Transaction Processing Facility)로 IBM 제품이 되었습니다.항공사 외에도 TPF는 대형 은행, 신용카드 회사 및 호텔 체인에서 사용됩니다.

Hewlett-Packard NonStop 시스템(구 Tandem NonStop)은 1976년에 도입된 온라인 트랜잭션 처리(OLTP)용으로 설계된 하드웨어 및 소프트웨어 시스템입니다.이 시스템은 트랜잭션 처리를 위해 설계되었으며 매우 높은 수준의 가용성과 데이터 무결성을 제공했습니다.

거래 처리 시스템 목록

  • IBM TPF(Transaction Processing Facility) – 1960년.Amity에서는 대부분의 다른 트랜잭션 처리 시스템과 달리 TPF는 IBM System z 메인프레임에서 트랜잭션 처리를 위한 전용 운영 체제입니다.원래 ACP(Airline Control Program)입니다.
  • IBM Information Management System(IMS) – 1966년.광범위한 트랜잭션 처리 기능을 갖춘 공동 계층형 데이터베이스 및 정보 관리 시스템.OS/360 및 그 후속 버전에서 실행됩니다.
  • IBM CICS(Customer Information Control System) – 1969년.고속 대용량 온라인 처리를 위해 설계된 트랜잭션 매니저인 CICS는 원래 표준 시스템 데이터 세트를 사용했지만, 지금은 IBM DB2 관계형 데이터베이스 시스템에 연결되어 있습니다.OS/360 및 후속 제품과 DOS/360 및 후속 제품, IBM AIX, VM 및 OS/2에서 실행됩니다.메인프레임 이외의 버전은 TX Series라고 불립니다.
  • 턱시도 – 1980년대.현재 Oracle Corporation이 소유하고 있는 AT&T Corporation이 개발한 Unix용 트랜잭션, 분산 운영 확장.턱시도란 크로스 플랫폼 TPS입니다.
  • UNIVAC 트랜잭션인터페이스 패키지(TIP)– 1970년대UNIVAC 1100/2200 시리즈 [3]컴퓨터용 트랜잭션 처리 모니터.
  • Burroughs Corporation은 GEMCOS(Generalized Message Control System of 1976)를 사용하여 MCP 운영 체제에서 트랜잭션 처리 기능을 지원했습니다.2012년 현재 UNISYS ClearPath Enterprise 서버에는 "매우 유연한 고성능 메시지 및 애플리케이션 제어 시스템"[4]인 Transaction Server가 포함되어 있습니다.
  • DEC(Digital Equipment Corporation) 어플리케이션 제어 및 관리 시스템(ACMS)– 1985 。"VMS [5][6]운영 체제에서 온라인 트랜잭션 처리(OLTP) 애플리케이션을 만들고 제어하는 환경을 제공합니다."VAX/VMS 시스템에서 실행됩니다.
  • PDP-10 TOPS-10 시스템용 Digital Equipment Corporation(DEC) 메시지컨트롤 시스템(MCS-10).
  • Honeywell Multics 트랜잭션 처리.기능(TP)– 1979 [7]。
  • TMX(Transaction Management eXecutive)는 NCR Tower 5000 시리즈 시스템에서 실행되는 NCR Corporation의 독자 트랜잭션 처리 시스템입니다.이 제도는 1980년대와 1990년대에 주로 금융기관에서 사용되었습니다.
  • Hewlett-Packard 논스톱 시스템– 1976 。NonStop은 트랜잭션 처리를 위해 특별히 설계된 통합 하드웨어 및 소프트웨어 시스템입니다.원래 Tandem Computers에서 왔습니다.
  • Transarc Encina – 1991년.[8]Transarc는 1994년에 IBM에 인수되었습니다.Encina는 제품으로서 단종되어 IBM의 TX Series에 [9]도입되었습니다.Encina 지원은 2006년에 중단되었습니다.

처리 유형

트랜잭션 처리는 배치 처리, 시간 공유 및 실시간 [10]처리와 같은 다른 컴퓨터 처리 모델과 구별되며 대조될 수 있습니다.

배치 처리

주요 기사 : 일괄 처리

배치 처리는 수동 개입 없이 컴퓨터에서 일련의 프로그램(작업)을 실행하는 것입니다.일괄 처리라고 불리는 여러 트랜잭션이 동시에 수집 및 처리됩니다.각 트랜잭션의 결과는 트랜잭션이 [1]입력될 때 즉시 사용할 수 없습니다. 시간 지연이 있습니다.

실시간 처리

주요 기사: 실시간 컴퓨팅

"실시간 시스템은 자극에 대한 적절한 반응을 보장하거나 [10]자극을 일으킨 조건에 영향을 미칠 만큼 충분히 빨리 요청하려고 시도합니다."실시간 처리의 각 트랜잭션은 고유하며 트랜잭션 그룹에 속하지 않습니다.

트랜잭션 처리

주요 기사:트랜잭션 처리

TPS(Transaction Processing System)는 기업의 데이터 트랜잭션을 수집, 저장, 수정 및 검색하는 정보 시스템의 일종입니다.트랜잭션 처리 시스템은 실시간 시스템만큼 중요하지 않지만 요청에 대한 예측 가능한 응답 시간을 제공하려고 시도합니다.트랜잭션 처리는 사용자가 임의의 프로그램을 시간 공유로 실행하도록 허용하는 대신 미리 정의된 구조화된 트랜잭션만 허용합니다.각 트랜잭션은 일반적으로 짧은 기간이며 각 트랜잭션의 처리 활동은 미리 프로그래밍되어 있습니다.

트랜잭션 처리 시스템 기능

트랜잭션 처리 [10]시스템을 평가할 때 중요하게 여겨지는 특징은 다음과 같습니다.

성능

빠른 응답 시간과 함께 빠른 성능이 중요합니다.트랜잭션 처리 시스템은 보통 일정 기간 동안 처리할 수 있는 트랜잭션 수로 측정됩니다.

지속적인 가용성

사용자가 트랜잭션을 입력하는 기간 동안 시스템을 사용할 수 있어야 합니다.많은 조직이 TPS에 크게 의존하고 있습니다.고장으로 인해 운용이 중단되거나 비즈니스가 중단될 수도 있습니다.

데이터 무결성

시스템은 데이터를 손상시키지 않고 하드웨어 또는 소프트웨어 문제를 처리할 수 있어야 합니다.여러 사용자가 동시에 동일한 데이터 조각을 변경하려는 시도로부터 보호되어야 합니다. 예를 들어, 두 운영자가 비행기에서 동일한 좌석을 판매할 수 없습니다.

사용의 용이성

트랜잭션 처리 시스템 사용자는 종종 일상적인 사용자입니다.시스템은 고객이 이해하기 쉽고, 데이터 입력 오류로부터 최대한 보호하고, 오류를 쉽게 수정할 수 있도록 해야 합니다.

모듈러형 성장

시스템은 완전한 교체를 필요로 하는 것이 아니라 증분 비용으로 확장할 수 있어야 합니다.시스템을 셧다운하지 않고 하드웨어 및 소프트웨어 컴포넌트를 추가, 교환 또는 갱신할 수 있습니다.

트랜잭션 처리의 종류

일괄 처리

트랜잭션은 일괄 처리와 같이 수집 및 처리될 수 있습니다.트랜잭션은 수집되고 나중에 처리하기에 편리하거나 경제적일 때 일괄적으로 업데이트됩니다.과거에는 실시간 처리를 가능하게 하는 정보기술이 존재하지 않았기 때문에 이것이 가장 일반적인 방법이었다.

실시간 처리

이것은 데이터의 즉각적인 처리입니다.트랜잭션을 즉시 확인할 수 있습니다.데이터를 변경하는 트랜잭션을 동시에 수행하는 다수의 사용자가 필요할 수 있습니다.테크놀로지의 진보(데이터 전송 속도의 향상이나 대역폭의 확대 등)에 의해, 리얼 타임 갱신이 가능하게 됩니다.

트랜잭션 처리를 위한 데이터베이스

주요 기사: 데이터베이스

데이터베이스는 정리된 데이터 모음입니다.데이터베이스는 일반적인 트랜잭션 처리 응용 프로그램에서처럼 구조화되지 않은 요청에 대해 빠른 검색 시간을 제공합니다.

트랜잭션 처리를 위한 데이터베이스는 계층 구조, 네트워크 구조 또는 관계 구조를 사용하여 구성할 수 있습니다.

  • 계층 구조: 데이터를 일련의 수준으로 구성합니다.위에서 아래로와 같은 구조는 노드와 브랜치로 구성됩니다.각 자노드는 브랜치를 가지며 상위 레벨의 부모노드에만 링크됩니다.
  • 네트워크 구조: 네트워크 구조도 노드 및 브랜치를 사용하여 데이터를 정리합니다.그러나 계층과 달리 각 자식 노드를 상위 상위 노드에 연결할 수 있습니다.
  • 릴레이셔널 구조: 릴레이셔널 데이터베이스는 일련의 관련 테이블로 데이터를 정리합니다.따라서 테이블 간의 관계가 구축될 때 유연성이 제공됩니다.
계층 구조입니다.
네트워크 구조
관계 구조

트랜잭션 처리 시스템에서 사용되는 데이터베이스 시스템에서는 다음과 같은 기능이 바람직합니다.

  • 적절한 데이터 배치:데이터베이스는 여러 사용자의 데이터 패턴에 동시에 액세스할 수 있도록 설계해야 합니다.
  • 단기 트랜잭션:짧은 트랜잭션은 빠른 처리를 가능하게 합니다.이것에 의해, 동시성이 회피되어 시스템의 페이스가 향상됩니다.
  • 실시간 백업: 서버의 지연을 방지하기 위해 낮은 작업 시간 사이에 백업을 예약해야 합니다.
  • 높은 정규화:이렇게 하면 중복 정보가 줄어들어 속도가 향상되고 동시성이 향상되며 백업도 향상됩니다.
  • 이력 데이터 아카이브:일반적으로 사용되지 않는 데이터는 다른 데이터베이스 또는 백업된 테이블로 이동됩니다.이렇게 하면 테이블이 작아지고 백업 시간도 단축됩니다.
  • 양호한 하드웨어 구성:하드웨어는 많은 사용자를 처리할 수 있어야 하며 빠른 응답 시간을 제공해야 합니다.

백업 절차

주요 기사: 백업
백업 및 복구 절차의 데이터 흐름도

거래처리에 대한 의존도가 높아졌기 때문에 고장이 나면 업무의 일상업무가 중단되고 일정 기간 업무가 중단될 수 있다.데이터 손실을 방지하고 운영 중단을 최소화하려면 적절하게 설계된 백업 및 복구 절차가 필요합니다.복구 프로세스에서는 시스템이 다운되었을 때 시스템을 재구축할 수 있습니다.

백업 절차의 종류

백업 절차에는 주로 두 가지 유형이 있습니다. 할아버지-아버지-아들 백업과 부분 백업입니다.

할아버지-아버지-아들

이 절차에는 매일, 매주, 매월 또는 적절한 간격으로 모든 데이터를 완전히 백업하는 작업이 포함됩니다.백업은 여러 세대에 걸쳐 유지되며, 이 세대에 따라 이름이 붙여지는 경우가 많습니다.가장 최근의 백업은 아들, 이전 아버지, 그리고 가장 오래된 백업은 할아버지입니다.이 방법은 자기 테이프가 있는 배치 트랜잭션 처리 시스템에 일반적으로 사용됩니다.배치 실행 중 시스템에 장애가 발생하면 아들 백업을 복원한 다음 배치를 재시작하여 마스터 파일을 다시 생성합니다.그러나 아들 백업이 실패하거나 손상되거나 파괴된 경우 이전 세대의 백업(아버지)이 사용됩니다.마찬가지로 이 작업이 실패할 경우 아버지(예: 할아버지)보다 먼저 백업을 생성해야 합니다.물론 오래된 세대일수록 데이터가 더 오래될 수 있습니다.변경된 레코드만 정리합니다.예를 들어 전체 백업을 매주 수행하고 부분 백업을 야간에 수행할 수 있습니다.이 방식을 사용하여 복구하려면 최신 데이터베이스를 생성하기 위해 마지막 전체 백업을 복원한 다음 모든 부분 백업을 복원해야 합니다.이 프로세스는 전체 백업만 수행하는 것보다 더 빠르며 복구 시간이 더 오래 걸립니다.

이점

  • 배치 또는 실시간 처리를 사용할 수 있습니다.
  • 처리 시간, 리드 타임, 주문 사이클 타임의 단축.
  • 재고, 인력 및 주문 비용 절감
  • 생산성과 고객 만족도 향상.

「 」를 참조해 주세요.

레퍼런스

  1. ^ IBM Corporation. "CICS Transaction Server for z/OS, Version 3.2 Transaction processing". Retrieved Nov 12, 2012.
  2. ^ "The Sabre Story" (PDF). Sabre.{{cite web}}: CS1 maint :url-status (링크)
  3. ^ "Terminals Help Manage Aluminum Firm's Production". Computerworld. July 26, 1976. Retrieved November 14, 2012.
  4. ^ UNISYS Corporation (2012). Transaction Server for ClearPath MCP Configuration Guide (PDF).
  5. ^ Digital Equipment Corporation (1989). VAX ACMS Guide to Creating Transaction Processing Applications.
  6. ^ Bell, Gordon. "Digital Computing Timeline (1985)". Retrieved November 15, 2012.
  7. ^ Van Vleck, Thomas. "Multics Glossary -T-". Retrieved November 15, 2012.
  8. ^ Transarc. "Corporate Overview". Archived from the original on February 3, 1999. Retrieved November 16, 2012.
  9. ^ IBM Corporation. "TXSeries for Multiplatforms". Retrieved November 16, 2012.
  10. ^ a b c Schuster, Stewart A. (June 15, 1981). "In Depth: Relational Data Base Management". Computerworld. Retrieved November 16, 2012.

추가 정보

  • Gerhard Weikum, Gottfried Vossen, 트랜잭션 정보 시스템: 이론, 알고리즘, 동시 제어 및 회복의 실천, Morgan Kaufmann, 2002, ISBN 1-55860-508-8