Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
 Запретил instance.. Юзвери всё равно лезут.  [new]
mayton
Member

Откуда: loopback
Сообщений: 49734
Необходимо запретить инстансы ascr1,ascr3,ascr4.

srvctl disable instance -d ascr -i "ascr1,ascr3,ascr4"
Запретил. Юзвери всё равно лезут. Видимо как-то не до конца запретил.

dc-ora02: oracle $ srvctl config service -d ascr
ASCR_PROD PREF: ascr2 ascr1 AVAIL: ascr4 ascr3
ASCR_USER PREF: ascr3 AVAIL: ascr4 ascr2 ascr1

А как сделать чтобы совсем не могли зайти?
22 окт 07, 18:05    [4824240]     Ответить | Цитировать Сообщить модератору
 Re: Запретил instance.. Юзвери всё равно лезут.  [new]
stdio
Member

Откуда:
Сообщений: 4524
mayton
Необходимо запретить инстансы ascr1,ascr3,ascr4.

srvctl disable instance -d ascr -i "ascr1,ascr3,ascr4"
Запретил. Юзвери всё равно лезут. Видимо как-то не до конца запретил.

dc-ora02: oracle $ srvctl config service -d ascr
ASCR_PROD PREF: ascr2 ascr1 AVAIL: ascr4 ascr3
ASCR_USER PREF: ascr3 AVAIL: ascr4 ascr2 ascr1

А как сделать чтобы совсем не могли зайти?
шнурок выдерни :-)
22 окт 07, 18:06    [4824247]     Ответить | Цитировать Сообщить модератору
 Re: Запретил instance.. Юзвери всё равно лезут.  [new]
mayton
Member

Откуда: loopback
Сообщений: 49734
Хорошо. Переформулирую. Необходимо, чтобы кластер пока поработал на 2 узле. Первая мысль была - сделать shutdown для 1,3,4 узлов. Но потом... подумал, что как-то это уж слишком радикально. И опрометчиво.

Насколько я понимаю, можно где-то залочить инстансы или ноды и этого будет достаточно. Верно ли я рассуждаю?
22 окт 07, 18:20    [4824304]     Ответить | Цитировать Сообщить модератору
 Re: Запретил instance.. Юзвери всё равно лезут.  [new]
oradba.ru
Member

Откуда: Dublin, Ireland
Сообщений: 106
Включите restricted session и отстрелите юзеров.
Только в зависимости от вашего кластерного софта, вам необходимо будет (или нет) дать гранты юзеру, который мониторит базу.
22 окт 07, 18:24    [4824324]     Ответить | Цитировать Сообщить модератору
 Re: Запретил instance.. Юзвери всё равно лезут.  [new]
Alex Roudnev
Member

Откуда: Валнут Крик, Калифорния
Сообщений: 5547
mayton
Хорошо. Переформулирую. Необходимо, чтобы кластер пока поработал на 2 узле. Первая мысль была - сделать shutdown для 1,3,4 узлов. Но потом... подумал, что как-то это уж слишком радикально. И опрометчиво.

Насколько я понимаю, можно где-то залочить инстансы или ноды и этого будет достаточно. Верно ли я рассуждаю?


Как то все сложно. srvctl stop intsnance -d DB -i IN

зачем изобретать?

Хотя можно конечно попробовать рестриктед моду, отстрелить заблудших и так далее, но зачем все это??
22 окт 07, 22:42    [4824923]     Ответить | Цитировать Сообщить модератору
 Re: Запретил instance.. Юзвери всё равно лезут.  [new]
mayton
Member

Откуда: loopback
Сообщений: 49734
2 Алекс Руднев.

Вечер добрый.

После миграции в кластерное окружение и новую версию Oracle, довольно толстая биллинговая система ГТС стала безбожно тормозить. Пока разбираемся. В event висят "доселе незнакомые" события. Решили упростить ситуацию. Пока идёт тестирование отладим оптимизатор "десятки" на одной ноде, а потом планируем подключить остальные. Это решение принято коллегиально, ведущими специалистами предприятия. Имеем печальный опыт перехода с "восьмёрки" на "девятку". Софт-же биллинговой системы слишком сложен и писался не один год десятком программистов. Имеется большой процент динамического SQL.

Завтра сообщу детали, и если интересно приведу планы наиболее "злобных" отчётов.

С уважением
22 окт 07, 23:03    [4824954]     Ответить | Цитировать Сообщить модератору
 Re: Запретил instance.. Юзвери всё равно лезут.  [new]
Alex Roudnev
Member

Откуда: Валнут Крик, Калифорния
Сообщений: 5547
mayton
2 Алекс Руднев.

Вечер добрый.

После миграции в кластерное окружение и новую версию Oracle, довольно толстая биллинговая система ГТС стала безбожно тормозить. Пока разбираемся. В event висят "доселе незнакомые" события. Решили упростить ситуацию. Пока идёт тестирование отладим оптимизатор "десятки" на одной ноде, а потом планируем подключить остальные. Это решение принято коллегиально, ведущими специалистами предприятия. Имеем печальный опыт перехода с "восьмёрки" на "девятку". Софт-же биллинговой системы слишком сложен и писался не один год десятком программистов. Имеется большой процент динамического SQL.

Завтра сообщу детали, и если интересно приведу планы наиболее "злобных" отчётов.

С уважением


Ну так тем более. Нужно бы в другом порядке тестировать
- работает лишь один инстанс
- активно два инстанса но доступ идет лишь в один
- доступ идет в оба с лоад балансингом.

Поэтому начинайте с srvctl stop instance..... а не с ограничения доступа. ВОт если в таком режиме не тормозит, то тогда есть смысл попробовать второй режим (инстанс есть но доступ ограничен).
23 окт 07, 00:33    [4825112]     Ответить | Цитировать Сообщить модератору
 Re: Запретил instance.. Юзвери всё равно лезут.  [new]
Alex Roudnev
Member

Откуда: Валнут Крик, Калифорния
Сообщений: 5547
А еще правильнее было бы начать без кластера.
23 окт 07, 00:34    [4825114]     Ответить | Цитировать Сообщить модератору
 Re: Запретил instance.. Юзвери всё равно лезут.  [new]
Osminog
Member

Откуда:
Сообщений: 252
mayton
Необходимо запретить инстансы ascr1,ascr3,ascr4.

srvctl disable instance -d ascr -i "ascr1,ascr3,ascr4"
Запретил. Юзвери всё равно лезут. Видимо как-то не до конца запретил.

dc-ora02: oracle $ srvctl config service -d ascr
ASCR_PROD PREF: ascr2 ascr1 AVAIL: ascr4 ascr3
ASCR_USER PREF: ascr3 AVAIL: ascr4 ascr2 ascr1

А как сделать чтобы совсем не могли зайти?

Копайте в сторону параметра инициализации
active_instance_count
кажись так...
23 окт 07, 08:10    [4825352]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить