|
Выключение неактивного узла Rac One Node
|
|||
---|---|---|---|
#18+
Приветсвую! Коллеги, подскажите, какие риски могут быть есть просто отключить сервер - неактивный узел RAC one Node с целью дальнейшего его вывода из эксплеатации? Т.е. не выполнять действия по удалению ноды. Проблема в том, что в данной конфигурации даже тесты не проводились по переключению. Есть просто определенные опасения, что пойдет что-то не так при выполнении действий...Что порекомендуете? Оставшийся активный узел просуществует также недолго, максимум 3-4 месяца. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.10.2020, 11:56 |
|
Выключение неактивного узла Rac One Node
|
|||
---|---|---|---|
#18+
На самом деле ничего страшного не должно случиться, если это реально RacOneNode ... для того он и существует, чтобы вторая нода "отдыхала" и экономила лицензии. Но хорошо бы увидеть аутпут команд ниже: srvctl config database -d DBName srvctl status database -d DBName ... |
|||
:
Нравится:
Не нравится:
|
|||
15.10.2020, 19:24 |
|
Выключение неактивного узла Rac One Node
|
|||
---|---|---|---|
#18+
srvctl config database -d *** Database unique name: *** Database name: *** Oracle home: /u01/app/oracle/product/11.2.0/dbhome_1 Oracle user: oracle Spfile: +DATA/***/spfile***.ora Domain: Start options: mount Stop options: immediate Database role: PRIMARY Management policy: AUTOMATIC Server pools: DB_POOL Database instances: Disk Groups: DATA,REDO Mount point paths: Services: serv_batch, serv_user Type: RACOneNode Online relocation timeout: 30 Instance name prefix: *** Candidate servers: ***01,***02 Database is administrator managed srvctl status database -d *** Instance *** is running on node ***01 Online relocation: INACTIVE ... |
|||
:
Нравится:
Не нравится:
|
|||
15.10.2020, 22:05 |
|
Выключение неактивного узла Rac One Node
|
|||
---|---|---|---|
#18+
bair RacOneNode ... для того он и существует, чтобы вторая нода "отдыхала" и экономила лицензии. Конфигурация Failover - это очень однобокое применение опции RAC One Node. Такое переключение вполне можно сделать, не используя данную опцию. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2020, 00:42 |
|
Выключение неактивного узла Rac One Node
|
|||
---|---|---|---|
#18+
SSD_new srvctl config database -d *** Database unique name: *** Database name: *** Oracle home: /u01/app/oracle/product/11.2.0/dbhome_1 Oracle user: oracle Spfile: +DATA/***/spfile***.ora Domain: Start options: mount Stop options: immediate Database role: PRIMARY Management policy: AUTOMATIC Server pools: DB_POOL Database instances: Disk Groups: DATA,REDO Mount point paths: Services: serv_batch, serv_user Type: RACOneNode Online relocation timeout: 30 Instance name prefix: *** Candidate servers: ***01,***02 Database is administrator managed srvctl status database -d *** Instance *** is running on node ***01 Online relocation: INACTIVE Не вижу рисков в отключении node ***02. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2020, 02:58 |
|
Выключение неактивного узла Rac One Node
|
|||
---|---|---|---|
#18+
Валерий Юринский bair RacOneNode ... для того он и существует, чтобы вторая нода "отдыхала" и экономила лицензии. Конфигурация Failover - это очень однобокое применение опции RAC One Node. Такое переключение вполне можно сделать, не используя данную опцию. да, спасибо за поправку, согласен, failover/switchover можно делать при помощи action_script c crsctl start|stop resource ... , предварительно зарегистрировав БД как resource через crsctl А RacOneNode предоставляет все возможности обычного RAC, например, Workload management с помощью сервисов с connection load balansing SHORT для OLTP приложений и LONG для DWH или server pools в случае с Policy Management и т.д... ... |
|||
:
Нравится:
Не нравится:
|
|||
16.10.2020, 03:07 |
|
|
start [/forum/topic.php?fid=52&msg=40009122&tid=1880793]: |
0ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
75ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
40ms |
get tp. blocked users: |
1ms |
others: | 12ms |
total: | 169ms |
0 / 0 |