CC BY
76
Каменская Елена Николаевна - Южный федеральный университет; e-mail: Kamenskay-E@ya.ru; 347920, г. Таганрог, ул. Ленина, 157, кв. 129; тел.: 89514916863; кафедра психологии и безопасности жизнедеятельности; д.пед.н.; профессор.
Толмачёва Лариса Владимировна - e-mail: Tolmacheva_larisa58@mail.ru; 347909, Таганрог, ул. Прибрежная, 8; тел.: 89281544848; кафедра психологии и безопасности жизнедеятельности; к.т.н.; доцент.
Kamenskaya Elena Nikolaevna - Southern Federal University; e-mail: Kamenskay-E@ya.ru; 157, Lenin street, flat 129, Taganrog, 347920, Russia; phone: +79514916863; the department of psychology and safety of existence; dr. of ped. sc.; professor.
Tolmacheva Larisa Vladimirovna - e-mail: Tolmacheva_larisa58@mail.ru; 8, Seaside street, Taganrog, 347909, Russia; phone: +79281544848; the department of psychology and safety of existence; cand. of eng. sc.; associate professor.
УДК 004.08
Н.Д. Абасов
ОРГАНИЗАЦИЯ ЖУРНАЛА ТРАНЗАКЦИИ OLTP-СИСТЕМЫ, ФУНКЦИОНИРУЮЩЕГО В ИЗБЫТОЧНОМ МОДУЛЯРНОМ КОДЕ
В связи с повсеместной информатизацией банковской деятельности, наблюдается рост степени важности информационной безопасности автоматизированных систем обработки информации банка (АСОИБ) и обеспечения безопасности удалённых транзакций. В результате широкого распространения электронных платежей, устройств самообслуживания, таких как банкоматы и платёжные терминалы, пластиковых карт, объектом информационных атак стали денежные средства, как клиентов банков, так и самих банков. Предложен способ организации системной структуры, называемой журналом транзакций Online Transaction Processing (OLTP) - системы оперативной обработки транзакций, функционирующей в избыточном модулярном коде. Журнал транзакций позволяет, в случае возникновения разного рода сбоев, корректно зафиксировать транзакции в базе данных, свести к минимуму риск некорректного восстановления базы данных при условии повреждения журнала транзакций, минимизировать количество незавершенных операций при осуществлении обработки удаленных банковских транзакций. Приведена имитационная модель данной системы, демонстрирующая возможность восстановления согласованного состояния базы данных после возникновения аппаратных и программных сбоев.
OLTP-система; транзакция; транзакционная система; журнал транзакций; модулярная арифметика.
N.D. Abasov
ORGANISATION OF TRANSACTION LOG OLTP-SYSTEM FUNCTIONING IN SURPLUS MODULAR CODE
Currently, due to the widespread computerization of banking, there is manifold increase in the value of information security of automated information processing systems of the bank (AIPSB) and secure remote transactions. As a result of widespread electronic payments, self-service devices, such as ATMs and payment terminals, cards, phishing attacks have become the object of cash as customers of banks, and the banks themselves. We propose a method of organizing the system structure called the transaction log of the Online Transaction Processing (OLTP) - line transaction processing systems operating in excess modular code. The transaction log allows in case of failure of some sort, correct fix transactions in the database, to minimize the risk of incorrect da-
tabase recovery provided damage transaction log, to minimize the number of pending operations in the implementation of remote processing banking transactions. Shows the simulation model of the system, showing the ability to restore a consistent state of the database after hardware and software failures.
OLTP-system; transaction; transaction system; the transaction log; modular arithmetic.
Введение. В АСОИБ, как в любой сложной компьютерной системе, в процессе функционирования возникают ошибки и сбои, которые приводят к отказам в выполнении операции или к выполнению ошибочных операций [1, 2]. Это влечет за собой существенный финансовый риск для различных коммерческих структур и организаций, особенно тех, кто по роду своей деятельности хранит и обрабатывает ценную информацию, затрагивающую интересы большого количества людей.
Услуги, предоставляемые банками, основаны на использовании средств электронного взаимодействия банков между собой, банков и их клиентов и торговых партнеров - электронной коммерцией. В настоящее время доступ к услугам банков стал возможен из различных удаленных точек посредствам удалённых банковских транзакций - совокупности операций, сопровождающих удалённое взаимодействие платёжной системы и покупателя. Примерами удалённых транзакций могут послужить оплата услуг через платёжные терминалы, расчеты в точках продаж, использование дистанционного банковского обслуживания (ДБО), при котором доступ к счетам и операциям по ним предоставляется в любое время и с любого устройства, имеющего доступ в Интернет. Транзакция обычно включает в себя запрос, выполнение задания в соответствии с запросом, и ответ [3]. В случае банковских транзакций эти три составляющие представляют собой денежные средства, передаваемые по каналам связи. Отсюда следует, что на текущий момент, вопрос защиты удалённых банковских транзакций является особенно актуальным. В данном направлении ведутся серьезные работы, как в практическом, так и в теоретическом плане, используются передовые и дорогостоящие технологии и комплексы средств, повышающие надежность и безопасность при обработке и хранении транзакций. Целью данной работы является разработка способа организации журнала транзакций OLTP-системы, позволяющего свести к минимуму риск некорректного восстановления базы данных при условии повреждения журнала транзакций, минимизировать количество незавершенных операций при осуществлении обработки удаленных банковских транзакций, а также повысить быстродействие системы и обеспечить высокий уровень безопасности информации.
1. OLTP -система. Журнал транзакций. OLTP-система - система, обрабатывающая транзакции в реальном времени, работающая с небольшими по размерам транзакциями, но идущими большим потоком, с условием выполнения требования минимального времени отклика системы. OLTP-системы предназначены для ввода, структурированного хранения и обработки информации (операций, документов) в режиме реального времени.
В общем случае к OLTP-системам применяются следующие основные требования [4]:
♦ должна обеспечиваться нормализация данных;
♦ при возникновении ошибки транзакция должна вернуть систему к состоянию, которое было до начала транзакции;
♦ обработка транзакций осуществляется в реальном времени.
Транзакция представляет собой набор данных, состоящих из индикатора типа
сообщения, информации битовых карт и элементов данных, полей сообщения [5].
Для поддержки множества операций в OLTP-системах предусмотрено ведение журнала транзакций. Это обеспечивает, в случае возникновения сбоя, правильность отражения зафиксированной транзакции в базе данных. Этим гаранти-
руется, что «откат» незафиксированной транзакции будет выполнен надлежащим образом, и она не будет отражена в базе данных после сбоя. Этим же обеспечивается возможность отмены незавершенной транзакции и «отката» всех ее операций.
Восстановление после сбоя возможно только в том случае, если не пострадал журнал транзакций. Журнал транзакций является самой важной частью OLTP-системы - это единственное место, в котором в случае сбоя гарантируется наличие описаний всех изменений базы данных.
Журнал транзакций разбит на небольшие части, называемые виртуальными файлами журналов (или файлами VLF). Это вспомогательные средства для облегчения внутреннего управления журналом транзакций.
Если журнал транзакций отсутствует или поврежден после сбоя, тогда восстановление выполнить невозможно, в результате чего база данных становится сомнительной. В этом случае базу данных необходимо восстанавливать из резервных копий или использовать для восстановления менее желательные режимы, такие как аварийное восстановление.
Существует множество различных способов резервирования, но для любого из них характерна высокая избыточность. Так, например, большинство современных высоконадежных систем построено по принципу резервирования при общем постоянном резервировании с нагруженным резервом. Очевидными недостатками подобного способа повышения надёжности является увеличение стоимости системы и её габаритов.
Анализ информационных источников выявил, что перспективными методами предотвращения и исправления ошибок, возникающих в результате сбоев в транзакционных системах, обеспечения высоких показателей отказоустойчивости являются методы модулярной арифметики. Помимо возможности параллельной обработки данных, приводящей к увеличению быстродействия, методы модулярной арифметики обладают также и свойствами обнаружения и коррекции ошибок, что позволяет использовать их для корректного восстановления базы данных транзакций OLTP-системы.
2. Модулярная арифметика. Общие сведения. Имитационная модель организации функционирования журнала транзакций OLTP-системы [7]. Пусть заданы попарно взаимно простые модули (основания): положительные числа рър2 ,. . .,р. . ,,рь Н ОД (рí,рч) = 1 дл я iïq.
Значение Р = П к= i Рi определяет информационный диапазон получившейся числовой системы. Любое неотрицательное целое число А может быть однозначно представлено модулярным кодом , компонентами которого являются натуральные числа, удовлетворяющие условию , где
i = 1 , 2 ,. . .,к.
Наиболее распространёнными и эффективными являются избыточные R-коды в системе остаточных классов с взаимно простыми модулями. Избыточный модулярный код (ИМК) задаётся набором модулей: {р 1,р2, ...,рi,...,рк+1,рк+2, ...,рк+„}, информационным диапазоном Р и полным диапазоном системы с контрольными основаниями . Согласно положениям модулярной арифметики, числа, с которыми
оперирует устройство, лежат в диапазоне . Одним из признаков ошибки является выполнение условия Под ошибкой будем понимать любое искажение значе-
ния, соответствующего какому-либо модулю в модулярном представлении числа. Выявленная ошибка может быть исправлена одним из существующих корректирующих методов.
Рассмотрим имитационную модель журнала транзакций OLTP-системы, разработанную в среде моделирования MatLab Simulink, функционирующую в избыточном модулярном коде (ИМК), изображённую на рис. 1.
Транзакция, в виде последовательности бит йь, поступает на входы мультиплексора, где под воздействием управляющих сигналов устройства управления преобразуется в блок данных размером t бит, представляющий собой запись числа A в двоичной системе счисления: А = (С, С_1,..., С-)2.
Далее блок данных A поступает в преобразователь из позиционной системы счисления (ПСС) в ИМК, в котором происходит преобразование двоичного кода в избыточный модулярный код.
Subsystem
Рис. 1. Имитационная модель OLTP-системы, функционирующая в ИМК
Пусть А = (dtdt_х. . .d2d1 ) 2 - t-разрядное целое двоичное число, которое лежит в пределах интервала [ 0 ,2 t — l ] , основания ИМК
Pi,P2, ...,pi,...,pk+1, ...,pk+„ а ИМК А = (ai,cí2, ...,ah ...,ак +1, ...,ак+п), такое что А = {\А\ Р1,\А\Р2, ...,\А\р.,...,\А\рк+1,...,\А\Pk+J. Выразим величину числа A следующим образом:
А = 2t _ 1dt + 2 ^2 d t_ 1 + ■ ■ ■ + 22 d 3 + 21d2 + 2 °d1 = £ t= 1 (2l _ 1dl) , (1)
где l = 1 ,2, ...,t - позиции двоичных разрядов dj E { 0, 1 } , в соответствии с которыми однозначно определяются веса этих разрядов в двоичной системе счисления.
С учетом (1), выражение для получения i—й знакопозиции a ¿ = \ А \ р будет иметь вид:
at = \ 2 ^ 1dt + 2t _ 2dt _ 1 + ■ ■ ■ + 2 2d3 + 21d2 + 2 0d1 \ p г = \ £ ^ 1 (21_ 1d{) \ p r (2)
Полученные наименьшие значения вычетов a ¿ поступают в регистры памяти и затем подвергаются шифрованию. Результат шифрования каждого i-го блока данных, взятого из регистра памяти, представлен криптограммой . Процедура шифрования, адаптированная к ИМК, имеет вид [8]:
С± = Екц) (ах) (mod pj,
С2=Ек(2)(а2) (modp2),
Cí = Ekf(aà (mod pi),
Ck+n E (k+n) (ak+n) (mod pk+n),
где к(1, к(2,..., к(і),..., к(к+п - система ключей шифрования.
Зашифрованные блоки данных С1, С2,..., С¿,..., Ск+п поступают в запоминающие устройства У ЬР1, У ЬР2,..., У ЬР0 ..., У ЬРк+п.
Рассмотрим метод коррекции ошибок, основанный на Я-кодах модулярной арифметики.
Пусть ИМК задан системой оснований , полным
диапазоном системы , ортогональными базисами системы
В1,В2,... ,Ві, ..., Вк+1,...,Вк+п и их весами т 1,т2,...,т¿,...,тк+1,...,, тк+п причём:
Ві = т¡ —, і = 1 , п,
1 1 VI
где ті - целое положительное число, которое назовём весом ортогонального базиса системы.
Данные условия определяют систему чисел , об-
ладающую свойствами обнаружения и исправления ошибок.
В момент обращения к журналу транзакций массив шифрованных данных С1, С2,..., С^ ..., Ск+п попадает в регистры памяти, после чего происходит процедура расшифрования, представленная в форме выполнения следующих процедур:
( а1 = О гг){С1) (тосІрО,
К2
а2=0 (2)(С2) (тосір2), к2 а{ = 0 и(С^) (тосі р;),
к2
&к+п В,,(к+п)(Ск+п) (тОСІ Рк+п)‘
V к2
Далее массив данных поступает в блок обнаружения,
коррекции ошибок и преобразования из ИМК в ПСС.
На первом этапе задача этого блока состоит в проверке поступивших данных. Предлагаемый способ реализации контроля данных базируется на переводе ИМК в полиадический код.
Значения разрядов полиадического кода по модулям
могут быть получены из ИМК с
помощью системы сравнений:
ґ % = «і-
22 = ІІРГЧрДйг _2і)іР2-
23 = -2і)-22)|рз>
= ¡ІРп-ІІрпіІРп^Ірпі-ІР^ІрпіІРїХМп -2і) -г2) ...) -^п-ОІ
Пусть А = [г1, г2,... ,гп+к} - полученный результат вычислений. Тогда A лежит в диапазоне разрешённых значений, когда и только когда избыточные цифры полиадического кода являются нулевыми, т.е.
Таким образом, в качестве критерия истинности числа A используется тот факт, что цифры полиадического кода по избыточным основаниям ИМК для правильного числа равны нулю. Достоинством данного метода является то, что при неравенстве нулю любой разрядной цифры процесс перевода пре-
кращается. Это позволит сократить средний объём вычислений, требуемый для обнаружения ошибок.
В случае истинности числа A исходное представление в двоичной форме формируется из полученных коэффициентов обобщённой полиадической системы:
= гп+кРп+к-іРп+к-2 ■■■ Рі + 2зРгРі + 2гРі + 2і
В случае выявления ошибки коррекция осуществляется на основе одного из существующих методов. Рассмотрим механизм коррекции ошибки, основанный на методе проекций.
Определим AI j полученное из A исключением цифр по основаниям р г и р j проекцией числа A по основаниям рг и р j, причём i Ф j.
Вычислим проекции числа A по всем основаниям: A12,.. .,Ау. Среди этих проекций выявим
р'
А ц <------ -----,
1 Pn+1-Pn+k тогда ошибочными являются цифры .
После того, как выявлены ошибочные цифры, осуществляется их исправление по формуле:
fPi(i+kPn+^ .
L Pn+im J
Выводы. Предложенный способ организации журнала транзакций OLTP-системы оперативной обработки транзакций позволяет сводить к минимуму риск некорректного восстановления базы данных при условии повреждения журнала транзакций, свести к минимуму количество незавершённых операций при осуществлении удалённых транзакций, вызванных сбоями транзакций, узлов (системы), носителей информации за счет корректирующих способностей модулярного кода. Также способность данных, представленных модулярным кодом, к параллельной обработке и, соответственно, к параллельной организации работы подсистем при обработке нормализованных данных транзакций и адаптированная к ИМК процедура шифрования позволят повысить быстродействие системы и обеспечить высокий уровень безопасности информации.
БИБЛИОГРАФИЧЕСКИЙ СПИСОК
1. Семин Г. Автоматизация коммерческого банка: взгляд из России // Read. Me - 1996. - № 10. - С. 7-11.
2. Автоматизация банковской деятельности / Московское Финансовое Объединение / Под ред.С.И. Кумока. - М.:МФО, 1994. - 256 с.
3. Рассел Д., Кон Р. Обработка транзакций. - М.: VSD, 2013. - 81 с.
4. Деднев М.А., Дыльнов Д.В., Иванов М.А. Защита информации в банковском деле и электронном бизнесе. - М.: Кудиц-образ, 2004. - 512 с.
5. ISO 8583:2003. Сообщения, инициированные банковскими карточками для финансовых операций. Требования к обмену сообщениями. - Введ. 15.06.2003. - 204 с.
6. Голдовский И. Безопасность платежей в Интернете. - СПб.: Питер, 2001. - 240 с.
7. Акушский И.Я., Юдицкий Д.И. Машинная арифметика в остаточных классах. - М.: Советское радио, 1968. - 440 с.
8. Ржевский Д.А., Елисеев Н.И., Абасов Н.Д., Финько О.А. Электронная подпись, устойчивая к деструктивным воздействиям // Известия ЮФУ. Технические науки. - 2011. - № 12 (125). - С. 140-146.
Статью рекомендовал к опубликованию д.т.н., профессор О.А. Финько.
Абасов Низам Джавидович - Южный федеральный университет, e-mail: galactic_07@mail.ru; 347928, г. Таганрог, ул. Чехова, 2; тел.: +79649090220; кафедра безопасности информационных технологий; аспирант.
Abasov Nizam Dzhavidovich - Southern Federal University”; e-mail: galactic_07@mail.ru;
2, Chekhova Street, Taganrog, 347928, Russia; phone: +79649090220; the department of security in data processing technologies; postgraduate student.
