Notions de base de besoins des utilisateurs et de répertoire pour Oracle 12c

Sur UNIX et les systèmes basés sur Linux, y compris Oracle 12c, le logiciel est installé et configuré comme un utilisateur et un groupe spécifique. Dans la plupart des cas, l'utilisateur est appelé Oracle, le groupe principal oinstall, et le groupe secondaire dba. Voici un exemple de la façon dont cet utilisateur est défini:

Iduid $ = 501 (Oracle) gid = 501 (oinstall) groupes = 501 (oinstall), 502 (dba))

Sur les systèmes Windows, le logiciel doit être installé en tant que membre du groupe Administrateurs locaux pour la machine.

Il est fréquent d'avoir plusieurs versions d'Oracle en cours d'exécution sur la même machine simultanément. Pour éviter le chaos, vous avez besoin d'organiser comment et où chaque version est installée. Le cadre couramment utilisé pour organiser et installer le logiciel Oracle est appelé Optimal Flexible Architecture (OFA). Comme le DBA, vous pouvez utiliser cette hiérarchie organisationnelle pour installer le logiciel Oracle sur la base des versions de logiciels et des répertoires communs utilisés par toutes les versions.

La clé de l'OOF est les variables d'environnement de répertoire ORACLE_BASE et ORACLE_HOME:

• ORACLE_BASE est où vous pouvez trouver des logiciels couramment utilisée par tous les logiciels Oracle versions- il est la base des arbres de code Oracle sous-jacents.

• ORACLE_HOME est un sous-répertoire et désigne l'endroit où une version spécifique du logiciel de base de données Oracle est installé, souvent associée à une ou plusieurs instances de base de données.

Voici la hiérarchie:

Numéro / nom de répertoire / app / oracle / product / version / software_version_number réelle

Maintenant, nous allons décrire chaque niveau de la hiérarchie.

Voici un exemple de la façon dont cette hiérarchie peut exister sur UNIX ou Linux:

/u01/app/oracle/product/12.1.0

Et sur Windows:

d: app oracle product 12.1.0

Lorsque vous installez le logiciel de base de données avec l'outil d'installation d'Oracle (Oracle Universal Installer), il vous guide à travers l'identification de ces endroits, mais, vous avez besoin de comprendre pourquoi chaque emplacement est défini afin que vous puissiez mieux organiser vos installations de logiciels.

Dans le répertoire ORACLE_BASE, un répertoire d'inventaire Oracle est créé comme oraInventory. Dans ce répertoire, Oracle enregistre un record de tous les logiciels Oracle qui a été installé, patché, et retiré du serveur. Ces informations sont utilisées de sorte que la Oracle Universal Installer (OUI) et l'utilitaire de OPatch peut suivre les dépendances logicielles lors de l'installation et les opérations de colmatage. L'inventaire Oracle est géré automatiquement par les services publics et opatch OUI.

Sous ORACLE_BASE est un répertoire d'administration avec des sous-répertoires nommés pour chaque base de données Oracle, ainsi que la sauvegarde, les journaux de l'outil de configuration, la zone de récupération rapide, et les répertoires de produits:

$ Ls sauvegarde $ ORACLE_BASEadmin cfgtoollogs produit fast_recovery_area diag

D'une importance particulière, sous chaque ORACLE_BASE / admin /nom de la base sous-répertoire est répertoires pour l'audit, les fichiers de configuration Data Pump, la configuration et les fichiers de portefeuille Oracle de sécurité:

$ Ls $ ORACLE_BASE / admin / * / u01 / app / oracle / admin / DB01: ADump dpdump pfile xdb_wallet / u01 / app / oracle / admin / dev12c: ADump dpdump pfile xbd_wallet

Ci-dessous vous voyez les répertoires pour l'audit, Data Pump, de configuration et portefeuilles Oracle.

Dans les versions précédentes d'Oracle, BDUMP, cdump, et des répertoires de udump apparus sous chaque répertoire base de données d'administration de stocker des fichiers d'alerte, traces, et core dump. Cependant, à partir de Oracle 11g et continue donc à 12c, ces répertoires apparaissent dans la trace, alerte et sous-répertoires d'incident sous la ORACLE_BASE $ / diag / SGBDR /nom de la base répertoire. Ici, vous voyez l'emplacement de trace fichiers key et alerte.

Oracle gère les installations de logiciels en fonction de leurs répertoires de ORACLE_HOME. Plusieurs répertoires de ORACLE_HOME peuvent exister sur un serveur, chacun correspondant à une version différente de la base de données. Différentes versions peuvent généralement coexister sans conflit car ils ne partagent que l'inventaire Oracle, fichier oratab, et le processus d'écoute de base de données. Cette séparation du logiciel dans des répertoires différents permet cette séparation et la gestion de se produire. Voici un exemple des multiples répertoires ORACLE HOME:

$ Ls -1 $ ORACLE_BASE / product12.1.011.1.010.2.0

Dans l'exemple précédent, vous voyez plusieurs répertoires de ORACLE_HOME installés dans des répertoires différents. Définir vos paramètres d'environnement variables pour pointer vers un ORACLE_HOME spécifique qui détermine celui que vous utilisez.

Base de données de fichiers (données, index, contrôle, refaire) sont de préférence stockées dans les systèmes de fichiers séparés alloués spécifiquement à cet effet et séparés par des noms de base de données:

/ u02 / oradata / dev12c / u03 / oradata / dev12c / u04 / oradata / dev12c

L'utilisateur d'Oracle dans le groupe dba doit être capable de lire, écrire et exécuter des répertoires ORACLE_BASE et ORACLE_HOME, les sous-répertoires et des fichiers, ainsi que la base de données fichiers eux-mêmes. Si d'autres utilisateurs sur ce serveur ont besoin pour exécuter des programmes sur le côté serveur, tels que SQL * Plus ou l'import / export ou SQL * Loader, ils ont besoin de droits d'exécution sur les fichiers exécutables correspondants et, dans certains cas, les bibliothèques.