Здравствуйте. Сразу предупрежу, что я не администратор базы данных - на меня временно взвалили это дело    

Описание системы 
Программы подключатся к базе данных по ip 192.168.0.20
В свою очередь есть 2 Node на айпи адресах 192.168.0.19(Node1) и 192.168.0.21(Node2)
И есть storage на айпи 192.168.0.3 и 192.168.0.5
Сервера с ораклом Solaris 
Версия оракла 10

Проблема в следующем 
На днях перестала работать база данных, перестал пинговаться Node1 и 192,168,0,20. Долго пытался в отстуствие админа выяснить в чем дело, но у меня не получилось. Пытался запустить кластер при помощи dbstart , srvctl start database -d $ORACLE_SID но выдавало, что не существует такого SID для кластера.  
Дальше вызвали бывшего админа бд. Он восстановил и сказал следующее:





Уход в даун произошел сегодня вновь. Опять он восстановил. На этот раз он забыл выставить права для пользователя оракла откуда должен браться скрипт восстановление.


Помогите разрулить ситуацию.  Правильна вобще такая система? 

 Не нормально, что она постоянно падает. И не понятна фраза, вашего админа. Наверное вы её из контекста вырвали. Если это кластер и падает одна нода, то причём здесь восстановление БД, если портится вся база, то при чём здесь переключение. 
И ещё не нормально, что вы уволили админа бд, когда у вас на руках столь сложная система.  Честно говоря, помочь через форум я не смогу. Слишком много мест нужно проверить и понять. Нужно много информации. Рекомендую нанять админа на почасовую оплату. Скажем десять часов в неделю будет достаточно, если вы не можете себе позволить фулл тайм админа. 

Могли бы  вы написать список софта и утилит для управления оracle 10g  через веб-интерфейс.
Нужны системы мониторинга, управление кластерами.

Есть такая штука Enterprise Manager. Он позволяет управлять базой данных (в любой конфигурации RAC, Grid и т.д.) через вёб интерфейс. Если используется Enterprise версия базы данных, то данная штуковина уже установлена, но не факт что сконфигурена. Ъ админы её не любят и конфигурят только если надо. У оракла есть встроеные средства мониторинга. В частности Data Guard Manager. Но всё равно обычно подключают нагиус или SiteScope от HP. Кроме того для защиты от падений существует технологий Data Guard, позволяющая (в том числе) автоматическое восстановление упавшей ноды. А в 11 версии базы включили ещё и Fast Failover (якобы почти моментальное восстановление умершего трупика), но я пока с ним не баловался.

Это, если в кратце. На самом деле там очень много нужно знать чтобы заставить кластер работать хорошо. То что я описал как слова выливается в 500 страниц руководств только по Data Guard. 

  

Это сообщение отредактировал(а) Avrely - 9.4.2010, 00:11