Академический Документы
Профессиональный Документы
Культура Документы
Oracle 11g
Administration
Collection Ressources Informatiques
Extrait
A. Vue d'ensemble
1. tapes de cration d'une nouvelle base de donnes pour une application
Le processus complet de cration d'une nouvelle base de donnes pour une application comporte les grandes tapes suivantes :
- Dfinir tous les objets (Oracle) de l'application : tables, contraintes d'intgrit (cls
primaires/uniques/trangres), index, vues, programmes stocks (triggers, procdures/ fonctions stockes, packages). - tudier la volumtrie de l'application (nombre d'utilisateurs, nombre de lignes attendues dans les tables).
- Crer une nouvelle instance. - Crer une nouvelle base de donnes (fichiers de contrle, fichiers de journalisation et
fichiers de donnes des tablespaces "techniques" d'Oracle).
- Rendre le dictionnaire de donnes exploitable. - ce stade, la base de donnes peut tre vue comme une "enveloppe" (une "bote vide")
dans laquelle des structures vont tre cres pour une ou plusieurs applications.
Cration des structures de stockage adaptes (chapitres Gestion des tablespaces et des fichiers de donnes et Gestion des informations dannulation)
- Crer les tablespaces (avec leurs fichiers de donnes) destins stocker les donnes de
l'application (tables et index).
- Crer le compte. - Lui donner les privilges suffisants pour crer les objets. - L'autoriser utiliser de l'espace dans les tablespaces de l'application.
Cration des objets de l'application dans ce compte Oracle (chapitre Gestion des tables et des index)
- Crer les objets Oracle de l'application (gnralement sous la forme d'un ou de plusieurs
scripts).
163
Chapitre 7
Cration des utilisateurs finaux de l'application (chapitre Gestion des utilisateurs et de leurs droits)
- Crer les utilisateurs. - Leur donner des droits adapts sur les objets de l'application (i.e. sur les objets crs
prcdemment dans le compte propritaire de l'application).
164
Cration d'une nouvelle base de donnes - le segment d'annulation SYSTEM ; - le dictionnaire de donnes.
ce stade, la base de donnes est prte pour accueillir des structures complmentaires qui vont constituer l'application.
3. Mthodes disponibles
La nouvelle base de donnes peut tre cre la main avec les outils du systme d'exploitation et SQL*Plus ; dans ce cas, il est trs simple d'crire ou de rcuprer des scripts et de les rutiliser chaque fois. Les tapes de cration de la base de donnes proprement dite sont toujours les mmes et dpendent (relativement) peu des caractristiques de l'application (et en tout tat de cause, des paramtres peuvent tre ajusts ultrieurement en fonction des caractristiques de l'application) ; utiliser des scripts "gnriques" de cration de bases est donc envisageable. La nouvelle base de donnes peut aussi tre cre l'aide d'un assistant graphique, l'assistant Configuration de base de donnes. Cet assistant facilite la cration de la base de donnes en offrant la possibilit d'utiliser des modles de base de donnes prts l'emploi et/ou en permettant de dfinir trs prcisment les caractristiques de la nouvelle base de donnes l'aide de plusieurs crans. Par ailleurs, il est possible de dfinir ses propres modles de base de donnes, comprenant ou non des fichiers de donnes prts l'emploi, puis de les utiliser lors de la cration ultrieure d'une nouvelle base de donnes. L'assistant graphique offre aussi la possibilit de gnrer les scripts de cration de la base de donnes, sans crer la base de donnes ; c'est un bon moyen pour constituer nos scripts "gnriques". L'assistant graphique inclut les tapes suivantes de cration des structures de stockage (chapitres Gestion des fichiers de contrle et de journalisation et Gestion des tablespaces et des fichiers de donnes).
Pour respecter les recommandations du standard OFA (voir le chapitre Installation), vous devez crer : - un rpertoire d'administration, portant le nom de la base de donnes, situ dans le rpertoire %ORACLE_BASE%\admin (Windows) ou $ORACLE_BASE/admin (Linux/ Unix), - un rpertoire de donnes, portant le nom de la base de donnes, situ dans un rpertoire oradata lui-mme situ dans ORACLE_BASE ou sur un autre volume. Depuis la version 11 et lapparition du Rfrentiel de Diagnostic Automatique, le rpertoire dadministration contient moins de rpertoires et de fichiers. Le rpertoire d'administration contient gnralement les rpertoires suivants : adump Rpertoire pour des fichiers daudit.
165
Chapitre 7
Rpertoire des scripts de cration de la base de donnes. Rpertoire pour les fichiers d'export. pfile Rpertoire pour les fichiers de paramtres texte. Si le serveur comporte plusieurs disques, il sera judicieux de rpartir les diffrents fichiers de la base de donnes sur ces disques afin d'optimiser les entres/sorties et d'viter les contentions ; dans ce cas, il faut crer d'autres rpertoires de donnes sur les disques concerns. Un rpertoire supplmentaire peut tre cr pour la zone de rcupration rapide (voir le chapitre Sauvegarde et rcupration).
exp ou dpdump create ou scripts
DB_NAME
Nom de la base (jusqu' 8 caractres). Gnralement DB_NAME est gal au nom de l'instance (ORACLE_SID). Exemple :
DB_NAME = hermes
166
DB_UNIQUE_NAME
Nom unique de base de donnes (jusqu' 30 caractres). Des bases de donnes ayant le mme DB_NAME au sein du mme DB_DOMAIN (par exemple une base de production et une base de test) doivent avoir un DB_UNIQUE_NAME diffrent. Ce paramtre est apparu en version 10. Il est, par dfaut, gal DB_NAME. Ce paramtre doit tre spcifi si vous souhaitez ouvrir simultanment sur un serveur deux bases portant le mme nom (le mme DB_NAME) ; il permet de les diffrencier. Exemple :
DB_UNIQUE_NAME = hermes_demo
COMPATIBLE
Indique un numro de version d'Oracle avec laquelle la base de donnes doit tre compatible. Valeurs possibles : 10.0.0 jusqu'au numro de la version actuelle (11.1.0.6). Valeur par dfaut : 11.0.0. Ce paramtre permet d'utiliser une nouvelle version d'Oracle en restant compatible avec une version plus ancienne, et donc sans avoir besoin de tester les nouvelles fonctionnalits sur la base de donnes. Certaines fonctionnalits de la nouvelle version peuvent tre restreintes. La valeur du paramtre peut tre augmente ultrieurement, mais il est ensuite gnralement impossible de redescendre (il faut repartir d'une sauvegarde antrieure au changement). Exemple :
COMPATIBLE = 11.1.0.
CONTROL_FILES
Editions ENI - All rights reserved
Emplacement des fichiers de contrle de la base de donnes. Il est conseill d'en spcifier au minimum 2, si possible sur des disques diffrents (dans l'idal, 3 ou 4 sur des disques diffrents). La recommandation OFA pour le nommage du fichier est controlN.ctl, N tant un numro d'ordre (1, 2, etc. ou 01, 02, etc.). Si le fichier de paramtres a t cr par duplication d'un fichier existant utilis, n'oubliez pas de modifier ce paramtre. En cas d'oubli, vous risquez d'craser les fichiers de contrle prsents dans cette directive et donc de provoquer un arrt brutal de la base de donnes qui les utilise.
167
Chapitre 7
Exemple :
CONTROL_FILES = ("f:\oracle\oradata\HERMES\control01.ctl", "g:\oracle\oradata\HERMES\control02.ctl")
DB_BLOCK_SIZE
Taille de bloc "standard" en octets, utilise par dfaut pour les fichiers de donnes des tablespaces et pour l'organisation du cache de donnes (buffer cache). La valeur doit tre comprise entre 2 Ko et 32 Ko (sauf restriction spcifique la plate-forme) et tre un multiple de la taille de bloc du systme d'exploitation. Ce paramtre ne peut pas tre modifi ultrieurement sans recrer la base de donnes. Valeur par dfaut = 8192 (8 Ko). La taille de bloc peut avoir un impact plus ou moins important sur les performances. L'expos des avantages et inconvnients respectifs des "petits" blocs et des "grands" blocs sort du cadre de cet ouvrage. En rsum, les recommandations d'Oracle sont les suivantes : - Pour un systme plutt transactionnel (gnralement caractris par des petites requtes de lecture et de mises jour), utilisez des "petits" blocs (4 Ko ou 8 Ko). - Pour un systme plutt dcisionnel (gnralement caractris par des grosses requtes de lecture), utilisez des "gros" blocs (16 Ko ou 32 Ko). - Pour les systmes mixtes, ou dans le doute, utilisez une taille de bloc de 8 ko (valeur par dfaut). Exemple :
DB_BLOCK_SIZE = 8192
MEMORY_MAX_TARGET
Taille maximum de la mmoire utilisable par l'instance. Peut tre spcifie en octets, en Ko (symbole K), en Mo (symbole M) ou en Go (symbole G). Si ce paramtre nest pas spcifi, il est gal la valeur du paramtre MEMORY_TARGET. Noubliez pas que les modifications dynamiques de la mmoire seffectuent dans la limite de la valeur du paramtre MEMORY_MAX_TARGET, qui lui nest pas dynamique (cf. Chapitre Les bases de larchitecture Oracl, section Linstance). Exemple
MEMORY_MAX_TARGET = 2G
MEMORY_TARGET
Taille de la mmoire alloue l'instance. Peut tre spcifi en octets, en Ko (symbole K), en Mo (symbole M) ou en Go (symbole G). Valeur par dfaut : 0. Valeur minimale : 148 Mo. La valeur peut tre arrondie par Oracle au granule suprieur. Ce paramtre est apparu en version 11. Si ce paramtre a une valeur diffrente de zro, la gestion automatique de la mmoire (Automatic Memory Management - AMM) est active. Dans ce cas, Oracle dimensionne automatiquement la SGA et la PGA en fonction de leurs besoins respectifs et de la charge du systme (cf. section Linstance du chapitre Les bases de larchitecture Oracle).
168
Editions ENI
Oracle 11g
Extrait
31
X Objectif
Du point de vue logique, la base de donnes se compose d'espaces disque logiques (tablespaces). - Vu du ct de l'instance Oracle, l'espace disque logique accueille tous les objets logiques de la base de donnes (tables, index). - Vu du systme d'exploitation, l'espace disque logique est un espace de stockage compos de un ou plusieurs fichiers. Les espaces disque logiques permettent : - un meilleur contrle de lallocation de lespace disque la base de donnes ; - ltablissement dun quota pour limiter lexpansion des donnes utilisateur ; - le fractionnement des oprations de sauvegarde et de restauration ; - un meilleur rendement si les espaces disque logiques figurent sur des disques diffrents. l'issue de ce chapitre, vous devez pouvoir identifier les espaces disque logiques qui composent votre base ainsi que leur rle et leur tat. Vous devez aussi pouvoir effectuer des calculs de volumtrie pour mieux grer l'espace de stockage.
X Configuration prvoir
Pour raliser les exercices suivants, vous devez disposer des informations de connexion pour vous connecter une base de donnes Oracle 11g l'aide de l'utilitaire SQL*Plus/SQL Developer (utilisateur/mot de passe/nom du service) ou OEM Database Control. Vous devez disposer de suffisamment d'espace disque afin de crer de nouveaux espaces disque logiques.
32 A
Pr-requis
Pour valider les pr-requis ncessaires, avant d'aborder le TP, rpondez aux questions suivantes : 1. Quelle(s) unit(s) pouvez-vous accoler la valeur numrique du mot cl size dans l'instruction create tablespace ?
create tablespace ts1 size xx ?
33
Indice
Examinez le rle des paramtres d'initialisation suivants : - DB_BLOCK_SIZE, - DB_CACHE_SIZE, - DB_nK_CACHE_SIZE.
34 E