Installation via RPM et OFA

Bonjour,

Je prenais un peu de temps pour remettre à neuf mes scripts d'installation et de création de base pour respecter les recommandations OFA (Optimal Flexible Architecture).
Dans le même temps j'ai voulu tester une installation via RPM, et je constate que celle ci ne respecte pas l'OFA mais se rapproche assez de mes anciennes habitudes de nommage.

Est ce que cette OFA est encore d'actualité ?
Est ce vraiment utile ?
Sachant que je range déja mes binaires, mes données, ma FRA, mes logs dans volumes différents (avec l'aide de l'OMF)

Bonjour,

Oui c'est toujours d'actualité:

https://docs.oracle.com/en/database/...2-26B43561B6B1

Mais c'est très rare que ce soit respecté, je ne sais pas pourquoi. Quand j'ai posé la question à un collègue DBA pourquoi il n'avait pas suivi OFA pour l'installation Oracle, il m'a juste dit "parce que je n'aime pas". Super l'argument.
Je suis toujours les normes OFA pour des raisons de cohérence et d'organisation. Cela dit, je me suis fait avoir avec les nommages post 12c, car maintenant on ne numérote plus par Major Release . Maintenance Release, mais juste Major Release, comme ceci par exemple:

Code:

---

/u01/app/oracle/product/19.0.0/dbhome_1

---

Alors qu'avant on faisait:

Code:

---

/u01/app/oracle/product/12.2.0/dbhome_1

---

Je pense que c'est parce que maintenant il n'y a plus de notions de PSU depuis la 18c, mais il s'agit de RU.

Chez certains de mes clients, OFA était respecté, dieu merci, car on sait vite où trouver l'info.
Par contre, sur de vieilles bases 9 ou 10, c'était du n'importe quoi, du genre oradata directement sous /

Merci pour vos point de vue 8-)

Bonjour,
L'install par .RPM n'apporte aps grand chose et installe tout sur /opt juste pour être sûr d'avoir directory qui existe. A mon avis c'est à n'utiliser que pour une install sandbox (dans on Docker par exemple) mais pour une vraie install, c'est bien mieux de dézipper l'Oracle Home dans le bon directory.
Fracnk.