Essentiel Guide Oracle Database- 11g R2-

Transcription

1 Essentiel Guide Oracle Database- 11g R2- administrateur, MySQL Administrator et Guide de l'administrateur R7 Oracle Linux in French développé par Nam Nguyen

2 Essential Administrator's Guide Oracle-Database-11g R2, MySQL Administrator and Oracle Linux Administrator's Guide R7 in French Le livre électronique est une excellente ressource partout où vous allez avec des conseils utiles pour apprendre à utiliser le Guide Oracle Database-11g R2 de l'administrateur, MySQL Administrator et Guide R7 de l'administrateur Oracle Linux avec facilité et plaisir. Ce livre offre une introduction conviviale à l'objet, en prenant un cadre structurel clair; il guide le lecteur à travers les éléments de base du sujet avec l'utilisation d'illustrations et des diagrammes dans le texte pour que le lecteur comprend même les plus complexes de concepts. 1) Guide Oracle Database-11g-administrateur R2 2) MySQL Administrator 3) Guide de l'administrateur R7 Oracle Linux Le livre électronique est pour toute personne qui a un intérêt dans le Guide Oracle Database- 11g de l'administrateur-r2, MySQL Administrator, et le Guide de l'administrateur R7 Oracle Linux et veut comprendre ses capacités et décideurs techniques. Il est une grande ressource et de référence parfait pour Département Technologie de l'information IT Professional et. Procurez-vous apprendre Guide Oracle Database-11g-R2, MySQL Administrator de tous 3 essentielle administrateur et au Guide de l'administrateur R7 Oracle Linux, apprendre leur ouvriront d'innombrables portes avec la garantie que vous emploi bien rémunéré, maintenant et dans l'avenir. Rappelez-vous juste une chose que l'apprentissage ne cesse jamais! Lire, lire, lire! Et écrire, écrire, écrire! Un grand merci à ma merveilleuse épouse Beth (Griffo) Nguyen et mes fils étonnantes Taylor Nguyen et Nguyen Ashton pour leur amour et leur soutien, sans leur soutien affectif et de l'aide, aucun de ces livres électroniques et audios de langue d'enseignement serait possible.

3 Guide Oracle Database-11g de l'administrateu r-r2

4 Mise en route de Database Administration Types d'utilisateurs de la base Oracle Les types d'utilisateurs et leurs rôles et responsabilités dépendent sur le site de base de données. Un petit site peut avoir un administrateur de base de données qui gère la base de données pour les développeurs d'applications et les utilisateurs. Un très grand site peut trouver nécessaire de diviser les fonctions d'un administrateur de base de données entre plusieurs personnes et entre plusieurs domaines de spécialisation. Les administrateurs de bases de données Chaque base de données nécessite au moins un administrateur de base de données (DBA). Un système de base de données Oracle peut être importante et peut avoir de nombreux utilisateurs. Par conséquent, l'administration de base de données est parfois pas un travail d'une seule personne, mais un emploi pour un groupe de DBA qui partagent la responsabilité. Les responsabilités d'un administrateur de base de données peuvent inclure les tâches suivantes: Installation et l'amélioration des outils de serveur de base de données et applications Oracle Allocation de stockage du système et de la planification des futurs besoins de stockage pour le système de base de données Création primaires structures de stockage de base de données (tablespaces) après les développeurs d'applications ont conçu une application Création d'objets primaires (tables, vues, index) une fois les développeurs d'applications ont conçu une application La modification de la structure de base de données, si nécessaire, à partir de l'information donnée par les développeurs d'applications L'inscription utilisateurs et maintenir la sécurité du système Assurer la conformité avec les accords de licence Oracle Contrôler et surveiller l'accès de l'utilisateur à la base de données La surveillance et l'optimisation des performances de la base de données Planification pour la sauvegarde et la récupération des informations de base de données Maintenir les données archivées sur bande Sauvegarde et restauration de la base de données Contacter Oracle pour le support technique Les agents de sécurité Dans certains cas, un site attribue un ou plusieurs agents de sécurité pour une base de données. Un agent de sécurité inscrit utilisateurs, contrôle et surveille l'accès des utilisateurs à

5 la base de données, et maintient la sécurité du système. En tant que DBA, vous pourriez ne pas être responsable de ces tâches si votre site a un agent de sécurité séparé. Voir Database Security Guide Oracle pour plus d'informations sur les fonctions des agents de sécurité. Les administrateurs réseau Certains sites ont un ou plusieurs administrateurs de réseau. Un administrateur réseau, par exemple, administre les produits de mise en réseau Oracle, comme Oracle Net Services. Voir le Guide de base de données Oracle Net Services Administrator pour des informations sur les fonctions des administrateurs de réseau. Les développeurs d'applications Les développeurs d'applications de conception et de mise en œuvre des applications de base de données. Leurs responsabilités comprennent les tâches suivantes: Conception et développement de l'application de base de données Conception de la structure de la base d'une application L'estimation des besoins de stockage pour une application La spécification des modifications de la structure de base de données pour une application Relayer cette information à un administrateur de base Tuning la demande au cours du développement Établir des mesures de sécurité pour une application au cours du développement Les développeurs d'applications peuvent effectuer certaines de ces tâches en collaboration avec les DBA. Voir le Guide de base de données Oracle avancée Application Developer pour plus d'informations sur les tâches de développement d'applications. Administrateurs de l'application Un site de base de données Oracle peut affecter un ou plusieurs administrateurs de l'application pour administrer une application particulière. Chaque application peut avoir son propre administrateur. Utilisateurs de la Base Utilisateurs de la Base d'interagir avec la base de données grâce à des applications ou des services publics. Les responsabilités d'un utilisateur typique comprennent les tâches suivantes: Saisie, modification et suppression de données, lorsque cela est permis Génération de rapports à partir des données Tâches d'un administrateur de base

6 Remarque: Lorsque la mise à niveau vers une nouvelle version, sauvegarder votre environnement de production existant, les logiciels et bases de données, avant l'installation. Pour plus d'informations sur la préservation de votre base de données de production existant, voir Oracle Database Upgrade Guide. Tâche 1: Évaluer le matériel Server Database Évaluer la façon dont Oracle Database et de ses applications peuvent mieux utiliser les ressources informatiques disponibles. Cette évaluation devrait révéler les informations suivantes: Combien de lecteurs de disques sont disponibles pour les produits Oracle Combien, le cas échéant, les lecteurs de bande dédiés sont disponibles pour les produits Oracle Combien de mémoire est disponible pour les instances de base de données Oracle, vous allez exécuter (voir la documentation de votre configuration du système) Tâche 2: Installation du logiciel de base de données Oracle Comme l'administrateur de base de données, vous installez le logiciel du serveur de base de données Oracle et des outils frontaux et les applications de base de données qui accèdent à la base de données. Dans certaines installations de traitement distribué, la base de données est commandé par un ordinateur central (serveur de base de données) et les outils et les applications de base de données sont exécutés sur des ordinateurs distants (clients). Dans ce cas, vous devez également installer les composants Oracle Net nécessaires pour connecter les systèmes distants à l'ordinateur qui exécute Oracle Database. Pour plus d'informations sur ce logiciel à installer, voir «Identification Votre Oracle Database version du logiciel" à la page Groupe 3: Planifier la base de données Comme l'administrateur de base de données, vous devez planifier: La structure de stockage logique de la base de données La conception globale de base de données Une stratégie de sauvegarde pour la base de données Il est important de planifier la façon dont la structure de stockage logique de la base de données aura une incidence sur les performances du système et diverses opérations de gestion de base de données. Par exemple, avant de créer des espaces de table pour votre base de données, vous devez savoir combien de fichiers de données comprendront l'espace de table, ce type d'information sera stockée dans chaque espace de table, et sur lequel les unités de disque les fichiers de données seront stockées physiquement. Lors de la planification du

7 stockage logique globale de la structure de base de données, considérer les effets que cette structure aura lorsque la base est effectivement créée et fonctionne. Examiner comment la structure de stockage logique de la base de données aura une incidence sur: La performance de l'ordinateur exécutant Oracle Database Les performances de la base de données au cours des opérations d'accès aux données L'efficacité des procédures de sauvegarde et de récupération pour la base de données Planifier la conception relationnelle des objets de base de données et les caractéristiques de stockage pour chacun de ces objets. En planifiant la relation entre chaque objet et son stockage physique avant de la créer, vous pouvez directement affecter les performances de la base de données comme une unité. Assurez-vous de planifier la croissance de la base de données. Dans les environnements de bases de données distribuées, cette étape de planification est extrêmement important. L'emplacement physique des données fréquemment consultées affecte considérablement les performances de l'application. Au cours de la phase de planification, de développer une stratégie de sauvegarde pour la base de données. Vous pouvez modifier la structure de stockage logique ou la conception de la base de données pour améliorer l'efficacité de sauvegarde. Il est au-delà de la portée de ce livre pour discuter de la conception de base de données relationnelle et distribué. Si vous n'êtes pas familier avec ces problèmes de conception, voir les documents acceptés standard de l'industrie. Partie II, "Structure de base de données Oracle et de stockage", et la partie III, "les objets de schéma", fournir des informations spécifiques sur la création de structures logiques de stockage, des objets et des contraintes d'intégrité pour votre base de données. Tâche 4: créer et ouvrir la base de données Après avoir terminé la conception de base de données, vous pouvez créer la base de données et ouvrez-le pour une utilisation normale. Vous pouvez créer une base de données lors de l'installation, en utilisant l'assistant de configuration de base de données, ou vous pouvez fournir vos propres scripts pour créer une base de données. Voir Chapitre 2, «Création et configuration d'une base de données Oracle", des informations sur la création d'une base de données et le chapitre 3, «Démarrage et arrêt" pour les guider dans le démarrage de la base de données. Tâche 5: sauvegarder la base Après avoir créé la structure de base de données, exécuter la stratégie de sauvegarde que vous avez prévu pour la base de données. Créer des fichiers de journalisation supplémentaires,

8 prendre la première sauvegarde complète (en ligne ou hors ligne), et de planifier les futures sauvegardes de bases de données à intervalles réguliers. Tâche 6: inscrire des utilisateurs du système Après avoir sauvegardé la structure de base de données, vous pouvez vous inscrire les utilisateurs de la base de données en fonction de votre accord de licence Oracle, et accorder des privilèges et des rôles appropriés à ces utilisateurs. Voir le chapitre 7, "Gestion des utilisateurs et sécurisation de la base de données" pour les guider dans cette tâche. Tâche 7: Mettre en œuvre la base de données de conception Après avoir créé et commencer à la base de données, et inscrivez les utilisateurs du système, vous pouvez mettre en place la base de données de structure logique planifiée en créant tous les tablespaces nécessaires. Lorsque vous avez terminé la création de tables, vous pouvez créer les objets de base de données. Partie II, "Structure de base de données Oracle et de stockage» et la partie III, «Schema Objects" fournir des informations sur la création de structures et des objets de stockage logiques pour votre base de données. Groupe 8: sauvegarder la base entièrement fonctionnel Lorsque la base de données est entièrement mis en œuvre, à nouveau sauvegarder la base. En plus des sauvegardes régulières, vous devriez toujours sauvegarder votre base de données immédiatement après la mise en œuvre des changements à la structure de base de données. Tâche 9: Tune Database Performance Optimisation de la performance de la base de données est l'une de vos responsabilités actuelles en tant que DBA. Base de données Oracle fournit une fonction de gestion des ressources de base de données qui vous aide à contrôler l'allocation des ressources entre les différents groupes d'utilisateurs. Le gestionnaire de ressources de base de données est décrite dans le chapitre 27, «Gestion des ressources avec Oracle Gestionnaire de ressources de base de données". Tâche 10: Télécharger et installer les patchs Après l'installation et sur une base régulière, télécharger et installer les correctifs. Des correctifs sont disponibles sous forme de plaques provisoires simples et que ces correctifs (ou de patchs). Correctifs provisoires abordent les bogues logiciels individuels et peuvent ou non peuvent être nécessaires à votre installation. Patch de presse sont des collections de corrections de bugs qui sont applicables pour tous les clients. Patch de presse ont des numéros

9 de version. Par exemple, si vous avez installé base de données Oracle , la première version de patch aura un numéro de version Tâche 11: déploiement d'hôtes supplémentaires Après vous avez une installation de base de données Oracle correctement configuré, l'écoute, patché, et testé, vous pouvez rouler que l'installation exacte à d'autres hôtes. Raisons pour ce faire sont les suivantes: Vous disposez de plusieurs systèmes de bases de données de production. Vous voulez créer des systèmes de test et de développement qui sont identiques à votre système de production. Au lieu d'installer, de réglage et de correction sur chaque hôte supplémentaire, vous pouvez cloner votre installation de base de données Oracle testé à d'autres hôtes, un gain de temps et d'éviter les incohérences. Il existe deux types de clonage disponibles pour vous: Clonage une maison-just Oracle les binaires configurées et rapiécés issus du répertoire et les sous-répertoires d'oracle sont copiés à l'hôte de destination et "fixe" pour correspondre à ce nouvel environnement. Vous pouvez ensuite démarrer une instance avec ce clone maison et créer une base de données. Vous pouvez utiliser l'enterprise Manager Oracle Clone Accueil outil pour cloner un Oracle à un ou plusieurs hôtes de destination. Vous pouvez également cloner manuellement une base Oracle en utilisant un ensemble de scripts fournis et Oracle Universal Installer. Clonage d'une base de données La base de données-écoute, y compris les fichiers de base de données, les paramètres d'initialisation, et ainsi de suite, sont clonées à une maison Oracle existante (peut-être une maison cloné). Vous pouvez utiliser l'outil de base de données Clone Enterprise Manager pour cloner une instance de base de données Oracle à une base Oracle existante. Soumission de commandes SQL et de la base de données Le principal moyen de communication avec la base de données Oracle est en soumettant des instructions SQL. Base de données Oracle soutient également un sur-ensemble de SQL, qui inclut des commandes pour le démarrage et l'arrêt du base de données, modification de la configuration de base de données, et ainsi de suite. Il ya trois façons de présenter ces instructions SQL et les commandes de base de données Oracle: Directement, en utilisant l'interface de ligne de commande SQL * Plus Indirectement, en utilisant l'interface utilisateur graphique d'oracle Enterprise Manager

10 Avec Oracle Enterprise Manager (Enterprise Manager), vous utilisez une interface graphique intuitive pour administrer la base de données, et Enterprise Manager soumet des états SQL et des commandes dans les coulisses. Voir DBA Oracle Database 2 Jour pour plus d'informations. Directement, en utilisant SQL Developer Les développeurs utilisent SQL Developer pour créer et schémas de base de données de test et applications, mais vous pouvez également l'utiliser pour les tâches d'administration de base de données. Voir le Guide de développeur base de données Oracle de 2 jours pour plus d'informations. Cette section se concentre sur l'utilisation de SQL * Plus de présenter des états et des commandes SQL à la base de données. Il comprend les rubriques suivantes: A propos de SQL * Plus Connexion à la base de données avec SQL * Plus A propos de SQL * Plus SQL * Plus est la principale interface de ligne de commande à votre base de données Oracle. Vous utilisez SQL * Plus pour démarrer et arrêter la base de données, de définir les paramètres d'initialisation de base de données, créer et gérer les utilisateurs, créer et modifier des objets de base de données (comme les tables et les index), insérer et mise à jour des données, des requêtes SQL exécuter, et plus encore. Avant que vous pouvez soumettre des états et des commandes SQL, vous devez vous connecter à la base de données. Avec SQL * Plus, vous pouvez vous connecter localement ou à distance. Connexion localement signifie connexion à une base exécutant Oracle sur le même ordinateur sur lequel vous utilisez SQL * Plus. Connexion à distance signifie la connexion sur un réseau à une base de données Oracle qui exécute sur un ordinateur distant. Une telle base de données est appelée une base de données distante. Le SQL * Plus exécutable sur l'ordinateur local est fourni par une installation complète de base de données Oracle, une installation du client Oracle, ou d'une installation d'instant Client. Connexion à la base de données avec SQL * Plus Base de données Oracle comprend les composants suivants: L'instance de base de données Oracle, qui est un ensemble de processus et de la mémoire

11 Un ensemble de fichiers de disque qui contient les données utilisateur et les données du système Lorsque vous vous connectez avec SQL * Plus, vous vous connectez à l'instance Oracle. Chaque instance possède un ID d'instance, aussi connu comme un ID de système (SID). Parce qu'il peut y avoir plusieurs instances Oracle sur un ordinateur hôte, chacun avec son propre ensemble de fichiers de données, vous devez identifier l'instance à laquelle vous souhaitez vous connecter. Pour une connexion locale, vous identifiez l'instance par la mise en exploitation des variables d'environnement système. Pour une connexion à distance, vous identifiez l'instance en spécifiant une adresse de réseau et un nom du service de base de données. Pour les deux connexions locales et distantes, vous devez définir les variables d'environnement pour aider le système d'exploitation trouver le SQL * Plus exécutable et de fournir l'exécutable avec un chemin d'accès à ses fichiers de support et de scripts. Pour vous connecter à une instance Oracle avec SQL * Plus, par conséquent, vous devez suivre les étapes suivantes: Étape 1: Ouvrez une fenêtre de commande Étape 2: Variables System Set exploitation Environnement Étape 3: Démarrez SQL * Plus Étape 4: Soumettre le SQL * Plus CONNECT Déclaration Étape 1: Ouvrez une fenêtre de commande Prendre les mesures nécessaires sur votre plate-forme pour ouvrir une fenêtre dans laquelle vous pouvez entrer des commandes du système d'exploitation. Étape 2: configurer des variables de système d'exploitation Environnement En fonction de votre plate-forme, vous pouvez avoir à définir des variables d'environnement avant de démarrer SQL * Plus, ou tout au moins de vérifier qu'ils sont correctement définies. Par exemple, sur la plupart des plates-formes, ORACLE_SID et ORACLE_HOME doivent être réglés. En outre, il est conseillé de définir la variable d'environnement PATH pour inclure le ORACLE_ HOME / bin. Certaines plates-formes peuvent nécessiter des variables d'environnement supplémentaires: Sur les plates-formes UNIX et Linux, vous devez définir les variables d'environnement d'exploitation en entrant les commandes du système. Sur la plate-forme Windows, Oracle Universal Installer (de OUI) attribue automatiquement des valeurs à ORACLE_HOME et ORACLE_SID dans le Registre Windows. Si vous ne créez pas une base de données lors de l'installation, OUI ne fixe pas ORACLE_SID dans le registre; après avoir créé votre base de données à un moment plus tard, vous devez définir la variable d'environnement ORACLE_SID à partir d'une fenêtre de commande.

12 Installations UNIX et Linux sont livrés avec deux scripts, oraenvand coraenv, que vous pouvez utiliser pour configurer facilement les variables d'environnement. Pour plus d'informations, voir la référence de l'administrateur pour les systèmes UNIX. Pour toutes les plateformes, lors de la commutation entre les instances avec différentes maisons d'oracle, vous devez modifier la variable d'environnement ORACLE_HOME. Si plusieurs instances partagent la même maison Oracle, vous devez changer seulement ORACLE_SID lors de la commutation des cas. Voir le Guide d'installation de base de données Oracle ou le guide d'administration de votre système d'exploitation pour plus de détails sur les variables d'environnement et des informations sur des cas de commutation. Exemple 1-1 Configuration des variables d'environnement UNIX (shell C) setenv ORACLE_SID orcl setenv ORACLE_HOME /u01/app/oracle/product/11.2.0/db_1 setenv LD_LIBRARY_PATH $ ORACLE_HOME / lib: / usr / lib: / usr / dt / lib: / usr / openwin / lib: / usr / CCS / lib Exemple 1-2 Définition des variables d'environnement dans Windows SET ORACLE_SID = orawin2 Exemple 1-2 suppose que ORACLE_HOME et ORACLE_SID sont définies dans le registre, mais que vous souhaitez remplacer la valeur de Registre de ORACLE_SID pour se connecter à une instance différente. Sous Windows, les valeurs des variables d'environnement que vous définissez dans une fenêtre d'invite de commande remplacent les valeurs dans le Registre. Étape 3: Démarrez SQL * Plus Pour démarrer SQL * Plus: 1. Effectuez l'une des actions suivantes: Assurez-vous que la variable d'environnement PATH contient ORACLE_HOME / bin. Passez au répertoire ORACLE_HOME / bin. sqlplus / nolo g 2. Entrez la commande suivante (sensible à la casse sous UNIX et Linux): Étape 4: Soumettre le SQL * Plus CONNECT Déclaration

13 Vous soumettez le SQL * Plus instruction CONNECT pour se connecter d'abord à l'instance Oracle ou à tout moment de se reconnecter en tant qu'utilisateur différent. La syntaxe de l'instruction CONNECT est comme suit: CONN [ECT] [connexion] [AS {SYSOPER SYSDBA}] La syntaxe de connexion est la suivante: {nom d'utilisateur /} [@ connect_identifier] [edition = {edition_name DATABASE_DEFAULT}] Lorsque vous fournissez le nom d'utilisateur, SQL * Plus invite à entrer un mot de passe. Le mot de passe est pas fait l'écho que vous tapez. Le tableau suivant décrit les éléments de syntaxe de l'instruction CONNECT. Composant Syntaxe Description / Appels pour l'authentification externe de la demande de connexion. Un mot de passe de base de données n'a pas été utilisé dans ce type d'authentification. La forme la plus courante de l'authentification externe fonctionne authentification du système, où l'utilisateur de base de données est authentifié par avoir connecté au système d'exploitation hôte avec un certain compte de l'utilisateur hôte.authentification externe peut également être effectuée avec un porte-monnaie Oracle ou par un service de réseau. Voir Database Security Guide Oracle pour plus d'informations. Voir aussi«utilisation de l'authentification du système d'exploitation» à la page AS {SYSOPER SYSDBA} nom d'utilisateur Indique que l'utilisateur de base de données se connecte avec soit le SYSOPER ou privilège système SYSDBA. Seulement certains utilisateurs prédéfinis administratives ou les utilisateurs qui ont été ajoutés au fichier de mot de passe peuvent se connecter avec ces privilèges. Voir «Privilèges d'administration" à la page 1-16 pour plus d'informations. Un nom d'utilisateur de base de données valide. La base de données authentifie la demande de connexion en faisant correspondre le nom d'utilisateur contre le dictionnaire de données et invite pour un mot de passe utilisateur.

14 connect_identifier (1) Un Oracle Net Connect identifiant, pour une connexion à distance. La syntaxe exacte dépend de la configuration Oracle Net. Si omis, SQL * Plus tente la connexion à une instance locale. Un identifiant de connexion commun est un nom de service réseau.ceci est un alias pour Oracle Net Connect descripteur (adresse réseau et base de données nom du service).l'alias est généralement résolu dans le fichier tnsnames.ora sur l'ordinateur local, mais peut être résolue par d'autres moyens. Voir le Guide de base de données Oracle Net Services administrateur pour plus d'informations sur les identifiants de connexion. Composant Syntaxe Description connect_identifier (2) Comme alternative, un identifiant de connexion peut utiliser Easy Connect syntaxe. Easy Connect fournit des out-of-the-box connectivité TCP / IP pour les bases de données distantes sans avoir à configurer Oracle Net Services sur le client ordinateur (local). La syntaxe de connexion facile pour l'identifiant de connexion est comme suit (les enfermant guillemets doivent être inclus): "Hôte [: Port] [/ service_name] [: serveur] [/ nom_instance]" où: hôte est le nom d'hôte ou l'adresse IP de l'ordinateur hébergeant la base de données distante. Les deux IP version 4 (IPv4) et IP version 6 (IPv6) sont pris en charge. Les adresses IPv6 doivent être entre crochets. Voir le Guide de base de données Oracle Net Services administrateur pour obtenir des informations sur l'adressage IPv6. le port est le port TCP sur lequel le Oracle auditeur net sur l'hôte écoute les connexions de base de données. Si omis 1521 est supposé. nom_service est le nom du service de base de données à laquelle se connecter. Peut être omis si la configuration de l'auditeur Net Services sur l'hôte distant désigne un service par défaut. Si aucun service par défaut est configuré, service_name doit être fournie. Chaque base de données offre généralement un service standard avec un nom identique au nom de la base de données mondiale, qui est constitué des paramètres d'initialisation DB_NAME et db_domain comme suit: DB_NAME.DB_DOMAIN

15 Si DB_DOMAIN est nul, alors le nom de service standard est juste le DB_NAME. Par exemple, si DB_NAME est orcl et DB_ DOMAINis us.example.com, puis le nom de service standard est orcl.us.example.com. Voir "Gestion des charges de travail applicatives avec base de données Services "à la page 2-39 pour plus d'informations. serveur est le type de gestionnaire de service. Les valeurs acceptables sont dédiées, partagées et mises en commun. Si omis, le type de serveur par défaut est choisi par l'auditeur: partagée serveur si configuré, autrement serveur dédié. instance_name est l'instance à laquelle se connecter. Vous pouvez spécifier à la fois le nom du service et de l'instance nom, que vous auriez normalement faire seulement pour Oracle Real Application Clusters (RAC Oracle) environnements. Pour Oracle RAC ou dans des environnements instance unique, si vous spécifiez seulement le nom de l'instance, vous vous connectez au service de base de données par défaut. Si il n'y a pas de service par défaut configurée dans le fichier listener.ora, une erreur est generated.you peut obtenir le nom de l'instance du paramètre nom_instance d'initialisation. Voir le Guide de base de données Oracle Net Services administrateur pour plus d'informations sur Easy Connect. edition = {edition_name DATABASE_DEFAULT} Indique l'édition dans laquelle la nouvelle session de base de données démarre. Si vous spécifiez une édition, il doit exister et vous devez avoir le privilège USE sur elle. Si cette clause est pas spécifié, l'édition de base de données par défaut est utilisé pour la session. Voir le Guide de base de données Oracle avancée Application Developer pour plus d'informations sur les éditions et redéfinition Edition-based. Exemple 1-3 Cet exemple simple se connecte à une base de données locale que le système de l'utilisateur. SQL * Plus invite pour le mot de passe utilisateur du système. système se connecter Exemple 4.1 Cet exemple se connecte à une base de données locale SYS de l'utilisateur avec le privilège SYSDBA. SQL * Plus invite pour le mot de passe de l'utilisateur SYS. connectez sys as sysdba

16 Lors de la connexion en tant qu'utilisateur SYS, vous devez vous connecter AS SYSDBA. Exemple 1-5 Cet exemple connecte localement avec le privilège SYSDBA avec l'authentification du système d'exploitation. se connecter / as sysdba Exemple 1-6 Cet exemple utilise la syntaxe de connexion facile de se connecter en tant qu'utilisateur salesadmin à une base de données distante exécutée sur le dbhost.example.com hôte. L'auditeur Oracle Net (l'auditeur) est à l'écoute sur le port par défaut (1521). Le service de base de données est sales.example.com. SQL * Plus demande le mot de passe utilisateur de salesadmin. connectez "dbhost.example.com/sales.example.com" Exemple 1-7 Cet exemple est identique à l'exemple 6.1, sauf que le type de gestionnaire de service est indiquée. connecter "dbhost.example.com/sales.example.com:dedicated~~v" Exemple 1-8 Cet exemple est identique à l'exemple 6.1, sauf que l'auditeur écoute sur le numéro de port nondefault connectez "dbhost.example.com:1522/sales.example.com" Exemple 1-9 Cet exemple est identique à l'exemple 1-6, sauf que l'hôte adresse IP est remplacé par le nom d'hôte. connectez " /sales.example.com" Exemple 1-10 Cet exemple connecte à l'aide d'une adresse IPv6. Notez les crochets entourant. connectez "[2001: 0db8: 0: 0 :: 200C: 417A] /sales.example.com"

17 Exemple 1-11 Cet exemple spécifie l'instance à laquelle se connecter et omet le nom du service de base de données. Un service de base de données par défaut doit avoir été spécifiée, sinon une erreur est générée. Notez que lorsque vous spécifiez l'instance seulement, vous ne pouvez pas spécifier le type de gestionnaire de service. connectez "dbhost.example.com//orcl" Exemple 1-12 Cet exemple se connecte à distance en tant qu'utilisateur salesadmin au service de base de données désignée par le nom de service réseau sales1. SQL * Plus demande le mot de passe utilisateur de salesadmin. connectez sales1 Exemple 1-13 Cet exemple se connecte à distance avec authentification externe pour le service de base de données désignée par le nom de service réseau sales1. CONNECT sales1 Exemple 1-14 Cet exemple se connecte à distance avec le privilège SYSDBA et avec l'authentification externe pour le service de base de données désignée par le nom de service réseau sales1. se connecter sales1 que sysdba Exemple 1-15 Cet exemple se connecte à distance en tant qu'utilisateur salesadmin au service de base de données désignée par le nom de service réseau sales1. La session de base de données commence dans l'édition de rev21. SQL * Plus demande le mot de passe utilisateur de salesadmin. connectez sales1 édition = rev21 Identification de votre Oracle Database Software Release Parce que la base de données Oracle continue d'évoluer et peut nécessiter un entretien, Oracle produit périodiquement de nouvelles versions. Pas tous les clients d'abord souscrire à une

18 nouvelle version ou nécessitent un entretien spécifique pour leur version existante. En conséquence, plusieurs versions du produit existent simultanément. Jusqu'à cinq numéros peuvent être nécessaires pour identifier pleinement un communiqué. La signification de ces numéros est décrite dans les sections qui suivent. Nombre de sortie Format Pour comprendre la nomenclature de libération utilisée par Oracle, examiner l'exemple suivant d'une version Oracle de base de données intitulée « ". Figure 1-1 Exemple d'une base de données Nombre de sortie d'oracle Major nombre base de données de presse Numéro base de données de version de maintenance Plate-forme numéro de version spécifique Numéro de version spécifique de composants Fusion Middleware numéro de version Remarque: Depuis la version 9.2, les versions de maintenance de base de données Oracle sont désignés par un changement à la deuxième chiffre d'un numéro de version. Dans les versions précédentes, le troisième chiffre indique une version de maintenance particulière. Nombre Major Base de données de sortie Le premier chiffre est l'identifiant le plus général. Il représente une nouvelle version majeure du logiciel qui contient d'importantes nouvelles fonctionnalités. Base de données de maintenance Nombre de sortie Le deuxième chiffre représente un niveau d'entretien de libération. Certaines nouvelles fonctionnalités peuvent également être inclus. Fusion Middleware Nombre de sortie Le troisième chiffre reflète le niveau d'oracle Fusion Middleware de libération. Composant spécifique Nombre de sortie

19 Le quatrième chiffre identifie un niveau spécifique à un composant de libération. Différents composants peuvent avoir des numéros différents dans cette position en fonction, par exemple, des ensembles de patch composants ou des versions intermédiaires. Plate-forme spécifique Nombre de sortie Le cinquième chiffre identifie une version spécifique à la plateforme. Habituellement, cela est un ensemble de correctifs. Lorsque différentes plates-formes nécessitent l'ensemble de patch équivalent, ce chiffre sera le même à travers les plates-formes concernées. Vérification de votre actuel Nombre de sortie Pour identifier la version de base de données Oracle qui est actuellement installé et de voir les niveaux de libération des autres composants de base de données que vous utilisez, interroger la vue dictionnaire de données PRODUCT_COMPONENT_VERSION. Un exemple de requête suit.(vous pouvez également interroger la vue V $ VERSION pour afficher des informations au niveau du composant.) Autres niveaux de libération du produit peuvent incrémenter indépendant du serveur de base de données. COL DU PRODUIT FORMAT A40 COL format de la version A15 COL STATUS FORMAT A15 SELECT * FROM PRODUCT_COMPONENT_VERSION; VERSION DU PRODUIT STATUT NLSRTL production Oracle Database 11g Enterprise Edition production PL / SQL production... Il est important de transmettre à Oracle les résultats de cette requête lorsque vous signalez des problèmes avec le logiciel. A propos de Database Administrator sécurité et des privilèges Pour effectuer les tâches administratives de base de données Oracle DBA, vous avez besoin des privilèges spécifiques au sein de la base de données et, éventuellement, dans le système d'exploitation du serveur sur lequel la base de données fonctionne. L'accès au compte d'un administrateur de base de données doit être étroitement contrôlée. Compte système d'exploitation de l'administrateur de base Pour effectuer la plupart des tâches administratives pour une base de données, vous devez être en mesure d'exécuter des commandes du système d'exploitation. Selon le système d'exploitation sur lequel Oracle Database est en cours d'exécution, vous pourriez avoir besoin d'un compte de système d'exploitation ou ID pour accéder au système d'exploitation. Si oui,

20 votre compte du système d'exploitation peut nécessiter des privilèges du système d'exploitation ou des droits d'accès que les autres utilisateurs de la base de données ne nécessitent pas (par exemple, pour effectuer l'installation du logiciel de base de données Oracle). Bien que vous ne devez pas les fichiers de base de données Oracle pour être stocké dans votre compte, vous devriez avoir accès à eux. Comptes d'utilisateurs administratifs Deux comptes d'utilisateurs administratifs sont automatiquement créées lorsque la base de données Oracle est installé: SYS (mot de passe par défaut: change_on_install) SYSTÈME (mot de passe par défaut: MANAGER) Remarque: L'installateur Oracle universel (OUI) et Database Configuration Assistant (DBCA) demande maintenant SYS et SYSTEM mots de passe et ne pas accepter les mots de passe par défaut "change_on_ install" ou "manager", respectivement. Si vous créez la base de données manuellement, Oracle recommande fortement que vous spécifiez les mots de passe pour SYS et SYSTEM lors de la création de base de données, plutôt que d'utiliser ces mots de passe par défaut. Voir «Protéger votre base de données: Spécification des mots de passe pour les utilisateurs SYS et SYSTEM" à la page 2-16 pour plus d'informations. Créer au moins un utilisateur administratif supplémentaire et d'accorder à cet utilisateur un rôle administratif approprié à utiliser pour effectuer les tâches administratives quotidiennes. Ne pas utiliser SYS et SYSTEM à ces fins. Remarque concernant Améliorations de la sécurité: Dans cette version de base de données Oracle et dans les versions suivantes, plusieurs améliorations sont déployés pour assurer la sécurité des comptes d'utilisateurs de base de données par défaut. Vous pouvez trouver une liste de vérification de sécurité pour cette version dans Database Security Guide Oracle. Oracle recommande que vous lisez cette liste de contrôle et de configurer votre base de données en conséquence. SYS Lorsque vous créez une base de données Oracle, l'utilisateur SYS est automatiquement créé et octroyé le rôle de DBA. Toutes les tables de base et les points de vue pour le dictionnaire de données de base de données sont stockés dans le répertoire SYS de schéma. Ces tables de base et les points de vue sont essentiels pour le fonctionnement de base de données Oracle. Pour maintenir l'intégrité

21 du dictionnaire de données, tables dans le schéma SYS sont manipulés seulement par la base de données. Ils ne doivent jamais être modifiés par n'importe quel utilisateur ou l'administrateur base de données, et personne ne devrait créer des tables dans le schéma de l'utilisateur SYS.(Cependant, vous pouvez modifier les paramètres de stockage des paramètres du dictionnaire de données si nécessaire.) Assurez-vous que la plupart des utilisateurs de bases de données ne sont jamais en mesure de se connecter à la base de données Oracle en utilisant le compte de SYS. SYSTÈME Lorsque vous créez une base de données Oracle, le système de l'utilisateur est également automatiquement créé et octroyé le rôle de DBA. Le nom d'utilisateur de système est utilisé pour créer des tables et des vues supplémentaires qui affichent des informations administratives, et des tables et des vues internes utilisés par les diverses options et les outils de base de données Oracle. Ne jamais utiliser le schéma de système pour stocker des tables d'intérêt pour les utilisateurs non-administrateurs. Le rôle DBA Un rôle de DBA prédéfini est créé automatiquement avec chaque installation de base de données Oracle. Ce rôle contient la plupart des privilèges du système de base de données. Par conséquent, le rôle de DBA devrait être accordé uniquement aux administrateurs de base de données réelles. Remarque: Le rôle de DBA ne comprend pas les privilèges système SYSDBA ou SYSOPER. Ce sont des privilèges administratifs spéciaux qui permettent à un administrateur d'effectuer des tâches d'administration de base de données de base, telles que la création du démarrage et d'arrêt et de base de données par exemple. Ces privilèges système sont discutés dans "privilèges d'administration" à la page Authentification Administrateur de base de données En tant que DBA, vous effectuez souvent des opérations spéciales telles que l'arrêt ou le démarrage d'une base de données. Parce que seul un DBA doit effectuer ces opérations, les noms d'administrateur de base de données nécessitent un système d'authentification sécurisé. Privilèges administratifs Privilèges administratifs qui sont nécessaires pour un administrateur pour effectuer des opérations de base de base de données sont accordés à travers deux des privilèges système SYSDBA spéciaux, et SYSOPER. Vous devez avoir un de ces privilèges qui vous sont accordés, selon le niveau d'autorisation dont vous avez besoin.

22 Remarque: Les privilèges système SYSDBA et SYSOPER permettent d'accéder à une instance de base de données même lorsque la base de données est pas ouvert. Le contrôle de ces privilèges est totalement en dehors de la base de données elle-même. Les privilèges SYSDBA et SYSOPER peuvent également être considérés comme des types de connexions qui vous permettent d'effectuer certaines opérations de base de données pour lesquels les privilèges ne peuvent pas être accordé dans un autre mode. Par exemple, si vous avez le privilège SYSDBA, vous pouvez vous connecter à la base de données en spécifiant CONNECT AS SYSDBA. SYSDBA et SYSOPER Les opérations suivantes sont autorisées par les privilèges système SYSDBA et SYSOPER: Opérations Privilège de système autorisé SYSDBA Effectuer des opérations démarrage et d'arrêt ALTER DATABASE: ouverte, montez, sauvegarder, ou changer le jeu de caractères CREATE DATABASE DROP DATABASE CREATE SPFILE ALTER DATABASE ARCHIVELOG ALTER DATABASE RECOVER Comprend le privilège de RESTRICTED SESSION effet, ce privilège de système permet à un utilisateur de se connecter en tant qu'utilisateur SYS. SYSOPER Effectuer des opérations démarrage et d'arrêt CREATE SPFILE ALTER DATABASE OPEN / MOUNT / SAUVEGARDE ALTER DATABASE ARCHIVELOG ALTER DATABASE RECOVER (récupération complète seulement Toute forme de récupération incomplète, comme jusqu'à l'heure. CHANGEMENT annuler. CONTROLFILE nécessite la connexion comme SYSDBA) Comprend le privilège de RESTRICTED SESSION Ce privilège permet à un utilisateur d'effectuer des tâches opérationnelles de base, mais sans la possibilité de consulter les données de l'utilisateur. La manière dont vous êtes autorisé à utiliser ces privilèges dépend de la méthode d'authentification que vous utilisez.

23 Lorsque vous vous connectez avec les privilèges SYSDBA ou SYSOPER, vous vous connectez avec un schéma par défaut, non pas avec le schéma qui est généralement associée à votre nom d'utilisateur. Pour SYSDBA ce schéma est SYS; pour SYSOPER le schéma est PUBLIC. Connexion avec des privilèges administratifs: Exemple Cet exemple illustre le fait qu'un utilisateur se voit attribuer un autre schéma (SYS) lors de la connexion avec le privilège système SYSDBA. Supposons que l'utilisateur de l'échantillon OE a été accordé le privilège de système SYSDBA et a publié les déclarations suivantes: CONNECT oe CREATE TABLE admin_test (nom VARCHAR2 (20)); Plus tard, l'utilisateur OE délivre ces déclarations: CONNECT oe AS SYSDBA SELECT * FROM admin_test; OE utilisateur reçoit maintenant l'erreur suivante: ORA-00942: ne existe pas table ou la vue Après avoir connecté comme SYSDBA, l'utilisateur oe fait maintenant référence du schéma SYS, mais la table a été créée dans le schéma de OE. Sélection d'une méthode d'authentification pour les administrateurs de base de données Les administrateurs de bases de données peuvent authentifier les administrateurs de base de données à travers le dictionnaire de données, (en utilisant un mot de passe) comme les autres utilisateurs. Gardez à l'esprit que commençant par Oracle Database 11 g Release 1, les mots de passe de base de données sont sensibles à la casse. (Vous pouvez désactiver la casse et de revenir à Pre-Release 11 g comportement en définissant le paramètre d'initialisation SEC_ CASE_SENSITIVE_LOGON à FALSE.) En plus de dictionnaire de données authentification normale, les méthodes suivantes sont disponibles pour authentifier les administrateurs de base de données avec le SYSDBA ou privilège de SYSOPER: Système d'exploitation (OS) authentification Fichiers de mot de passe L'authentification forte avec un service d'authentification basée sur le réseau, tels que Oracle Internet Directory Ces méthodes sont nécessaires pour authentifier un administrateur de base de données lorsque la base de données ne démarre pas ou indisponible. (Elles peuvent aussi être utilisées lorsque la base de données est disponible).

24 Le reste de cette section se concentre sur l'authentification du système d'exploitation et l'authentification du fichier de mot de passe. Voir Database Security Guide Oracle pour des informations sur l'authentification des administrateurs de base de données avec les services d'authentification basés sur le réseau. Notes: Ces méthodes remplacent la syntaxe CONNECT internes fournis avec les versions antérieures de base de données Oracle. CONNECT INTERNE est plus supporté. L'authentification du système d'exploitation prend préséance sur l'authentification du fichier de mot de passe. Si vous remplissez les conditions pour l'authentification du système d'exploitation, alors même si vous utilisez un fichier de mot de passe, vous serez authentifié par l'authentification du système d'exploitation. Votre choix sera influencé par le fait que vous avez l'intention d'administrer votre base de données localement sur le même système où réside la base de données, ou si vous avez l'intention d'administrer plusieurs bases de données différentes à partir d'un client distant unique. Figure 1-2illustre les choix que vous avez pour l'administrateur de base de données schémas d'authentification. Figure 1-2 Database Administrator méthodes d'authentification Base de données distante Base de données locale Administration Administration Si vous effectuez l'administration de base de données à distance, consultez votre documentation Oracle Net pour déterminer si vous utilisez une connexion sécurisée. Protocoles de connexion les plus populaires, tels que TCP / IP et DECnet, ne sont pas sécurisé. Les connexions à distance non sécurisés Pour se connecter à la base de données Oracle en tant qu'utilisateur privilégié sur une connexion non sécurisée, vous devez être authentifié par un fichier de mot de passe. Lorsque

25 vous utilisez l'authentification de fichier de mot de passe, la base de données utilise un fichier de mot de passe pour garder une trace des noms d'utilisateur de base de données qui ont été accordés le privilège système SYSDBA ou SYSOPER. Cette forme d'authentification est discuté dans "Utilisation de l'authentification Mot de passe du fichier" à la page Connexions locales et sécurisé les connexions à distance Vous pouvez vous connecter à la base de données Oracle en tant qu'utilisateur privilégié sur une connexion locale ou une connexion à distance sécurisée de deux façons: Si la base de données a un fichier de mot de passe et vous avez été accordé le privilège SYSDBA ou SYSOPER système, vous pouvez connecter et être authentifié par un fichier de mot de passe. Si le serveur est pas en utilisant un fichier de mot de passe, ou si vous avez pas été accordé des privilèges SYSDBAor SYSOPER et ne sont donc pas dans le fichier de mot de passe, vous pouvez utiliser l'authentification du système d'exploitation. Sur la plupart des systèmes d'exploitation, l'authentification pour les administrateurs de base de données consiste à placer le nom d'utilisateur du système d'exploitation de l'administrateur de base de données dans un groupe spécial, appelé de manière générique OSDBA. Les utilisateurs de ce groupe sont accordées privilèges SYSDBA. Un groupe similaire, OSOPER, est utilisé pour accorder des privilèges SYSOPER aux utilisateurs. Utilisation de l'authentification du système d'exploitation Cette section décrit comment authentifier un administrateur utilisant le système d'exploitation. OSDBA et OSOPER L'appartenance à l'un des deux groupes de systèmes d'exploitation spécifiques permet à un DBA pour authentifier la base de données par l'intermédiaire du système d'exploitation plutôt qu'avec un nom d'utilisateur et mot de passe de base de données. Ceci est connu comme l'authentification du système d'exploitation. Ces groupes du système d'exploitation sont génériquement appelés OSDBA et OSOPER. Les groupes sont créés et attribuer des noms spécifiques dans le cadre du processus d'installation de base de données. Les noms par défaut varient en fonction de votre système d'exploitation, et sont listés dans le tableau suivant: Groupe Système d'exploitation UNIX User Group OSDBA dba ORA_DBA Groupe d'utilisateurs de Windows Oracle Universal Installer OSOPER Oper ORA_OPER utilise ces noms par défaut, mais vous pouvez les remplacer. Une raison pour les remplacer est si vous avez plusieurs instances en cours d'exécution sur le même ordinateur hôte. Si chaque instance est d'avoir une personne différente comme le principal DBA, vous pouvez améliorer la