Использование Oracle RAC

SergZol · Сообщение **SergZol** » Ср, 12/12/2007 14:52

Вопрос больше системных разработчиков касается. Хотя может у кого есть опыт прошо поделится.
Суть такова:
К инстал. диску прилагается документация в ней есть чудо файлик с примерами конфигурации «Примеры аппаратной конфигурации при тестировании системы» издание 02/2007.
Смотрим раздел 2 Примеры тестирования. Пункт 2.3 Пример 3. Работоспособность системы «Галактика ERP» на кластерной базе данных.

Соорудили точно такуюже конфигурацию. НЕРАБОТАЕТ! Теряется сеесия пользователей.
Выяснили причину:
Есть чудо табличка X$ACTIVEUSERS(кажется так), в ней хранится информация об активных сессиях. Также есть какойто механизм отлавливающий активные сессии базы путем получения результата запроса SELECT * FROM V$SESSION и сравнивающий информацию с записями таблицы. Если в таблице есть записи о пользователе, а в результатах запроса данного пользователя нет - считается, что это была "завишея" сессия и информация из таблицы удаляется. Однако есть ЗАГДОЗДКА в использовании RAC, результат SELECT * FROM V$SESSION вернет данные одной ноды кластера!!!!!!
Пример:
Заходит пользователь №1, ему выделяется сессия на первой ноде и он благополучно работает.
Заходит пользователь №2, ему выделяется сессия на второй ноде и вот здесь самое интересное:
при старте пользователя №2, SELECT * FROM V$SESSION результатов не даст т.к. у пользователя №1 сессия на другой ноде, и галактика считает сессию отраженную в таблице X$ACTIVEUSERS плохой и удаляет запись(хотя пользователь №1 работает). Следующее действие пользователя, которое зависит от информации в таблице X$ACTIVEUSERS приводит к зависанию пользователя №1.
Для корректой работы системы необходимо заменить запросы в оракловую базу начинающиесы с префикса V$... на GV$... т.е. запрос SELECT * FROM GV$SESSION вернет даные о сессиях на всех нодах кластера.

А теперь вопрос(может всетаки кто-то осилил мое произведение):
1. Может все не так, как я описал и у когото работает? или разработчики скажите где я не так сделал.
2. Если всетаки мои доводы верны - когда будет исправлено?

cruger · Сообщение **cruger** » Ср, 12/12/2007 18:37

Да, под RAC система не работает, это известно. Очевидные доработки запланированы, но пока нет ресурсов. Вопрос об организации стенда для тестирования пока даже не стоит. Однако помимо очевидного (замена v$.. на gv$..) видятся ещё некоторые проблемы, которые, по предварительной оценке, могут серьёзно замедлить работу кластера по сравнению с отдельным сервером. Этот вопрос требует дополнительного анализа. Т.е. работы по затачиванию под RAC требует несколько больше ресурсов, чем это может показаться вначале.

Если я не ошибаюсь, описание приведено для MS SQL платформы. Схему работы под кластером разрабатывали сотрудники ТП, они же её и проверяли у клиентов, они же и составили инструкцию. Её просто вставили в документацию.

SergZol · Сообщение **SergZol** » Чт, 13/12/2007 08:16

Фёдор Терсин писал(а):Если я не ошибаюсь, описание приведено для MS SQL платформы

Ошибаетесь, схема именно для Oracle 10g RAC и именно это смущает. Выходит документации верить на 100% нельзя.

cruger · Сообщение **cruger** » Чт, 13/12/2007 11:04

Хм, постараюсь выяснить, откуда это попало в документацию.

cruger · Сообщение **cruger** » Чт, 13/12/2007 15:46

Выяснил. Документации можно верить. Главное - внимательно прочитать её. Рабочая станция при проверке была одна.

SergZol · Сообщение **SergZol** » Чт, 13/12/2007 16:19

Покажите предприятие, где развернута база в класторной конфигурации(стоит не дешево), куплена мощная внешняя дисковая стойка, сервера БД(как минимум два) тоже не из разрада дешевых и на всем этом работает ОДИН пользователь.

cruger · Сообщение **cruger** » Чт, 13/12/2007 17:27

Но согласитесь, что указанная в документации конфигурация всё-таки работоспособна

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

gavrilyukmg · Чт, 30/04/2009 09:41

А у нас работает: 10g Oracle, 810 Галактика, правда пока одновременно не более 10 человек( тестируется). Есть, конечно, некоторые непонятки, но зарплата считается, проводки формируются, патчи ставятся, синхронизируются.

То, что на RAC Галактика 810 не работает, прочитали, начальству доложили. Но это его не смутило, было сказано - работать Галактика будет только на RAC

Сессии при выключении ноды переходят на другую, пользователь не замечает этого. А непонятки с кластером не связаны, чисто галактические:

в Консоли администратора при мониторинге пользователей в списке выбора систем нет системы Галактика. Виден только support. И то версии 5.3.14. Хотя у нас атлантис 5.4.14

Как починить?
И еще: в кфг саппорта написано:

[SUPPORT]
DefaultRepositoryWorkSystem=galnet:\\ctw01\Gal810\EXE

А при открытии Консолии управления, видим на экране что текущая система – саппорт

Информация о клиентской части системы:
рабочая станция : GAVRILYUK
процессор : Intel(R) Celeron(R) CPU 2.53GHz
оперативная память (всего) : 1 064 812 544 Ў ©в( )
оперативная память (свободно) : 339 329 024 Ў ©в( )
операционная система : Windows XP 5.1.2600 Service Pack 2
Пути на каталог:
путь на ЕХЕ директорию: \\Ctw01\Sup5208\exe\
путь на ТМР директорию : \\CTW01\SUP5208\START\ZMURAC\TMP\
путь на OUT директорию: \\CTW01\SUP5208\START\ZMURAC\OUT\
Информация по версиям библиотек и ресурсам:
версия инструментария(Atlantis) : 5.4.14
версия бибьлиотеки редактора : 2.10.0001
версия библиотеки компилятора есс: 2.10(c).12-Њ п-96
Список выгруженных библиотек(DLL):
Библиотека Дата создания Размер Путь к библиотеке
XL_GRUM.DLL 05\11\2008 16:52 171 008 \\Ctw01\Sup5208\exe\XL_GRUM.DLL
TOOLRES.DLL 05\11\2008 16:52 7 200 \\Ctw01\Sup5208\exe\TOOLRES.DLL
MT_DRV.DLL 05\11\2008 16:52 218 112 \\Ctw01\Sup5208\exe\MT_DRV.DLL
atlsock.dll 05\11\2008 16:52 44 032 \\Ctw01\Sup5208\exe\atlsock.dll
ORA90DRV.DLL 08\12\2008 17:46 826 368 \\Ctw01\Sup5208\exe\ORA90DRV.DLL
ZPRINT_W.DLL 05\11\2008 16:52 125 952 \\Ctw01\Sup5208\exe\ZPRINT_W.DLL
vision_w.dll 05\11\2008 16:52 683 520 \\Ctw01\Sup5208\exe\vision_w.dll
support.exe 02\12\2008 13:43 3 007 008 \\Ctw01\Sup5208\exe\support.exe
lotdll_.dll 05\11\2008 16:52 132 640 \\Ctw01\Sup5208\exe\lotdll_.dll
editor_.dll 05\11\2008 16:52 124 960 \\Ctw01\Sup5208\exe\editor_.dll
gdesk.dll 05\11\2008 16:52 90 112 \\Ctw01\Sup5208\exe\gdesk.dll
forms_.dll 04\12\2008 17:25 483 872 \\Ctw01\Sup5208\exe\forms_.dll
_cfg.dll 05\11\2008 16:52 77 824 \\Ctw01\Sup5208\exe\_cfg.dll
base.dll 05\11\2008 16:52 304 160 \\Ctw01\Sup5208\exe\base.dll
ecc_.dll 05\11\2008 16:52 124 960 \\Ctw01\Sup5208\exe\ecc_.dll
protect_.dll 05\11\2008 16:52 23 072 \\Ctw01\Sup5208\exe\protect_.dll
streams_.dll 21\11\2008 12:57 527 904 \\Ctw01\Sup5208\exe\streams_.dll
atllib_.dll 05\11\2008 16:52 82 464 \\Ctw01\Sup5208\exe\atllib_.dll
nation_.dll 05\11\2008 16:52 7 200 \\Ctw01\Sup5208\exe\nation_.dll
atlantis.rtl 05\11\2008 16:52 598 016 \\Ctw01\Sup5208\exe\atlantis.rtl
Список загруженных ресурсных файлов:
Ресурс Дата создания Размер Путь к библиотеке
COMPDATA.RES 05\11\2008 16:52 1 532 528 \\CTW01\SUP5208\EXE\COMPDATA.RES
SUPINFO.RES 05\11\2008 16:53 119 064 \\CTW01\SUP5208\EXE\SUPINFO.RES
SUPFILIALS.RES 05\11\2008 16:53 168 671 \\CTW01\SUP5208\EXE\SUPFILIALS.RES
SUPPORT.RES 01\12\2008 14:55 3 905 344 \\CTW01\SUP5208\EXE\SUPPORT.RES
SUPHELP.RES 25\11\2008 15:34 29 867 \\CTW01\SUP5208\EXE\SUPHELP.RES
ATLHELP.RES 25\11\2008 15:33 9 106 \\CTW01\SUP5208\EXE\ATLHELP.RES
ATLANTIS_OZI.RES 30\04\2009 08:35 0 \\CTW01\SUP5208\START\ZMURAC\DSK\ATLANTIS_OZI.RES
SUPERVISOR.CRF 29\04\2009 17:12 16 \\CTW01\SUP5208\START\ZMURAC\DSK\SUPERVISOR.CRF

Нужны ваши рекомендации.

cruger · Сообщение **cruger** » Чт, 30/04/2009 14:29

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

gavrilyukmg · Пн, 04/05/2009 07:47

Фёдор Терсин
В чем некорректность будет проявляться? Будет ругаться на якобы присутствие в системе какого-либо пользователя? Не можем выявить некорректность, поэтому руководство планирует переход полностью всех баз Галактики на кластер. Боюсь, не появились бы тогда проблемы, когда в базе будет до 700 сессий....

И что делать с консолью администратора? Это с патчами как то связано или с лицензией? При получении инвормации о расхождении, о системе - Саппорт(ПатчМенеджер) пишет "Все корректно".

Буду благодарна за совет:)

cruger · Сообщение **cruger** » Пн, 04/05/2009 11:59

Будет сильно тормозить.
Консоль администратора будет работать некорректно

cruger · Сообщение **cruger** » Пн, 04/05/2009 12:00

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

gavrilyukmg · Пн, 04/05/2009 12:20

То есть то, что она не видит приложение Галактики связано с кластером? А я вроде встречала на форуме подобные же жалобы, и они не связаны были с кластером. И там рекомендовали обратиться в техподдержку.

Почему версия атлантиса в репозитарии и в ехе 5.4.14, а в консоли администратора 5.3.14 - кластер-то причем может быть?

Тормоза - это понятно, поняла бы если бы пользолвателей в консоли не всех видела. Но чтобы приложение было только одно - support 5.3.14 хотя пропатчено до 5.4.14 и синхронизировано все?

cruger · Сообщение **cruger** » Пн, 04/05/2009 12:55

Марина, я не знаю, связано это или нет. До нас, разработчиков, подобные проблемы не доходили. Возможно, они доходили до техподдержки, которая в силу их элементарности, решала их сама, не привлекая нас.

Но в любом случае, я бы на вашем месте не переживал из-за этого: всё равно Консоль администратора на RAC работать не будет

Т.е. даже если вы приведёте свою систему в корректное состояние, и увидите там и Галактику и Support правильных версий, пользоваться Консолью вы не сможете.

gavrilyukmg · Пн, 04/05/2009 13:49

Знаете, как девушку утешить

Использование Oracle RAC

Использование Oracle RAC

Вход • Регистрация