Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

Compte-Rendu Cours SQL Server 4.6 Configuration d’une base de données Dans cett

Compte-Rendu Cours SQL Server 4.6 Configuration d’une base de données Dans cette partie nous allons apprendre comment configurer une base de données SQL Server 2012, comment afficher les différentes options, comment les modifier en transact SQL et via management studio. Mais avant, il est nécessaire de rappeler les différentes bases de données par défaut. Les bases de données par défaut sont:  master: base de données système  model: base de données modèle pour la création des nouvelles bases de données  msdb: base de stockage des alertes et travaux pour l’agent SQL Server  tempdb: base de stockage des objets et données temporaires. Il est récrée à chaque démarrage d’instance. Les options de configuration sont les suivantes:  AUTO_SHRINK {ON|OFF} => IsAutoShrink Lorsque les fichiers atteint 25% d’espace libre, SQL Server va réduire la taille des fichiers de données. Évidemment c’est si l’option est activée.  READ_ONLY, READ_WRITE => Updateability Le Read_Only permet de mettre une base de données en lecture seule et le Read_write permet de mettre une base en lecture écriture. C’est le paramètre Updateability qui me permet de modifier cette option read_only, read_write.  SINGLE_USER, RESTRICTED_USER, MULTI_USER => UserAccess SINGLE_USER: seule un utilisateur peut se connecter RESTRICTED_USER: seule les utilisateurs qui sont membres, db honor et db creator peuvent se connecter Préparer par:Mamadou Oury Baldé Formateur:M.Sacko Fait le: 02/12/2021 MULTI_USER: c’est la valeur par défaut qui permet à tous les utilisateurs de pouvoir se connecter à une base de données SQL Server. C’est UserAcces qui permet de modifier le comportement d’une base de données.  AUTO_CREATE_STATISTICS {ON | OFF} => IsAutoCreateStatistics IsAutoCreateStatistics permet de modifier le calcul automatique des statistiques.  AUTO_UPDATE_STATISTICS { ON | OFF} => IsAutoUpdateStatistics  AUTO_CLOSE => IsAutoClose permet d’arrêter le serveur s’il est positionné à ON.  RECOVERY => recovery  AUTRE => status, collation Un certain nombre de possibilité pour pouvoir afficher la valeur de l’option  Fonction DATABASEPROPERTYEX Permet d’afficher la valeur d’une option au niveau base de données. Syntaxe: SELECT DATABASEPROPERTYEX(‘NomBase’,’NomOption’); Exemple: select DATABASEPROPERTYEX('gescom', 'isautoshrink') as valeur; autoshrink = 1, ça veut dire que les fichiers sont réduits automatiquement dès que 25% d’espace libre est atteint dans les fichiers de la base de donnée. Pour connaître la méthode d’accès au serveur, il nous faut la syntaxe suivante: select DATABASEPROPERTYEX('gescom', 'useracces') as valeur; Pour vérifier si les statistiques sont calculées automatiquement, il nous faudra cette syntaxe: select DATABASEPROPERTYEX('gescom', 'isautocreatestatistics') as valeur; la valeur =1 veut dire que l’option est activée. En mode lecture écriture ci-dessous la syntaxe: select DATABASEPROPERTYEX('gescom', 'updateability') as valeur;  Utilisation de sys.databases SELECT name, collation_name, user_access_desc, state_desc from sys. Databases;  Les autres procédures sp_helpdb, sp_spaceused permet de savoir l’espace libre occupé au niveau des objets. sp_helpdb sp_spaceused On peut aussi modifier une option via la commande ALTERDATABASE en transact – SQL Syntaxe: ALTERDATABASE <nomBaseDeDonnees> SET option [;] Exemple: pour activer mon autoshrink, il me faut la syntaxe suivante Alter database gescom set auto_shrink on; Pour modifier les options par la méthode graphique (management studio), il faut aller sur la base et faire un clic droit. Ensuite cliquer sur propriétés et après options. 4.7 Les transactions Une transaction est un ensemble atomique. On parle d’ensemble atomique quand la totalité des instructions est validée ou c’est quand la totalité des instructions est annulée. Lorsque nous avons une erreur sur une instruction, la totalité des instructions est annulée.  Description d’une transaction atomique BEGIN TRAN | TRANSACTION [nom transaction] INSTRUCTION 1 SAVE TRAN <nom> INSTRUCTION 2 SAVE TRAN <nom> INSTRUCTION n ROLLBACK { TRAN | TRANSACTION } annule la totalité des instructions. [ nomTransaction | nomPointArret][;] COMMIT { TRAN | TRANSACTION } [nomTransaction] [;]  Les verrous sous SQL Server SQL Server est capable de poser un verrou au niveau: - Table - Enregistrement - Page Quand on travaille sur des données sensibles, il est préférable de commencer nos transactions par un BEGIN. Pour annuler une transaction on fait un ROLLBACK. CREATE TABLE VOITURES (num int, modele varchar(50)); select * from voitures BEGIN TRAN t1 insert into voitures values(2, 'Renault Clio 2'); ROLLBACK TRAN t1 Si on ne fait pas de BEGIN, toutes commandes de types insert ou update sont automatiquement commitées. 4.8 Le mode de récupération sous SQL Server Avant d’aborder les différentes modes de récupération , on va rappeler la notion de journalisation des transactions. Il faut savoir que les fichiers journaux jouent un rôle très important dans le fonctionnement du SGBDR SQL Server 2012. Les fonctions de fichiers journaux vont permettre la journalisation de toutes les transactions. L’objectif des fichiers journaux c’est de journaliser toutes les transactions de types LMD et la création d’index. Les transactions LMD sont des transactions de types Insert, Update et Delete. Ces fichiers journaux:  enregistrent les valeurs avant et après modifications  permettent de garantir la cohérence et la durabilité des données (COMMIT)  utilisés pour les opérations de restauration. Toutes les transactions qui modifient les données sont écrites dans le fichier .ldf. Les Chekpoints (synchronisation) sont en général gérés automatiquement par SQL Server mais il est possible d’influer sur le fonctionnement du chekpoint en spécifiant le temps d’exécution. Il est aussi possible d’aller voir dans les fichiers journaux via la fonction fn_dblog. 4.8.1 Mode de récupération C’est une option de configuration de base de données. Chaque base de données peut avoir un mode de récupération différent. Ce mode va permettre de contrôler la façon dont les transactions sont journalisées et il va avoir aussi un impacte sur les performances et la récupération. 4.8.2 Les modes de récupérations ( 3 modes )  Simples - Limite la journalisation de la majorité des transactions - Le journal est tronqué après chaque CHEKPOINT - Ne permet pas de restaurer en utilisant le journal des transactions (PITR) - Impossible de restaurer des pages de données individuelles - Rapide et limite la taille du fichier journal  complet (recommandé) - Par défaut - Ne tronque pas le fichier journal - Permet une restauration PITR ou a un point de défaillance - Génère beaucoup d’IO et taille importante du fichier journal  Journalisé en bloc (utilisé dans les opérations précises) - Journalise de façon minimale les opérations de masse via SELECT INTO ou BULKINSERT. - Permet une restauration à la fin de la sauvegarde du journal - Ne permet pas une restauration PITR ou a un point de défaillance - Utilisé uniquement pour les opérations de chargement en bloc. Il est possible de modifier les modes de récupérations via la commande ALTERDATABASE. Syntaxe: ALTER DATABASE < nom base> SET RECOVERY FULL | SIMPLE| BULK_LOGGED Il est possible de consulter les informations concernant le mode de récupération de toutes les bases via la syntaxe suivante: select name, recovery_model_desc from sys.databases tions concernant le mode de récupération de toutes les bases via la syntaxe suivante: Par conclusion, le mode de récupération simple: il n’est pas possible de faire une restauration PITR ou un point de défaillance. Par conséquent le seul moyen de restaurer ça sera de revenir à la dernière sauvegarde complète. Le mode de récupération complète (full): il permet toutes les opérations de recouvrement PITR, de restaurer une page de 8K d’une manière unitaire mais aussi jusqu’à un point de défaillance. Le mode de récupération minimale: journalise d’une manière minimale les opérations de chargement en bloc. Il permet une restauration utilisant les fichiers journaux. Il ne permet pas une restauration jusqu’à un PITR. uploads/Finance/cr-sql-server-balde-mamadououry-02-12-2021-sacko.pdf