Система обработки транзакций ( TPS ) — это программная система или комбинация программного и аппаратного обеспечения , которая поддерживает обработку транзакций .
Первой системой обработки транзакций была SABRE , созданная IBM для American Airlines , которая вступила в строй в 1964 году. [1] Разработанная для обработки до 83 000 транзакций в день, система работала на двух компьютерах IBM 7090 . SABER был перенесен на компьютеры IBM System/360 в 1972 году и стал продуктом IBM сначала как программа управления авиакомпаниями (ACP) , а затем как средство обработки транзакций (TPF) . Помимо авиакомпаний, TPF используют крупные банки, компании-эмитенты кредитных карт и гостиничные сети.
Система Hewlett Packard Enterprise NonStop (ранее Tandem NonStop) — это аппаратно-программная система, разработанная для онлайн-обработки транзакций (OLTP), представленная в 1976 году. [2] Система обеспечивает исключительный уровень доступности и целостности данных.
Обработка транзакций отличается от других моделей компьютерной обработки, таких как пакетная обработка , разделение времени и обработка в реальном времени , и может быть противопоставлена им . [10]
Пакетная обработка — это выполнение ряда программ ( заданий ) на компьютере без ручного вмешательства. Несколько транзакций, называемых пакетами , собираются и обрабатываются одновременно. Результаты каждой транзакции не доступны сразу при вводе транзакции; [1] имеется задержка по времени.
«Системы реального времени пытаются гарантировать соответствующую реакцию на стимул или запрос достаточно быстро, чтобы повлиять на условия, вызвавшие стимул». [10] Каждая транзакция в режиме реального времени уникальна; он не является частью группы транзакций.
Система обработки транзакций (TPS) — это информационная система, которая собирает, хранит, изменяет и извлекает транзакции данных предприятия. Системы обработки транзакций также пытаются обеспечить предсказуемое время ответа на запросы, хотя это не так важно, как системы реального времени. Вместо того, чтобы позволять пользователю запускать произвольные программы с разделением времени, обработка транзакций допускает только заранее определенные, структурированные транзакции. Каждая транзакция обычно короткая, и ее обработка программируется заранее. Это модель MIS.
Следующие особенности считаются важными при оценке систем обработки транзакций. [10]
Высокая производительность и быстрое время отклика имеют решающее значение. Системы обработки транзакций обычно измеряются количеством транзакций, которые они могут обработать за определенный период времени.
Система должна быть доступна в течение периода времени, когда пользователи совершают транзакции. Многие организации в значительной степени полагаются на свои TPS; поломка нарушит работу или даже остановит бизнес.
Система должна быть способна решать проблемы аппаратного или программного обеспечения без повреждения данных. Несколько пользователей должны быть защищены от попыток одновременного изменения одного и того же фрагмента данных, например, два оператора не могут продавать одно и то же место в самолете.
Часто пользователи систем обработки транзакций являются случайными пользователями. Система должна быть простой для понимания, максимально защищать их от ошибок при вводе данных и позволять легко исправлять свои ошибки.
Система должна иметь возможность роста при дополнительных затратах, а не требовать полной замены. Должна быть возможность добавлять, заменять или обновлять аппаратные и программные компоненты без выключения системы.
Транзакции могут собираться и обрабатываться, как при пакетной обработке. Транзакции будут собираться и позже обновляться как пакет, когда их обработка станет удобной или экономичной. Исторически это был наиболее распространенный метод, поскольку еще не существовало информационных технологий , позволяющих обрабатывать данные в реальном времени.
Это немедленная обработка данных. Он обеспечивает мгновенное подтверждение транзакции. В нем может участвовать большое количество пользователей, одновременно выполняющих транзакции, изменяющие данные. Благодаря достижениям в области технологий (таким как увеличение скорости передачи данных , более крупных систем и пропускной способности сети ) возможно обновление в реальном времени.
База данных — это организованный набор данных. Базы данных обеспечивают быстрое получение неструктурированных запросов, как и в типичном приложении для обработки транзакций.
Базы данных для обработки транзакций могут быть построены с использованием иерархических, сетевых или реляционных структур.
В системе баз данных, используемой в системах обработки транзакций, желательны следующие функции:
Поскольку коммерческие организации стали очень зависимы от обработки транзакций, поломка может нарушить обычный распорядок дня бизнеса и остановить его работу на определенное время. Чтобы предотвратить потерю данных и свести к минимуму сбои в работе, должны существовать и соблюдаться хорошо продуманные процедуры резервного копирования и восстановления . Процесс восстановления может восстановить систему в случае ее сбоя.
Существует два основных типа процедур резервного копирования: дед-отец-сын и частичное резервное копирование :
Эта процедура включает в себя создание полных резервных копий всех данных через регулярные промежутки времени — ежедневно, еженедельно, ежемесячно или в любое другое время. Сохраняется несколько поколений резервных копий, часто три, что и дает название. Самая последняя резервная копия — это сын, предыдущая — отец, а самая старая — дедушка. Этот метод обычно используется для системы пакетной обработки транзакций с накопителем на магнитной ленте . Если система выходит из строя во время пакетного запуска, главный файл создается заново путем восстановления дочерней резервной копии и последующего перезапуска пакета. Однако если резервная копия сына не удалась, была повреждена или уничтожена, то используется предыдущее поколение резервной копии (отец). Аналогично, если это не удается, то требуется создание резервной копии, предшествующей отцу (т. е. дедушке). Конечно, чем старше поколение, тем больше данные могут быть устаревшими.
Частичные резервные копии
Частичные резервные копии обычно содержат только измененные записи. Например, полное резервное копирование может выполняться еженедельно, а частичное резервное копирование — каждую ночь. Восстановление по этой схеме включает восстановление последней полной резервной копии, а затем восстановление всех частичных резервных копий для создания актуальной базы данных. Этот процесс выполняется быстрее, чем создание только полных резервных копий, за счет более длительного времени восстановления.