Nouvelle version pour le serveur ORACLE-V7. Bull HN Information Systems Inc.

Transcription

1 Bases de données Bull DPS 7000 SQL*Net-V1 avec ORACLE-V7 - Guide de l'utilisateur GCOS 7 Logiciel Sujet : Informations requises pour l'exploitation des fonctions SQL *Net-V1 avec ORACLE-V7 sous le système d'exploitation GCOS 7 et à partir d'un micro-ordinateur fonctionnant sous MS-DOS. Observations : Nouvelle version pour le serveur ORACLE-V7. Version du logiciel : GCOS 7-V6 Date : Décembre 1995 BULL ELECTRONICS ANGERS S.A. Bull HN Information Systems Inc. CEDOC Publication Order Entry Atelier de reprographie FAX: (508) , Avenue Patton MA02/423S ANGERS Cedex 01 Technology Park FRANCE Billerica, MA 0182 U.S.A. 47 F2 13UR Rev00

2 Copyright Bull S.A., 1995 Toutes les marques citées sont la propriété de leurs titulaires respectifs. Vos suggestions sur la forme et le fond de ce manuel seront les bienvenues. Une feuille destinée à recevoir vos remarques se trouve à la fin du présent manuel. La loi du 11 mars 1957, complétée par la loi du 3 juillet 1985, interdit les copies ou reproductions destinées à une utilisation collective. Toute représentation ou reproduction intégrale ou partielle faite par quelque procédé que ce soit, sans consentement de l'auteur ou de ses ayants cause, est illicite et constitue une contrefaçon sanctionnée par les articles 425 et suivants du code pénal. Ce document est fourni à titre d'information seulement. Il n'engage pas la responsabilité de Bull S.A. en cas de dommages résultant de son application. Des corrections ou modifications au contenu de ce document peuvent intervenir sans préavis ; des mises à jour ultérieures les signaleront éventuellement aux destinataires.

3 Préface OBJET DU MANUEL Ce manuel fournit toutes les informations requises pour exploiter les fonctions SQL*Net avec ORACLE-V7( R ) sous GCOS 7 de Bull, ainsi que sur un micro-ordinateur via une liaison télécom synchrone ou asynchrone sous MS-DOS. UTILISATEURS CONCERNÉS Ce manuel est destiné à toute personne souhaitant faire appel aux produits ORACLE pour assurer la gestion de réseau. Bien qu'il s'adresse plus particulièrement aux programmeurs d'applications et aux administrateurs, il pourra se révéler utile aux utilisateurs déjà familiarisés avec SQL*Plus. STRUCTURE DU MANUEL Chapitre 1 Chapitre 2 Chapitre 3 Chapitre 4 Outre une présentation générale des fonctions SQL*Net, ce chapitre explique le traitement distribué et présente l'architecture SQL*Net. Ce chapitre décrit l'architecture utilisée par SQL*Net pour créer un environnement réseau ORACLE. Il aborde des sujets tels que la spécification de base de données, le gestionnaire de communications COR et les restrictions imposées par SQL*Net. Ce chapitre indique comment accéder à une base de données distante via SQL*Plus et les précompilateurs de la série Pro*. Il présente également les fonctions de gestion de réseau du langage SQL*Plus. Ce chapitre explique de manière détaillée comment installer et exploiter les gestionnaires synchrone et asynchrone sur un micro-ordinateur. Il décrit en outre les procédures de connexion automatique et manuelle. 47 F2 13UR Rev00 iii

4 SQL*Net-V1 avec ORACLE-V7 - Guide de l'utilisateur BIBLIOGRAPHIE Cette bibliographie est fournie à titre indicatif. Pour plus de précisions (disponibilité du manuel, numéro de révision, indice de mise à jour), veuillez vous adresser à CEDOC. Si vous souhaitez de plus amples informations sur des documents spécifiques, reportezvous au manuel Introduction à ORACLE-V7 Série 47 : manuels propres à GCOS 7 Introduction à ORACLE-V F2 10UR ORACLE7 How to Use the Documentation A2 10UR ORACLE-V7 - Guide d'installation...47 F2 11UR ORACLE7 Installation Guide A2 11UR ORACLE-V7- Processeurs et utilitaires...47 F2 12UR ORACLE7 Guide to Processors and Utilities A2 12UR SQL*Net-V1 avec ORACLE-V7 - Guide de l'utilisateur...47 F2 13UR SQL*Net V1 With ORACLE7 User's Guide A2 13UR Série 86 : manuels généraux Manuel de référence du langage SQL (2) Serveur ORACLE-V7 - Langage SQL - Manuel de référence...86 F2 43PE ORACLE7 Server SQL Language Reference Manual...86 A2 43PE Serveur ORACLE-V7 - Langage SQL - Guide pratique...86 F2 47PE ORACLE7 Server SQL Language Quick Reference...86 A2 47PE PL/SQL (1) PL/SQL - Guide de l'utilisateur...86 F2 76SW PL/SQL User's Guide and Reference...86 A2 76SW SGBDR et utilitaires généraux (6) Serveur ORACLE-V7 - Concepts...86 F2 40PE ORACLE7 Server Concepts Manual...86 A2 40PE Serveur ORACLE-V7 - Guide de l'administrateur...86 F2 41PE ORACLE7 Server Administrator's Guide...86 A2 41PE Serveur ORACLE-V7 - Guide du développeur d'applications...86 F2 42PE ORACLE7 Server Application Developer's Guide...86 A2 42PE Serveur ORACLE-V7 - Messages et codes...86 F2 45PE ORACLE7 Server Messages and Codes...86 A2 45PE Serveur ORACLE-V7 - Utilitaires - Guide de l'utilisateur...86 F2 44PE ORACLE7 Server Utilities User's Guide...86 A2 44PE Serveur ORACLE-V7 - Guide de migration...86 F2 46PE iv 47 F2 13UR Rev00

5 Préface ORACLE7 Server Migration Guide...86 A2 46PE SQL*Plus (2) QL*Plus - Guide de l'utilisateur...86 F2 16SW QL*Plus User's Guide and Reference...86 A2 16SW SQL*Plus - Guide pratique...86 F2 30PE SQL*Plus Quick Reference...86 A2 30PE SQL*Net (1) SQL*Net ISO - Guide de l'utilisateur...86 F2 57AS SQL*Net ISO User's Guide...86 A2 57AS DOCUMENTATION OPEN7 POUR TCP/IP OPEN7 - Manuel de référence de l'administrateur...47 F2 31US OPEN7 Administrator's Reference Manual...47 A2 31US OPEN7 - Guide de l'utilisateur...47 F2 30US OPEN7 User Guide...47 A2 30US CONVENTIONS D'ECRITURE Les conventions d'écriture utilisées dans ce manuel pour la syntaxe des commandes sont les suivantes : les MAJUSCULES indiquent généralement un mot-clé, à introduire tel quel ; les minuscules désignent un terme générique, à remplacer par le nom ou la valeur appropriée ; les éléments syntaxiques délimités par certains caractères spéciaux ont une signification précise, comme indiqué ci-dessous. Sélection [YES ] YES ou pas de sélection facultative Sélection [YES ] YES ou NO ou WAIT ou pas de sélection facultative [NO ] [WAIT] Une sélection {YES } YES ou NO ou WAIT obligatoire {NO } {WAIT} Les variables peuvent apparaître entre chevrons : <variable1> 47 F2 13UR Rev00 v

6 vi

7 Table des matières 1. Généralités CONDITIONS PRÉALABLES PRESENTATION DE SQL*NET TRAITEMENT DISTRIBUE ET SQL*NET ARCHITECTURE SQL*NET AVANTAGES DE SQL*NET FONCTIONS SQL*NET LIAISONS TÉLÉCOM ERREURS DU GESTIONNAIRE SQL*NET COMPATIBILITÉ ORACLE-V6/V Architecture DESCRIPTION Communication terminal-process Communication tâche-tâche COR ET OPEN F2 13UR Rev00 vii

8 SQL*Net-V1 avec ORACLE-V7 - Guide de l'utilisateur Activation de connexions à distance Commande COR I Protocole TCP/IP Désactivation de connexions à distance Commande COR S Protocole TCP/IP Augmentation du nombre de connexions SQL*Net PROTOCOLE DE COMMUNICATION SPECIFICATION D'UNE BASE DE DONNÉES DISTANTE Spécification de base de données Fonction de connexion automatique RESTRICTIONS SQL*NET EXPLOITATION D'AUTRES UTILITAIRES ORACLE AVEC SQL*NET Exploitation de bases de données UTILISATION DE SQL*PLUS AVEC SQL*NET Requêtes distribuées Connexion à SQL*Plus sous SQL*Net à partir d'un DPS Commande CONNECT Commande COPY Notification d'erreurs Exemples Substitution de macro Impact sur les transactions ouvertes sous SQL*Plus Paramètres internes Liaisons de base de données Commande CREATE DATABASE LINK Commande DROP DATABASE LINK Consultation de tables distantes Création de synonymes pour tables distantes Création de vues pour tables distantes Suppression d'une table distante Insertion dans une table distante Copie d'un nœud distant vers un nœud local Restrictions sur les noms d'objet de base de données Restrictions sur les requêtes distribuées Stockage des liaisons dans le dictionnaire de données viii 47 F2 13UR Rev00

9 Table des matières 3.2 EXPLOITATION DES INTERFACES DE PROGRAMMATION ORACLE AVEC SQL*NET SQL*Net sur micro-ordinateur MS-DOS (protocoles synchrone et asynchrone) INSTALLATION Installation du gestionnaire de périphériques asynchrone Installation du gestionnaire de périphériques synchrone Paramètres de configuration CHARGEMENT DES GESTIONNAIRES SQL*NET PROCEDURES DE CONNEXION Connexion manuelle Une fois le processeur SQL*Plus appelé Une fois la connexion établie Une fois connecté au serveur ORACLE sur le micro-ordinateur Déconnexion Connexion automatique Description de dialogue de connexion automatique Ligne d'instruction Caractères spéciaux Exemple Fichiers de connexion automatique par défaut Exemple de fichier de connexion automatique Variables de macro Définition de macros Informations complémentaires Connexion de base de données par défaut Connexion locale Connexion à distance Appel des messages de suivi F2 13UR Rev00 ix

10 SQL*Net-V1 avec ORACLE-V7 - Guide de l'utilisateur Glossaire... g-1 Index... i-1 x 47 F2 13UR Rev00

11 Table des matières Illustrations Figures 2-1 Modèle de communication client/serveur Connexions SQL*Net via DSA Connexions SQL*Net via TCP/IP Fichiers et répertoires MS-DOS sous SQL*NET Tableaux 2-1 Combinaisons client/serveur Préfixes de gestionnaire SQL*Net F2 13UR Rev00 xi

12 SQL*Net-V1 avec ORACLE-V7 - Guide de l'utilisateur xii 47 F2 13UR Rev00

13 1. Généralités Ce chapitre, qui constitue une introduction à SQL*Net, inclut les informations suivantes : les conditions requises pour l'utilisation de SQL*Net, une description générale de SQL*Net et de ses applications, une présentation des avantages offerts par SQL*Net, un récapitulatif des fonctions SQL*Net. 1.1 CONDITIONS PREALABLES L'exécution d'opérations de gestion de réseau avec SQL*Net requiert la présence des produits suivants : SQL*Net version 1.1 (ou ultérieure), SGBDR ORACLE version 6.0 (ou ultérieure). SQL*Net est livré avec le SGBDR ORACLE. Pour plus de détails sur son installation, reportez-vous au manuel ORACLE-V7 - Guide d'installation. L'exploitation de SQL*Net avec TCP/IP requiert la version 5 de GCOS 7, ainsi que le produit OPEN7. Remarque : Même si la carte ATLANTIS est souvent citée dans les exemples proposés, il existe d'autres cartes capables d'exécuter les mêmes fonctions. 47 F2 13UR Rev00 1-1

14 SQL*Net-V1 avec ORACLE-V7 - Guide de l'utilisateur 1.2 PRESENTATION DE SQL*NET SQL*Net est une couche logicielle qui, à l'aide des protocoles de communication pris en charge par divers systèmes d'exploitation, fournit un environnement de traitement distribué au système de gestion de base de données relationnelles (SGBDR) ORACLE, éliminant ainsi virtuellement les frontières entre les différents types de matériel et de système d'exploitation d'un réseau. Avant l'introduction d'oracle-v5, les applications ne pouvaient être connectées qu'à une seule base de données prédéfinie, sur un emplacement du réseau également prédéfini. Les programmes d'application devaient en outre résider sur le même CPU que la base de données. L'introduction du produit logiciel SQL*Net (en option) avec la version 5.0 d'oracle (SGBDR) a permis qu'un programme d'application exécuté sur une machine puisse manipuler les données d'une base de données ORACLE résidant sur une autre machine. Le programme d'application en question peut être soit un utilitaire ORACLE tel que SQL*Forms, soit une application développée via les interfaces de programmation ORACLE. SQL*Net permet en outre à des applications d'être connectées dynamiquement à plusieurs bases de données ORACLE via les noeuds du réseau, à l'aide d'un certain nombre de protocoles de communication. 1.3 TRAITEMENT DISTRIBUE ET SQL*NET Le traitement distribué est un processus selon lequel des programmes dépendant de noeuds différents coordonnent leurs opérations grâce aux messages qu'ils s'adressent via le réseau. Les utilisateurs d'un environnement de traitement distribué doivent être capables de localiser la base de données distante et d'envoyer sur le réseau les messages permettant de lancer un processus sur cette base. Par opposition, une base de données distribuées coordonne l'accès partagé pour le compte des utilisateurs, l'emplacement des données restant transparent. Un environnement de traitement distribué ne prend généralement pas en charge les jointures sur le réseau, ni les instructions faisant référence à plusieurs noeuds. SQL*Net permet à des applications de résider sur une machine autre que celle dont dépend la base de données et offre la possibilité de transférer des données entre deux noeuds du réseau. Associé aux applications ORACLE, il donne accès aux fonctions de traitement distribué (accès à des données distantes, etc.). De plus, la fonction de requêtes distribuées fournie par le noyau ORACLE permet à une commande SQL de faire référence à plusieurs noeuds et de prendre en charge les jointures sur le réseau. Il est également possible d'écrire des applications par le biais des interfaces de programmation ORACLE, qui permettent à des opérations de s'étendre sur plusieurs noeuds du réseau F2 13UR Rev00

15 Généralités 1.4 ARCHITECTURE SQL*NET Pour exécuter des fonctions de traitement distribué, SQL*Net intègre la communication de réseau multi-noeud aux communications de type process-process autorisées par la structure à deux tâches d'oracle. Le SGBDR ORACLE est en effet basé sur une architecture de ce type : la tâche (ou l'application) utilisateur est exécutée comme un process de système d'exploitation distinct de la tâche serveur (le noyau ORACLE), les deux tâches communiquant via les fonctions de communication interprocess offertes par le système d'exploitation. Sous SQL*Net, cette communication interprocess est assurée via un réseau plutôt que sur une même machine. On parle alors de modèle d'exploitation client/serveur, dans lequel le client est un programme ou un outil d'application, et le serveur le SGBDR ORACLE. Dans un environnement classique mono-processeur, le client et le serveur s'exécutent sur la même machine, qui assure également le stockage des fichiers base de données. SQL*Net permet d'exécuter le programme client sur une machine autre que celle intégrant le noyau (et la base de données). Le programme client demande les services du serveur en envoyant des messages sur le réseau. Vous trouverez plus de détails sur l'exploitation du modèle client/serveur par SQL*Net dans le chapitre AVANTAGES DE SQL*NET L'une des premières caractéristiques du logiciel ORACLE est qu'il offre toujours les mêmes fonctionnalités, quel que soit l'environnement d'exploitation, ce qui en fait un outil parfaitement adapté à un environnement réseau. Le principal avantage offert par l'utilisation de SQL*Net à des fins de traitement distribué est peut-être qu'elle encourage une exploitation efficace du matériel disponible. En effet, SQL*Net permettant aux produits ORACLE pris en charge par plusieurs environnements de communiquer entre eux via le réseau, les administrateurs de bases de données ont toute liberté pour choisir le matériel le plus approprié pour une application donnée. Par exemple, SQL*Net permet à SQL*Calc, exécuté sur un micro-ordinateur, d'accéder à une base de données stockée sur un système central, tel qu'un mini-ordinateur ou un gros système. Il est alors possible de profiter des avantage des deux machines : SQL*Calc utilise les temps de réponse rapides offerts par le micro-ordinateur, et la base de données exploite les techniques de partage de données performantes, les E/S rapides et la puissance de traitement économique du mini-ordinateur ou du gros système. La configuration réseau est en outre parfaitement adaptée à un environnement de base de données : elle offre un moyen d'accès à des données réparties sur des sites du réseau géographiquement distants. SQL*Net permet, par exemple, de distribuer des fonctions informatiques départementales ou régionales sur des machines locales, tout en conservant la capacité de télécharger des données sur un gros système central pour un traitement au niveau de l'entreprise. Un exemple type est un bureau de vente régional équipé d'un DPS 7000 connecté à un DPS 7000 distant plus puissant, permettant de télécharger les commandes quotidiennes vers le système distant, d'une part, et les données d'inventaire et de tarification vers le système régional, d'autre part. Cet exemple illustre également le fait que SQL*Net encourage la distribution efficace des données et donc de la charge de traitement. Un autre avantage à porter au crédit de la configuration réseau est que les opérations d'extension sont plus rentables sur les réseaux que sur des systèmes informatiques 47 F2 13UR Rev00 1-3

16 SQL*Net-V1 avec ORACLE-V7 - Guide de l'utilisateur indépendants. Il est ainsi plus économique d'ajouter des micro-ordinateurs à un réseau ayant accès à un gros système que d'acquérir un nouveau gros système. La configuration réseau permet à des ordinateurs plus petits et moins coûteux de partager la puissance de systèmes plus gros et plus puissants. Un environnement recourant à SQL*Net offre encore un autre avantage : les applications générées à l'aide d'oracle sont accessibles sur l'ensemble du réseau, optimisant ainsi les efforts de développement d'applications. Etant donné la portabilité des applications générées via ORACLE, une seule opération de développement résulte en une application unique fonctionnant de manière identique et offrant la même interface utilisateur sur tous les systèmes du réseau. Ces applications, exécutables sur n'importe quel système du réseau, peuvent accéder à n'importe quelle base de données ORACLE. Il est également possible d'écrire des programmes en langage évolué, par le biais des interfaces de programmation ORACLE, qui incluent des fonctions SQL*Net. Il est même possible d'écrire un programme en langage évolué couvrant plusieurs noeuds de réseau - une fonction normalement non disponible. De plus, la sécurité et l'intégrité de la base de données, normalement prévues au niveau local, sont également assurées sur l'ensemble du réseau. En résumé, l'utilisation de SQL*Net offre les avantages suivants : l'exploitation plus efficace de la puissance de traitement, la distribution du traitement des données sur des sites géographiques distants, la distribution plus efficace du volume de traitement des données, la gestion économique de l'évolution de la puissance de traitement, l'optimisation des efforts de développement d'applications, la protection de la sécurité et de l'intégrité des données sur l'ensemble du réseau F2 13UR Rev00

17 Généralités 1.6 FONCTIONS SQL*NET SQL*Net offre les caractéristiques suivantes : Un utilisateur SQL*Net situé en un point quelconque d'un réseau peut se connecter à n'importe quelle autre base de données ORACLE sur ce même réseau. SQL*Net permet l'accès à plusieurs bases de données, même simultanément. Il vous est donc possible d'utiliser une base de données locale à certains moments et une base distante le reste du temps. Vous pouvez extraire des données d'une base distante, les traiter au sein d'une base locale, puis les renvoyer vers la base distante. Vous avez enfin la possibilité d'utiliser les données d'une base dans le cadre de transactions affectant une autre base. Voici deux exemples : les services de copie de base à base, tels que ceux fournis par la commande SQL*Plus COPY, et la possibilité de stocker localement des données statiques pour valider la base de données, tout en enregistrant les mises à jour sur la base centrale. Les protocoles asynchrone et synchrone ORACLE offrent une fonction de connexion automatique, avec l'hôte distant à chaque demande de connexion. SQL*Net prend en charge des connexions homogènes (entre environnements similaires). Par exemple, il est possible de connecter deux DPS 7000, jouant respectivement les rôles de client et de serveur. SQL*Net gère également les connexions hétérogènes (entre environnements différents). Par exemple, il est possible de connecter un micro-ordinateur à un DPS 7000, le premier faisant fonction de client et le second de serveur, ou encore un système UNIX à un DPS 7000 avec TCP/IP sur un LAN Ethernet. Vous avez la possibilité d'établir des connexions hétérogènes et homogènes simultanées. SQL*Net fonctionne indépendamment des protocoles de réseau qu'il prend en charge. Ses fonctionnalités restent donc les mêmes, quel que soit le protocole sous-jacent. Des connexions peuvent être établies avec des bases de données locales ou distantes, ou avec la base de données par défaut. SQL*Net permet le réacheminement dynamique de la connexion après le lancement de l'utilitaire. Il est ainsi possible de passer d'un hôte distant à un autre, tout en restant sous la même application ORACLE. Sous SQL*Net, les fonctions de sécurité et de reprise automatique fournies par ORACLE sont étendues et mises à jour sur l'ensemble du réseau. La fonction de requêtes distribuées fournie par le noyau ORACLE permet de faire référence à plusieurs noeuds dans une même commande SQL. 47 F2 13UR Rev00 1-5

18 SQL*Net-V1 avec ORACLE-V7 - Guide de l'utilisateur 1.7 LIAISONS TELECOM SQL*Net prend en charge les liaisons télécom suivantes : Réseau DSA : X25 X25 privé LAN Ethernet Protocole TCP/IP : LAN Ethernet 1.8 ERREURS DU GESTIONNAIRE SQL*NET Les erreurs du gestionnaire SQL*Net provoquent l'affichage d'un code d'erreur compris entre ORA-6000 et ORA-6049 inclus. Vous trouverez la liste de ces erreurs, ainsi que leur origine et l'action à suivre, dans le manuel Serveur ORACLE-V7 - Messages et codes. 1.9 COMPATIBILITE ORACLE-V6/V7 SQL*Net permet la compatibilité entre un client et un serveur fonctionnant respectivement sous ORACLE-V6 et ORACLE-V7. Par exemple, il est possible d'utiliser SQL*Net en passant d'un micro-ordinateur fonctionnant sous ORACLE-V6 à un DPS 7000 exécutant ORACLE-V7. Remarque : Il est déconseillé de renverser les rôles (client ORACLE-V7 et serveur ORACLE-V6) F2 13UR Rev00

19 2. Architecture Ce chapitre, dédié à l'architecture SQL*Net, traite des sujets suivants : la technique de communication à deux tâches utilisée pour la prise en charge du traitement distribué, le modèle de communication client/serveur, la communication terminal-process, la communication process-process, l'activation des fonctions SQL*Net via la commande COR, SQL*Net via TCP/IP, les primitives de protocole de communication requises pour la prise en charge de SQL*Net, la spécification d'une base de données distante, les restrictions SQL*Net, l'exploitation d'autres utilitaires ORACLE avec SQL*Net. 47 F2 13UR Rev00 2-1

20 SQL*Net-V1 avec ORACLE-V7 - Guide de l'utilisateur 2.1 DESCRIPTION La technique de communication exploitée par SQL*Net est basée sur la structure à deux tâches utilisée par ORACLE dans certains environnements d'exploitation tels qu'unix. Ce type de structure fait généralement référence à la communication qui s'établit entre deux process résidant sur une même machine et communiquant entre eux grâce aux fonctions de communication interprocess offertes par le système d'exploitation. Avec SQL*Net, la communication s'établit entre deux process résidant non plus sur un même CPU, mais sur deux machines différentes. Ce type d'archictecture est appelé modèle de communication client/serveur. Bien que ce modèle de communication s'applique même lorsque ORACLE est exécuté dans un environnement à une seule machine (où l'application fait fonction de process frontal et le noyau ORACLE comme de process dorsal), son rôle est plus déterminant dans un environnement réseau. Dans ce type d'environnement, en effet, deux tâches, exécutées chacune sur une machine différente, communiquent par le biais des différents protocoles de communication pris en charge par SQL*Net. Une des tâches correspond au client et l'autre au serveur. Le client SQL*Net est soit le programme d'application, qui peut utiliser n'importe quelle application ORACLE, soit une application développée par l'utilisateur et faisant appel à ORACLE. Le serveur SQL*Net est le SGBDR (noyau ORACLE). Dans la terminologie SQL*Net, l'hôte désigne la machine sur laquelle réside la base de données et qui exécute le noyau ORACLE, prenant ainsi en charge le serveur. Le client est la machine sur laquelle réside l'application. Certaines machines, telles qu'un DPS 7000 ou un DPX/2, peuvent jouer à la fois le rôle de client et celui de serveur. D'autres, comme un micro-ordinateur, ne peuvent agir que comme client. Seule une machine jouant le rôle de serveur peut être un hôte. Le client peut être un système mono-utilisateur (un micro-ordinateur, par exemple), alors que le serveur doit impérativement être un système multi-utilisateur (tel qu'un DPS 7000). Le tableau ci-dessous indique les combinaisons client/serveur possibles : Tableau 2-1. Combinaisons client/serveur MACHINE CLIENT SERVEUR micro-ordinateur toujours non mini-ordinateur oui oui gros système possible généralement F2 13UR Rev00

21 Architecture noeud client noeud serveur application ORACLE autres couches logicielles réseau SGBD ORACLE serveur ORACLE gestionnaire SQL*Net logiciel de communication gestionnaire SQL*Net logiciel de communication ligne de transmission Figure 2-1. Modèle de communication client/serveur SQL*Net prend en charge deux formes du modèle de communication client/serveur : la communication terminal-process et la communication tâche-tâche (décrites ci-après) Communication terminal-process Avec la communication terminal-process, un process (le terminal) est censé agir comme un terminal non intelligent. Un programme exécuté sur le micro-ordinateur simule le comportement d'un terminal, afin de communiquer avec des programmes exécutés sur l'hôte distant. SQL*Net prend en charge deux protocoles de communication permettant une émulation de terminal : le protocole asynchrone et le protocole ATLANTIS. Avec l'un de ces protocoles, l'hôte distant traite le client comme un terminal non intelligent, et des messages doivent être transmis entre le client et le serveur, qui simulent chacun la communication tâche-tâche. Vous trouverez toutes les instructions relatives à l'utilisation de ces protocoles au chapitre F2 13UR Rev00 2-3

22 SQL*Net-V1 avec ORACLE-V7 - Guide de l'utilisateur Communication tâche-tâche La communication tâche-tâche est identique à la communication "process-process". Les deux process coopèrent pour assurer une transmission de données fiable. Contrairement aux communications terminal-process, chacune des deux tâches reconnaît la présence d'un programme intelligent à l'autre extrémité de la connexion. Le protocole DSA pris en charge par SQL*Net permet la communication process-process. 2.2 COR ET OPEN7 COR est le gestionnaire ORACLE de communications (serveur) requis par GCOS 7 pour exécuter SQL*Net, qui ne peut fonctionner sous GCOS 7 que si COR est en cours d'exécution. SQL*Net via TCP/IP requiert également la présence du logiciel OPEN7. Le gestionnaire de communication COR doit être en cours d'exécution, afin d'autoriser des connexions SQL*Net locales et à distance (de même qu'un serveur de base de données SOR doit être en cours d'exécution pour permettre l'accès à une base de données ORACLE). Les connexions peuvent être établies à partir d'autres DPS 7000, de micro-ordinateurs ou de systèmes UNIX. COR doit en outre être en cours d'exécution sur chaque site DPS 7000, pour être exlpoité sous SQL*Net. COR génère un travail traitement par lots, qui gère toutes les connexions à distance en direction et en provenance des serveurs ou des utilisateurs ORACLE sur le site. Les opérations supplémentaires requises pour SQL*Net via TCP/IP sont détaillées dans OPEN7 - Manuel de référence de l'administrateur Activation de connexions à distance Commande COR I Pour activer des connexions à distance en provenance ou en direction de votre site, entrez la commande suivante : COR INITIALIZE (ou la commande abrégée COR I). La commande COR I doit impérativement être entrée sur chaque site concerné, avant toute tentative d'établissement d'une connexion à distance Protocole TCP/IP Pour activer des connexions à distance via TCP/IP, le serveur SQL*Net TCP/IP doit être lancé sous OPEN7, après COR F2 13UR Rev00

23 Architecture Désactivation de connexions à distance Commande COR S Pour désactiver des connexions à distance en provenance ou en direction de votre site, entrez la commande suivante : COR SHUTDOWN (ou la commande abrégée COR S). Une fois la commande COR S entrée, aucun nouvel utilisateur n'a la possibilité de se connecter avec ou à partir de votre site. Le système attend toutefois que les utilisateurs déjà connectés se déconnectent Protocole TCP/IP Pour désactiver des connexions ORACLE à distance via TCP/IP, vous devez désactiver le serveur SQL*Net TCP/IP sous OPEN7, avant d'arrêter COR Augmentation du nombre de connexions SQL*Net Le serveur de base de données SOR standard autorise jusqu'à 11 connexions SQL*Net à distance. Si une base de données ORACLE requiert un nombre supérieur de connexions, vous devez lancer la commande SOR ADDTASKS (ou SOR A), afin d'ajouter des tâches au serveur standard. La commande SOR A permet d'augmenter le nombre de connexions possibles de 8, 16, 24 ou F2 13UR Rev00 2-5

24 SQL*Net-V1 avec ORACLE-V7 - Guide de l'utilisateur Remarques : 1. Le gestionnaire de communications SQL*Net (commande COR I) doit être lancé avant (les commandes SOR A). Les travaux traitement par lots correspondants ne s'arrêtent qu'une fois le gestionnaire de communications SQL*Net désactivé (commande COR S). 2. Dans le cas de SQL*Net via TCP/IP, le nombre maximal de connexions ORACLE entrantes et sortantes est défini pendant l'installation et ne peut pas être modifié dynamiquement. Pour plus de détails sur la configuration de SQL*Net via TCP/IP, reportezvous à OPEN7 - Guide de l'administrateur. DPS 7000 COR SOR SOR SQL*Net BD1 BD2 SQL*Net COR SOR micro DPS 7000 BD3 Figure 2-2. Connexions SQL*Net via DSA F2 13UR Rev00

25 Architecture DPS 7000 COR SOR SOR OPEN7 TCP/IP7 SQL*Net BD1 BD2 LAN Ethernet micro TCP/IP SQL*Net ORACLE système DPX ou UNIX BD3 Figure 2-3. Connexions SQL*Net via TCP/IP 47 F2 13UR Rev00 2-7

26 SQL*Net-V1 avec ORACLE-V7 - Guide de l'utilisateur 2.3 PROTOCOLE DE COMMUNICATION Le logiciel SQL*Net est conçu pour être facilement transféré sur différents hôtes. SQL*Net ne requiert en fait que cinq primitives de deuxième niveau, fournies par le protocole de communication avec lequel il coopère. Pour prendre en charge SQL*Net, le protocole de communication sous-jacent doit fournir des primitives capables d'exécuter les fonctions suivantes : connexion au système distant, déconnexion du système distant, envoi d'un message, réception d'un message, interruption de la connexion. 2.4 SPECIFICATION D'UNE BASE DE DONNEES DISTANTE Cette section explique comment spécifier une base de données distante sous SQL*Net. Pour en savoir plus sur la spécification d'une base de données distante à partir d'un micro-ordinateur sous MS-DOS, reportez-vous au chapitre 4. Veuillez noter que les valeurs par défaut associées à la base de données distante sont définies pendant l'installation. Pour plus de détails, consultez ORACLE-V7 - Guide d'installation. Pour indiquer la base de données locale ou distante avec laquelle vous souhaitez interagir, vous devez spécifier son nom au moment de la connexion, que vous recouriez à une application utilisateur ou à une application ORACLE (telle que SQL*Plus). Les procédures requises, qui dépendent du programme ou des interfaces impliqués, sont expliquées dans la documentation accompagnant chaque programme ou interface. Dans la plupart des cas, la spécification d'une base de données peut être ajoutée à la chaîne utilisateur/mot de passe, en utilisant le symbole "@" comme séparateur. Voici un exemple de nom de connexion valide : scott/tiger@d:ora Certains programmes permettent d'entrer le mot de passe séparément. Il est alors possible de l'omettre du nom de connexion : scott@d:ora F2 13UR Rev00

27 Architecture La syntaxe complète est la suivante : [nom-utilisateur [/ mot-de-passe] [@spécification-base] ] La spécification d'une base de données inclut les informations requises pour indiquer à SQL*Net la base exacte à utiliser lors de l'échange. Son format dépend en grande partie du protocole de communication à utiliser ; elle peut inclure des informations de routage et d'authentification, ainsi que le nom du noeud sur lequel réside la base de données Spécification de base de données Une partie de la spécification est indépendante du protocole : il s'agit du préfixe du gestionnaire, qui détermine le logiciel de protocole (gestionnaire) à utiliser. Une spécification de base de données peut donc être affinée plus avant et donner la syntaxe suivante : [préfixe-gestionnaire : ] [id-base] Un préfixe de gestionnaire distinct est attribué à chaque protocole susceptible d'être utilisé par des applications sur le système spécifié. L'ensemble des protocoles installés (et, par conséquent, l'ensemble des préfixes autorisés) est défini lors de l'installation d'oracle. Le tableau ci-après répertorie les préfixes admis par SQL*Net : Tableau 2-2. Préfixes de gestionnaire SQL*Net Préfixe A: Spécification du protocole asynchrone. B: Spécification des protocoles MS-DOS Bull. D: Connexion à un système distant, via le protocole DSA (le système distant est spécifié dans l'id de la base de données). Les connexions multiples simultanées, même à un seul hôte, sont autorisées. S: Connexion au système local, via des appels de procédure directs dans une tâche unique (l'id de la base de données est ignoré). Un programme ne peut être associé qu'à une seule connexion directe active à la fois. T: Spécification du protocole TCP/IP. Aucun préfixe par défaut n'est défini. L'ID de la base de données, qui désigne le système distant et la base de données ORACLE, respecte la syntaxe suivante : [ <hôte-distant> : ] <id-serveur> <hôte-distant> désigne le système hôte distant sur lequel réside la base de données ORACLE distante. En cas d'omission, une connexion locale est établie. 47 F2 13UR Rev00 2-9

28 SQL*Net-V1 avec ORACLE-V7 - Guide de l'utilisateur Sur un réseau DSA (préfixe D:), <hôte-distant> représente le noeud DSA du système distant et est précédé du préfixe $. Avec le protocole TCP/IP (préfixe T:), <hôte-distant> spécifie le nom Internet du système distant. Pour plus de détails sur le protocole MS-DOS Bull, reportez-vous au chapitre 4. <id-serveur> identifie la base de données ORACLE distante. Dans le cas d'un DPS 7000, <id-serveur> désigne le répertoire sous lequel le serveur ORACLE est exécuté. Exemples : D:ORA D:$ARES:DB T:DPX231:ORA Connexion locale à la base de données ORA. Connexion à distance à la base de données DB sur le mode DSA ARES. Connexion à distance à la base de données ORA sur le système dont l'identification Internet est DPX Fonction de connexion automatique Cette sous-section fournit des informations applicables uniquement aux protocoles terminal-hôte, tels que le protocole asynchrone. Pour que le client et le serveur puissent communiquer, le client doit effectuer une demande de connexion avec l'hôte. Pour faciliter ce processus, les protocoles terminalprocess pris en charge par SQL*Net (protocoles asynchrone et ATLANTIS) offrent une fonction de connexion automatique, qui permet d'entrer automatiquement en communication avec l'hôte distant, chaque fois qu'une demande de connexion est effectuée par le système client. Pour ce faire, cette fonction entre automatiquement en communication avec le système d'exploitation distant et ordonne à l'interpréteur de ligne de commande de lancer le process serveur. La connexion automatique évite donc à un utilisateur de se connecter manuellement à l'hôte distant via un émulateur de terminal. La fonction de connexion automatique utilise le dialogue appartenant à un groupe de "fichiers prise de contact" pour établir une connexion avec l'hôte distant. Ces fichiers, créés par l'utilisateur, contiennent une représentation de la "conversation" qui aurait normalement lieu entre l'utilisateur sur le terminal et l'hôte distant. Ils consistent essentiellement en une série de messages du type "effectuez telle action, vous recevez telle réponse", le remplacement des noms d'utilisateur, des mots de passe, etc., étant assuré par un système de paramètres. Pour activer la fonction de connexion automatique, il suffit, une fois les fichiers prise de contact créés, d'inclure le préfixe associé dans la chaîne de spécification de base de données. Pour plus de détails, reportez-vous au chapitre F2 13UR Rev00

29 Architecture 2.5 RESTRICTIONS SQL*NET Cette section souligne certaines restrictions à l'utilisation de SQL*Net. Bien qu'une application puisse accéder à plusieurs noeuds d'un réseau, une transaction ou une unité de travail ne peut affecter qu'un seul noeud. Par exemple, une commande SQL ne peut faire référence qu'à une seule base de données. Cependant, la fonction de requêtes distribuées fournie par le noyau ORACLE permet à une seule commande SQL d'accéder à des données sur plusieurs noeuds. Les transactions distribuées ne sont pas prises en charge ; il est possible d'effectuer des mises à jour multi-site, mais chacune fait l'objet d'une validation ou d'une restauration non actualisée indépendante. C'est aux utilisateurs de diriger une commande SQL vers le noeud contenant les données voulues : il n'existe pas de fonction de routage des requêtes. 2.6 EXPLOITATION D'AUTRES UTILITAIRES ORACLE AVEC SQL*NET L'utilisation de SQL*Net avec SQL*Plus, ainsi qu'avec les interfaces de programmation ORACLE, est présentée dans le chapitre 3. Les utilitaires ORACLE répertoriés ci-après peuvent également être utilisés avec SQL*Net : SQL*Calc SQL*Forms IMPORT EXPORT SQL*Loader Si vous souhaitez exploiter l'un de ces utilitaires avec SQL*Net, insérez la clause de base de données au moment de la connexion. Exemple : Pour vous connecter à une base de données distante à partir de SQL*Plus, entrez cette commande : SQLPLUS nom-utilisateur/mot-de-passe@d:id-base 47 F2 13UR Rev

30 SQL*Net-V1 avec ORACLE-V7 - Guide de l'utilisateur F2 13UR Rev00

31 3. Exploitation de bases de données Ce chapitre fournit les instructions permettant de se connecter à une base de données distante, et décrit l'utilisation des fonctions SQL*Net avec SQL*Plus et avec les interfaces de programmation ORACLE. 3.1 UTILISATION DE SQL*PLUS AVEC SQL*NET Les paragraphes ci-après présentent la fonction de requêtes distribuées et expliquent comment utiliser SQL*Plus avec SQL*Net. Pour plus de détails, reportez-vous à la documentation relative à SQL*Plus Requêtes distribuées ORACLE-V5.1 offre la fonction de requêtes distribuées. Une requête distribuée est une requête dans laquelle plusieurs ou toutes les tables interrogées sont situées dans une base de données autre que celle à laquelle vous êtes connecté. Une seule requête peut ainsi regrouper des données dispersées sur plusieurs bases de données. Remarque : Cette fonctionnalité s'applique aux requêtes uniquement ; les instructions DML, telles que INSERT, UPDATE et DELETE, ne peuvent pas faire l'objet d'une exécution simultanée sur plusieurs bases de données concurrentes. Elles peuvent néanmoins être exécutées sur une base de données distante par le biais des fonctions SQL*Net. Les commandes CREATE DATABASE LINK et DROP DATABASE LINK permettent respectivement de générer et de supprimer des liaisons avec des bases de données distantes. Leur utilisation sous SQL*Net, ainsi que celle de toutes les autres commandes SQL*Plus, est décrite plus avant dans ce chapitre. Les restrictions à l'utilisation des requêtes distribuées sont détaillées à la fin de ce chapitre. 47 F2 13UR Rev00 3-1

32 SQL*Net-V1 avec ORACLE-V7 - Guide de l'utilisateur Connexion à SQL*Plus sous SQL*Net à partir d'un DPS 7000 Pour vous connecter à SQL*Plus, entrez la commande suivante : SQLPLUS nom-utilisateur/mot-de-passe@d:spécification-base La spécification d'une base de données est décrite au chapitre 2. Exemples : SQLPLUS SCOTT/TIGER@D:$ARE2:ORA (connexion à la base de données ORA sur le site DSA ARE2) SQLPLUS SCOTT/TIGER@D: (connexion à la base de données locale par défaut) SQLPLUS SCOTT/TIGER@D:ORACLE (connexion à la base de données ORACLE sur le site local) SQLPLUS SCOTT/TIGER@T:DPX340:W (connexion à la base de données W sur l'hôte Internet DPX340, via le protocole TCP/IP) Commande CONNECT La commande CONNECT vous permet de vous connecter à une base de données distante (sous le même nom ou sous celui de votre choix). Tant que vous n'avez pas lancé cette commande, vous restez connecté à la base de données spécifiée lors de l'entrée en communication avec le système. La commande CONNECT doit respecter la syntaxe suivante : CONNECT nom-utilisateur[/mot-de-passe[@spécification-base] ] où : nom-utilisateur est un nom d'utilisateur ORACLE valide ; mot-de-passe est le mot de passe associé au nom d'utilisateur spécifié est une spécification de base de données valide. Exemples : CONNECT SCOTT/TIGER@D:NEWYORK-MKT CONNECT SYSTEM/MANAGER@T:DPX230:OR F2 13UR Rev00

33 Exploitation de bases de données Commande COPY La commande COPY permet de copier des données d'une table appartenant à une base de données SQL*Net vers une table d'une autre base de données SQL*Net. Elle exécute arbitrairement la commande SQL SELECT sur un noeud et insère les lignes extraites dans une table sur l'autre noeud. Vous n'êtes pas tenu d'être connecté directement à chacune de ces bases de données. En résumé, la commande COPY permet les opérations suivantes : copie de données de la base de données locale vers une base distante, copie de données d'une base de données distante vers la base locale, copie de données d'une table appartenant à une base de données distante vers une autre table de cette même base, copie de données d'une table appartenant à une base de données distante vers une table d'une autre base distante. La table destinataire peut être existante, nouvelle, ou peut être supprimée et recréée (remplacée), avant l'insertion des données. Veuillez noter que, COPY étant une commande SQL*Plus, elle ne passe pas automatiquement de ligne en ligne. (Seules les commandes SQL sont stockées dans le tampon de commandes.) Vous devez faire appel à la fonction SQL*Plus, qui vous permet d'entrer la suite de la commande en insérant un tiret (-). La commande COPY doit respecter la syntaxe suivante : {FROM <chaîne-base> [TO <chaîne-base>]} COPY { } {TO <chaîne-base> } {APPEND } { } {CREATE } { } <nom-table> [(<liste-noms-colonne>)] {INSERT } { } {REPLACE} USING SELECT <requête> 47 F2 13UR Rev00 3-3

34 SQL*Net-V1 avec ORACLE-V7 - Guide de l'utilisateur Paramètres FROM TO Remarque : APPEND CREATE INSERT REPLACE nom-table liste-noms-colonne spécifie le nom d'utilisateur, le mot de passe et la base de données dans laquelle est stockée la table origine. "chaînebase" est une chaîne ORACLE valide composée du nom d'utilisateur et du mot de passe associé, suivie du et d'un nom de base de données SQL*Net valide, comme expliqué précédemment. En cas d'omission de FROM, la base de données origine est, par défaut, celle à laquelle SQL*Plus est actuellement connecté. Si la connexion SQL*Plus est inactive, une erreur est alors renvoyée. spécifie le nom d'utilisateur, le mot de passe et la base de données dans laquelle est stockée la table destinataire. "chaîne-base" est une chaîne ORACLE valide composée du nom d'utilisateur et du mot de passe associé, suivie du et d'un nom de base de données SQL*Net valide, comme expliqué précédemment. En cas d'omission de TO, la base de données destinataire est, par défaut, celle à laquelle SQL*Plus est actuellement connecté. Si la connexion SQL*Plus est inactive, une erreur est alors renvoyée. La base de données origine ne pouvant pas être la même que la base destinataire, il est interdit d'omettre en même temps les deux clauses FROM et TO. indique que les données doivent être ajoutées à la table. Si la table n'existe pas, elle est créée avant insertion des lignes copiées. Dans le cas contraire, les lignes copiées sont insérées dans la table existante. indique que la table doit être créée, avant insertion des lignes copiées. Si la table existe déjà, une erreur est renvoyée. précise que les données doivent être enregistrées dans une table existante. Si la table n'existe pas, une erreur est renvoyée. signale que les données doivent remplacer (écraser) celles de la table existante. Si la table n'existe pas, elle est créée avant insertion des lignes copiées. spécifie une table destinataire nouvelle ou existante (en fonction de l'option choisie ; voir ci-dessus). Tout nom de table SQL valide (y compris les noms cités ou qualifiés) est admis. spécifie les noms de colonne de la table destinataire. Tout nom de colonne SQL valide (y compris les noms cités) est admis. Les noms de la liste doivent être séparés par une virgule. Le nombre de colonnes indiqué doit être égal au nombre de colonnes sélectionnées via la requête (voir plus loin). En l'absence de spécification, les colonnes copiées auront le même intitulé dans la table destinataire que dans la table origine F2 13UR Rev00

35 Exploitation de bases de données USING spécifie la table origine et détermine les lignes et les colonnes à copier. La clause USING contient la commande SQL SELECT, exécutée sur le noeud origine, et insère les lignes détectées dans une table sur le noeud destinataire. La commande SELECT n'est exécutée qu'à l'emplacement spécifié par la clause FROM et ne peut pas faire référence à des données provenant de plusieurs bases de données. Si aucune liste de noms de colonne n'a été spécifiée dans l'option choisie, les noms de colonne de la table destinataire sont extraits de la liste SELECT. Les colonnes spécifiées dans la liste SELECT doivent concorder une à une avec celles de la table destinataire. Pour plus de détails sur la syntaxe de la commande SELECT, reportez-vous à la documentation relative à SQL*Plus Notification d'erreurs Des erreurs peuvent être détectées par le noyau ORACLE, la commande COPY ou SQL*Plus. Les messages d'erreur standard émanant du noyau ORACLE ont pour préfixe "ORA". Les messages d'erreur émis par la commande COPY, répertoriés à la fin de cette section, ont pour préfixe "CPY". Enfin, les messages d'erreur détectés par SQL*Plus ne sont dotés d'aucun préfixe. Si un utilisateur entre une clause SELECT non valide, le segment faisant l'objet d'une erreur est affiché dans son contexte d'origine, et le caractère correspondant au décalage d'erreur d'analyse est marqué d'un astérisque. Le noyau détecte généralement les erreurs dans les instructions SQL générées par la commande COPY. COPY détecte les erreurs dans les arguments qu'elle reçoit via l'interface de programmation et SQL*Plus les erreurs de syntaxe de la commande COPY. Les messages d'erreur dotés du préfixe "CPY" peuvent être renvoyés par la commande COPY via SQL*Plus. Voici la liste des erreurs associées à COPY, ainsi que les causes possibles et les interventions recommandées. 47 F2 13UR Rev00 3-5

36 SQL*Net-V1 avec ORACLE-V7 - Guide de l'utilisateur CPY0002 Illegal or missing APPEND, CREATE, INSERT, or REPLACE option (Option APPEND, CREATE, INSERT ou REPLACE non valide ou manquante) Cause : Intervention : Erreur interne anormale : valeur de paramètre hors de la plage admise. SQL*Plus a appelé COPY en attribuant à l'option CREATE une valeur n'appartenant pas à la plage des valeurs admises. erreur interne SQL*Plus : veuillez contacter le service client. CPY0003 Internal error: logical host number out of range (Erreur interne : numéro d'hôte logique hors des valeurs admises) Cause : Intervention : Erreur interne anormale : valeur de paramètre hors de la plage admise. Une fonction COPY interne a été appelée avec un numéro d'hôte logique n'appartenant pas à la page des valeurs admises. Erreur interne à COPY : veuillez contacter le service client. CPY0004 Source and destination table column names don't match (Les noms de colonne des tables origine et destinataire ne concordent pas) Cause : Intervention : Erreur utilisateur SQL*Plus. Lors d'une opération APPEND ou INSERT (si la table existe), au moins un nom de colonne de la table destinataire ne concordait pas avec celui de la liste de noms de colonne facultative ou de la commande SELECT. Relancez la commande COPY, en vous assurant que les noms de colonne et leur ordre dans la table destinataire sont identiques à ceux de la liste de noms de colonne facultative ou de la commande SELECT. CPY0005 Source and destination column attributes don't match (Les attributs des colonnes des tables origine et destinataire ne concordent pas) Cause : Intervention : Erreur utilisateur SQL*Plus. Lors d'une opération APPEND ou INSERT (si la table existe), au moins une colonne de la table destinataire n'est pas associée au même type de données (NUMBER, CHAR, DATE, etc.) que la colonne correspondante dans la commande SELECT. Relancez la commande la commande COPY, en vous assurant que les types de données des éléments sélectionnés concordent avec ceux de la table destinataire. Vous pouvez, s'il y a lieu, faire appel aux fonctions TO_DATE, TO_CHAR et TO_NUMBER pour effectuer des conversions F2 13UR Rev00