Oracle 10g RAC - Работает !

Неоднократно слыщал выражения сомнения в работоспособности 10g. Так вот осмелюсь доложить:

10.2.0.3 в конфигурации RAC прекрасно выдержал весьма серьезное тестирование !


Два сервера IBM P5 595 с 64 с процессорами POWER5 частотой 2302 MHz в каждом, под управлением ОС AIX 5.3, были объединены в Real Application Cluster под управлением Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit

СУБД использовала локально управляемые табличные простраства (local managment),автоматическое управление сегментами данных (Automatic Segment Space Management) автоматическое управление сегментами отката (automatic undo management).

Табличные пространтсва использовали различный размер блока данных - 8K,16K,32K.
Общий объем БД - более 6 Tb.
Размер SGA - примерно 140 Gb, из около 96 Gb - кэш БД.
Файлы данных размещались на кластерной файловой системе GPFS компании IBM (global parallel file system). В качестве кластерного ПО использовалось ПО Oracle Clusterware.

В каждом из серверов было установлено по 8 SAN адаптеров.
Серевые интерфейсы для публичного доступа (public) и межкластерного соединения (cluster interconnect) задублированы средствами ОС AIX. Таким образом каждый из интерфейсов обладал пропускной способностью более 4 Gbit.

Приложение использует такие возможности СУБД как Virtual Private Database (VPD), Streams, опцию Partitioning.

Максимальное число сессий, работающих на кластере - более 4,000.
Для эмуляции нагрузки использовалось ПО IBM Rational. Нагрузка создавалась с 8 северов-генераторов нагрузки.

Выполнялось примерно 1000 транзакций в секунду, 32,000 атомарных операций, при этом производилось 17 Gb информации в журналах отката (redo size). При этом средние времена операций на пересылку блока ~ 3-4 ms, среднее время операции ввода-вывода - до 5 ms.

"Да, это работает !"

Проведенные тесты показали прежде всего безотказную работу программно-аппаратного комплекса. За все время проведения тестов не было сбоев аппаратуры или системного ПО.

Разработчки не скрывали своего удовлетворения, поскольку ряд предыдущих тестирований, выполненных на другой аппратной платформе и версии СУБД выявляли критические проблемы (ORA-600).

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

• - проблемы с производительностью GPFS. Разработчики AIX уже знают об этой проблемой, соответствующий патч готовится в выходу.
• - проблемы с высоким % ожиданий системой освобождения защелок (latch free) при одновременном запуске 80 биллинговых роботов. Тесты показали, что данная проблемы не является проблемой Oracle RAC, она также проявлется в некластерной конфигурации. Соответсвующий сервисный запрос (service request) был открыт в службе поддержки Oracle. В качестве обхода данной проблемы было рекомендовано снизить число одновременно работающих роботов, что привело к ускорению общей пропускной способности системы.

Что особенно приятно - специальная комната Oracle/IBM solution center. А инженеры IBM в частной беседе сообщили что больше всего тестируют Oracle, DB2 такой популярностью не пользуется !