La Norme OFA (Optimal Flexible Architecture) : La norme OFA a été développée par une équipe Oracle, responsable de l'installation, de la mise à niveau et de l'optimisation des systèmes UNIX. Le système de fichier d’un système d'exploitation doit être organisé afin que la taille des bases de données puisse être gérée facilement avec l’ajout de données, d’utilisateurs et de matériels. La norme OFA  permet de rendre possible cette organisation du système de fichier.

 - Pour que qu'une structure de répertoire soit compatible OFA, un répertoire différent doit être créé sous le répertoire des données Oracle pour chaque base de donnée du système. Par exemple, le répertoire orantoradatadb01 est créé pour la base de données db01.

 - Tous les fichiers de contrôle (control files), les fichiers redo log et les fichiers de données (data files) d’une base de données spécifique doivent être placés sous le répertoire spécifique à cette base de données. Par exemple, le fichier de contrôle (ctrl1orcl.ora) et le fichier redo log (rdoorcl.ora) de la base de données db01 sont stockés dans le répertoire orantoradatadb01.

 - Les groupes d’objets présentant des caractéristiques de fragmentation différentes doivent être stockés dans différents tablespaces. Par exemple, les segments de données et les segments de rollback doivent être stockés dans tablespaces distincts. Par exemple, les segments de données et les rollback segments doivent être dans des tablespaces différents.

 - Les objets susceptibles de provoquer des conflits liés à l'utilisation des ressources disques doivent être placés dans des tablespaces distincts. Les données de tablespaces impliquées dans un conflit doivent être réparties sur différents disques. Pour optimiser la répartition de la charge des entrées/sorties et minimiser la contention, il est conseillé d’utiliser une configuration en quatre disques. La répartition des fichiers de la base de données sur quatre disques assure la compatibilité avec la norme OFA et augmente la fiabilité de la base de données.   

1- Le premier disque contient le code de base du système d'exploitation.

2-  Le répertoire racine Oracle est stocké sur le second disque.

3-  Le troisième disque stocke le code de l’application, une copie du fichier de contrôle et les fichiers redo log.

4-  Le quatrième disque stocke une copie d’une fichier de contrôle, des fichiers redo log et des fichiers de la base de données.

5-  Le quatrième disque n’est pas nécessaire si la technologie RAID 1 (Redundant Array of Inexpensive Disk) est utilisée pour les fichiers redo logs et les fichiers de données. Dans ce cas, le troisième disque devient un volume mis en miroir du quatrième.

En outre, les fichiers de données situés sur ce disque doivent être stockés au même emplacement que celui où ils auraient été stockés sur le quatrième disque. Si une combinaison des technologies RAID1 et RAID5 est utilisée, le troisième et le quatrième disque doivent être mis respectivement en RAID1 et RAID5. Si seulement trois disques sont disponibles, le système d'exploitation et le répertoire racine Oracle sont stockés sur le premier disque. Le second disque stocke le code de l’application, une copie du fichier de contrôle, des fichiers redo log et des fichiers de la base de données. Enfin le troisième disque contient une copie du fichier de contrôle, les fichiers redo log et les fichiers de la base de données.

- Pour obtenir une structure de répertoire compatible OFA, les groupes d’objets présentant des caractéristiques de comportement différents doivent être placés dans des tablespaces distincts. Par exemple, les tables qui requièrent des sauvegardes quotidiennes et mensuelles doivent être stockées dans tablespaces distincts.

- La base de données doit posséder au moins deux différentes copies des fichiers de contrôle stockées sur disques différents. Ceci permet à la base de données de continuer de fonctionner proprement en accédant à un fichier sur un autre disque si un disque est corrompu.

- Chaque groupe de redo log en ligne doit avoir au moins deux membres redo log en ligne localisé sur disques physiques différents. Ceci permet d’utiliser un autre membre d’un groupe si un membre d’un groupe est corrompu.