MÉMOIRE DE SOUTENANCE ADMINISTRATEUR, SYSTÈMES, RÉSEAUX ET BASES DE DONNÉES Charles POUPLIN 11/01/2013

Sommaire PRÉSENTATION DE L’ENTREPRISE ACTIVITÉ DE L’ENTREPRISE ORGANIGRAMME POSTE DE TRAVAIL PRÉSENTATION PROJET PLANNING PROJET MISSIONS PROBLÈMES RENCONTRÉS ET SOLUTION CONCLUSION Je présenterai les problèmes et leurs solutions à travers la présentation de 3 missions clés dans la mise en place de ce projet.

Présentation de l’entreprise CGG VERITAS SERVICES SA RAISON SOCIALE SIÈGE SOCIAL EFFECTIF TOTAL CAPITAL 2011 DIRIGEANT 33,av du Maine 75015 Paris 7000 EMPLOYÉS 220 942 601 € Jean-Georges Malcor

ACTIVITÉ DE L’ENTREPRISE ACQUISITION DE DONNEE MARINE DONNÉES SISMIQUES MARKETING MULTI-CLIENT INFORMATIQUE BUSINESS IT TRAITEMENT DU SOUS-SOL IMAGERIE ACQUISITION DE DONNÉE TERRESTRE FONDÉE EN 1931

DEVELLOPEUR PROJECT LEADER DATABASE ORACLE ADMINISTRATEUR ORGANIGRAMME BUSINESS IT DBA Maria TZOLOVSKI DEVELLOPEUR PROJECT LEADER DATABASE ORACLE ADMINISTRATEUR STAGIAIRE ADMNISTRATEUR Charles POUPLIN

POSTE DE TRAVAIL Fonction: Administrateur en base de données et Systèmes Projet: Installation d’une console de surveillance  « Entreprise Manager Cloud Control 12c » sous linux oracle 6.3

IT en libre service – simple et automatisé - Corrélation métier PRÉSENTATION PROJET PROJET ORACLE ENTREPRISE MANAGER 12 C C’est une console de surveillance sous oracle linux pour l’exploitation d’une ou plusieurs base oracle IT en libre service – simple et automatisé - Corrélation métier

PRÉSENTATION PROJET ORACLE ENTREPRISE MANAGER C’EST LA GESTION : DE CLOUD DES APPLICATIONS DES TRANSACTIONS DE BASE DE DONNEES DU MATERIEL ET DE LA VIRTUALISATION

PLANNIG PROJET GRID 12 C Voir annexe planning projet version 10.0

comment présenter l’architecture du GRID12 ? Mission 1 3 étapes du projet: PRÉSENTATION DE L’ARCHITECTURE GRID 12 MATRICE DE COMPATIBLITE POUR LE LOGICIEL GRID 12 (soutenanceP.62) PRÉREQUIS HARDWARE, SOFTWARE (P.5,7 DOC 1.0.1 INSTALLATION ORACLE 11 g) Problème rencontré: comment présenter l’architecture du GRID12 ?

Mission 1 : architecture du GRID 12 2 applications se partagent des ressources de 2 serveurs APPLICATION 1 BASE DE DONNEE ORACLE APPLICATION 2 BASE DE DONNEE ORACLE Chaque ressource est vue comme un service avec Weblogic ! GRID 12 C SERVEUR 1 ESX LINUX 6.3 SERVEUR 2 ESX LINUX 6.3 Fonctionnalités : L'intérêt de OEM est de proposer les commandes sous format graphique et d'avoir une sorte d'explorateur pour visualiser l'ensemble des bases de données (centralisation). Oracle Entreprise Manager est une solution pour gérer un environnement Oracle, tous les services à l'intérieur de mon entreprise (postes des groupes de bases de données, listeners (processus d'écoute), serveurs d'applications, serveurs HTTP, applications Web) sont gérés aisément avec OEM à partir d'un seul interface. *Extraire les informations que vous voulez pour des décisions crucielles *Manager un nombre extraordinaire de systèmes d'une manière efficiente *En l'installant avec un antivirus approprié, il prévient votre système de différents dangers *Manage l'ensemble de votre système et des logiciels tiers (routeurs, les systèmes de stockage ....) *Réduit les coût de votre matériels FICHIER DE DONNEE FICHIER DE DONNEE Le Grid 12 est une infrastructure partagées, distribuées, hétérogènes Référenciel ORACLE 11 G

comment partitionner les volumes logiques ? Mission 2 3 étapes du projet: INSTALLER ET PARTIONNER UN NOYAU LINUX ORACLE SUR UN SERVEUR ESX EN VIRTUALISATION INSTALLER ET CRÉER UNE BASE DE DONNÉE ORACLE (voir doc en annexe) INSTALLER LE LOGICIEL GRID 12C (voir doc en annexe) Problème rencontré: comment partitionner les volumes logiques ?

Mission 2: Gestion de partition logique avec LVM INSTALLATION DU SERVEUR XMING SOUS WINDOWS 7 CLIENT FAIRE UN EXPORT DE MON IP WINDOWS 7 CLIENT POUR MON AFFICHAGE SOUS LINUX 6.3 EXECUTION DE L’APPLICATION GRAPHIQUE system-config-lvm SOUS LINUX 6.3

Mission 2: Gestion de partition logique avec LVM LVM est un gestionnaire de volumes logiques pour le noyau Linux GROUPE DE VOLUME A PARTITONNER Volume physique et logique SELECTION GROUPE DE VOLUME A PARTIONNER LVM est un gestionnaire de volumes logiques pour le noyau Linux. Le but de LVM est de fournir une couche d'abstraction entre l'espace de stockage physique et le système: il permet de créer des «partitions virtuelles» faciles à gérer (changements de taille, création, suppression...). Les éléments qui composent LVM sont: Les volumes physiques (PV): ce sont les espaces de stockage traditionnels (disques, partitions, éventuellement des fichiers montés en loopback), sur lequels LVM crée ses volumes logiques. Il comprend un en-tête spécial et se divise en blocs physiques (extents). Les groupes de volumes (VG): Ce sont des groupes de volumes physiques (PV) réunis par LVM en un seul «disque virtuel». Un groupe de volumes contient des volumes logiques, ceux-ci sont répartis par LVM de manière transparente sur les différents volumes physiques: un volume logique peut même être dispersé à travers les disques disponibles. Les volumes logiques (LV): ce sont des «partitions virtuelles» (logiques parce qu'elles sont produites par un logiciel sans forcément correspondre à une portion d'un disque matériel. Les volumes logiques sont constitués d'étendues de blocs physiques réunis en un seul espace de stockage, et rendus lisibles par le système. On peut les utiliser comme des partitions ordinaires. VOLUME LOGIQUE

Mission 3 4 étapes du projet: Créer un script de sauvegarde Sauvegarder la base de donnée à froid Passer une base de donnée en Archivelog Faire un Test de restauration Problème rencontré: comment passer une base donnée en archivelog ?

Mission 3: Passer une base de donnée en archivelog Le mode ARCHIVE_LOG permet de conserver les fichiers de journalisation « RedoLog » dans les archives Commande : SQL> SHUTDOWN IMMEDIATE; STARTUP MOUNT; ALTER DATABASE ARCHIVELOG; Processus LGWR Processus ARCH Redo Log groupe 3 Redo Log groupe 2 Dans une base de données Oracle, toutes les transactions sont enregistrées dans des fichiers redo-log. Ce sont ces fichiers qui permettent une restauration en cas de panne de la base de données ou par exemple en cas d’arrêt brutal d’un serveur. Ces fichiers sont très importants pour la sécurité de la base ainsi que pour sa performance. Les redo-log sont organisés en groupe et sont écrits de façon circulaire. Nous avons 2 groupes au minimum composés au minimum d’un membre. Lorsque le premier groupe est plein, il y a un SWITCH (basculement) pour le passage au deuxième groupe. Oracle écrase les données du premier groupe, lorsqu’il a fini son tour circulaire. C’est le processus LGWR (LOGWRITER) qui écrit dans les redo. Il existe deux modes de fonctionnement dans Oracle pour la gestion des fichiers de journalisation. Le mode NOARCHIVELOG (par défaut) Pas d’historique de journalisation (les fichiers sont périodiquement écrasés Le mode ARCHIVELOG Conserve les fichiers de journalisation dans des archives. Redo Log groupe 1 Fichiers archives Ecrit de façon circulaire

Conclusion: Bilan technique Réalisation du grid 12 avec motivation et application Certaines finition reste à faire bonne gestion du projet et cahier des charges bien cadré Stage de qualité

Conclusion : Apports personnels Apprentissage à la rédaction et le suivi d’un cahier des charges complet Approche relationnelle avec les collègues Savoir assumer l’évolution d’un projet Savoir-faire technique Découverte du cycle en V de l’ingénierie informatique

Questions / réponses