test report bank system b2 platform hp integrity

CS Конфиденциально ул. Тобольская 42-А, г. Харьков, Украина, 61072

Tel.: +38 (057) 7175132 (fax) 7574714 e-mail: [email protected] Internet: www.csltd.com.ua

ААААААААввввввввттттттттооооооооммммммммааааааааттттттттииииииииззззззззииииииииррррррррооооооооввввввввааааааааннннннннннннннннааааааааяяяяяяяя ббббббббааааааааннннннннккккккккооооооооввввввввссссссссккккккккааааааааяяяяяяяя ссссссссииииииииссссссссттттттттееееееееммммммммаааааааа """"""""ББББББББ22222222""""""""

Версия 3.9.0

Отчет о результатах проведения нагрузочного тестирования АБС "Б2" на платформе HP

Integrity RX 8640

Редакция 1.1

Issued by: Автоматизированная банковская система "Б2"

Doc. ID: Revision: 1.1 Отчет о результатах проведения нагрузочного тестирования

АБС "Б2" на платформе HP Integrity RX 8640

Report_hp (3).doc Конфиденциально

CS

От исполнителя тестирования ООО "СиЭс Интегра":

Заместитель директора ______________Радченко Д.В.

Главный системный архитектор АБС "Б2" ______________ Бойчук А.В.

Начальник отдела ______________ Косенко Д.В.

Начальник отдела ______________Трембовецкий Р.А.

От владельца серверного ПО и оборудования компании "___________":

_____________________________________________________________________

_____________________________________________________________________

_____________________________________________________________________

Беблинген, Германия, апрель 2008 г.





CS





CS

Содержание

1 ЦЕЛЬ ТЕСТИРОВАНИЯ ................................................................................................... 5

2 ОБЪЕКТ ТЕСТИРОВАНИЯ .............................................................................................. 5

3 МЕТОДИКА ТЕСТИРОВАНИЯ ......................................................................................... 5

4 ТЕСТОВАЯ СРЕДА. .......................................................................................................... 5

4.1 Параметры базы данных.................................................................................... 5

4.2 Параметры сервера базы данных .................................................................... 5

5 РЕЗУЛЬТАТЫ ТЕСТОВ .................................................................................................... 5

5.1 Многопользовательский тест ............................................................................ 5

5.2 Тест - батчевые операции .................................................................................. 21

6 ВЫВОДЫ И КОММЕНТАРИИ .......................................................................................... 24

6.1 OLTP тесты ........................................................................................................... 24

6.2 EOD тесты ............................................................................................................. 24

7 МЕТОДИКА ТЕСТИРОВАНИЯ ......................................................................................... 25

7.1 Эмуляция многопользовательского режима .................................................. 25

7.2 Описание задач многопользовательского режима........................................ 25

7.3 Загрузка кредита.................................................................................................. 25

7.4 Проводка документа ........................................................................................... 25

7.5 Добавление депозита ФЛ ................................................................................... 25

7.6 Выписка по лицевому счету (отчет 101) .......................................................... 26

7.7 Создание документов ......................................................................................... 26

7.8 Сальдовая ведомость по счету (отчет 1602)................................................... 26

7.9 Привлечение депозита ....................................................................................... 26

7.10 Просмотр состояния коррсчета ........................................................................ 27

7.11 Получение баланса банка................................................................................... 27

7.12 Ввод документа ................................................................................................... 27

7.13 Начисление процентов по кредитам ................................................................ 27

7.14 Оплата кредита .................................................................................................... 27

7.15 Отчет 6103 «Прогнозная ведомость начисления %»...................................... 27

7.16 Баланс по сделкам .............................................................................................. 27

7.17 Добавление сделки рассрочка (с использованием ЭПС).............................. 27

8 ОПИСАНИЕ ЗАДАЧ ОДНОПОЛЬЗОВАТЕЛЬСКОГО РЕЖИМА (EOD)......................... 27

9 ПРИЛОЖЕНИЕ 2. ПАРАМЕТРЫ ORACLE ...................................................................... 30

9.1.1 Версия Oracle................................................................................................. 30 9.1.2 Файлы БД ....................................................................................................... 30

10 ПРИЛОЖЕНИЕ 3. ПАРАМЕТРЫ СЕРВЕРА И ДИСКОВОЙ СИСТЕМЫ........................ 31





CS

1 ЦЕЛЬ ТЕСТИРОВАНИЯ

Цель настоящего тестирования - определить времена отклика АБС "Б2" версии 3.9.1.0.0 для различных конфигураций сервера БД для последующего анализа и обоснованного выбора аппаратной платформы АБС "Б2".

2 ОБЪЕКТ ТЕСТИРОВАНИЯ

Для проведения тестирования использовалась АБС "Б2" версии 3.9.1.0.0 под управлением СУБД Oracle 10.2.0.3. В качестве сервера БД использовался сервер HP Integrity RX 8640, БД находилась на дисковой системе EVA 8100.

3 МЕТОДИКА ТЕСТИРОВАНИЯ

Время реакции сервера проверялось в двух режимах: в многопользовательском режиме, который эмулирует работу банка в обычном режиме и однопользовательском режиме, который соответствует технологическим работам по открытию/закрытию дня. Задачи для каждого из режимов выбирались таким образом, чтобы они являлись максимально типичными для рабочего дня и составляли максимально большую долю нагрузки на сервер.

При выборе задач предполагалось, что все аналитические отчеты выполняются на отдельном сервере и в расчет не принимались.

В ходе выполнения тестирования фиксировалось время выполнения каждой задачи.

Полное описание выполняемых задач для каждого режима приведено в Приложении №1 «Методика тестирования».

4 ТЕСТОВАЯ СРЕДА

4.1 ПАРАМЕТРЫ БАЗЫ ДАННЫХ

Для проведения тестирования использовалась база данных АБС Б2 версии 3.9.1.0.0 со следующими показателями наполнения:

Сущность Кол-во

Счета 345734

Документы в архиве 3632760

Документы в текущем операционном дне 2106

Количество сделок всего 555857

Контрагенты 64482

Общий объем, ГБ 150

4.2 ПАРАМЕТРЫ СЕРВЕРА БАЗЫ ДАННЫХ

В качестве сервера БД использовался сервер HP Integrity RX 8640. Основные параметры сервера приведены в Приложении №3.

5 РЕЗУЛЬТАТЫ ТЕСТОВ

Тест состоял из двух этапов: эмуляция многопользовательской рабочей нагрузки и батчевый (пакетный) процесс открытия/закрытия дня включающий в себя 50 различных пакетных задач. При этом изменялись характеристики сервера – кол-во ядер CPU.

5.1 МНОГОПОЛЬЗОВАТЕЛЬСКИЙ ТЕСТ

Фактически длительность самих операций эмулирующих нагрузку составила 25 минут, 5 минут отводилось для установки соединений с сервером БД. Тесты повторялись для 2х, 4х, 6и тысяч пользователей для 16 ядерной конфигурации и 2х, 4х, 6и и 8и тысяч пользователей для 32 ядерной конфигурации сервера.





CS

В течение данного теста выполнялось примерно такое же число операций, которое выполняется в течение рабочего дня при реальной работе пользователей.

В момент выполнения теста собиралась статистика о производительности системы средствами СУБД Oracle (statspack) и средствами ОС.

В ходе выполнения теста возникали ошибки связанные с бизнес ограничениями АБС (попытка открыть счет с уже существующим номером, ввести контрагента с дублирующимся идентификационным кодом), это связано с особенностью эталонных данных. Это объясняет меньшее кол-во «выполненной» полезной работы, чем выполненных операций. Учитывая, что обработка подобных ошибок является трудоемкой процессом, операции завершившиеся ошибкой рассматриваются наравне с прочими операциями теста.

Результаты тестов многопользовательской нагрузки приведены в таблицах ниже.





CS

Табл. 1. 2 000 пользователей 16 ядер

Процедура Выполнений Среднее время (чч:мм:сс.сдс)

Мин. Время (чч:мм:сс.сдс)

Макс. Время (чч:мм:сс.сдс)

Добавление кредита ФЛ 223 00:01:35.09 00:00:01.85 00:05:57.85

Выдача кредита ФЛ 142 00:00:00.70 00:00:00.41 00:00:02.62

Добавление контрагента (ФЛ)

666 00:00:00.23 00:00:00.07 00:00:03.55

Проводка документа 669 00:00:00.45 00:00:00.06 00:01:02.83

Добавление депозита ФЛ 465 00:00:02.93 00:00:00.04 00:01:39.40

Выписка по лицевому счету (отчет 101)

772 00:00:00.20 00:00:00.03 00:00:03.86

Создание документов 381 00:00:00.50 00:00:00.19 00:00:04.44

Сальдовая ведомость по счету (отчет 1602)

774 00:00:00.14 00:00:00.02 00:00:02.29

Привлечение депозита 236 00:00:08.47 00:00:00.14 00:02:07.48

Просмотр состояния корсчета

125 00:00:00.17 00:00:00.09 00:00:00.88

Получение баланса банка 24 00:00:07.84 00:00:03.45 00:00:25.82

Ввод документа 104 00:00:00.23 00:00:00.03 00:00:02.58

Загрузка кредитов 3 00:01:09.78 00:00:01.71 00:03:25.53

Добавление сделки «рассрочка» (с использованием ЭПС)

250 00:01:46.22 00:00:03.96 00:05:07.94

Баланс по сделкам 2 00:02:46.78 00:01:38.39 00:03:55.16

Отчет 6103 «Прогнозная ведомость начисления %»

176 00:01:48.02 00:00:15.99 00:05:04.58

Оплата кредита 161 00:00:02.09 00:00:00.50 00:01:37.27

Табл. 2. Количество «полезной» работы выполненной во время теста (создание сущностей)


Счета 2431

Документы 19375

Сделки 1971






CS

2 000 пользователей 16 ядер

0

10

20

30

40

50

60

70

80

90

14:35 14:40 14:45 14:50 14:55 15:00 15:05

CPU

DISK

Рис. 1. 2 000 пользователей 16 ядер





CS








1131 00:00:03.80 00:00:00.07 00:02:32.58




1336 00:00:03.63 00:00:00.04 00:02:42.45



1273 00:00:03.60 00:00:00.02 00:02:40.81



185 00:00:02.69 00:00:00.18 00:01:14.23


Ввод документа 166 00:00:13.98 00:00:00.03 00:02:53.16



285 00:03:55.56 00:00:04.75 00:10:00.23



234 00:17:48.20 00:06:50.13 00:37:46.26

Оплата кредита 190 00:00:10.90 00:00:00.62 00:02:38.42



Счета 4331


Сделки 3430






CS


0

10

20

30

40

50

60

70

80

90

100

15:40 15:45 15:50 15:55 16:00 16:05 16:10

CPU

DISK






CS








1372 00:00:23.30 00:00:00.08 00:11:45.16




1627 00:00:21.10 00:00:00.04 00:11:48.66



1583 00:00:18.98 00:00:00.02 00:10:28.24



222 00:00:18.28 00:00:00.29 00:08:25.27


Ввод документа 219 00:02:06.37 00:00:00.19 00:12:23.54



356 00:08:29.09 00:02:57.25 00:27:31.83



287 00:37:04.25 00:33:35.23 00:40:37.70

Оплата кредита 212 00:01:40.10 00:00:01.69 00:18:52.04



Счета 3850


Сделки 2967






CS


0

10

20

30

40

50

60

70

80

90

100

17:10 17:15 17:20 17:25 17:30 17:35 17:40

CPU

DISK






CS

Табл. 7. 2 000 пользователей 32 ядра







508 00:00:00.16 00:00:00.07 00:00:02.09




575 00:00:00.09 00:00:00.03 00:00:00.44



575 00:00:00.06 00:00:00.02 00:00:00.26



94 00:00:00.17 00:00:00.11 00:00:00.23


Ввод документа 74 00:00:00.11 00:00:00.03 00:00:00.19



184 00:00:11.80 00:00:04.01 00:03:43.60



142 00:00:28.00 00:00:16.16 00:03:49.60

Оплата кредита 122 00:00:00.76 00:00:00.61 00:00:03.19



Счета 3458


Сделки 2724






CS


0

10

20

30

40

50

60

14:10 14:15 14:20 14:25 14:30 14:35 14:40

CPU

DISK

Рис. 4. 2 000 пользователей 32 ядра





CS








954 00:00:00.18 00:00:00.07 00:00:01.12




1134 00:00:00.11 00:00:00.03 00:00:01.61



1109 00:00:00.07 00:00:00.02 00:00:01.16



168 00:00:00.22 00:00:00.13 00:00:00.69


Ввод документа 151 00:00:00.14 00:00:00.03 00:00:00.88



309 00:00:09.42 00:00:04.21 00:03:39.13



251 00:01:27.01 00:00:19.45 00:09:06.33

Оплата кредита 212 00:00:00.88 00:00:00.53 00:00:06.14



Счета 5149


Сделки 4132






CS


0

10

20

30

40

50

60

70

80

15:45 15:50 15:55 16:00 16:05 16:10 16:15

CPU

DISK






CS








1506 00:00:00.23 00:00:00.07 00:00:01.81




1815 00:00:00.14 00:00:00.04 00:00:00.89



1799 00:00:00.10 00:00:00.02 00:00:00.74



237 00:00:00.34 00:00:00.18 00:00:00.81


Ввод документа 242 00:00:03.59 00:00:00.03 00:01:17.03



430 00:01:55.36 00:00:04.52 00:03:05.73



374 00:11:48.88 00:01:18.74 00:35:27.03

Оплата кредита 316 00:00:01.07 00:00:00.56 00:00:04.84



Счета 5986


Сделки 4749






CS


0

10

20

30

40

50

60

70

80

90

17:10 17:15 17:20 17:25 17:30 17:35 17:40

CPU

DISK






CS








1899 00:00:00.29 00:00:00.07 00:00:05.02




2250 00:00:00.18 00:00:00.04 00:00:05.00



2243 00:00:00.13 00:00:00.02 00:00:04.92



311 00:00:00.52 00:00:00.22 00:00:01.80


Ввод документа 319 00:00:19.82 00:00:00.04 00:05:43.10



579 00:02:02.14 00:00:07.63 00:07:32.49



428 00:47:59.94 00:28:39.73 01:03:13.41

Оплата кредита 379 00:00:01.29 00:00:00.62 00:00:05.37



Счета 7886


Сделки 6267






CS


0

10

20

30

40

50

60

70

80

90

18:40:00 18:45:00 18:50:00 18:55:00 19:00:00 19:05:00 19:10:00

CPU

DISK






CS

5.2 ТЕСТ - БАТЧЕВЫЕ ОПЕРАЦИИ

Табл. 15. Время выполнения для различного кол-ва ядер

Задача 4 ядра CPU 8 ядра CPU 16 ядра CPU 32 ядра CPU

Общее время выполнения 02:13:45.85 01:26:26.20 01:09:26.88 01:04:09.58

1 Деп. ФЛ: SP: Автопополн-е 00:00:08.93 00:00:09.21 00:00:09.17 00:00:07.61

2 Деп. ФЛ: Автопривязка док 00:00:04.31 00:00:04.47 00:00:04.67 00:00:04.49

3 Применение констант %% ба 00:00:00.01 00:00:00.01 00:00:00.01 00:00:00.01

4 Деп. ФЛ: Начисл %% мес. 00:01:10.67 00:01:10.42 00:01:11.11 00:01:11.65

5 Деп. ФЛ: Начисл. % заверш 00:00:00.43 00:00:00.44 00:00:00.43 00:00:00.43

6 Деп. ФЛ: Капитлиз. %% 00:00:23.12 00:00:23.46 00:00:22.97 00:00:23.12

7 Деп. ФЛ: Пролонгация 00:00:07.44 00:00:07.59 00:00:07.75 00:00:07.31

8 Деп. ФЛ: SP: Закр. банком 00:00:07.25 00:00:07.22 00:00:07.24 00:00:07.13

9 Деп. ФЛ: Перенос на 2620 00:00:00.01 00:00:00.01 00:00:00.01 00:00:00.01

10 Деп. ЮЛ: Начисление %% 00:00:11.16 00:00:11.30 00:00:11.50 00:00:10.91

11 Привязка док. по сделкам 00:00:00.01 00:00:00.01 00:00:00.01 00:00:00.01

12 %% MM + 00:00:18.84 00:00:19.44 00:00:19.28 00:00:19.09

13 Кредиты: Нач %% мес (350) 00:01:12.69 00:00:43.01 00:00:43.94 00:00:40.25

14 Кредиты: Нач %% мес (352) 00:00:06.60 00:00:12.25 00:00:13.34 00:00:10.51

15 Кредиты: Ежедн.нач.%% 350 00:00:09.43 00:00:09.52 00:00:09.44 00:00:09.59

16 Кредиты: Ежедн.нач.%% 352 00:00:01.18 00:00:01.17 00:00:01.15 00:00:01.19

17 Ов:расчет штр проср карты 00:00:00.01 00:00:00.01 00:00:00.01 00:00:00.01

18 Кред.ФЛ: Распр.сумм (356) 00:01:35.20 00:01:00.48 00:00:41.63 00:00:38.86

19 Кред.ФЛ: Распр.сумм (355) 00:00:32.87 00:00:23.24 00:00:14.31 00:00:21.62

20 Кред.ФЛ: Нач %% мес (356) 00:08:46.96 00:03:45.12 00:02:35.91 00:02:33.49

21 Кред.ФЛ: Нач %% мес (355) 00:00:35.30 00:00:25.86 00:00:21.96 00:00:19.28

22 Кред.ФЛ: Авт.закр. (355) 00:00:00.07 00:00:00.07 00:00:00.07 00:00:00.07

23 Кред.ФЛ: Авт.закр. (356) 00:00:01.86 00:00:01.90 00:00:02.03 00:00:02.02

24 Кредиты: Аморт. дисконта 00:00:10.24 00:00:09.49 00:00:09.37 00:00:09.69

25 Кредиты: Корр-я обязат. 00:00:04.16 00:00:04.08 00:00:04.01 00:00:04.16

26 Кредиты: Корр-я обязат. 00:00:03.89 00:00:03.89 00:00:04.02 00:00:04.17

27 РКО: Начисление комисии 00:00:14.84 00:00:14.46 00:00:14.97 00:00:15.11

28 РКО: Погашение задолж. 00:00:05.09 00:00:05.04 00:00:05.11 00:00:05.06

29 Овердрафт: Автопр. док. 00:00:00.49 00:00:00.59 00:00:00.57 00:00:00.61

30 Овердрафт: Автопр. док. 00:00:00.09 00:00:00.09 00:00:00.09 00:00:00.09

31 Начисление процентов счет 00:47:03.68 00:22:09.64 00:11:47.28 00:06:45.36

32 Ов:начис штраф прос карт2 00:00:01.15 00:00:01.26 00:00:01.21 00:00:01.78

33 Ов:начис штраф проср карт 00:00:00.21 00:00:00.21 00:00:00.21 00:00:00.21

34 Ов:начис штраф проср карт 00:00:03.07 00:00:03.05 00:00:03.19 00:00:02.89

35 АиК: Начисление комиссии 00:21:19.50 00:14:00.29 00:10:55.86 00:10:57.59

36 АиК: Погашение задолж. 00:00:53.49 00:00:39.54 00:00:46.22 00:00:44.07

37 АиК: Перен.задолж. RETAIL 00:09:53.81 00:04:52.59 00:03:16.67 00:02:47.67

38 Овердрафт Автопролонгация 00:00:03.98 00:00:02.92 00:00:01.76 00:00:01.81





43 Овер: Вечернее закрытие 00:04:34.57 00:01:33.45 00:01:13.80 00:01:11.77

44 Закр. отм. сделок МM и FX 00:00:00.24 00:00:00.04 00:00:00.04 00:00:00.05

45 Авт. закрытие сделок 00:00:00.09 00:00:00.04 00:00:00.04 00:00:00.04

46 Закр.утилиз.лим.под плат 00:00:00.01 00:00:00.01 00:00:00.01 00:00:00.01

47 Обновить мин.код контраг 00:00:02.33 00:00:01.69 00:00:01.69 00:00:01.69





CS

48 Автоотбор операций для ФМ 00:23:10.16 00:23:01.30 00:22:53.05 00:23:00.08

49 Созд овердрафтов для 2625 00:10:17.18 00:09:57.27 00:10:01.43 00:10:18.90

50 Чтение устаревших сообщен 00:00:00.10 00:00:00.10 00:00:00.10 00:00:00.08

Закрытие дня 4 ядра CPU

0

10

20

30

40

50

60

70

80

90

100

9:0

5

9:1

0

9:1

5

9:2

0

9:2

5

9:3

0

9:3

5

9:4

0

9:4

5

9:5

0

9:5

5

10:0

0

10:0

5

10:1

0

10:1

5

10:2

0

10:2

5

10:3

0

10:3

5

10:4

0

10:4

5

10:5

0

10:5

5

11:0

0

11:0

5

11:1

0

11:1

5

CPU

DISK

Рис. 8. Закрытие дня 4 ядра CPU

Закрытие дня 8 ядер CPU

0

10

20

30

40

50

60

70

80

90

100

7:00 7:05 7:10 7:15 7:20 7:25 7:30 7:35 7:40 7:45 7:50 7:55 8:00 8:05 8:10 8:15 8:20 8:25

CPU

DISK

Рис. 9. Закрытие дня 8 ядер CPU





CS

Закрытие дня 16 ядер CPU

0

10

20

30

40

50

60

70

80

90

100

5:10 5:15 5:20 5:25 5:30 5:35 5:40 5:45 5:50 5:55 6:00 6:05 6:10 6:15 6:20

CPU

DISK

Рис. 10. Закрытие дня 16 ядер CPU

Закрытие дня 32 ядра CPU

0

10

20

30

40

50

60

70

80

90

100

3:30 3:35 3:40 3:45 3:50 3:55 4:00 4:05 4:10 4:15 4:20 4:25 4:30

CPU

DISK

Рис. 11. Закрытие дня 32 ядра CPU





CS

6 ВЫВОДЫ И КОММЕНТАРИИ

6.1 OLTP ТЕСТЫ

Сервер HP Integrity RX 8640 продемонстрировал отличную производительность для работы 4000 пользователей в конфигурации 16 ядер и 6000 для конфигурации 32 ядра на данном объеме данных. При этом в системе сохраняется резерв ресурсов CPU (20-30%) и дисковой системы (60%). При дальнейшем росте количества сессий время выполнения отдельных задач вырастает на порядок (например, среднее время ввода депозита физлица при увеличении количества сессий с 6000 до 8000 растет с 9 сек до 1 мин).

Следует обратить внимание на то, что набор операций, выполненных в данном тесте на конкретном объеме данных, не является универсальным, а лишь первым приближением к работе среднего банка Украины. В работе реального банка может быть другой состав и распределение частоты выполняемых задач.

6.2 EOD ТЕСТЫ

Сервер продемонстрировал отличную производительность, как на однопоточных задачах, так и на многопоточных. При выполнении объемных многопоточных задач наблюдался практически линейный прирост производительности при увеличении числа ядер CPU (например, задача «Начисление процентов»), при этом ресурсы дисковой системы и CPU не были задействованы полностью. Для некоторых многопоточных задач рост производительности с ростом числа ядер наблюдается только до определенного предела. Причина кроется в том, время выполнения подготовительной части, которая выполняется в один поток, значительно превышает время непосредственной обработки данных в нескольких потоках. Число таких задач должно снижаться с ростом объема данных.

Проведенные тесты позволили не только провести данный «сайзинг», но и выявили узкие места СУБД Oracle и АБС «Б2» выражающиеся в сериализации некоторых операций и не позволяющих нагрузить данный сервер максимально эффективно. Речь идет об ожиданиях связанных с конкуренцией за защелки Oracle (latch), прежде всего связанных за доступ к одним и тем же ресурсам системы – блокам данных и управляющим структурам СУБД. Возможно, тонкая настройка системы (уровень приложения, уровень СУБД) позволила бы улучшить результаты.





CS

7 ПРИЛОЖЕНИЕ 1. МЕТОДИКА ТЕСТИРОВАНИЯ

7.1 ЭМУЛЯЦИЯ МНОГОПОЛЬЗОВАТЕЛЬСКОГО РЕЖИМА

Для создания нагрузки на сервер было создано управляющее приложение, которое запускало указанное количество клиентских сессий, выполняющих набор задач. Каждая клиентская сессия ассоциировалась с «должностью» виртуального пользователя. Набор «должностей» и задачи, которые может выполнять каждая «должность» задавались при настройке конфигурации тестов для каждой комбинации «размер БД/количество пользователей». Для каждой «должности» время выполнение каждой задачи и ее результат фиксировался в базе данных. Для эмуляции взаимодействия пользователя с системой через интерфейс, между выполнениями задач вставлялись паузы (от 5с до 500с).

Для создания клиентских сессий управляющее приложение запускало программу sqlplus.

7.2 ОПИСАНИЕ ЗАДАЧ МНОГОПОЛЬЗОВАТЕЛЬСКОГО РЕЖИМА

Задачи, которые запускались на сервере, эмулировали работу пользователя через интерфейс Б2. Каждая задача представляла собой скрипт, написанный для исполнения в среде SQLPlus и включала в себя как основные вызовы процедур и запросы (такие как процедура вставки документа), так и вспомогательные запросы, которые были включены для эмуляции работы пользователя с интерфейсом Б2. Кроме того, в скрипт были включены дополнительные вызовы, связанные с журналированием временных характеристик работы теста и результатом выполнения.

7.3 ЗАГРУЗКА КРЕДИТА

Задача эмулировала загрузку кредитов из внешних систем. При этом происходило

• Создание контрагента (параметры контрагента выбирались как копия случайно выбранного существующего контрагента)

• Создавался кредит для этого контрагента. Срок – 12 месяцев с промежуточным погашением, с изменением процентной ставки в середине срока

• Создавался договор обеспечении под кредит

• Создавался документ на выдачу кредита (через кассу)

7.4 ПРОВОДКА ДОКУМЕНТА

Задача эмулировала проводку документа через интерфейс. При этом

• Случайным образом выбирается документ в состоянии «введен»

• Этот документ проводится

• Производится выборка 100 записей из VDocument

7.5 ДОБАВЛЕНИЕ ДЕПОЗИТА ФЛ

Задача эмулировала ввод нового договора «депозит ФЛ» через интерфейс. При этом

• Случайным образом выбирается существующий контрагент, у которого уже есть депозит

• Случайным образом выбираются параметры нового договора (тип, сроки…)

• Эмулируется работа мастера ввода договора по выборке процентных ставок, штрафных процентов

• Открываются счета (основной и процентный)





CS

• Создается договор

• Производится выборка 100 записей из VINDIVIDUALDEPOSIT_SPEC

7.6 ВЫПИСКА ПО ЛИЦЕВОМУ СЧЕТУ (ОТЧЕТ 101)

Эмулируется получение выписки по одному счету за день

• Из базы получаем текст отчетов («выписка» и «выписка док»)

• Получаем параметры вывода отчетов

• Получаем параметры - сохраненные параметры вывода выписки

• Получаем набор вспомогательных параметров (название банка, подписи и т.д.)

• Выбираем случайный расчетный счет (2600%)

• Выполняется запрос, который формирует выписку (за дату последнего движений)

• Выполняется запрос, который формирует информацию по документам (за туже дату)

• Сохраняем факт выполнения отчета в БД

Указанный алгоритм гарантирует наличие движения в выбранный день.

7.7 СОЗДАНИЕ ДОКУМЕНТОВ

Эмулируется создание документов внешней подсистемой. При выполнении задачи создается 50 документов.

Для образца используются документы за 30.03.2007

• Случайным образом выбираются типы документов, который были в этот день.

• Выбирается произвольный документ (из документов указанной выше даты) для образца с типом, который выбран в предыдущем пункте.

• Вставляется документ (в состоянии «введен»)

• Вставляются кассовые символы, валютные параметры, доп.параметры, БИС’ы, если такие параметры были у документа – образца.

7.8 САЛЬДОВАЯ ВЕДОМОСТЬ ПО СЧЕТУ (ОТЧЕТ 1602)

Эмулируется получение сальдовой ведомости по одному счету за один день

• Из базы получаем текст отчета

• Получаем параметры вывода отчета

• Получаем параметры сохраненные параметры вывода

• Получаем набор вспомогательных параметров (название банка, подписи и т.д.)

• Выбираем случайный расчетный счет (2600%)

• Выполняется запрос, который формирует отчет

• Сохраняем факт выполнения отчета в БД

7.9 ПРИВЛЕЧЕНИЕ ДЕПОЗИТА

Эмулируется выполнение операции «привлечь» с формы «депозиты ФЛ».

• Выбирается случайным образом депозит

• Выполняется операция «привлечь» на ¼ суммы депозита через кассу банка

• Выполняется выборка 100 депозитов (аналог обновления данных в форме «депозиты ФЛ»





CS

7.10 ПРОСМОТР СОСТОЯНИЯ КОРРСЧЕТА

Эмулируется открытие формы «состояние корсчета» пользователем.

• Вычисляется состояние корсчета

• Производится его сравнение со значением, переданным из НБУ

• Выбираются суммы и количество документов по состояниям и потокам

7.11 ПОЛУЧЕНИЕ БАЛАНСА БАНКА

Эмулируется открытие формы «баланс банка» пользователем.

• Производится сравнение валютной позиции

• В случае наличия различия производится выравнивание ВП, создаются соответствующие документы

• Производится выборка первых 100 записей

7.12 ВВОД ДОКУМЕНТА

Эмулируется ввод документа через форму «документы дня».

• Выбирается случайным образом тип документа

• В архивном дне выбирается случайный документ в качестве образца

• Производится вставка документа

• Производится вставка доп.параметров, валютных параметров, кассовых символов

7.13 НАЧИСЛЕНИЕ ПРОЦЕНТОВ ПО КРЕДИТАМ

Задача соответствует задаче, которая выполняется в конце дня при ежедневном начислении процентов по кредитам.

Для малой БД использовался режим, при котором все начисления производятся в одной транзакции в одном потоке, при этом документы создаются в состоянии «Проведен».

Для средней БД использовался режим параллельного выполнения (задача разделялась на 4 потока) с промежуточными commit после каждого начисления. Все документы сразу же переводились в состояние "Проведен".

7.14 ОПЛАТА КРЕДИТА

Погашение кредита физ. лица со счета корреспондента.

7.15 ОТЧЕТ 6103 «ПРОГНОЗНАЯ ВЕДОМОСТЬ НАЧИСЛЕНИЯ %»

Выпуск отчета 6103 для одной сделке кредит физ. лица.

7.16 БАЛАНС ПО СДЕЛКАМ

Формирование баланса по сделкам (часть конструктора многих файлов репозитария).

7.17 ДОБАВЛЕНИЕ СДЕЛКИ РАССРОЧКА (С ИСПОЛЬЗОВАНИЕМ ЭПС)

Добавление сделки «рассрочка» для существующего контрагента. Расчет ЭПС для сделки. Заведение обеспечения.

8 ОПИСАНИЕ ЗАДАЧ ОДНОПОЛЬЗОВАТЕЛЬСКОГО РЕЖИМА (EOD)

Из однопользовательского режима (процедуры открытия/закрытия дня) были исключены отчеты, поскольку их формирование можно не связывать с процедурой смены дня, и более того, их формирования можно выполнить на отдельном сервере. В процедуру включалось:





CS

• «Деп. ФЛ: SP: Автопополн-е» - автопополнение депозитов физ. лиц "Savings plan";

• «Деп. ФЛ: Автопривязка док» - автопривязка документов по депозитам ФЛ;

• «Применение констант %% банка» - пересчет данных по начислению %% в сделках в связи с изменением значений констант процентной базы;

• «Деп. ФЛ: Начисл %% мес.» - ежемесячное начисление %% по депозитам ФЛ;

• «Деп. ФЛ: Начисл. % заверш» - начисление %% по завершении срока в депозитах ФЛ;

• «Деп. ФЛ: Капитлиз. %%» - капитализация %% в депозитах ФЛ;

• «Деп. ФЛ: Пролонгация» - пролонгация депозитов ФЛ;

• «Деп. ФЛ: SP: Закр. Банком» - закрытие депозита ФЛ «Savings plan» при невыполнении клиентом условий обслуживания;

• «Деп. ФЛ: Перенос на 2620» - перенос на 2620 завершенных депозитов ФЛ;

• «Деп. ЮЛ: Начисление %%» - ежемесячное начисление %% для депозитов. ЮЛ;

• «Привязка док. по сделкам» - привязка документов по сделкам;

• «%% MM +» - привязка документов по сделкам;

• «Кредиты: Нач %% месс» - начисление %% в конце месяца для определенного типа кредитов;

• «Кредиты: Ежедн.нач.%%» - ежедневное начисление %% для определенного типа кредитов;

• «Ов:расчет штр проср карты» - расчет штрафа за просрочку платежа по кредитным картам;

• «Кред.ФЛ: Распр.сумм» - распределение сумм к погашению для определенного типа кредитов;

• «Кред.ФЛ: Нач %% месс» - начисление %% в конце месяца для определенного типа кредитов;

• «Кред.ФЛ: Авт.закр.» - автоматическое закрытие сделок с погашенной задолженностью для определенного типа кредитов;

• «Кредиты: Аморт. дисконта» - автоматическое закрытие сделок с погашенной задолженностью для определенного типа кредитов;

• «Кредиты: Корр-я обязат.» - коррекция обязательств для «Кредитов+»;

• «РКО: Начисление комиссии» - начисление комиссии по сделкам РКО;

• «РКО: Погашение задолж.» - погашение задолженности по сделкам РКО;

• «Овердрафт: Автопр. док.» - автопривязка документов к сделке «Овердрафт+»;

• «Начисление процентов счет» - начисление %% по счету;

• «Ов:начис штраф прос карт» - начисление штрафа за просрочку платежа по кредитным картам;

• «АиК: Начисление комиссии» - начисление комиссии по сделкам АиК;

• «АиК: Погашение задолж.» - погашение задолженности по сделкам АиК;

• «АиК: Перен.задолж. RETAIL» - перенос задолженности по определенному правилу АиК;

• «Овердрафт Автопролонгация» - автопролонгация сделок «Овердрафт+»;





CS

• «Овер: Вечернее закрытие» - вечернее закрытие сделок «Овердрафт+»;

• «Закр. отм. сделок МM и FX» - вечернее закрытие сделок «Овердрафт+»;

• «Авт. закрытие сделок» - автоматическое закрытие сделок «Межбанк+» и «SPOT»;

• «Закр.утилиз.лим.под плат» - автоматическое закрытие утилизированных лимитов под платежи;

• «Обновить мин.код контраг» - обновление минимального кода контрагента для следующего дня;

• «Автоотбор операций для ФМ» - автоотбор операций для финмониторинга;

• «Созд овердрафтов для 2625» - создание овердрафтов по 2625 с активным остатком (если сделка отсутствует);

• «Чтение устаревших сообщен» - автоматическая отметка «непрочтенных» устаревших сообщений по сети при приеме файлов СЭП как «прочтенные»





CS

9 ПРИЛОЖЕНИЕ 2. ПАРАМЕТРЫ ORACLE

9.1.1 Версия Oracle

Была использована версия Oracle 10.2.0.3.0 (64bit) для HP -UX.

9.1.2 Файлы БД

Для БД использовались все ресурсы дисковой подсистемы сервера:

1. Файлы данных, составляющие табличные пространства, и управляющие файлы были распределены на две файловые системы, расположенные на дисковых массивах (RAID 10)

2. Оперативные журналы базы данных были помещены на “сырые” устройства, распределенные между теми же двумя дисковыми массивами. Размер каждого из журналов составлял 4 GB.

3. База данных работала в режиме архивирования журналов. 4. Для резервного копирования и восстановление базы данных в процессе

тестирования использовалась утилита RMAN.

Табл. 16. Конфигурация СУБД Oracle

db_block_size 8192

sga_target 20GB

db_file_multiblock_read_count 16

log_archive_start (ARCHIVE MODE) TRUE

log_buffer 2MB

open_cursors 5000

optimizer_mode FIRST_ROWS

pga_aggregate_target 6GB

processes 10000

sessions 10012

sga_max_size 30GB





CS

10 ПРИЛОЖЕНИЕ 3. ПАРАМЕТРЫ СЕРВЕРА И ДИСКОВОЙ СИСТЕМЫ

Тестирование АБС «Б2» проводилось на сервере класса mid-range HP Integrity RX8640.

Конфигурация сервера:

Сервер HP Integrity RX8640

16 Dual-Core CPU Itanium2 1.6GHz 24MB Cache

256 GB RAM

4 HBA 4Gb FC

1 NIC 1Gb UTP

OS: HP-UX 11i v3 (11.31)

База данных АБС «Б2» в процессе тестирования находилась на дисковой системе класса mid-range HP EVA 8100.

Конфигурация дискового массива:

Дисковый массив HP EVA 8100

Модель: 2С12D

8GB Cache RAM (for controller pair)

168 HDD 146GB FC 15k rpm

Disk group with 168 HDD (protection level -double).

VRAID1

test report bank system b2 platform hp integrity

Documents