2°/ La contrainte supplémentaire, comparé à RAC, c’est qu’on ne peut avoir qu’une instance par base de données en mode “normal”. Qu’est-ce que ça apporte par rapport à une single instance ? C’est effectivement la question qui compte :
- En cas de crash de l’instance ou d’un serveur, elle est redémarrée automatiquement. On peut obtenir le même résultat en intégrant un script dans le clusterware (il existe des white-paper sur ce thème) mais là c’est out-of-the-box
- On peut avoir 2 instances démarrées en mode “transition”, c’est à dire qu’on peut déplacer l’instance d’un noeud à l’autre sans indisponibilité de service (il faut valide ce qu’il se passe pour l’application malgré tout!)

Il faut voir RAC One-Node comme la solution de virtualisation d’Oracle Database sans les limites (surtout l’impact sur les performances) des VMWare ou autre OracleVM :
- Si vous voulez patcher le clusterware ou ASM, vous pouvez le faire sans indisponibilité pour les instances
- Si vous vouler patcher l’OS, idem
- Si vous voulez changez les serveurs physiques, vous pouvez le faire sans indisponibilité
- Si vous voulez basculer en RAC, vous pouvez techniquement le faire !

En plus RAC One-Node inclus les snapshots ACFS, mais c’est un autre débat ! Pour en savoir plus, sur RAC One Node, regardez la section correspondante de la documentation Licensing Guide 11.2.

Si oui, je pense qu’on peut avoir cette même configuration avec le RAC? Donc techniquement quelle est la difference entre le RAC one node et le RAC tout court? (du point de vue de la mise en oeuvre)?

Merci

The software being protected uses an Oracle database

Comme tu peux le lire, protéger une base de données et mettre un ASM cluster (grid infrastructure) est possible SANS RAC One-Node. En revanche, la même doc t’indique que les snapshots ou OMotion ne sont disponible qu’avec RAC ou RAC One Node.

Bien sur, RAC reste inclus dans la Standard Edition… Sinon, ça serait trop simple!

Merci pour ton blog..

Concernant parallel failsafe, il me semble que l’option a survécue à 8i même si le nom a changé; en 9i ça s’appelait RAC Guard et en 10g Oracle a arrêté effectivement cette option en disant que les services du CRS devenu ensuite clusterware permettent de faire la même chose. Aujourd’hui J’ai plusieurs clients qui ont un service sur une instance et basculent sur une autre pour faire de la dispo.

L’idée de RAC One Node, c’est de faire comme si on faisait du RAC mais sans payer le prix de RAC (rolling Upgrade, matchs OS), etc. L’avantage me semble-t-il c’est qu’on eSt dans 99% des cas en single instance mais que pour certes opération ou assurer la continuité de service, on peut faire une bascule et même en cas de qqchose de planifié avec 0 indispo. Le vrai bénéfice à priori c’est que ça ne serait pas le prix de RAC (on attend la maj de la pricelist).

D’autres fonctionnalités comme ACfS et ses snapshots offrent d’autres fonction d’infra.

On verra le retour client au message d’Oracle. Ils le positionnent comme une alternative à vmware et vmotion pour faire de la consolidation. Cela dit, je comprends que ça pose autant de questions que ça apporte de réponses.

J’ai du mal à saisir ton enthousiasme pour cette fontionnalité, je dois louper quelque chose .
Je me rappelle de “parallel failsafe” en 8i, cette fonctionalité avait été déclarée inutile par Oracle.
Sinon qu’est ce qui t’empêche d’utiliser le “clusterware” d’oracle avec une base mono-instance. De plus pas de souci de licence de licence puisque utilisable avec OEL, et peut être même en standard édition.

Concernant RAC One Node, ce qui est je pense ton propos, on ne peut pas dire que ce soit de l’actif/passif. Tous les noeuds peuvent être actifs (mais servent des bases de données différentes). C’est donc de l’Actif Actif au sens Veritas plutôt que RAC. Toutefois RAC One node ajoute des fonctionnalités comme la cpacité de migrer une instance d’un noeud un autre avec 0 Indisponibilité ou de faire des snapshots dans ACFS. Pas sur que ce soit plus clair pour toi. Quoiqu’il en soit ça me paraît un très bon compromis pour toutes les instances qui ne nécessitent pas du RAC. C’est d’autant plus vrai que ça risque (à valider) de marcher avec Oracle 10g. On verra