- LOG SHIPPING -
Présentation :

       Le log shipping est le procédé d'automatisation de sauvegarde de bases de données et de journaux de transactions sur une machine SQL-Server PRIMAIRE pour ensuite les restitués vers un SQL-Server SECONDAIRE.
       Ainsi les sauvegardes de journaux se font automatiquement sur le SECONDAIRE. Les deux serveurs SQL sont dès lors synchronisés ce qui permet le passage au SECONDAIRE quand le PRIMAIRE "tombe".

Application :

       Les deux serveurs SQL doivent etre liés :

      

       Il faut également créer deux unités de sauvegarde qui serviront à d'une part à stocker les procédures de restauration de base de données et d'autre part à stocker les procédures de restauration de journal de transaction.
       Sur le serveur SQL PRIMAIRE, on crée deux travaux qui seront utilisés pour la sauvegarde des bases de données et des journaux de transaction.

      


       Chaque travail comprendra des scripts qui permettront les sauvegardes, la copie des fichiers du PRIMAIRE au SECONDAIRE et le lancement des procédures utilisées pour la restauration des bases de données et des journaux de transaction.

Creation des procédures de restauration :

       Cette création s'effectue sur le serveur SQL SECONDAIRE. Une servira pour restaurer automatiquement les bases de données et la seconde afin de restaurer le journal de transaction automatiquement.

      

       - Procédure stockée pour restaurer la base de données :



       - Procédure stockée pour restaurer le journal de transaction :



Creation des travaux de sauvegarde :

       Il suffit maintenant de créer des travaux afin de rappatrier la base de données et les journaux de transaction du PRIMAIRE au SECONDAIRE pour enfin lancer les deux procedures stockées et ainsi effectuer la sauvegarde désirée.

       - Le travail de sauvegarde de la base de données :

       Ce travail est éxecuter une fois par jour et seulement car sinon il ne sera plus en synchronisation avec le travail de sauvegarde du journal de transaction.

      

       Le travail de sauvegarde de la base de données consiste à effectuer quatre scripts:

              - script 1 -

       La première étape consiste à tronquer le journal de transaction car si nous le faisons pas à chaque sauvegarde, le journal de transaction serait trop volumineux. Cette étape n'etant pas primordiale, en cas d'echec nous passons au deuxième script.

      

              - script 2 -

       La deuxième étape consiste à sauvegarder la base de données sur une unité de sauvegarde prédéfinie.

      

              - script 3 -

       La troisième étape consiste à copier l'unité de sauvegarde du serveur SQL PRIMAIRE vers le serveur SQL SECONDAIRE en utilisant la commande XCOPY.

      

              - script 4 -

La quatrième étape consiste à éxécuter la procédure stockée sur le serveur SQL SECONDAIRE qui permet la restauration de base de données sur le serveur SQL SECONDAIRE.

      

       - Le travail de sauvegarde du journal de transaction :

       Ce travail consiste à sauvegarder le journal de transaction, copier la sauvegarde du journal sur le serveur SQL SECONDAIRE pour ensuite éxécuter la procédure stockée utilisée pour restaurer le journal de transaction. Le travail de sauvegarde du journal de transaction sera effectuer beaucoup plus souvent que le travail de sauvegarde de base de données car il faut tenir compte de la quantité de données que l'on insére dans un temps donné. Nous effecturons ce travail toutes les 15 minutes afin de perdre le moins de données possibles en cas de panne du serveur. De même, il ne faut pas que les deux travaux s'effectuent au même moment car les deux echouraient du fait de conflit entre les deux serveurs.

      

       Ce travail se divise en trois scripts à éxécuter :

              - script 1 -

       Cette étape consiste à sauvegarder le journal de transaction sur son unité de sauvegarde.

      

              - script 2 -

       Ce script permet de copier l'unité de sauvegarde du serveur SQL PRIMAIRE sur le serveur SQL SECONDAIRE en utilisant la commande XCOPY.

      

              - script 3 -

       Cette étape permet d'éxécuter la procédure stockée sur le serveur SQL SECONDAIRE qui effectue la restauration du journal de transaction sur le serveur SQL SECONDAIRE.

      



Finalisation :

       Maintenant que le log shipping est en place, pour verifier que les travaux s'effectue correctement, nous créons une adresse de messagerie afin que l'on sache si un des deux travaux n'a pu s'effectuer.

       - Création d'une adresse :



       - Mise en place de l'e-mail sur un travail :

Menu