MS SQL Server - Guide rapide

Ce chapitre présente SQL Server, décrit son utilisation, ses avantages, ses versions et ses composants.

Qu'est-ce que SQL Server?

  • Il s'agit d'un logiciel, développé par Microsoft, qui est implémenté à partir de la spécification du SGBDR.

  • C'est aussi un ORDBMS.

  • Cela dépend de la plate-forme.

  • C'est à la fois un logiciel basé sur l'interface graphique et des commandes.

  • Il prend en charge le langage SQL (SEQUEL) qui est un produit IBM, une base de données commune non procédurale et un langage insensible à la casse.

Utilisation de SQL Server

  • Pour créer des bases de données.
  • Pour maintenir les bases de données.
  • Pour analyser les données via SQL Server Analysis Services (SSAS).
  • Pour générer des rapports via SQL Server Reporting Services (SSRS).
  • Pour effectuer des opérations ETL via SQL Server Integration Services (SSIS).

Versions de SQL Server

Version An Nom de code
6,0 1995 SQL95
6,5 1996 Hydre
7,0 1998 Sphinx
8,0 (2000) 2000 Shiloh
9,0 (2005) 2005 Yukon
10,0 (2008) 2008 Katmai
10,5 (2008 R2) 2010 Kilimandjaro
11,0 (2012) 2012 Denali
12 (2014) 2014 Hekaton (initialement), SQL 14 (actuel)

Composants SQL Server

SQL Server fonctionne dans une architecture client-serveur, il prend donc en charge deux types de composants - (a) Workstation et (b) Server.

  • Workstation componentssont installés sur la machine de chaque périphérique / opérateur SQL Server. Ce ne sont que des interfaces pour interagir avec les composants du serveur. Exemple: SSMS, SSCM, Profiler, BIDS, SQLEM etc.

  • Server componentssont installés dans un serveur centralisé. Ce sont des services. Exemple: SQL Server, SQL Server Agent, SSIS, SSAS, SSRS, navigateur SQL, recherche de texte intégral SQL Server, etc.

Instance de SQL Server

  • Une instance est une installation de SQL Server.
  • Une instance est une copie exacte du même logiciel.
  • Si nous installons «n» fois, alors «n» instances seront créées.
  • Il existe deux types d'instances dans SQL Server a) Par défaut b) Nommé.
  • Une seule instance par défaut sera prise en charge sur un serveur.
  • Plusieurs instances nommées seront prises en charge dans un serveur.
  • L'instance par défaut prendra le nom du serveur comme nom d'instance.
  • Le nom du service d'instance par défaut est MSSQLSERVER.
  • 16 instances seront prises en charge dans la version 2000.
  • 50 instances seront prises en charge en 2005 et les versions ultérieures.

Avantages des instances

  • Pour installer différentes versions sur une seule machine.
  • Pour réduire les coûts.
  • Maintenir séparément les environnements de production, de développement et de test.
  • Pour réduire les problèmes de base de données temporaires.
  • Pour séparer les privilèges de sécurité.
  • Pour maintenir le serveur de secours.

SQL Server est disponible dans différentes éditions. Ce chapitre répertorie les éditions multiples avec ses fonctionnalités.

  • Enterprise - Il s'agit de l'édition haut de gamme avec un ensemble complet de fonctionnalités.

  • Standard - Cela a moins de fonctionnalités que Enterprise, lorsqu'il n'y a aucune exigence de fonctionnalités avancées.

  • Workgroup - Cela convient aux bureaux distants d'une grande entreprise.

  • Web - Ceci est conçu pour les applications Web.

  • Developer- Ceci est similaire à Enterprise, mais sous licence à un seul utilisateur pour le développement, les tests et la démonstration. Il peut être facilement mis à niveau vers Enterprise sans réinstallation.

  • Express- Il s'agit d'une base de données d'entrée de gamme gratuite. Il ne peut utiliser qu'un seul processeur et 1 Go de mémoire, la taille maximale de la base de données est de 10 Go.

  • Compact- Il s'agit d'une base de données intégrée gratuite pour le développement d'applications mobiles. La taille maximale de la base de données est de 4 Go.

  • Datacenter- Le changement majeur dans le nouveau SQL Server 2008 R2 est Datacenter Edition. L'édition Datacenter n'a pas de limitation de mémoire et offre une prise en charge pour plus de 25 instances.

  • Business Intelligence - Business Intelligence Edition est une nouvelle introduction dans SQL Server 2012. Cette édition inclut toutes les fonctionnalités de l'édition Standard et la prise en charge des fonctionnalités BI avancées telles que Power View et PowerPivot, mais elle ne prend pas en charge les fonctionnalités de disponibilité avancées telles que les groupes de disponibilité AlwaysOn et d'autres opérations en ligne.

  • Enterprise Evaluation- L'édition d'évaluation de SQL Server est un excellent moyen d'obtenir une instance entièrement fonctionnelle et gratuite de SQL Server pour l'apprentissage et le développement de solutions. Cette édition a une expiration intégrée de 6 mois à compter du moment où vous l'installez.

2005 2008 2008 R2 2012 2014
Entreprise Oui Oui Oui Oui
la norme Oui Oui Oui Oui
Développeur Oui Oui Oui Oui
Groupe de travail Oui Oui Non Non
Win Compact Edition - Mobile Oui Oui Oui Oui
Évaluation d'entreprise Oui Oui Oui Oui
Express Oui Oui Oui Oui
la toile Oui Oui Oui
Centre de données Non Non
L'intelligence d'entreprise Oui

SQL Server prend en charge deux types d'installation -

  • Standalone
  • Basé sur un cluster

Chèques

  • Vérifiez l'accès RDP pour le serveur.
  • Vérifiez le bit OS, l'IP, le domaine du serveur.
  • Vérifiez si votre compte est dans le groupe admin pour exécuter le fichier setup.exe.
  • Emplacement du logiciel.

Exigences

  • Quelle version, édition, SP et correctif le cas échéant.
  • Comptes de service pour le moteur de base de données, l'agent, SSAS, SSIS, SSRS, le cas échéant.
  • Nom d'instance nommé le cas échéant.
  • Emplacement des binaires, du système et des bases de données utilisateur.
  • Mode d'authentification.
  • Paramètre de classement.
  • Liste des fonctionnalités.

Prérequis pour 2005

  • Fichiers de support d'installation.
  • .net framework 2.0.
  • Client natif SQL Server.

Pré-requis pour 2008 et 2008R2

  • Fichiers de support d'installation.
  • .net framework 3.5 SP1.
  • Client natif SQL Server.
  • Installateur Windows 4.5 / version ultérieure.

Pré-requis pour 2012 et 2014

  • Fichiers de support d'installation.
  • .net framework 4.0.
  • Client natif SQL Server.
  • Installateur Windows 4.5 / version ultérieure.
  • Windows PowerShell 2.0.

Etapes d'installation

Step 1 - Téléchargez l'édition d'évaluation depuis http://www.microsoft.com/download/en/details.aspx?id=29066

Une fois le logiciel téléchargé, les fichiers suivants seront disponibles en fonction de votre option de téléchargement (32 ou 64 bits).

ENU \ x86 \ SQLFULL_x86_ENU_Core.box

ENU \ x86 \ SQLFULL_x86_ENU_Install.exe

ENU \ x86 \ SQLFULL_x86_ENU_Lang.box

OR

ENU \ x86 \ SQLFULL_x64_ENU_Core.box

ENU \ x86 \ SQLFULL_x64_ENU_Install.exe

ENU \ x86 \ SQLFULL_x64_ENU_Lang.box

Note - X86 (32 bits) et X64 (64 bits)

Step 2 - Double-cliquez sur «SQLFULL_x86_ENU_Install.exe» ou «SQLFULL_x64_ENU_Install.exe», il extraira respectivement les fichiers requis pour l'installation dans le dossier «SQLFULL_x86_ENU» ou «SQLFULL_x86_ENU».

Step 3 - Cliquez sur le dossier «SQLFULL_x86_ENU» ou «SQLFULL_x64_ENU_Install.exe» et double-cliquez sur l'application «SETUP».

Pour comprendre, nous avons utilisé ici le logiciel SQLFULL_x64_ENU_Install.exe.

Step 4 - Une fois que nous cliquons sur l'application 'setup', l'écran suivant s'ouvrira.

Step 5 - Cliquez sur Installation qui se trouve sur le côté gauche de l'écran ci-dessus.

Step 6- Cliquez sur la première option du côté droit vu sur l'écran ci-dessus. L'écran suivant s'ouvre.

Step 7 - Cliquez sur OK et l'écran suivant apparaît.

Step 8 - Cliquez sur Suivant pour afficher l'écran suivant.

Step 9 - Assurez-vous de vérifier la sélection de la clé de produit et cliquez sur Suivant.

Step 10 - Cochez la case pour accepter l'option de licence et cliquez sur Suivant.

Step 11 - Sélectionnez l'option d'installation de la fonctionnalité SQL Server et cliquez sur Suivant.

Step 12 - Cochez la case Services du moteur de base de données et cliquez sur Suivant.

Step 13 - Entrez l'instance nommée (ici j'ai utilisé TestInstance) et cliquez sur Suivant.

Step 14 - Cliquez sur Suivant sur l'écran ci-dessus et l'écran suivant apparaît.

Step 15 - Sélectionnez les noms de compte de service et les types de démarrage pour les services répertoriés ci-dessus et cliquez sur Collation.

Step 16 - Assurez-vous que la sélection de classement correcte est cochée et cliquez sur Suivant.

Step 17 - Assurez-vous que la sélection du mode d'authentification et les administrateurs sont cochés et cliquez sur Répertoires de données.

Step 18- Assurez-vous de sélectionner les emplacements de répertoire ci-dessus et cliquez sur Suivant. L'écran suivant apparaît.

Step 19 - Cliquez sur Suivant sur l'écran ci-dessus.

Step 20 - Cliquez sur Suivant sur l'écran ci-dessus pour obtenir l'écran suivant.

Step 21 - Assurez-vous de vérifier correctement la sélection ci-dessus et cliquez sur Installer.

L'installation est réussie comme indiqué dans l'écran ci-dessus. Cliquez sur Fermer pour terminer.

Nous avons classé l'architecture de SQL Server dans les parties suivantes pour une compréhension facile -

  • Architecture générale
  • Architecture mémoire
  • Architecture des fichiers de données
  • Architecture des fichiers journaux

Architecture générale

Client - Où la demande a été lancée.

Query - Requête SQL qui est un langage de haut niveau.

Logical Units - Mots clés, expressions et opérateurs, etc.

N/W Packets - Code lié au réseau.

Protocols - Dans SQL Server, nous avons 4 protocoles.

  • Mémoire partagée (à des fins de connexions locales et de dépannage).

  • Canalisations nommées (pour les connexions qui sont en connectivité LAN).

  • TCP / IP (pour les connexions qui sont en connectivité WAN).

  • Adaptateur d'interface virtuelle VIA (nécessite un matériel spécial à configurer par le fournisseur et également obsolète à partir de la version SQL 2012).

Server - Où les services SQL ont été installés et les bases de données résident.

Relational Engine- C'est là que la véritable exécution se fera. Il contient un analyseur de requête, un optimiseur de requête et un exécuteur de requête.

Query Parser (Command Parser) and Compiler (Translator) - Cela vérifiera la syntaxe de la requête et la convertira en langage machine.

Query Optimizer - Il préparera le plan d'exécution en sortie en prenant la requête, les statistiques et l'arbre d'algébrizer en entrée.

Execution Plan - C'est comme une feuille de route, qui contient l'ordre de toutes les étapes à effectuer dans le cadre de l'exécution de la requête.

Query Executor - C'est là que la requête sera exécutée étape par étape à l'aide du plan d'exécution et le moteur de stockage sera également contacté.

Storage Engine - Il est responsable du stockage et de la récupération des données sur le système de stockage (disque, SAN, etc.), de la manipulation des données, du verrouillage et de la gestion des transactions.

SQL OS- Cela se situe entre la machine hôte (système d'exploitation Windows) et SQL Server. Toutes les activités effectuées sur le moteur de base de données sont prises en charge par SQL OS. Le système d'exploitation SQL fournit divers services de système d'exploitation, tels que la gestion de la mémoire traite du pool de mémoire tampon, du tampon de journal et de la détection de blocage à l'aide de la structure de blocage et de verrouillage.

Checkpoint Process- Checkpoint est un processus interne qui écrit toutes les pages sales (pages modifiées) du Buffer Cache sur le disque physique. En dehors de cela, il écrit également les enregistrements du journal du tampon du journal vers le fichier physique. L'écriture de pages sales du cache tampon vers un fichier de données est également connue sous le nom de durcissement des pages sales.

Il s'agit d'un processus dédié et s'exécute automatiquement par SQL Server à des intervalles spécifiques. SQL Server exécute le processus de point de contrôle pour chaque base de données individuellement. Checkpoint aide à réduire le temps de récupération de SQL Server en cas d'arrêt inattendu ou de panne système \ Failure.

Points de contrôle dans SQL Server

Dans SQL Server 2012, il existe quatre types de checkpoints -

  • Automatic - Il s'agit du point de contrôle le plus courant qui s'exécute en tant que processus en arrière-plan pour s'assurer que la base de données SQL Server peut être récupérée dans le délai défini par l'Intervalle de récupération - Option de configuration du serveur.

  • Indirect- Ceci est nouveau dans SQL Server 2012. Cela s'exécute également en arrière-plan, mais pour respecter un temps de récupération cible spécifié par l'utilisateur pour la base de données spécifique où l'option a été configurée. Une fois que Target_Recovery_Time pour une base de données donnée a été sélectionné, cela remplacera l'intervalle de récupération spécifié pour le serveur et évitera un point de contrôle automatique sur une telle base de données.

  • Manual- Celle-ci s'exécute comme n'importe quelle autre instruction T-SQL, une fois que vous émettez la commande de point de contrôle, elle s'exécute jusqu'à son achèvement. Le point de contrôle manuel ne fonctionne que pour votre base de données actuelle. Vous pouvez également spécifier Checkpoint_Duration qui est facultative - cette durée spécifie l'heure à laquelle vous souhaitez que votre point de contrôle se termine.

  • Internal- En tant qu'utilisateur, vous ne pouvez pas contrôler le point de contrôle interne. Émis sur des opérations spécifiques telles que

    • Shutdown lance une opération de point de contrôle sur toutes les bases de données sauf lorsque l'arrêt n'est pas propre (shutdown with nowait).

    • Si le modèle de récupération passe de Full \ Bulk-logs à Simple.

    • Lors de la sauvegarde de la base de données.

    • Si votre base de données est dans un modèle de récupération simple, le processus de point de contrôle s'exécute automatiquement soit lorsque le journal est plein à 70%, soit en fonction de l'option Serveur - Intervalle de récupération.

    • La commande Alter database pour ajouter ou supprimer un fichier data \ log lance également un point de contrôle.

    • Le point de contrôle a également lieu lorsque le modèle de récupération de la base de données est journalisé en bloc et qu'une opération journalisée au minimum est effectuée.

    • Création d'instantanés de base de données.

  • Lazy Writer Process- L'écrivain paresseux poussera les pages sales sur le disque pour une raison entièrement différente, car il a besoin de libérer de la mémoire dans le pool de mémoire tampon. Cela se produit lorsque le serveur SQL est soumis à une pression de mémoire. Autant que je sache, cela est contrôlé par un processus interne et il n'y a aucun paramètre pour cela.

Le serveur SQL surveille constamment l'utilisation de la mémoire pour évaluer les conflits de ressources (ou la disponibilité); son travail est de s'assurer qu'une certaine quantité d'espace libre est disponible à tout moment. Dans le cadre de ce processus, lorsqu'il remarque une telle contention de ressources, il déclenche Lazy Writer pour libérer certaines pages en mémoire en écrivant des pages sales sur le disque. Il utilise l'algorithme le moins récent (LRU) pour décider quelles pages doivent être vidées sur le disque.

Si Lazy Writer est toujours actif, cela peut indiquer un goulot d'étranglement de la mémoire.

Architecture de la mémoire

Voici quelques-unes des principales caractéristiques de l'architecture de la mémoire.

  • L'un des principaux objectifs de conception de tous les logiciels de base de données est de minimiser les E / S disque, car les lectures et écritures sur disque sont parmi les opérations les plus gourmandes en ressources.

  • La mémoire dans Windows peut être appelée avec Virtual Address Space, partagée par le mode noyau (mode OS) et le mode utilisateur (application comme SQL Server).

  • «L'espace d'adressage utilisateur» de SQL Server est divisé en deux régions: MemToLeave et Buffer Pool.

  • La taille de MemToLeave (MTL) et du pool de tampons (BPool) est déterminée par SQL Server au démarrage.

  • Buffer managementest un élément clé pour atteindre une efficacité élevée des E / S. Le composant de gestion de la mémoire tampon comprend deux mécanismes: le gestionnaire de mémoire tampon pour accéder aux pages de base de données et les mettre à jour, et le pool de mémoire tampon pour réduire les E / S des fichiers de base de données.

  • Le pool de tampons est divisé en plusieurs sections. Les plus importants étant le cache de tampon (également appelé cache de données) et le cache de procédure.Buffer cacheconserve les pages de données en mémoire afin que les données fréquemment consultées puissent être extraites du cache. L'alternative serait de lire des pages de données à partir du disque. La lecture des pages de données à partir du cache optimise les performances en minimisant le nombre d'opérations d'E / S requises qui sont intrinsèquement plus lentes que la récupération des données de la mémoire.

  • Procedure cacheconserve la procédure stockée et les plans d'exécution de la requête pour minimiser le nombre de fois que les plans de requête doivent être générés. Vous pouvez trouver des informations sur la taille et l'activité dans le cache de procédure à l'aide de l'instruction DBCC PROCCACHE.

Les autres parties du pool tampon comprennent:

  • System level data structures - Contient les données au niveau de l'instance SQL Server sur les bases de données et les verrous.

  • Log cache - Réservé à la lecture et à l'écriture des pages du journal des transactions.

  • Connection context- Chaque connexion à l'instance dispose d'une petite zone de mémoire pour enregistrer l'état actuel de la connexion. Ces informations incluent la procédure stockée et les paramètres de fonction définis par l'utilisateur, les positions du curseur, etc.

  • Stack space - Windows alloue un espace de pile pour chaque thread démarré par SQL Server.

Architecture des fichiers de données

L'architecture du fichier de données comprend les composants suivants:

Groupes de fichiers

Les fichiers de base de données peuvent être regroupés en groupes de fichiers à des fins d'allocation et d'administration. Aucun fichier ne peut être membre de plusieurs groupes de fichiers. Les fichiers journaux ne font jamais partie d'un groupe de fichiers. L'espace du journal est géré séparément de l'espace de données.

Il existe deux types de groupes de fichiers dans SQL Server, principal et défini par l'utilisateur. Le groupe de fichiers principal contient le fichier de données principal et tous les autres fichiers non spécifiquement affectés à un autre groupe de fichiers. Toutes les pages des tables système sont allouées dans le groupe de fichiers principal. Les groupes de fichiers définis par l'utilisateur sont tous les groupes de fichiers spécifiés à l'aide du mot clé de groupe de fichiers dans l'instruction create database ou alter database.

Un groupe de fichiers dans chaque base de données fonctionne comme groupe de fichiers par défaut. Lorsque SQL Server alloue une page à une table ou un index pour lequel aucun groupe de fichiers n'a été spécifié lors de leur création, les pages sont allouées à partir du groupe de fichiers par défaut. Pour basculer le groupe de fichiers par défaut d'un groupe de fichiers vers un autre groupe de fichiers, il doit avoir le rôle de base de données fixe db_owner.

Par défaut, le groupe de fichiers principal est le groupe de fichiers par défaut. L'utilisateur doit avoir le rôle de base de données fixe db_owner afin de sauvegarder individuellement les fichiers et les groupes de fichiers.

Des dossiers

Les bases de données ont trois types de fichiers: fichier de données principal, fichier de données secondaire et fichier journal. Le fichier de données principal est le point de départ de la base de données et pointe vers les autres fichiers de la base de données.

Chaque base de données possède un fichier de données principal. Nous pouvons donner n'importe quelle extension pour le fichier de données principal, mais l'extension recommandée est.mdf. Le fichier de données secondaire est un fichier autre que le fichier de données principal de cette base de données. Certaines bases de données peuvent avoir plusieurs fichiers de données secondaires. Certaines bases de données peuvent ne pas avoir un seul fichier de données secondaire. L'extension recommandée pour le fichier de données secondaire est.ndf.

Les fichiers journaux contiennent toutes les informations de journal utilisées pour récupérer la base de données. La base de données doit avoir au moins un fichier journal. Nous pouvons avoir plusieurs fichiers journaux pour une base de données. L'extension recommandée pour le fichier journal est.ldf.

L'emplacement de tous les fichiers d'une base de données est enregistré à la fois dans la base de données principale et dans le fichier principal de la base de données. La plupart du temps, le moteur de base de données utilise l'emplacement du fichier de la base de données master.

Les fichiers ont deux noms: logique et physique. Le nom logique est utilisé pour faire référence au fichier dans toutes les instructions T-SQL. Le nom physique est le nom_fichier_OS, il doit suivre les règles du système d'exploitation. Les fichiers de données et journaux peuvent être placés sur des systèmes de fichiers FAT ou NTFS, mais ne peuvent pas être placés sur des systèmes de fichiers compressés. Une base de données peut contenir jusqu'à 32 767 fichiers.

Étendues

Les étendues sont une unité de base dans laquelle l'espace est alloué aux tables et aux index. Une extension correspond à 8 pages contiguës ou 64 Ko. SQL Server a deux types d'extensions: uniformes et mixtes. Les étendues uniformes sont constituées d'un seul objet. Les étendues mixtes sont partagées par jusqu'à huit objets.

Des pages

C'est l'unité fondamentale de stockage de données dans MS SQL Server. La taille de la page est de 8 Ko. Le début de chaque page est un en-tête de 96 octets utilisé pour stocker des informations système telles que le type de page, la quantité d'espace libre sur la page et l'identifiant d'objet de l'objet propriétaire de la page. Il existe 9 types de pages de données dans SQL Server.

  • Data - Lignes de données avec toutes les données à l'exception des données texte, ntext et image.

  • Index - Entrées d'index.

  • Text\Image - Données texte, image et ntext.

  • GAM - Informations sur les extensions allouées.

  • SGAM - Informations sur les extensions allouées au niveau du système.

  • Page Free Space (PFS) - Informations sur l'espace libre disponible sur les pages.

  • Index Allocation Map (IAM) - Informations sur les étendues utilisées par une table ou un index.

  • Bulk Changed Map (BCM) - Informations sur les extensions modifiées par les opérations en bloc depuis la dernière instruction de journal de sauvegarde.

  • Differential Changed Map (DCM) - Informations sur les extensions qui ont changé depuis la dernière instruction de sauvegarde de la base de données.

Architecture des fichiers journaux

Le journal des transactions SQL Server fonctionne de manière logique comme si le journal des transactions était une chaîne d'enregistrements de journal. Chaque enregistrement de journal est identifié par un numéro de séquence de journal (LSN). Chaque enregistrement de journal contient l'ID de la transaction à laquelle il appartient.

Les enregistrements de journal des modifications de données enregistrent soit l'opération logique effectuée, soit les images avant et après des données modifiées. L'image avant est une copie des données avant que l'opération ne soit effectuée; l'image après est une copie des données après que l'opération a été effectuée.

Les étapes de récupération d'une opération dépendent du type d'enregistrement de journal -

  • Opération logique enregistrée.
    • Pour faire avancer l'opération logique, l'opération est à nouveau exécutée.
    • Pour annuler l'opération logique, l'opération logique inverse est exécutée.
  • Image avant et après enregistrée.
    • Pour faire avancer l'opération, l'image après est appliquée.
    • Pour annuler l'opération, l'image avant est appliquée.

Différents types d'opérations sont enregistrés dans le journal des transactions. Ces opérations comprennent -

  • Le début et la fin de chaque transaction.

  • Chaque modification de données (insertion, mise à jour ou suppression). Cela inclut les modifications apportées par les procédures stockées système ou les instructions DDL (Data Definition Language) à n'importe quelle table, y compris les tables système.

  • Chaque extension et allocation de page ou de répartition.

  • Créer ou supprimer une table ou un index.

Les opérations de restauration sont également enregistrées. Chaque transaction réserve de l'espace sur le journal des transactions pour s'assurer que suffisamment d'espace de journal existe pour prendre en charge une restauration provoquée par une instruction d'annulation explicite ou en cas d'erreur. Cet espace réservé est libéré lorsque la transaction est terminée.

La section du fichier journal du premier enregistrement de journal qui doit être présente pour une restauration réussie à l'échelle de la base de données vers le dernier enregistrement de journal écrit est appelée la partie active du journal ou journal actif. Il s'agit de la section du journal requise pour une restauration complète de la base de données. Aucune partie du journal actif ne peut jamais être tronquée. Le LSN de ce premier enregistrement de journal est connu sous le nom de LSN de récupération minimum (LSN minimum).

Le moteur de base de données SQL Server divise chaque fichier journal physique en interne en un certain nombre de fichiers journaux virtuels. Les fichiers journaux virtuels n'ont pas de taille fixe et il n'y a pas de nombre fixe de fichiers journaux virtuels pour un fichier journal physique.

Le moteur de base de données choisit la taille des fichiers journaux virtuels de manière dynamique lors de la création ou de l'extension des fichiers journaux. Le moteur de base de données tente de conserver un petit nombre de fichiers virtuels. La taille ou le nombre de fichiers journaux virtuels ne peuvent pas être configurés ou définis par les administrateurs. Le seul moment où les fichiers journaux virtuels affectent les performances du système est lorsque les fichiers journaux physiques sont définis par des valeurs de petite taille et growth_increment.

La valeur de taille est la taille initiale du fichier journal et la valeur growth_increment est la quantité d'espace ajoutée au fichier chaque fois qu'un nouvel espace est requis. Si les fichiers journaux atteignent une grande taille en raison de nombreux petits incréments, ils auront de nombreux fichiers journaux virtuels. Cela peut ralentir le démarrage de la base de données et également consigner les opérations de sauvegarde et de restauration.

Nous vous recommandons d'attribuer aux fichiers journaux une valeur de taille proche de la taille finale requise et d'avoir également une valeur growth_increment relativement grande. SQL Server utilise un journal à écriture anticipée (WAL), qui garantit qu'aucune modification de données n'est écrite sur le disque avant que l'enregistrement de journal associé ne soit écrit sur le disque. Cela maintient les propriétés ACID pour une transaction.

SQL Server Management Studio est un composant de poste de travail \ outil client qui sera installé si nous sélectionnons un composant de poste de travail dans les étapes d'installation. Cela vous permet de vous connecter et de gérer votre serveur SQL Server à partir d'une interface graphique au lieu d'avoir à utiliser la ligne de commande.

Pour vous connecter à une instance distante d'un serveur SQL, vous aurez besoin de ce logiciel ou d'un logiciel similaire. Il est utilisé par les administrateurs, les développeurs, les testeurs, etc.

Les méthodes suivantes sont utilisées pour ouvrir SQL Server Management Studio.

Première méthode

Démarrer → Tous les programmes → MS SQL Server 2012 → SQL Server Management Studio

Deuxième méthode

Accédez à Exécuter et tapez SQLWB (pour la version 2005) SSMS (pour les versions 2008 et ultérieures). Cliquez ensuite sur Entrée.

SQL Server Management Studio s'ouvrira comme indiqué dans l'instantané suivant dans l'une des méthodes ci-dessus.

Une connexion est une simple information d'identification pour accéder à SQL Server. Par exemple, vous fournissez votre nom d'utilisateur et votre mot de passe lors de la connexion à Windows ou même votre compte de messagerie. Ce nom d'utilisateur et ce mot de passe constituent les informations d'identification. Par conséquent, les informations d'identification sont simplement un nom d'utilisateur et un mot de passe.

SQL Server autorise quatre types de connexion -

  • Une connexion basée sur les informations d'identification Windows.
  • Une connexion spécifique à SQL Server.
  • Une connexion mappée à un certificat.
  • Une connexion mappée sur une clé asymétrique.

Dans ce didacticiel, nous nous intéressons aux connexions basées sur les informations d'identification Windows et les connexions spécifiques à SQL Server.

Les connexions basées sur les informations d'identification Windows vous permettent de vous connecter à SQL Server à l'aide d'un nom d'utilisateur et d'un mot de passe Windows. Si vous devez créer vos propres informations d'identification (nom d'utilisateur et mot de passe), vous pouvez créer une connexion spécifique à SQL Server.

Pour créer, modifier ou supprimer une connexion SQL Server, vous pouvez adopter l'une des deux approches suivantes:

  • Utilisation de SQL Server Management Studio.
  • Utilisation d'instructions T-SQL.

Les méthodes suivantes sont utilisées pour créer une connexion -

Première méthode - Utilisation de SQL Server Management Studio

Step 1 - Après vous être connecté à l'instance SQL Server, développez le dossier des connexions comme indiqué dans l'instantané suivant.

Step 2 - Cliquez avec le bouton droit sur Connexions, puis cliquez sur Nouvelle connexion et l'écran suivant s'ouvrira.

Step 3 - Remplissez les colonnes Nom de connexion, Mot de passe et Confirmer le mot de passe comme indiqué dans l'écran ci-dessus, puis cliquez sur OK.

La connexion sera créée comme indiqué dans l'image suivante.

Deuxième méthode - Utilisation du script T-SQL

Create login yourloginname with password='yourpassword'

Pour créer un nom de connexion avec TestLogin et le mot de passe «P @ ssword», exécutez la requête suivante.

Create login TestLogin with password='[email protected]'

La base de données est une collection d'objets tels que table, vue, procédure stockée, fonction, déclencheur, etc.

Dans MS SQL Server, deux types de bases de données sont disponibles.

  • Bases de données système
  • Bases de données utilisateur

Bases de données système

Les bases de données système sont créées automatiquement lorsque nous installons MS SQL Server. Voici une liste des bases de données système -

  • Master
  • Model
  • MSDB
  • Tempdb
  • Ressource (introduite dans la version 2005)
  • Distribution (uniquement pour la fonction de réplication)

Bases de données utilisateur

Les bases de données utilisateur sont créées par les utilisateurs (administrateurs, développeurs et testeurs qui ont accès pour créer des bases de données).

Les méthodes suivantes sont utilisées pour créer une base de données utilisateur.

Méthode 1 - Utilisation du script T-SQL ou restauration de la base de données

Voici la syntaxe de base pour créer une base de données dans MS SQL Server.

Create database <yourdatabasename>

OU

Restore Database <Your database name> from disk = '<Backup file location + file name>

Exemple

Pour créer une base de données appelée «Testdb», exécutez la requête suivante.

Create database Testdb

OU

Restore database Testdb from disk = 'D:\Backup\Testdb_full_backup.bak'

Note - D: \ backup est l'emplacement du fichier de sauvegarde et Testdb_full_backup.bak est le nom du fichier de sauvegarde

Méthode 2 - Utilisation de SQL Server Management Studio

Connectez-vous à l'instance SQL Server et cliquez avec le bouton droit sur le dossier des bases de données. Cliquez sur nouvelle base de données et l'écran suivant apparaîtra.

Entrez le champ du nom de la base de données avec le nom de votre base de données (exemple: pour créer une base de données avec le nom 'Testdb') et cliquez sur OK. La base de données Testdb sera créée comme indiqué dans l'instantané suivant.

Sélectionnez votre base de données en fonction de votre action avant de poursuivre avec l'une des méthodes suivantes.

Méthode 1 - Utilisation de SQL Server Management Studio

Exemple

Pour exécuter une requête pour sélectionner l'historique de sauvegarde sur la base de données appelée «msdb», sélectionnez la base de données msdb comme indiqué dans l'instantané suivant.

Méthode 2 - Utilisation du script T-SQL

Use <your database name>

Exemple

Pour exécuter votre requête afin de sélectionner l'historique de sauvegarde sur la base de données appelée «msdb», sélectionnez la base de données msdb en exécutant la requête suivante.

Exec use msdb

La requête ouvrira la base de données msdb. Vous pouvez exécuter la requête suivante pour sélectionner l'historique de sauvegarde.

Select * from backupset

Pour supprimer votre base de données de MS SQL Server, utilisez la commande drop database. Les deux méthodes suivantes peuvent être utilisées à cet effet.

Méthode 1 - Utilisation du script T-SQL

Voici la syntaxe de base pour supprimer la base de données de MS SQL Server.

Drop database <your database name>

Exemple

Pour supprimer le nom de base de données «Testdb», exécutez la requête suivante.

Drop database Testdb

Méthode 2 - Utilisation de MS SQL Server Management Studio

Connectez-vous à SQL Server et cliquez avec le bouton droit sur la base de données que vous souhaitez supprimer. Cliquez sur la commande de suppression et l'écran suivant apparaîtra.

Cliquez sur OK pour supprimer la base de données (dans cet exemple, le nom est Testdb comme indiqué dans l'écran ci-dessus) de MS SQL Server.

Backupest une copie de données / base de données, etc. La sauvegarde de la base de données MS SQL Server est essentielle pour protéger les données. Les sauvegardes MS SQL Server sont principalement de trois types: complètes ou de base de données, différentielles ou incrémentielles et journal ou journal transactionnel.

La sauvegarde de la base de données peut être effectuée à l'aide de l'une des deux méthodes suivantes.

Méthode 1 - Utilisation de T-SQL

Type complet

Backup database <Your database name> to disk = '<Backup file location + file name>'

Type différentiel

Backup database <Your database name> to 
   disk = '<Backup file location + file name>' with differential

Type de journal

Backup log <Your database name> to disk = '<Backup file location + file name>'

Exemple

La commande suivante est utilisée pour la base de données de sauvegarde complète appelée 'TestDB' à l'emplacement 'D: \' avec le nom de fichier de sauvegarde 'TestDB_Full.bak'

Backup database TestDB to disk = 'D:\TestDB_Full.bak'

La commande suivante est utilisée pour la base de données de sauvegarde différentielle appelée 'TestDB' à l'emplacement 'D: \' avec le nom de fichier de sauvegarde 'TestDB_diff.bak'

Backup database TestDB to disk = 'D:\TestDB_diff.bak' with differential

La commande suivante est utilisée pour la base de données de sauvegarde du journal appelée 'TestDB' à l'emplacement 'D: \' avec le nom de fichier de sauvegarde 'TestDB_log.trn'

Backup log TestDB to disk = 'D:\TestDB_log.trn'

Méthode 2 - Utilisation de SSMS (SQL SERVER Management Studio)

Step 1 - Connectez-vous à l'instance de base de données nommée 'TESTINSTANCE' et développez le dossier de bases de données comme indiqué dans l'instantané suivant.

Step 2- Faites un clic droit sur la base de données 'TestDB' et sélectionnez les tâches. Cliquez sur Sauvegarder et l'écran suivant apparaîtra.

Step 3- Sélectionnez le type de sauvegarde (Complet \ diff \ log) et assurez-vous de vérifier le chemin de destination sur lequel le fichier de sauvegarde sera créé. Sélectionnez les options dans le coin supérieur gauche pour voir l'écran suivant.

Step 4 - Cliquez sur OK pour créer une sauvegarde complète de la base de données 'TestDB' comme indiqué dans l'instantané suivant.

Restoringest le processus de copie de données à partir d'une sauvegarde et d'application des transactions enregistrées aux données. La restauration est ce que vous faites avec les sauvegardes. Prenez le fichier de sauvegarde et reconvertissez-le en base de données.

L'option Restaurer la base de données peut être effectuée à l'aide de l'une des deux méthodes suivantes.

Méthode 1 - T-SQL

Syntaxe

Restore database <Your database name> from disk = '<Backup file location + file name>'

Exemple

La commande suivante est utilisée pour restaurer la base de données appelée 'TestDB' avec le nom de fichier de sauvegarde 'TestDB_Full.bak' qui est disponible à l'emplacement 'D: \' si vous écrasez la base de données existante.

Restore database TestDB from disk = ' D:\TestDB_Full.bak' with replace

Si vous créez une nouvelle base de données avec cette commande de restauration et qu'il n'y a pas de chemin similaire pour les données, les fichiers journaux dans le serveur cible, utilisez l'option de déplacement comme la commande suivante.

Assurez-vous que le chemin D: \ Data existe tel qu'il est utilisé dans la commande suivante pour les données et les fichiers journaux.

RESTORE DATABASE TestDB FROM DISK = 'D:\ TestDB_Full.bak' WITH MOVE 'TestDB' TO 
   'D:\Data\TestDB.mdf', MOVE 'TestDB_Log' TO 'D:\Data\TestDB_Log.ldf'

Méthode 2 - SSMS (SQL SERVER Management Studio)

Step 1- Connectez-vous à l'instance de base de données nommée «TESTINSTANCE» et cliquez avec le bouton droit sur le dossier des bases de données. Cliquez sur Restaurer la base de données comme indiqué dans l'instantané suivant.

Step 2 - Sélectionnez le bouton radio de l'appareil et cliquez sur ellipse pour sélectionner le fichier de sauvegarde comme indiqué dans l'instantané suivant.

Step 3 - Cliquez sur OK et l'écran suivant apparaît.

Step 4 - Sélectionnez l'option Fichiers qui se trouve dans le coin supérieur gauche, comme illustré dans l'instantané suivant.

Step 5 - Sélectionnez Options qui se trouve dans le coin supérieur gauche et cliquez sur OK pour restaurer la base de données 'TestDB' comme indiqué dans l'instantané suivant.

L'utilisateur fait référence à un compte dans la base de données MS SQL Server qui est utilisé pour accéder à la base de données.

Les utilisateurs peuvent être créés à l'aide de l'une des deux méthodes suivantes.

Méthode 1 - Utilisation de T-SQL

Syntaxe

Create user <username> for login <loginname>

Exemple

Pour créer le nom d'utilisateur «TestUser» avec le mappage au nom de connexion «TestLogin» dans la base de données TestDB, exécutez la requête suivante.

create user TestUser for login TestLogin

Où 'TestLogin' est le nom de connexion qui a été créé lors de la création de la connexion

Méthode 2 - Utilisation de SSMS (SQL Server Management Studio)

Note - Nous devons d'abord créer une connexion avec n'importe quel nom avant de créer un compte utilisateur.

Utilisons le nom de connexion appelé 'TestLogin'.

Step 1- Connectez SQL Server et développez le dossier des bases de données. Développez ensuite la base de données appelée «TestDB» où nous allons créer le compte utilisateur et développer le dossier de sécurité. Cliquez avec le bouton droit sur les utilisateurs et cliquez sur le nouvel utilisateur pour voir l'écran suivant.

Step 2 - Entrez «TestUser» dans le champ du nom d'utilisateur et cliquez sur ellipse pour sélectionner le nom de connexion appelé «TestLogin» comme indiqué dans l'instantané suivant.

Step 3- Cliquez sur OK pour afficher le nom de connexion. Cliquez à nouveau sur OK pour créer l'utilisateur 'TestUser' comme indiqué dans l'instantané suivant.

Permissionsse référer aux règles régissant les niveaux d'accès des mandants aux sécurisables. Vous pouvez accorder, révoquer et refuser des autorisations dans MS SQL Server.

Pour attribuer des autorisations, l'une des deux méthodes suivantes peut être utilisée.

Méthode 1 - Utilisation de T-SQL

Syntaxe

Use <database name>
Grant <permission name> on <object name> to <username\principle>

Exemple

Pour attribuer une autorisation de sélection à un utilisateur appelé «TestUser» sur un objet appelé «TestTable» dans la base de données «TestDB», exécutez la requête suivante.

USE TestDB
GO
Grant select on TestTable to TestUser

Méthode 2 - Utilisation de SSMS (SQL Server Management Studio)

Step 1 - Connectez-vous à l'instance et développez les dossiers comme indiqué dans l'instantané suivant.

Step 2- Cliquez avec le bouton droit sur TestUser et cliquez sur Propriétés. L'écran suivant apparaît.

Step 3Cliquez sur Rechercher et sélectionnez des options spécifiques. Cliquez sur Types d'objets, sélectionnez des tables et cliquez sur Parcourir. Sélectionnez «TestTable» et cliquez sur OK. L'écran suivant apparaît.

Step 4 Cochez la case pour la colonne Accorder sous Sélectionner l'autorisation et cliquez sur OK comme indiqué dans l'instantané ci-dessus.

Step 5Sélectionnez l'autorisation sur «TestTable» de la base de données TestDB accordée à «TestUser». Cliquez sur OK.

La surveillance fait référence à la vérification de l'état de la base de données, des paramètres qui peuvent être le nom du propriétaire, les noms de fichiers, la taille des fichiers, les planifications de sauvegarde, etc.

Les bases de données SQL Server peuvent être surveillées principalement via SQL Server Management Studio ou T-SQL, et peuvent également être surveillées par diverses méthodes telles que la création de travaux d'agent et la configuration du courrier de base de données, des outils tiers, etc.

L'état de la base de données peut être vérifié si elle est en ligne ou dans tout autre état, comme illustré dans l'instantané suivant.

Conformément à l'écran ci-dessus, toutes les bases de données sont à l'état «En ligne». Si une base de données est dans un autre état, cet état sera affiché comme illustré dans l'instantané suivant.

MS SQL Server fournit les deux services suivants, obligatoires pour la création et la maintenance des bases de données. D'autres services complémentaires disponibles à des fins différentes sont également répertoriés.

  • serveur SQL
  • Agent SQL Server

Autres services

  • Navigateur SQL Server
  • Recherche de texte intégral SQL Server
  • Services d'intégration SQL Server
  • SQL Server Reporting Services
  • Services d'analyse SQL Server

Les services ci-dessus peuvent être utilisés en utilisant la méthode suivante.

Démarrer les services

Pour démarrer l'un des services, l'une des deux méthodes suivantes peut être utilisée.

Méthode 1 - Services.msc

Step 1- Allez dans Exécuter, saisissez services.msc et cliquez sur OK. L'écran suivant apparaît.

Step 2- Pour démarrer le service, cliquez avec le bouton droit sur le service, cliquez sur le bouton Démarrer. Les services démarreront comme indiqué dans l'instantané suivant.

Méthode 2 - Gestionnaire de configuration SQL Server

Step 1 - Ouvrez le gestionnaire de configuration en utilisant le processus suivant.

Démarrer → Tous les programmes → MS SQL Server 2012 → Outils de configuration → Gestionnaire de configuration SQL Server.

Step 2- Sélectionnez le nom du service, faites un clic droit et cliquez sur l'option de démarrage. Les services démarreront comme indiqué dans l'instantané suivant.

Arrêter les services

Pour arrêter l'un des services, l'une des trois méthodes suivantes peut être utilisée.

Méthode 1 - Services.msc

Step 1- Allez dans Exécuter, saisissez services.msc et cliquez sur OK. L'écran suivant apparaît.

Step 2- Pour arrêter les services, cliquez avec le bouton droit sur le service et cliquez sur Arrêter. Le service sélectionné sera arrêté comme indiqué dans l'instantané suivant.

Méthode 2 - Gestionnaire de configuration SQL Server

Step 1 - Ouvrez le gestionnaire de configuration en utilisant le processus suivant.

Démarrer → Tous les programmes → MS SQL Server 2012 → Outils de configuration → Gestionnaire de configuration SQL Server.

Step 2- Sélectionnez le nom du service, cliquez avec le bouton droit de la souris et cliquez sur l'option Arrêter. Le service sélectionné sera arrêté comme indiqué dans l'instantané suivant.

Méthode 3 - SSMS (SQL Server Management Studio)

Step 1 - Connectez-vous à l'instance comme indiqué dans l'instantané suivant.

Step 2- Cliquez avec le bouton droit sur le nom de l'instance et cliquez sur l'option Arrêter. L'écran suivant apparaît.

Step 3 - Cliquez sur le bouton Oui et l'écran suivant s'ouvrira.

Step 4- Cliquez sur l'option Oui sur l'écran ci-dessus pour arrêter le service d'agent SQL Server. Les services seront arrêtés comme indiqué dans la capture d'écran suivante.

Remarque

  • Nous ne pouvons pas utiliser la méthode SQL Server Management Studio pour démarrer les services car impossible de se connecter en raison de l'état déjà arrêté des services.

  • Nous ne pouvons pas exclure l'arrêt du service d'agent de service SQL lors de l'arrêt du service SQL Server car le service d'agent de SQL Server est un service dépendant.

La haute disponibilité (HA) est la solution \ processus \ technologie pour rendre l'application \ la base de données disponible 24h / 24, 7j / 7, en cas d'interruptions planifiées ou non.

Principalement, il existe cinq options dans MS SQL Server pour obtenir une solution de haute disponibilité \ setup pour les bases de données.

Réplication

Les données source seront copiées vers la destination via des agents de réplication (travaux). Technologie au niveau de l'objet.

Terminologie

  • L'éditeur est le serveur source.
  • Le distributeur est facultatif et stocke les données répliquées pour l'abonné.
  • L'abonné est le serveur de destination.

Expédition du journal

Les données source seront copiées vers la destination via les travaux de sauvegarde du journal des transactions. Technologie au niveau de la base de données.

Terminologie

  • Le serveur principal est le serveur source.
  • Le serveur secondaire est le serveur de destination.
  • Le serveur de surveillance est facultatif et sera surveillé par l'état de l'envoi des journaux.

Mise en miroir

Les données primaires seront copiées vers le secondaire via la base des transactions réseau à l'aide de la mise en miroir du point de terminaison et du numéro de port. Technologie au niveau de la base de données.

Terminologie

  • Le serveur principal est le serveur source.
  • Le serveur miroir est le serveur de destination.
  • Le serveur témoin est facultatif et utilisé pour effectuer un basculement automatique.

Clustering

Les données seront stockées dans un emplacement partagé qui est utilisé par les serveurs principaux et secondaires en fonction de la disponibilité du serveur. Technologie au niveau de l'instance. La configuration du clustering Windows est requise avec le stockage partagé.

Terminologie

  • Le nœud actif est l'endroit où les services SQL s'exécutent.
  • Le nœud passif est l'endroit où les services SQL ne sont pas exécutés.

Groupes de disponibilité AlwaysON

Les données primaires seront copiées vers le secondaire via la base des transactions réseau. Groupe de technologie de niveau base de données. La configuration du clustering Windows est requise sans stockage partagé.

Terminologie

  • Le réplica principal est le serveur source.
  • Le réplica secondaire est le serveur de destination.

Voici les étapes de configuration de la technologie HA (mise en miroir et expédition de journaux) à l'exception du clustering, des groupes de disponibilité AlwaysON et de la réplication.

Step 1 - Effectuez une sauvegarde complète et une sauvegarde T-log de la base de données source.

Exemple

Pour configurer la mise en miroir \ l'envoi de journaux pour la base de données 'TestDB' dans 'TESTINSTANCE' en tant que serveurs SQL principaux et 'DEVINSTANCE' en tant que serveurs SQL secondaires, écrivez la requête suivante pour effectuer des sauvegardes complètes et T-log sur le serveur source (TESTINSTANCE).

Connectez-vous à SQL Server 'TESTINSTANCE' et ouvrez une nouvelle requête, écrivez le code suivant et exécutez-le comme indiqué dans la capture d'écran suivante.

Backup database TestDB to disk = 'D:\testdb_full.bak'
GO
Backup log TestDB to disk = 'D:\testdb_log.trn'

Step 2 - Copiez les fichiers de sauvegarde sur le serveur de destination.

Dans ce cas, nous n'avons qu'un seul serveur physique et deux instances de serveurs SQL installés, il n'est donc pas nécessaire de copier, mais si deux instances de SQL Server sont sur un serveur physique différent, nous devons copier les deux fichiers suivants vers n'importe quel emplacement du serveur secondaire sur lequel l'instance «DEVINSTANCE» est installée.

Step 3 - Restaurez la base de données avec les fichiers de sauvegarde sur le serveur de destination avec l'option «norecovery».

Exemple

Connectez-vous au serveur SQL «DEVINSTANCE» et ouvrez une nouvelle requête. Écrivez le code suivant pour restaurer la base de données avec le nom «TestDB» qui est le même nom que la base de données primaire («TestDB») pour la mise en miroir de bases de données. Cependant, nous pouvons fournir un nom différent pour la configuration de l'envoi de journaux. Dans ce cas, utilisons le nom de la base de données 'TestDB'. Utilisez l'option «norecovery» pour deux restaurations (fichiers de sauvegarde complète et t-log).

Restore database TestDB from disk = 'D:\TestDB_full.bak'
with move 'TestDB' to 'D:\DATA\TestDB_DR.mdf',
move 'TestDB_log' to 'D:\DATA\TestDB_log_DR.ldf',
norecovery
GO
Restore database TestDB from disk = 'D:\TestDB_log.trn' with norecovery

Actualisez le dossier des bases de données dans le serveur 'DEVINSTANCE' pour voir la base de données restaurée 'TestDB' avec l'état de restauration comme indiqué dans l'instantané suivant.

Step 4 - Configurez la haute disponibilité (expédition de journaux, mise en miroir) selon vos besoins, comme indiqué dans l'instantané suivant.

Exemple

Cliquez avec le bouton droit sur la base de données 'TestDB' de SQL Server 'TESTINSTANCE' qui est principale et cliquez sur Propriétés. L'écran suivant va apparaitre.

Step 5 - Sélectionnez l'option appelée `` Mirroring '' ou `` Transaction Log Shipping '' qui sont dans la boîte de couleur rouge comme indiqué dans l'écran ci-dessus selon vos besoins et suivez les étapes de l'assistant guidées par le système lui-même pour terminer la configuration.

Report est un composant affichable.

Usage

Le rapport est essentiellement utilisé à deux fins: les opérations internes de l'entreprise et les opérations externes de l'entreprise.

Services de rapports

Il s'agit d'un service utilisé pour créer et publier différents types de rapports.

Voici les trois exigences nécessaires à l'élaboration de tout rapport.

  • Processus d'affaires
  • Layout
  • Query\Procedure\View

Les BIDS (Business Intelligence Studio jusqu'à 2008 R2) et SSDT (SQL Server Data Tools à partir de 2012) sont des environnements pour développer des rapports.

Voici les étapes pour ouvrir l'environnement BIDS \ SSDT pour développer des rapports.

Step 1- Ouvrez BIDS \ SSDT en fonction de la version du groupe de programmes Microsoft SQL Server. L'écran suivant va apparaitre. Dans ce cas, SSDT s'est ouvert.

Step 2- Accédez au fichier dans le coin supérieur gauche de la capture d'écran ci-dessus. Cliquez sur Nouveau et sélectionnez le projet. L'écran suivant s'ouvre.

Step 3 - Dans l'écran ci-dessus, sélectionnez les services de reporting sous Business Intelligence dans le coin supérieur gauche, comme illustré dans la capture d'écran suivante.

Step 4 - Dans l'écran ci-dessus, sélectionnez l'assistant de projet de serveur de rapports (il vous guidera pas à pas à travers les assistants) ou le projet de serveur de rapports (il sera utilisé pour sélectionner les paramètres personnalisés) en fonction de vos besoins pour développer le rapport.

Le plan d'exécution sera généré par l'optimiseur de requêtes à l'aide des statistiques et de l'arborescence Algebrizer \ processor. Il est le résultat de l'optimiseur de requêtes et indique comment faire \ exécuter votre travail \ exigence.

Il existe deux plans d'exécution différents - estimés et réels.

Estimated execution plan indique la vue de l'optimiseur.

Actual execution plan indique ce qui a exécuté la requête et comment cela a été fait.

Les plans d'exécution sont stockés dans une mémoire appelée cache de plan, et peuvent donc être réutilisés. Chaque plan est stocké une fois à moins que l'optimiseur ne décide de parallélisme pour l'exécution de la requête.

Il existe trois formats différents de plans d'exécution disponibles dans SQL Server: plans graphiques, plans texte et plans XML.

SHOWPLAN est l'autorisation requise pour l'utilisateur qui souhaite voir le plan d'exécution.

Exemple 1

Voici la procédure pour afficher le plan d'exécution estimé.

Step 1- Connectez-vous à l'instance SQL Server. Dans ce cas, «TESTINSTANCE» est le nom de l'instance comme indiqué dans l'instantané suivant.

Step 2- Cliquez sur l'option Nouvelle requête sur l'écran ci-dessus et écrivez la requête suivante. Avant d'écrire la requête, sélectionnez le nom de la base de données. Dans ce cas, «TestDB» est le nom de la base de données.

Select * from StudentTable

Step 3 - Cliquez sur le symbole qui est mis en évidence dans la case de couleur rouge sur l'écran ci-dessus pour afficher le plan d'exécution estimé comme indiqué dans la capture d'écran suivante.

Step 4- Placez la souris sur le scan de la table qui est le deuxième symbole au-dessus de la case de couleur rouge dans l'écran ci-dessus pour afficher le plan d'exécution estimé en détail. La capture d'écran suivante apparaît.

Exemple 2

Voici la procédure pour afficher le plan d'exécution réel.

Step 1Connectez-vous à l'instance SQL Server. Dans ce cas, «TESTINSTANCE» est le nom de l'instance.

Step 2- Cliquez sur l'option Nouvelle requête affichée sur l'écran ci-dessus et écrivez la requête suivante. Avant d'écrire la requête, sélectionnez le nom de la base de données. Dans ce cas, «TestDB» est le nom de la base de données.

Select * from StudentTable

Step 3 - Cliquez sur le symbole qui est mis en évidence dans la case de couleur rouge sur l'écran ci-dessus, puis exécutez la requête pour afficher le plan d'exécution réel avec le résultat de la requête, comme indiqué dans la capture d'écran suivante.

Step 4- Placez la souris sur le scan de la table qui est le deuxième symbole au-dessus de la case de couleur rouge sur l'écran pour afficher le plan d'exécution réel en détail. La capture d'écran suivante apparaît.

Step 5 - Cliquez sur Résultats qui se trouve dans le coin supérieur gauche de l'écran ci-dessus pour obtenir l'écran suivant.

Ce service permet de réaliser des opérations ETL (Extraction, Transform and Load data) et d'administration. Les BIDS (Business Intelligence Studio jusqu'à 2008 R2) et SSDT (SQL Server Data Tools à partir de 2012) sont les environnements pour développer des packages.

Architecture de base SSIS

Solution (Collection de projets) ---> Projet (Collection de packages) ---> Package (Collection de tâches pour ETL et opérations d'administration)

Sous Package, les composants suivants sont disponibles -

  • Flux de contrôle (conteneurs et tâches)
  • Flux de données (source, transformations, destinations)
  • Gestionnaire d'événements (envoi de messages, e-mails)
  • Package Explorer (une vue unique pour tous dans le package)
  • Paramètres (interaction de l'utilisateur)

Voici les étapes pour ouvrir BIDS \ SSDT.

Step 1- Ouvrez BIDS \ SSDT en fonction de la version du groupe de programmes Microsoft SQL Server. L'écran suivant apparaît.

Step 2- L'écran ci-dessus montre que SSDT s'est ouvert. Accédez au fichier dans le coin supérieur gauche de l'image ci-dessus et cliquez sur Nouveau. Sélectionnez le projet et l'écran suivant s'ouvre.

Step 3 - Sélectionnez Integration Services sous Business Intelligence dans le coin supérieur gauche de l'écran ci-dessus pour obtenir l'écran suivant.

Step 4 - Dans l'écran ci-dessus, sélectionnez Projet Integration Services ou Assistant Importation de projet Integration Services en fonction de vos besoins pour développer / créer le package.

Ce service est utilisé pour analyser d'énormes quantités de données et s'appliquer aux décisions commerciales. Il est également utilisé pour créer des modèles commerciaux à deux ou multidimensionnels.

Dans la version SQL Server 2000, il s'appelle MSAS (Microsoft Analysis Services).

Depuis SQL Server 2005, il s'appelle SSAS (SQL Server Analysis Services).

Les modes

Il existe deux modes: le mode natif (mode SQL Server) et le mode point de partage.

Des modèles

Il existe deux modèles: le modèle tabulaire (pour l'analyse d'équipe et personnelle) et le modèle multi-dimensions (pour l'analyse d'entreprise).

Les BIDS (Business Intelligence Studio jusqu'à 2008 R2) et SSDT (SQL Server Data Tools à partir de 2012) sont des environnements pour travailler avec SSAS.

Step 1- Ouvrez BIDS \ SSDT en fonction de la version du groupe de programmes Microsoft SQL Server. L'écran suivant va apparaitre.

Step 2- L'écran ci-dessus montre que SSDT s'est ouvert. Accédez au fichier dans le coin supérieur gauche de l'image ci-dessus et cliquez sur Nouveau. Sélectionnez le projet et l'écran suivant s'ouvre.

Step 3- Sélectionnez Analysis Services dans l'écran ci-dessus sous Business Intelligence comme indiqué dans le coin supérieur gauche. L'écran suivant apparaît.

Step 4 - Dans l'écran ci-dessus, sélectionnez une option parmi les cinq options répertoriées en fonction de votre besoin de travailler avec les services d'analyse.