WikiDer > Система обработки транзакций
Обработка транзакции это способ вычисление который разделяет работу на отдельные неделимые операции, называемые транзакциями.[1] А система обработки транзакций (TPS) - это программная система или комбинация программного и аппаратного обеспечения, поддерживающая обработку транзакций.
История
Первая система обработки транзакций была САБРА, созданная IBM для American Airlines, которая начала работать в 1970 году. Разработанная для обработки до 83 000 транзакций в день, система работала на двух IBM 7090 компьютеры. SABRE был переведен на IBM System / 360 компьютеров в 1972 году и стал первым продуктом IBM как Программа контроля авиакомпаний (ACP) а позже как Средство обработки транзакций (TPF). Помимо авиакомпаний TPF используется крупными банками, компаниями, выпускающими кредитные карты, и гостиничными сетями.
В Hewlett Packard Без остановки система (ранее Тандем NonStop) была программно-аппаратной системой, разработанной для Обработка онлайн-транзакций (OLTP) введена в 1976 году. Системы были разработаны для обработки транзакций и обеспечивали исключительный уровень доступности и целостности данных.
Список систем обработки транзакций
- IBM Средство обработки транзакций (TPF) - 1960. В Amity В отличие от большинства других систем обработки транзакций TPF - это специальная операционная система для обработки транзакций на IBM System z мэйнфреймы. Изначально Программа контроля авиакомпаний (ACP).
- Система управления информацией IBM (IMS) - 1966. Совместная иерархическая база данных и система управления информацией с широкими возможностями обработки транзакций. Работает на OS / 360 и последователи.
- Система управления информацией о клиентах IBM (CICS) - 1969. Диспетчер транзакций, предназначенный для быстрой обработки больших объемов данных в режиме онлайн, CICS изначально использовал стандартные системные наборы данных, но теперь имеет соединение с IBM DB / 2 система реляционных баз данных. Работает на OS / 360 и последователи и DOS / 360 и преемники, IBM AIX, ВМ, и OS / 2. Версии, не относящиеся к мейнфрейму, называются TXSeries.
- Смокинг - 1980-е гг. Транзакции для Unix, расширенные для распределенных операций, разработанные Корпорация AT&T, теперь принадлежит Корпорация Oracle. Tuxedo - кроссплатформенный TPS.
- UNIVAC Пакет интерфейса транзакции (TIP) - 1970-е гг. Монитор обработки транзакций для UNIVAC серии 1100/2200 компьютеры.[2]
- Корпорация Берроуз поддерживаемые возможности обработки транзакций в своих MCP операционные системы, использующие GEMCOS (Generalized Message Control System 1976). По состоянию на 2012 год UNISYS Серверы ClearPath Enterprise включают Transaction Server, «чрезвычайно гибкую, высокопроизводительную систему управления сообщениями и приложениями».[3]
- Корпорация цифрового оборудования (DEC) Система контроля и управления приложениями (ACMS) - 1985. «Обеспечивает среду для создания и управления приложениями онлайн-обработки транзакций (OLTP) в операционной системе VMS».[4][5] Работает на VAX/VMS системы.
- Корпорация цифрового оборудования (DEC) Система управления сообщениями (MCS-10) для PDP-10 ТОП-10 системы.
- Honeywell Мультики Обработка транзакции. Feature (TP) - 1979.[6]
- Управление транзакциями eXecutive (TMX) был Корпорация NCRсобственная система обработки транзакций, работающая в системах серии 5000 NCR Tower. Эта система использовалась в основном финансовыми учреждениями в 1980-х и 1990-х годах.
- Hewlett Packard Без остановки system - 1976. NonStop - это интегрированная программно-аппаратная система, специально разработанная для обработки транзакций. Первоначально из Тандемные компьютеры.
- Transarc Encina – 1991.[7] Transarc был приобретен IBM в 1994 году. Encina перестала выпускаться как продукт и превратилась в IBM TXSeries.[8] Поддержка Encina была прекращена в 2006 году.
Типы обработки
Обработка транзакций отличается и может быть противопоставлена другим моделям компьютерной обработки, таким как пакетная обработка, совместное времяпровождение, и обработка в реальном времени.[9]
Пакетная обработка
Пакетная обработка - это выполнение ряда программ (рабочие места) на компьютере без ручного вмешательства. Несколько транзакций, называемых партия собираются и обрабатываются одновременно. Результаты каждой транзакции не доступны сразу при вводе транзакции;[1] есть задержка по времени.
Обработка в реальном времени
«Системы реального времени пытаются гарантировать адекватный ответ на стимул или запрос достаточно быстро, чтобы повлиять на условия, вызвавшие стимул».[9]Каждая транзакция при обработке в реальном времени уникальна; это не часть группы транзакций.
Обработка транзакции
Система обработки транзакций (TPS) - это тип информационной системы, которая собирает, хранит, изменяет и извлекает транзакции данных предприятия. Системы обработки транзакций также пытаются обеспечить предсказуемое время ответа на запросы, хотя это не так важно, как для систем реального времени. Вместо того, чтобы позволять пользователю запускать произвольные программы с разделением времени, обработка транзакций допускает только предварительно определенные структурированные транзакции. Каждая транзакция обычно непродолжительна, и процесс обработки каждой транзакции программируется заранее.
Особенности системы обработки транзакций
Следующие функции считаются важными при оценке систем обработки транзакций.[9]
Спектакль
Быстрый спектакль с быстрым временем отклика критично. Системы обработки транзакций обычно измеряются количеством транзакций, которые они могут обработать за определенный период времени.
Постоянная доступность
Система должна быть доступна в течение периода времени, когда пользователи вводят транзакции. Многие организации сильно полагаются на свои TPS; поломка нарушит работу или даже остановит бизнес.
Целостность данных
Система должна быть способна справляться с аппаратными или программными проблемами без повреждения данных. Несколько пользователей должны быть защищены от попыток изменить один и тот же фрагмент данных одновременно, например, два оператора не могут продавать одно и то же место в самолете.
Легкость использования
Часто пользователи систем обработки транзакций являются случайными пользователями. Система должна быть простой для понимания, максимально защищать их от ошибок ввода данных и позволять им легко исправлять свои ошибки.
Модульный рост
Система должна иметь возможность роста при дополнительных затратах, а не требовать полной замены. Должна быть возможность добавлять, заменять или обновлять аппаратные и программные компоненты без выключения системы.
Типы обработки транзакций
Обработка партиями
Транзакции могут собираться и обрабатываться, как при пакетной обработке. Транзакции будут собираться и позже обновляться как пакет, когда их обработка будет удобна или экономична. Исторически это был самый распространенный метод, поскольку информационные технологии не существовало для обработки в реальном времени.
Обработка в реальном времени
Это немедленная обработка данных. Обеспечивает мгновенное подтверждение транзакции. Это может быть связано с большим количеством пользователей, которые одновременно выполняют транзакции, изменяющие данные. Из-за достижений в области технологий (таких как увеличение скорости передача данных и больше пропускная способность), возможно обновление в реальном времени.
Базы данных для обработки транзакций
База данных - это организованный набор данных. Базы данных предлагают быстрое время получения для неструктурированных запросов, как в типичном приложении для обработки транзакций.
Базы данных для обработки транзакций могут быть построены с использованием иерархических, сетевых или реляционных структур.
- Иерархическая структура: данные упорядочиваются по уровням. Его структура сверху вниз состоит из узлы и филиалы; каждый дочерний узел имеет ответвления и связан только с одним родительским узлом более высокого уровня.
- Сетевая структура: сетевые структуры также организуют данные с помощью узлов и ветвей. Но, в отличие от иерархического, каждый дочерний узел может быть связан с несколькими вышестоящими родительскими узлами.
- Реляционная структура: реляционная база данных организует свои данные в серии связанных таблиц. Это дает гибкость при построении отношений между таблицами.
 Иерархическая структура. |  Сетевая структура. |  Реляционная структура. |
Следующие функции желательны в системе базы данных, используемой в системах обработки транзакций:
- Хорошее размещение данных: База данных должна быть разработана для доступа к шаблонам данных от многих одновременных пользователей.
- Короткие сделки: Короткие транзакции обеспечивают быструю обработку. Это позволяет избежать параллелизма и ускоряет работу систем.
- Резервное копирование в реальном времени: Резервный должны быть запланированы между периодами низкой активности, чтобы предотвратить задержку сервера.
- Высоко нормализация: Это уменьшает количество избыточной информации, чтобы увеличить скорость и улучшить параллелизм, это также улучшает резервное копирование.
- Архивирование исторических данных: Редко используемые данные перемещаются в другие базы данных или резервные копии таблиц. Это позволяет уменьшить размеры таблиц и сократить время резервного копирования.
- Хорошая конфигурация оборудования: Аппаратное обеспечение должны быть в состоянии обрабатывать множество пользователей и обеспечивать быстрое время отклика.
Процедуры резервного копирования
Поскольку бизнес-организации стали очень зависимыми от обработки транзакций, сбой может нарушить обычный распорядок бизнеса и остановить его работу на определенное время. Чтобы предотвратить потерю данных и свести к минимуму сбои, необходимо хорошо продумать резервный и процедуры восстановления. Процесс восстановления может восстановить систему, когда она выйдет из строя.
Типы процедур резервного копирования
Существует два основных типа процедур резервного копирования: дед-отец-сын и частичные резервные копии:
Дед-отец-сын
Эта процедура включает в себя создание полных резервных копий всех данных через регулярные промежутки времени - ежедневно, еженедельно, ежемесячно или как угодно. Сохраняется несколько поколений резервных копий, часто три, что и дает название. Самая последняя резервная копия - это сын, предыдущая - отец, а самая старая резервная копия - это дед. Этот метод обычно используется для система пакетной обработки транзакций с магнитная лента. Если система выходит из строя во время выполнения пакетной обработки, мастер-файл создается заново путем восстановления резервной копии сына и последующего перезапуска пакета. Однако, если резервная копия сына не работает, повреждена или уничтожена, то используется резервная копия предыдущего поколения (исходная). Аналогичным образом, если это не удается, то требуется создание резервной копии, предшествующей отцу (т. Е. Дедушке). Конечно, чем старше поколение, тем больше могут быть устаревшие данные. Организуйте только те записи, которые изменились. Например, полное резервное копирование может выполняться еженедельно, а частичное - каждую ночь. Восстановление с использованием этой схемы включает в себя восстановление последней полной резервной копии, а затем восстановление всех частичных резервных копий для создания актуальной базы данных. Этот процесс быстрее, чем создание только полных резервных копий, за счет более длительного времени восстановления.
Преимущества
- Доступна пакетная обработка или обработка в реальном времени.
- Сокращение времени обработки, времени выполнения заказа и времени цикла заказа.
- Снижение затрат на инвентарь, персонал и заказы.
- Повышение производительности и удовлетворенности клиентов.
Смотрите также
Рекомендации
- ^ Корпорация IBM. «Сервер транзакций CICS для z / OS, версия 3.2 Обработка транзакций». Получено 12 ноя, 2012.
- ^ «Терминалы помогают управлять производством алюминиевой фирмы». Computerworld. 26 июля 1976 г.. Получено 14 ноября, 2012.
- ^ Корпорация UNISYS (2012). Руководство по настройке сервера транзакций для ClearPath MCP (PDF).
- ^ Корпорация цифрового оборудования (1989). VAX ACMS Руководство по созданию приложений для обработки транзакций.
- ^ Белл, Гордон. «Хронология цифровых вычислений (1985)». Получено 15 ноября, 2012.
- ^ Ван Влек, Томас. "Глоссарий Multics -T-". Получено 15 ноября, 2012.
- ^ Transarc. «Корпоративный обзор». Архивировано из оригинал 3 февраля 1999 г.. Получено 16 ноября, 2012.
- ^ Корпорация IBM. «TXSeries для мультиплатформ». Получено 16 ноября, 2012.
- ^ а б c Шустер, Стюарт А. (15 июня 1981 г.). «В глубине: управление реляционной базой данных». Computerworld. Получено 16 ноября, 2012.
дальнейшее чтение
- Герхард Вейкум, Готфрид Фоссен, Транзакционные информационные системы: теория, алгоритмы и практика управления параллелизмом и восстановления, Морган Кауфманн, 2002 г., ISBN 1-55860-508-8