Databaseadministrator

Databaseadministrator

Lønn	2400 euro

Koder

ISCO	1999
ROME (Frankrike)	M1801

Den databaseadministrator ( DBA  : databaseadministrator på engelsk) er en person som er ansvarlig for riktig funksjon av databaseservere, hovedsakelig relasjons (OLTP) eller decisional (OLAP), både i form av database design, valideringstester, koordinering av interessenter, drift, beskyttelse og kontroll av bruk. Ferdighetene som kreves for denne funksjonen er multipolare: system, utvikling, sikkerhet og drift av databaseservere. Erfaring er dominerende der. DBA jobber ofte tett med systemadministratorer og utviklere innen en informasjonssystemavdeling .

Beskrivelse

DBA er hovedsakelig ansvarlig for:

• Etablering av standarder, anbefalinger og beste praksis: han bestemmer navngivningsstandardene for objekter for databaser som er opprettet internt, vedtar beste praksis som utviklere må følge, dokumenterer vedlikeholdsprosedyrer slik at andre aktører kan gripe inn i hans fravær.
• Behov og kvalitetsvurdering: Noen databaser er ikke utviklet internt, det er viktig at de blir konsultert for å dimensjonere serverne som må være vert for en publisist applikasjonsløsning, både når det gjelder ressurser (volum, antall tilganger), og når det gjelder vedlikehold (vedlikehold av ytelse, hyppighet av sikkerhetskopier osv.).
• Databasemodellering: selv om det normalt er analytikeren eller designeren (noen ganger utvikleren), må prinsippene for databasemodellering mestres perfekt av DBA. Siden ytelsesnedsettelsesfaktorene primært er knyttet til strukturen av dataene (respekt for modellering, relasjons- eller beslutningsprosesser osv.), Må DBA være kjent med modelleringsprinsippene og problemene som er involvert for å gi råd til analytikere. og utviklere eller for å løse ytelsesproblemer på dette nivået ved å omorganisere .
• Definisjonen og styringen av lagringsplasser: Siden en database trenger mye plass til data og transaksjonsloggen, må den størrelsen på den fysiske (lagring: tabellplass , filgrupper osv.) Og logiske lagringsplasser (partisjonering), og velge disker eller SAN på en forebyggende måte, og revidere dem regelmessig for å bestemme om tillegg eller bytte av visse logiske objekter til nye rom (vekst i datamengde og " kapasitetsplanlegging ").
• Dataintegritet: det sjekker eller hjelper til med å kontrollere konsistensen av databasedataene slik at de ikke kommer i konflikt med prinsippene i det virkelige systemet. For dette er han ansvarlig for implementeringen av integritetsbegrensninger (domeneintegritet, primære og subrogerte nøkler, utenlandske nøkler og deres administrasjonsmodus, datavalidering, påstander osv.);
• Datatilgangssikkerhet: definerer eller implementerer datatilgang ved å autorisere tilkoblingsprofiler som har muligheten til å utføre bestemte kommandoer i visse databaser (rettighetsadministrasjon);
• Gjenoppretting av data: han må sørge for at den planen for sikkerhetskopiering som er på plass er operativ og dekker. For å gjøre dette, må han revidere hyppigheten av endring av sensitive data for å gjennom sikkerhetskopiene for å kunne gå tilbake til en database på et bestemt punkt i kalenderen, etter en funksjonell feil. Han må også og veldig regelmessig kontrollere konsistensen av sikkerhetskopiene og muligheten for restaurering ved å eksperimentere med den under virkelighetsnære forhold (katastrofeledelse).
• Grunnleggende vedlikehold: han må kontrollere at lagringsplassene er i god stand, og hvis ikke, reparere dem. Den må defragmentere lagringsstrukturer og indekser for å sikre lineær responstid. Han må sørge for riktig håndtering av filer (data og transaksjonslogger) slik at de ikke overbelaster diskene.
• Katastrofehåndtering ( katastrofegjenoppretting ): den må opprette og teste løsninger for å opprettholde kontinuitet i produksjonen ( klynging , speiling, loggforsendelse ...) slik at i tilfelle katastrofeutstyrsproduksjon kan starte på nytt i en forhåndsdefinert tidsgrense (noen få sekunder for det beste løsninger);
• Opprettholde ytelse: det sikrer at datatilgang gjøres innen rimelig tid og at denne ytelsen opprettholdes over tid. Han må derfor implementere en overvåking av utførelsesstatistikk og reagere på økning i responstid ved å diagnostisere problemet og løse det hvis det er innenfor hans kompetanse (vedlikeholdsprosedyrer, tillegg av fysiske ressurser, ombygging av datamodellen ...). For å gjøre dette har den verktøy som gir den informasjon om de mest brukte objektene og deres ressursforbruk under prosessering (lesing, skriving, CPU-tid osv.).
• Optimalisering: han må regelmessig og proaktivt gjennomføre målekampanjer for å spyle ut konflikt- eller responstidsproblemer før de blir deaktiverende for drift og foreslå nødvendige tiltak for å utrydde dem: bedre transaksjonshåndtering, indekseringsstudier, statistikk, forespørsel omskrivninger.
• Utviklings- og testassistanse: den må gi støtte til utviklingsteamene. For eksempel kan den gi datasett for testing (hentet fra produksjonsdatabaser), gi råd om utviklere om teknikkene som skal brukes for å oppnå best mulig ytelse fra starten, eller til og med delta i struktureringen av databasen, spesielt for å implementere de nye funksjonene. Som en siste utvei validerer den forespørsler om endringer eller modifikasjoner av databaseskjemaet;
• Dataflytstyring: han er ansvarlig for problemene med å importere og eksportere data både når det gjelder ressursene som skal tildeles det og sikkerheten som skal implementeres.
• Migrasjon og oppdateringer: han må regelmessig bruke de anbefalte oppdateringene (system og DBMS) og sikre migrering av databaser, for eksempel i tilfelle serverbytte.

MERKNAD  : de fleste vedlikeholdsoperasjoner som en DBA må utføre, utføres i produksjon, det vil si uten å forstyrre datatjenesten. Med tilgjengelighetskrav som ofte er rettet mot 99,999% av tiden (dvs. 5 minutter nedetid per år), er DBMS designet for aldri å måtte stenges uavhengig av operasjonene som skal utføres, og noen fysiske servere i dag tillater det å legge til minne eller PROSESSOR.

DBA må kunne ha en god forståelse av eksisterende produksjons- eller tjenestesystemer (fysisk, dvs. OS og nettverk, og logisk, dvs. funksjonelt) på nettsteder. Bruk av databasen. Det er generelt spesialisert på en bestemt type databasmotor ( MySQL , Oracle Database , DB2 , Microsoft SQL Server , Sybase , Informix , PostgreSQL , Ingres , ...) kommersiell eller ikke.

Det er flere underkategorier av DBA:

• Utviklings- eller studiedatabaseadministrator: Han jobber sammen med utviklingsteamene og er ansvarlig for den logiske og fysiske modellen til databasen. Han er ofte ansvarlig for administrasjonen av basene i løpet av prosjektet. Han må kanskje utvikle SQL-prosedyrer eller skript, og delta i validering og tester. Det er ofte ansvarlig for innholdet og beholderen (dataene og selve serveren).
• Produksjonsdatabaseadministratoren: Sikrer tilgjengeligheten og funksjonen til databasesystemene. Han jobber i et miljø med høy tilgjengelighet 24 timer i døgnet, 7 dager i uken. Denne funksjonen er nesten systematisk ledsaget av tvangsbøter. Volumet kan være veldig viktig her, noen titalls til noen få tusen databaser per DBA, eller maksimalt hundre servere å overvåke. Det er generelt ansvarlig for containeren, men ikke for innholdet: databasesystemet, men ikke selve dataene. Imidlertid skal den fortsatt kunne gjenopprette data og gjenopprette et gyldig systembilde. Han er bedre betalt enn utviklingsadministratoren, hovedsakelig på grunn av risikoen og ansvaret han påtar seg: en stor svikt som kan gå så langt som konkurs i selskapet.

DBA-verktøy

Følgende verktøy er nyttige for DBAs arbeid:

• interne verktøy (spesifikt for DBMS): verktøy for sikkerhetskopiering, kontroll av tildelingsstrukturer, defragmentering av data, revisjons- eller innstillingsverktøy, veivisere for å sette opp replikasjoner, verktøy for å integrere høy tilgjengelighet i logisk nivå.
• eksterne verktøy (spesifikt for RDBMS eller uavhengige redaktører): dataintegrerings- eller eksportverktøy kalt ETL (Extract Transform and Load) eller ELT ( Extract Load and Transform ) som Talend, Pentaho, Oracle Data Integrator, SQL Server Integration Services - backup-verktøy (Herman fra Falconstore for Oracle, Speed ​​Light fra Quest Software for SQL Server ...) - forskjellige revisjonsverktøy (Performance Advisor fra Sentry for SQL Server, Toad from Quest Software for Oracle ...) - administrasjonsverktøy med høy tilgjengelighet på det fysiske nivået ( Oracle RAC, Microsoft Clustering Services), verifisering av beste praksis (SQL Server Best Practices Analyzer, etc.).

MERKNAD  : noen redaktører som Oracle lader hvert verktøy separat i tillegg til serverdriftlisensen. Andre som MS SQL Server inkluderer alle disse verktøyene som standard i lisensen, noen kan lastes ned.

Nødvendige kvaliteter

De personlige egenskapene som kreves for å lage en god DBA er som følger:

• erfaring: gitt utfordringene i sitt yrke, er det sjelden at en IT-spesialist forfremmes til DBA når han slutter på skolen. Funksjonen må ha litt erfaring før den kan antas fullt ut;
• tilgjengelighet: i en SMB må en DBA kunne nås noen ganger 24 timer i døgnet og handle raskt hvor han er. I et stort selskap, selv om arbeid utføres i normal kontortid, er den mest risikable vedlikeholds- eller migreringsoperasjonen planlagt på søndager og helligdager for ikke å straffe brukere (produksjon og kunder).
• pragmatisme: selv om han må handle i en nødsituasjon, må han opprettholde roen og ha nok autoritet og kompetanse til å pålegge sin kunnskap og hans manerer
• kulde, avstand: gitt den strategiske betydningen av data i IS, kan DBA bli tvunget til å bli en privilegert samtalepartner for ledelsen når det er i strid med hans direkte overordnede eller hans sikkerhet (CIO, systemingeniører).
• resonnement: gitt mangfoldet av teknikker som kreves for å mestre og kompleksiteten i DBMS, er det viktig å bruke god dømmekraft og sunn fornuft for å løse visse problemer.

MERK  : en av hovedfordelene med DBA-yrket er at den ikke er veldig følsom for offshore. Så mye som selskaper har interesse av å flytte utviklere der kostnadene er lavere, ettersom data ofte er hjertet i kraften, har selskaper all interesse i å holde sensitive data (spesielt beslutningstaking) så nær som mulig.

Dette faktum blir imidlertid teoretisk stilt spørsmål ved konkurranse fra fremvoksende land som India, der IBM hadde planer om å flytte alle SNCFs IT-tjenestefunksjoner, da de vant et anbud. I møte med medieopprøret måtte IBM, som garanterte at informasjonen var integrert (siden det er et element i anbudet), samtidig som det reduserte kostnadene med ti, å bo i Frankrike, men til en høy pris. Ledelsen i SNCF begraver ikke prosjektet fordi det lider store økonomiske tap og mener at det ikke er opp til det å subsidiere sysselsetting i Frankrike.

Generelle vilkår for å utøve yrket

Avhengig av tjenestetype og miljøet som skal administreres, kan forholdene variere. Generelt praktiseres denne okkupasjonen i henhold til vanlig arbeidstid, men gir nesten alltid etterspørsel etter overtid eller helger, etter produksjonsstillinger. Noen ganger kreves det mye intellektuell innsats for å holde styr på dataene og forstå nomenklaturen og strukturen. Yrket praktiseres hovedsakelig foran en skjerm. En kontinuerlig innsats for å oppdatere kunnskap er nødvendig.

Opplæring

Tilgang til denne aktiviteten krever generelt høyere utdanning eller universitetsgrad. Interessen for matematiske modeller og evnen til å tenke strukturert er også en del av utvalgskriteriene.

Det er for tiden vitnemål generelt kombinert med nettverksadministrasjon (ARDB profesjonell lisens). Det er også visse spesialiserte kurs i databaseadministrasjon som tilbys av universiteter ( “  UV NFE 113 du CNAM  ” ( Arkiv • Wikiwix • Arkiv .is • Google • Hva skal jeg gjøre) ? ) ) eller profesjonelle opplæringsorganisasjoner (Orsys, Learning Tree, etc.) som gir opplæring i løsninger som er spesifikke for utgivere.

Kurset som kreves for å oppnå ferdigheter gjennom sertifisering er ofte veldig dyrt fordi det er flere. Eksempel: Å oppnå MCDBA-sertifisering for MS SQL Server krever 4 til 5 opplæringskurs og 3 til 4 eksamener.

DBA er ofte tidligere informatikere som har spesialisert seg på.

Godtgjørelse

I Frankrike

Fra € 35.000  (nybegynner) til € 75.000  per år (situasjon i 2008). Gjennomsnitt rundt € 40.000  . Median rundt € 50.000  .

Imidlertid er disse lønningene knyttet til en leder , a priori bac + 5, mens en veileder , a priori bac + 3 eller BTS, eller en tekniker (BTS, lavere vitnemål eller selvlært), vil ha mindre ansvar og mindre inntekt. Personlig trening (dataspråk, menneskelige forhold til ansatte, rektorer og kunder) og kontinuerlig opplæring (programmeringskonsepter, prosjektledelse) er derfor veldig viktig.

I USA og Canada

Fra $  50.000 (nybegynner) til $ 100.000  per år (situasjon i 2011), Gjennomsnitt rundt $ 70.000  . Median rundt $ 80.000  . De uavhengige DBA-ene er de best betalte av alle (100 000  $ ), men jobben deres er aldri garantert.

$ i amerikanske dollar, den kanadiske dollaren (CAD) er på nivå (juli 2011)

Merk: I store organisasjoner betales DBA mer enn IS-administratorer på grunn av den viktige viktigheten av data. Et operasjonskrasj er alltid reversibelt, men ikke tap av data (hvis det spares på sikkerhetskopier av data).

Anbefalt lesing

• Introduksjon til databaser , Chris Date, Vuibert, 2004 ( ISBN  978-2-7117-4838-9 )
• Databasehåndtering og administrasjon (Application to Sybase and Oracle) , Nacer Boudjlida, Dunod, 2003 ( ISBN  978-2-10-005847-1 )
• Database Administration: The Complete Guide to Practices and Procedures , Craig S. Mullins, Addison-Wesley Professional, 2002 ( ISBN  978-0-201-74129-2 )

Merknader og referanser

1. CIGREF 2010-nomenklatur, side 100, http://www.cigref.fr/cigref_publications/RapportsContainer/Parus2010/nomenclature_2010_CIGREF.pdf
2. http://www.journaldunet.com/solutions/systemes-reseaux/actualite/dba-fonction-la-mieux-payee-du-domaine-support-exploitation.shtml DBA: best betalte funksjon i support / utnyttelsesdomenet - Journal of Net Solutions
3. Lønnsinformasjon: HR-bekreftede lønninger og kompensasjonsdata | Monster.ca