Description de SQL SERVER. historique

Transcription

1 Description de SQL SERVER SQLServer est un SGBDR qui accepte et traite des requêtes concurrentes provenant de divers clients. Il envoie les réponses aux clients concernés via des API (Application Programming Interface). Gestion des connexions utilisateur (thread et partage de temps). Installation dans un environnement réseau. Apprentissage de Transac SQL (SQL et d'autres fonctions) Gestion de bases de données multiples (master, model, tempdb, pubs2,.. ) Optimisation de l'exécution des requêtes. Application des règles de travail. Mise en œuvre de services de sauvegarde et de reprise. historique SQL Server est à la base un produit de SYBASE tournant sur VMS et Unix. En 1980, Microsoft s allie à SYBASE pour proposer une base de données de qualité sur les systèmes de prédilection de Microsoft de l époque ( OS/2 en 1980 et NT en 1990 ). La version 4 de SQL Server correspond à la version supportant Windows NT ( et toujours OS/2 ). En 1992, les 2 éditeurs se séparent. La version 6 de SQL Server est donc un produit Microsoft à part entière mais ne supportant plus que NT. Cette version marque une scission majeure avec la version 4.x ( un seul OS, une symbiose entre SQL Server et NT, meilleure gestion de mémoire, ressources, ). Avec la version 6.5, Microsoft recherche une intégration aux standards et une ouverture vers les systèmes hétérogènes ( notamment réplication vers des bases de données compatibles ODBC ). La version 7 ( sortie depuis quelques mois ) est une version majeure avec une remise à plat de plusieurs fondamentaux des versions antérieures ( notamment gestion des unités, suppression des groupes, ajout des rôles, modification de la gestion des index, ) et intégration de nouveaux éléments ( moteur OLAP, facilités pour le développement WEB, ). Positionnement SQL Server tourne exclusivement sous Windows NT Workstation ou Server. Le concurrent principal sur le monde PC est Oracle. Architecture Base de données SQL Server Une base de données SQL Server se compose de Fichiers physiques ( unités de données ou data devices ) et de services : process/threads exécutables chargés en mémoire Page 1 sur 1 CPI-BD-SQLServer Description.doc

2 Les données physiques, définies dans des tables, sont stockées dans des fichiers physiques. Les tables sont issues d un Modèle Physique de Données. Chaque base de données appartient à un utilisateur, qui en est donc le propriétaire Par défaut, les bases systèmes suivantes sont présentes: master : base pivot de SQL Server ( gestion des accès, suivi des connexions, référencement des unités et bases de données, gestion des locks, ) model : sert de patron à toute nouvelle base c est à dire que son contenu ( tables, vues, types de données, ) est systématiquement déversé dans toute nouvelle base lors de son initialisation. msdb : base support de SQL Executive tempdb : base temporaire utilisée pour le stockage temporaire lors de tris, sousrequêtes imbriquées, calculs d agrégat, regroupements, création de tables temporaires, pubs: base exemple Page 2 sur 2 CPI-BD-SQLServer Description.doc

3 Toute base de données est stockée sur une ou plusieurs unités de données. La base est ensuite découpée en unités d allocation par morceaux de 0,5 Mo ( ce qui veut dire que la plus petite base ne peut faire moins de 0,5 Mo ). Une extension est un 32 ème d unité soit 16 Ko ce qui correspond à la plus petite allocation pour stocker une table ou un index ( ce qui veut dire que toute nouvelle table ou nouvel index occupe au minimum 16 Ko ). Une extension est découpée en 8 pages de données ( soit 2048 octets chacune ) correspondant à une ligne de table ou d index ( exception faite des types de données text et image ). Un enregistrement tient donc forcément dans une page ( la longueur maximale d un enregistrement est de 1962 octets hors champs text ou image ) Implémentation physique et logique Paramétrage de la base : Modifications des paramètres soit par l interface soit en ligne de commande sp_configure 'allow updates',1 Certains paramètres nécessitent de redémarrer SQL Server pour qu ils soient bien pris en compte. Exemple d un script de création d une base de données SQL Server DISK INIT Name = SQLDevice, Physname = C:\MSSQL\DATA\SQLDevice.dat, Vdevno = 10, Size = ( correspond à la création de l unité de donnée SQLDevice portant le numéro 10 pour Page 3 sur 3 CPI-BD-SQLServer Description.doc

4 une taille initiale de 200 Mo ) CREATE DATABASE SQLS ON SQLDevice = 175 LOG ON SQLDevice = 25 ( ce qui correspond à la création d une base de données SQLS de 175 Mo pris sur l unité SQLDevice et les 25 Mo restant attribués au journal ) Process et Services NT Au niveau de SQL Server, on retrouve toujours quatre processus actifs : MIRROR HANDLER ( gestion du mirroring ) LAZY WRITER ( gestion du vidage du cache ) CHECKPOINT SLEEP ( gestion des points de reprise ) RA MANAGER ( gestion des lectures anticipées Read Ahead) Ces processus, étant des processus système, ne peuvent pas être killés contrairement aux autres processus utilisateur. Middleware SQL Server ( DB-Lib ) Principe du middleware Le principe du middleware de SQL Server reste identique à celui des autres éditeurs de bases de données ( dont Oracle ), à savoir : envoi des requêtes au serveur et retour des résultats gestion des transactions gestion des curseurs et des caches client et serveur Seules les librairies changent et le support de protocoles au niveau de la Net-Lib. Pour information, Net-Lib supporte principalement les clients suivants Canaux nommés Sockets IP Multiprotocole Netware Page 4 sur 4 CPI-BD-SQLServer Description.doc

5 Environnements d administration et outils d exploitation SQL Entreprise Manager : Permet de gérer le serveur de données, les bases, les taches planifiées, les erreurs, les alertes, ISQL/w : Permet de manipuler le Langage de Manipulation et de Définition des Données, ainsi que de manipuler le Transact-SQL. Gestionnaire de sécurité :Permet de rattacher des groupes d utilisateurs NT à des comptes SQL Gestionnaire de services : Permet de gérer les services SQL Server ( MSSQLServer, SQLExecutive, MSDTC ). SQL Trace : Permet de suivre les échanges entre un client et un serveur de données. SQL Main : Maintenance des bases ( contrôle de cohérence, sauvegardes, ). Outil de transfert : Procédure de transfert ( structure et données ) d un base SQL Server vers une autre. Import/Export : Importation et exportation de fichiers ASCII vers ou depuis une base de données SQL Server (Bulk Copy ) Optimisation Noyau SQL Server Désactivation des services inutiles Optimisation de la configuration des paramètres système SQL Utilisation d index Deux types d index gérés dans SQL Server : Index Clustered ( les données de la table sont ordonnées physiquement dans la base en fonction de l index ) Index Non Clustered ( les données ne sont pas ordonnées physiquement au niveau de la table mais l index l est bien sûr ) Accès Input/Output Répartition des unités sur plusieurs disques ( Segments, ) Mise en mémoire de TempDB Tunning de la base ( place libre, SQL Trace, Performance Monitor, ) Update Statistics, DBCC ( DataBase Check Consistency Dénormalisation Les index sont gérés en arbres binaires équilibrés ( B-Tree ). Notion Cluster différente de VMS ou Oracle. Dénormalisation des tables règles de dénormalisation ajout de triggers tables pré-aggrégées Page 5 sur 5 CPI-BD-SQLServer Description.doc

6 1. Sécurité standard SQL Server confiance ". 3. Sécurité mixte Les 2 modes sont possibles. Sécurité Le mode standard ( compte SQL ) impose une première identification sous NT avant celle ( distincte ) de SQL Server. Mode dit " sans confiance ". 2. Sécurité intégrée ( Utilisateurs NT couplés à SQL Server ) Sécurité définie par le gestionnaire de sécurité. Ce mode impose seulement une identification NT, SQL Server allant chercher les informations dans la base des comptes NT pour les comparer à celles qu il possède au niveau gestionnaire de sécurité. Nécessite d avoir les canaux nommés ou le multiprotocole. Mode dit " avec Manipulation de SQL Server Dans Actions ¾ Suivant le choix en cours : créer une nouvelle BD, table ou autres. ¾ Outils : ¾ Lancer les assistants de création, modification ou autres pour les tables, bases, requêtes. ¾ Sauvegarde de la BD ¾ Restauration de la BD ¾ Réplication de la BD ¾ Transformation, permet via le service DTS d'envoyer des données de la base vers un autre type de base, idem pour l'importation. ¾ Gérer les messages SQL Server, possibilité d'implèmenter dans SQL des messages personnalisés, qui pourront donc être utilisé par des programmes d'accès. ¾.Activité : permet d'analyser les connexions en cours. ¾ Profiler : Mise en place d'un ensemble d'outils pour gérer des traces et analyser des compteurs sur des informations déterminées. ¾ SQL analyseurs de requêtes, permet d'effectuer des requêtes à la base et déterminer l'optimisation. Sélection Base de données. : Nous avons les informations générales sur la base de données. Puis fichier qui permet de connaître la taille des bases, en volume. Page 6 sur 6 CPI-BD-SQLServer Description.doc

7 Espace journal idem. Espace Table/index qui donne la taille de toutes les tables et leurs index. Diagramme de la base de données, permet de visualiser les relations des tables entre elles. Les fichiers d'aide SQLServer, vous propose une aide en ligne en hypertexte. (BookOnLine). Dans laquelle vous trouverez toute la documentation. Exp : faite rechercher "create table" Onglet Index : recherche "view" Recherche de la fonction "GETDATE", puis "function", puis "Date et Time Function", Datepart. Les Utilisateurs. Par défaut nous avons comme utilisateurs : DBO qui est le propriétaire de la base (exemple "sa" ou "toto") Guest : invité, sinon création d'utilisateur avec des droits. Sur un utilisateur "clic croit" propriété. Pour chaque élément de la base, on détermine les droits (select, insert, update, exec (procédure stockées). Rôles de la Base de données: Détermination des droits. Page 7 sur 7 CPI-BD-SQLServer Description.doc

8 Les tables. Les propriétés donnent toutes les informations des colonnes d'une table. Possibilités de créer une table, dans ce cas remplir toutes les caractéristiques et les colonnes. Publication : mettre à disposition de l'extérieur le contenu de tables. Ouvrir une table, effectue par défaut un select * de cette table, ensuite "affiche volet datagramme", si vous mettait une croix alors ALIAS est le nom d'un colonne. "Affiche le volet grille" permet d'ajouter la clause "Order By" Le bouton "SQL" vous permet de modifier votre code SQL. Le bouton "vérifier SQL", vérifie votre syntaxe. Le point d'exclamation lance la requête. Taches administratives. Bulkcopy est un utilitaire permettant de copier rapidement des données contenues dans une tables depuis ou vers un fichier. BCP Logins : Pour se connecter il faut un compte (login + mot passe), c'est gérer au niveau SQLServer (différent de NT ou UNIX) Chaque utilisateur reçoit des droits sur les objets ( grant et revoke), possibilité de passer par des groupes d'utilisateurs. Administrateur du serveur est le SA (droit maximum) Le propriétaire de la bas est le DBO, sur une base il peut créer des users, faire checkpoint, sauvegardes, modification de configuration de la BD, etc Page 8 sur 8 CPI-BD-SQLServer Description.doc

9 L'utilisateur GUEST ou invité, compte minimum pour se connecter à une base. AUDIT : Permet d'enregistrer l'activité du système. Sauvegarde Backup est une procédure consistant à créer une copie de la BD sur unité de sauvegarde : Ensemble de la BD Soit le journal de transaction. A la restauration on descend l'ensemble, la copie de la bas e complète ensuite les transactions. Transactions et journal Toutes les requêtes passent par le LOG. Ce code de la requête est écrite dans un fichier LOG, les pages accéder sont montées en mémoire et l'on travaille en mémoire, au moment du commit, il y a mise à jour effective sur le disque, si tout est OK cette transaction est dite validé. Ce mécanisme assez complexe peut être approfondi dans un cours d'administration. L'idée générale est de prémunir contre les cas d'arrêt brutal de la machine par exemple. Dans ce cas on rejoue l'ensemble des transactions qui n'ont pas été écrites physiquement sur disque. Une autre utilité du LOG est pour les sauvegardes. On sauve la base complètement, puis ensuite sauvegarde régulièrement du LOG. Lorsque celui est sauvegardé, le log est vidé. EN cas de restitution, charge la base complète puis on rejoue toute les transactions en cours, et la base revient dans un état cohérent. INDEX Pour accélérer les accès on peut utiliser des INDEX, qui sont une structure de stockage indépendante, créée en plus. Un index unique garantit que chaque ligne contient des données uniques dans la ou les colonnes définissant la clé de l'index. La création d'un index améliore les performances en réduisant les lectures de pages. Garantit l'unicité. Utilisation des arbres binaires. Clustered Indexes (1 par table) Avec un index clustérisé, les données sont rangées dans l'ordre des index de façon physique. Chaque page de données est référencées par un index permettant de pointer sur la valeur du premier élément de cette page, ensuite lecture séquentielle. Si vous dépasser la taille d'une page d'index, une autre page d'index est créée. Ces dernières étant aussi référencé par une page d'index à un niveau supérieur. L'ajout et suppression de données, reclasse l'ensemble des données de la page. Page 9 sur 9 CPI-BD-SQLServer Description.doc

10 Prévoir pour l'estimation de taille de base 20% supplémentaire par table pour gérer les index. Index non clusters. La création d'un index non clustérisé ne reclasse pas les données et n'affecte pas les pages de données. Elle fournit simplement des pointeurs aux lignes de la table. Cela crée une structure transparente et indépendante comportant des données et des pointeurs dans la table. ( 249 maximum d'index). Les index non clusters sont plus longs car ils contiennent toujours un niveau supplémentaire. Page 10 sur 10CPI-BD-SQLServer Description.doc