|
|
|
авто старт базы
|
|||
|---|---|---|---|
|
#18+
Тока называется Oracle Restart, если не RAC На самом деле никак не спасает от непредсказуемого падения экземпляра И слава богу Тут, как сказали -- в первую очередь разобраться с причинами падения PS. В общем-то можно повесить на inittab (примерно как has), можно нарисовать свою службу на Solaris или на systemd Но лучше этого не делать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.04.2018, 15:44 |
|
||
|
авто старт базы
|
|||
|---|---|---|---|
|
#18+
Вячеслав ЛюбомудровНа самом деле никак не спасает от непредсказуемого падения экземпляра Ну стартовать-то, по крайней мере, попробует, а ТС ничего другого как бы не планирует :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.04.2018, 15:59 |
|
||
|
авто старт базы
|
|||
|---|---|---|---|
|
#18+
Ткни носом плиз. Кластерварь точно пытается поднимать упавшие компоненты, я однажды даже больно стукнулся, по скудоумию срубив базульку, не учтя, что она под кластерварью. Именно oracle restart как отдельный продукт никогда не видел, что с ним не так? Судя по доке https://docs.oracle.com/database/121/ADMIN/restart.htm#ADMIN12709 Oracle Restart runs periodic check operations to monitor the health of these components. If a check operation fails for a component, the component is shut down and restarted. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.04.2018, 16:29 |
|
||
|
авто старт базы
|
|||
|---|---|---|---|
|
#18+
Ну, так сразу свои впечатления и не оформишь Oracle Restart, насколько помню, появился с тех пор, как ASM (а точнее Clusterware) уехало в отдельный Oracle Home (11.2, если склероз не изменяет) Там создаются сервисы и их зависимости (через crsctl и, самое важное, srvctl), которые, теоретически, позволяют отказаться от dbstart/oratab и выстроить какую-либо связь между сервисами/экземплярами/лисенерами/ASM группами и т.д. Видимо, я лох, но мне под специфические конфигурации (простой пример -- standby без управления DGbroker) так и не удалось его заточить (судя по статьям, попытка была обречена на неудачу, поэтому на нее и было сразу забито) Так вот -- при использовании Oracle Restart простая остановка БД через sqlplus совершенно спокойно не пыталось переподнять экземпляр. Я могу поискать ссылочку, но я здесь публиковал скрипты для создания службы в Solaris -- в этой ситуации оно тут же пыталось поднять "упавший" экземпляр -- в большинстве своем это не только неудобно (особенно, когда не заглядывал туда полгода), но и небезопасно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.04.2018, 16:55 |
|
||
|
авто старт базы
|
|||
|---|---|---|---|
|
#18+
Вячеслав Любомудровпростая остановка БД через sqlplus совершенно спокойно не пыталось переподнять экземпляр. Очень странно, ибо кластерварь ровно это и делает при попытке тормознуть sqlplus-ом или рубануть киллом фоновые процессы - поднимает на доступной ноде упавший компонент и его (зависимые) сервисы. Вячеслав Любомудров это не только неудобно (особенно, когда не заглядывал туда полгода), но и небезопасно Тут согласен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.04.2018, 17:07 |
|
||
|
авто старт базы
|
|||
|---|---|---|---|
|
#18+
Вячеслав ЛюбомудровТак вот -- при использовании Oracle Restart простая остановка БД через sqlplus совершенно спокойно не пыталось переподнять экземпляр. А оно и не должно в таком случае ничего поднимать. Да ведь и на раке так же (в 11.2, про другие уже хз, но с чего бы иначе?) Там точно так же, по аналогии с clusterware прописываются target-состояния сервисов, в которое has (oracle restart) их и будет приводить при рестарте вышестоящих в дереве зависимостей компонентов, или при старте ОС или же падении сервиса. Но не при ручном останове через sqlplus или там lsnrctl. Реальное падение экземпляров под has на моей практике было ну уже очень давно, но хорошо помню, что has от 11.2 их в таком случае сам поднимал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.04.2018, 21:28 |
|
||
|
авто старт базы
|
|||
|---|---|---|---|
|
#18+
Вот в доке 12.1. И в 11 все было точно так же. https://docs.oracle.com/database/121/ADMIN/restart.htm#ADMIN12711 Код: sql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.04.2018, 21:34 |
|
||
|
авто старт базы
|
|||
|---|---|---|---|
|
#18+
KoTTTВячеслав ЛюбомудровТак вот -- при использовании Oracle Restart простая остановка БД через sqlplus совершенно спокойно не пыталось переподнять экземпляр. А оно и не должно в таком случае ничего поднимать. Да ведь и на раке так же (в 11.2, про другие уже хз, но с чего бы иначе?) Правильно, не должно Но при этом оно не поднимает и после shutdown abort (что, в общем-то логично), но забывает поднять когда, например, экземпляр поднялся, а с монтированием/открытием были какие-то временные траблы -- в результате все равно все стоит раком и требуется ручное вмешательство. Хотя, согласен, скорее всего это подойдет ТС. Если бы еще прикрутить к ней скрипты, выполняемые по событию (start, stop, etc) вообще песня бы была. Гы. была одна машинка, на которой после выключении питания часы слетали на 1980 год -- экземпляр сразу падал с ORA-1513 -- вот тут Restart отрабатывал хорошо -- придешь в понедельник, а там настолько засран alert... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.04.2018, 06:56 |
|
||
|
авто старт базы
|
|||
|---|---|---|---|
|
#18+
Вячеслав ЛюбомудровЕсли бы еще прикрутить к ней скрипты, выполняемые по событию (start, stop, etc) вообще песня бы была. Ну в теории наверное можно создать некие ресурсы (crsctl add resource) с зависимостями от инстанса, и маячить там скриптами как хочется. Хз, правда, проканает такое в Oracle Restart или нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.04.2018, 10:37 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39633990&tid=1884114]: |
0ms |
get settings: |
10ms |
get forum list: |
18ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
158ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
| others: | 237ms |
| total: | 481ms |

| 0 / 0 |
