Oracle RDBMS X X
Oracle RAC + DataGuard X
Oracle HA (VM + RAC + DataGuard) X
MS Access + VBA (produits MS OIffice) X
SqlServer X
System Engineering/Architecture Junior Senior Expert
OS Unix (AIX – Linux – HP – Sun) X
OS Windows X
Scripts Shell X
SAN - NAS X
Virtualisation : Xen (-like) / ESX / KVM X
Web X
Server and monitoring tools Junior Senior Expert
Outils propriétaires unix (Smitty, HP WebAdmin, ILO) X
Oracle EM+Grid Control+Cloud Control X
Toad + Spotligh
Sql Developper
Application Server
Progress/Websphere/Coldfusion/WebLogic X
LAMP X
Project Management Junior Senior Expert
Migration site prod chez herbergeur X
PRA/PCA = DRP X
Backup / Restore X
Application development Junior Senior Expert
Visual basic 6 X
Pascal/C-C++/Assembleur X
VB for Application X
Security Junior Senior Expert
ssh X
VPN X
Openssh/OpenVPN X
Firewall (iptables/shorewave) X
TCP/IP-Réseau X
Spectre Technologique
Commun à toutes les missions :
• Station de travail sous Windows (jusqu'au récent windows10)
• Exception pour RBD Dexia. Station sous MAC OSX.
• Connexion Server : Putty, Reflexion X, teamviewer, pcanywhere,vnc, ...
•
Virtualisation :
• ESX de 4 à 6 (devenu commun)
• Oracle VM Server/Manager– XenSource (projet SBS)
• KVM – VmWare – VirtualBox (projet ProofOfConcept avant autre hyperviseur)
OS :
• Linux RedHat – Debian – Like
• HP-UX (Service Guard - DATAGUARD)
• Sun Solaris : 5.9, 5.10 (Zone, Resource Group)
• Windows desktop XP à W7 et server 2000 à 2008R2
• Bull/IBM AIX 4.3.4 - 5L
• RHEL 4 à 7 (11.2.0.4 sur Oracle EL 7)
• installation d'Oracle RDBMS sur linux non certifié (c'était plus difficile avant la 10g. Ce n'est plus le cas).
Oracle
Administration de bases de donnée Oracle : RDBMS toutes versions tous unix/linux :
Migration de données :
• server à server, changement version, application patch, …
• par export-import sur une patchée/fresh install.
• création de script par rétro-ingénierie et import/export,
• création de script de contrôle de l’intégrité des nouvelles bases,
• passage de patch (10.0.1.3 puis 10.0.1.4),
• mise en place de stratégie pour les CPU, PSU et bundle patch,
• d'une BDD Open Edge (Progress Software) vers Oracle (base de gestion de fonds de fonds) modèle sous PowerAMC
• Tâches d'administration courante :
• création de solution HA (RAC + DataGuard) sous tous hyperviseurs.
• backup : contrôle et relance si nécessaire (rman base opuverte, base fermée)
• Copie de base d'un serveur vers un autre rman duplicate)
• Copie de base d'un environnement vers un autre.
• Utilisation de scripts et procédures dans l'accomplissement des tâches :consultation du monitoring (soft existant + interface, mail, scripts, …)
• premier secours
• Update des scripts (monitoring/backup)
• Homogénïsation des procédures de backup
• Industrialisation des processus
• Gestion des droits AD et GPO pour le TaskScheduler sous Windows 2008R2
• Popultaion de base de données oracle (sqlload, datapump,exp/imp, insert, sql/PlSql)
• Etude et implémentation de scripts (Windows+Linux) de backup sous DATAPUMP
• Implémentation de DATAPUMP en PlSql, avec DBMS_SCHEDULER, sous CRON (Linux) et TaskScheduler(W2008R2).
• Création et Maintien de standby database :
• manuellement en Standard Edition par script shell et rman duplicatee + incrémental
• Création par rman duplpicate et Maintien de standby database avec dgmgrl sous licence Enterprise Edition
• par rman dupplicate from active database pour des données le plus à jour
• par rman restore ou duplicate avec les backup (rman sur disque)
• par copie des tablespace et recréation du controlfile
• et 1001 autres façons à imaginer
• Maintien de scripts :
• adaptation shell existant (par exemple, adapation d'un script shell de prodution mono-server HPUX pour supporter l'ajout d'autres nœuds sous Service Guard d'HP. Une sorte de RAC One Node avant l'heure.
• Création de script shell créant des scripts sql en fonction de variables d'environnements
• débuggage de scripts existant
• réécriture de batch 4GL (Open Edge) vers PlSql
• Résolution d'incidents transmis par outil de ticketing (All42 = Application nHouse), Perigrine, Omnitracker, GLPI (ITIL).
• Administration de plus de 400 bases de données Oracle (plus de 100 pour les institutions européennes) sous Sun Solaris
• veille technologique faisant partie intégrante du poste : labo installé sur laptop personnel (Debian + KVM + OEL7 RAC - DataGuard)
• Pro-réactivité par surveillance quotidienne des bases de données. :
• monitoring en vigeur
• scripts personnel
• à chaque fois que c'est possible.
• tuning / trouble shooting :
• à la configuration/installation (système, storage, network, init.ora/spfile, application)
• en exploitation : AWR, ADDM, *Advisor, dynamic view (v$session, v$session_history, wait_session, ...)
• (performance, volumétrie, répartition)11gR1 vers 11gR2
• Recherche de solutions aux problèmes récurents (bug, ora 600, ora 7445, ora 4031)
assistance à l’installation d’une version d’oracle 9i, avec passage de patch pour installation d’Oracle Financial,
Etude et développement :
• Exploitation des objets de développement
• Assistance aux développeurs
• Assistance aux utilisateurs
• Développement en PL/SQL
• Maintenance du modèle conceptuel et physique des données
• Reprise de données Progress (Open Edge) -> Oracle
• Passage de témoin entre 2 consultants (promotion interne).
• Utilisation de MAC OS X en tant que workstation.
• Utilisation de Parallèle pour accès XP sous MAC.
• Utilisation de Power Designer pour la modélisation de la base Oracle.
• Modification des objets selon les besoins d’exploitation, les demandes de développeurs.
• Génération de nouveau modèle de données, et génération des scripts de modification de base.
• Modification des scripts pour exécution dans tous les environnements de développement (4 bases test, 1base qualification ou recette, 1 base pré-production) si besoin.
• Mise à niveau des bases par rapport à une base référence.
• Migration de données issues d’application tierces.
• Conseils, application de procédures, DBA pour les études, modélisation des requêtes et application du résultat à la base de l’application.
les tâches les plus courantes sont :
Mise en place / update du monitoring :
• consensus sur les limites acceptables
• logiciel spécialisé
Mise en place de procédure de sauvegarde :
• définition du type (à froid, en exploitation)
• définition de l'outil correspoindant (copy datafile, export, DataPump, rman)
• programmation de l'exécution,
• créayion des procédures de suivi, de premier secours et de restauration du service
• contrôle des bases après acquittement de la fin de sauvegarde.
• Tests réguliers des backup
• mise en place de procédure de restauration
• vérification du bon état du matériel, des logiciels, des configurations, ...
• Restaurations sur labo
• Regénération des « control file », montage, utilisation
• Utilisation régulière de la procédure par copie de l’environnement de production vers un serveur des études pour création d’un environnement de développement ou de qualification, test du serveur des études aussi,
Création de bases
• nomenclature, normalisation, suivi des préconisations, conseils à partir du besoin exprimé,
• préparation système et volumétrie disques,
• répartition des « datafile »
• scripts de création de base (en reverse engineering),
• création des tables (préparation des typages des champs, préparation de la volumétrie, préparation au peuplement)
• tuning de la volumétrie initiale, du fichier d'initialisation, tuning system (recherche des performances, au regard de la disponibilité et des accès concurrents.
• création de scripts de création dd'objets
• import-export, export datapump et import datapump
• déplacement/copie d’ instance
Mise place de procédure d’exploitation
• Formalisation des actions menées, en cours et à venir de manière précise, objective et univoque.
• Création de processus de descriptions des tâches et de leur ordonnancement
• Etablissement de nomenclature et de procédure de normalisation de la partie exploitation du SI.
• Etablissement de règles de gestions dans les actions.
• Application de manière récursive de ces règles au pôle exploitation sous formes de « fiches de tâches »
Garant des sauvegardes (PCA/PRA) :
• Mise en place d’une procédure de gestion des sauvegardes ainsi que respect de leur mise en œuvre (maintenance de la liste des FS à sauvegarder, élaboration du logiciel de sauvegarde sous forme de scripts (sauvegarde à froid), responsable de la bonne exécution du plan de secours (restauration) chez un prestataire externe, vérification de la bonne santé du matériel)
• Surveillance de l’utilisation mémoire et CPU, tuning système
• homogénéisation de l’architecture des applications, opportunité de la migration du système vers 5L (nommage de FS, des utilisateurs, répartition sur les disques, etc, ...)
• Assistance à la migration, d’un RS/600...