jan2aryAlexPopLavSkyjan2ary,

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

У них SE

AlexPopLavSkyjan2ary,

RAC не подходит в любом виде

Не путайте
RAC и RAC one Node

RAC - это active - active
а
RACoN - active/passive - тот самый OFS, только новая архитектура

Administering Oracle RAC One Node

При этом:
14275987

AlexPopLavSkylandyпропущено...

Т е - если мы оставим только одну активную ноду в RAC и остальные загасим - ничего работать не будет?
Чем эта нода отличается от обычного инстанса - разве что scan листенером


У нас есть официальный документ от поставщика пользовательского софта (это иностранная компания), где отдельным пунктом четко прописано, что RAC - низзя.
Международные проблемы даже в теории никому не нужны, поэтому RAC не обсуждается.

Четко прописано что RAC - низзя, из-за RAC interconnect locks
Но, RAC и RACoN - Это разные продукты? RACoN - Это обычный single node oracle

Но, если Вам мешает сертифицированное решение от вендора. То пользуйтесь велосипедом:

pacemaker/corosync + oracle heartbeat resource-agents

пример: Active/Passive PostgreSQL Cluster с использованием Pacemaker, Corosync

Меняете в примере resource-agent c PostgreSQL на oracle и наслаждаетесь

Либо тот же veritas

AlexPopLavSkyjan2aryпропущено...
Это ж как надо написать, чтоб прям так...


Ну вот так исторически сложилось. У них там что-то с последовательностями, и архитектура заточена на строгий их порядок.
Если мы перейдем на RACoN, то в случае любых проблем с софтом его разработчики будут защищаться этим пунктом в документе,
где написано, что рак нельзя

Назовите RACoN старым названием: Oracle Restart

И вам сразу станет легче