PROJET BDD et SYSTEME

Transcription

1 PROJET BDD et SYSTEME Objectif du projet : L'objectif est de proposer un système de gestion de sauvegardes quasi-instantanées ou différées multi-utilisateurs. Ces instructions de sauvegarde seront archivées dans une base de données afin notamment d'en garder un historique et de faire des statistiques sur le nombre de sauvegardes par utilisateurs. Cette dernière partie sur les statistiques n'étant pas à implémenter. Modélisation de la base de données : La base de données contient les informations sur les utilisateurs du système qui peuvent demander des sauvegardes en choisissant le répertoire sauvegardé, la date et l heure de programmation. Après avoir étudié les informations de notre base de données, trois tables seront nécessaires : 1- table «utilisateur» : regroupe les utilisateurs autorisés à paramétrer une demande de sauvegarde 2- table «role» : regroupe le nombre de sauvegardes autorisé vis-à-vis du rôle : - Etudiant : 5 - Enseignant : table «demande» : celle-ci contient les différents paramètres définissants la sauvegarde demandée. Schéma relationnel 1

2 Gestion de la base de données Afin de gérer la base de données en mode «commande» ou via les scripts, nous devons avant tout, installer un «moteur» de base de données nous choisissons «SQLITE» : Installation du moteur «SQLITE» Création de la base de données «sauvegardes.db» Création des tables dans la base «sauvegardes.db» 2

3 Le Programme : déroulement et détails Les affichages qui suivent, supposent que nous sommes connectés avec des privilèges «root». Pour chaque étape du programme, on retrouve: l affichage tel qu il apparaît sur l écran de l utilisateur, suivi du code utilisé avec ajout de commentaires complétant ceux définis dans le script lui-même. Une autre documentation «utilisateur» (sans privilège), donne le détail de l unique possibilité proposée : établir une demande de sauvegarde. Menu général Affichage Code 3

4 Choix «1» (Installation) Il s agit ici de l installation des fichiers scripts et base de données dans le répertoire définit comme suit : /home/autobackup Le déroulement de ce script, donne le choix d inscrire dans la «crontab» la commande d exécution du script dédié à la création des archives («execsauv.sh»). Celui-ci sera exécuté toutes les 30 minutes. Affichage Code 4

5 Les choix d ajout d un nouvel utilisateur ou d édition d une nouvelle demande de sauvegarde se traduit par un appel au script correspondant Ci-après, le détail de ces 2 autres choix 5

6 Choix «2» (nouvel utilisateur) Appel du script «creatuser.sh» Ce script propose l ajout d un nouvel utilisateur qui sera autorisé à effectuer des demandes de sauvegarde. Affichage REM : Le login est créé à partir de la première lettre du prénom et les 3 premières lettres du nom. Code 6

7 7

8 Choix «3» (demande de sauvegarde) Appel du script «demandesauvegarde.sh» Affichage Code 8

9 9

10 10

11 Choix «4» (modification d une sauvegarde) Avec cette option, l utilisateur «root» pourra modifier le statut de la sauvegarde ou supprimer une sauvegarde. Ces actions seront possible pour un login donné. Affichage Ou, modification du statut (capture effectuée sur un autre login ) 11

12 Code 12

13 13

14 Déroulement de la sauvegarde Lors de l installation (option 1 du menu principal) nous avons le choix d inscrire dans la «crontab», la demande d exécution du script de sauvegarde toutes les 30. Ce script est nommé «execsauv.sh» Code et explications Etape 1 (! déplacement!) Etape 2 (Fichier temporaire) Etape 3 (Premiers «mots» dans le log) 14

15 Etape 4 (Parcours du fichier temporaire) Etape 5 (L archivage ) 15

16 Le fichier LOG : son contenu Chaque utilisateur déclaré dans la base de données «sauvegardes.db», verra ses sauvegardes «tracées» dans un fichier nommé «AB.log» (répertoire /home/autobackup) Son contenu est de la forme suivante : 16