Réalisation d'un audit de Systeme d'Information

Résumé du document

Les coûts engendrés par la maintenance d'un SI sont très importants. Ceux-ci dépendent de nombreuses dimensions tels que les ressources humaines, informatiques ainsi que les aspects organisationnels. Ce projet a pour but de poser des méthodes génériques pour réaliser un audit du système d'information d'une entreprise. L'audit aura pour but de permettre à l'entreprise de maîtriser ses coûts mais aussi de permettre une évolution vers de nouvelles technologies.

Ce document va nous permettre de connaître les différents indicateurs que l'on pourra analyser durant l'audit. Il nous présentera aussi les différentes méthodes pour récupérer ceux-ci. Nous présenterons également certains scripts qui pourraient être utiles pour la réalisation de l'audit. Nous finirons par une description de la présentation des résultats pour le rapport d'audit.

Mots clés: étude, audit, SI, système d'information, données, loi de Benford, largeur des champs, doublons, clusters, utilisateurs, index, colonnes, attributs, qualité, accès, recommandations, clés primaires, lignes, tables, base

Extraits

[...] Un manque de mémoire vive peut être détecté par l'utilisation de la mémoire swap. Ainsi, si le moniteur du système montre beaucoup de fautes de page cela indique un manque de mémoire vive. La solution la plus facile est d'en rajouter, mais on peut aussi chercher à diviser horizontalement ou verticalement les tables, pour réduire les données qui doivent être en mémoire pour satisfaire une requête. On peut chercher a diminuer la charge du SGBD en répartissant les différentes bases de données sur plusieurs machines ou en modifiant les applications qui les utilisent pour qu'elles fassent moins de requêtes Scripts utiles 1 Nombre de lignes de chaque table : 2 Nombre de lignes totales : 3 Nombre de tables de la base : Il suffit ensuite de diviser le résultat du script précédent par le résultat de celui-ci pour obtenir une moyenne du nombre de lignes par table : 4 Nombre de vues: 6 Nombre de tablespaces : 7 Nombre d'utilisateurs 9 Nombre de clusters 11 Nombre de colonnes 13 Nombre d'index 15 Nombre d'attributs (clés primaires, étrangères, unique) Nombre d'attributs clés primaires (CONSTRAINT = Nombre d'attributs clés étrangères (CONSTRAINT = Nombre d'attributs uniques (CONSTRAINT = 17 Session I/O By User 19 Utilisation de CPU Par Session 21 Ressources Utilisés par utilisateur 23 Statistiques de Session par Session 25 Hit Ratios des utilisateurs Présentation du rapport d'audit 1 Vision globale 1 Quelques diagrammes Ci-dessous, voici un schéma qui présente les données recueillies lors de l'audit. [...]

[...] Quelques graphiques semblent tout de même indispensables comme la répartition des machines, la répartition des bases de données et quelques statistiques sur les bases de données Quelques recommandations Dupliquer l'information sur les divers disques. Plus de deux copies d'un même fichier sont inutiles. Le mieux est de séparer les données des index afin que les disques puissent travailler simultanément : créer, par exemple un tablespace sur disque pour les data, puis un autre pour les index sur un autre disque. [...]

[...] Cependant, les concepts restent les mêmes dans tous les cas. Pour le serveur Microsoft SQL Server, par exemple, on dispose de trois outils principaux pour monitoriser la performance de la SGBD SQL Profiler, qui permet d'observer le comportement sur beaucoup de niveaux de détail. En particulier il permet d'identifier les requêtes les plus lentes. System Stored Procedures. Elles permettent de prévenir l'administrateur quand quelque chose en particulier se produit : une augmentation de la charge de processeur, une certaine requête . [...]

[...] Taux d'utilisation de la mémoire vive. Permet de voir combien de mémoire vive utilise le SGBD, combien de swap file est en train d'être utilisé Nombre d'accès aux disques durs par seconde. Permet de connaître la charge de travail des disques durs, et les identifier comme goulots d'étranglement du système. Nombres de connections (par sec, heures, jours, Permet de connaître la charge de travail totale du SGBD. Utilisation de Triggers, permet de détecter un abus ou une manque de triggers. Existence et pertinence des index. [...]

[...] Méthode : Pour vérifier la normalisation des données, il faut tout d'abord établir une description de la normalisation. On l'intègre ensuite dans le script SQL qui va compter le nombre de données hors norme. Exemple de vérification de normes : Norme : NUMLICENCE-DATEINSATALLATION-DATEEXPIRATION Le numéro de licence est à 3 chiffres La date d'installation et d'expiration est du type JJMMAAAA On pourra donc compter les champs hors normes grâce à la fonction : SELECT COUNT(colonne) FROM table WHERE colonne LIKE Préconisations : Cet indicateur va nous permettre de normaliser toutes les valeurs hors-normes comprises dans les bases et d'éviter ainsi certains bugs qui auraient pu survenir dus à une mauvaise interprétation des valeurs. [...]