Discussion :

[heeroyiu]

Bonjour à tous,

Je suis actuellement en 3ème année à Supinfo et avec pour l'instant un profil plutôt développeur .NET (WPF, Windows Phone 8, ASP.NET).

Je cherche à m'orienter dans le domaine de la SGBD.
(plus particulièrement dans le domaine d'oracle.)

Auriez-vous des conseils à me donner pour devenir DBA? (Je cherche à devenir de préférence DBA Oracle)

Sinon connaissez-vous des boites qui recrutent des apprent-DBA (que ça soit à montréal ou à Paris), sachant que je peux rester plusieurs années de suite et continuer en alternance .


Sinon, pour ceux qui sont dans une situation similaire, voici les conseils que j'ai eu pour l'instant :
-Tenter de faire un stage d'admin, ou un stage autour des produits business intelligence (SSIS, SSRS pour SQL Server mais je n'ai absolument aucune notion sur SSIS pour l'instant).

-S'intéresser à d'autre techno comme SQL Server et ne pas me contenter d'Oracle.

-Passer des certifs

Cordialement.

[phili_b]

hop

2 liens au sujet de la fonction de DBA sur ce forum :

• Devenir administrateur de base de données
• Votre avis sur les métiers DBA/Architecte

[Tlams]

L'an dernier, Orange m'avait envoyé une fiche de recrutement pour un poste d'ing' DBA Oracle en alternance sur leur site dans le 19eme.
Il est pas impossible que cette année ils recrutent encore.

[Glutinus]

Hello,

Honnêtement, je pense qu'un DBA Oracle on en cherche partout (où il y a de l'Oracle cela s'entend). Par contre ce sera à toi de creuser pour avoir les parties intéressantes sinon ton rôle va se limiter à kicker les users qui ont lancé une requête trop lourde, rajouter bêtement de l'espace disque et rebooter la machine si elle tombe. Des DBA Oracle on en trouve, des bons c'est plus compliqués. Paradoxalement, des fois un développeur s'y connaît mieux qu'un DBA...

[Kaoru-tabris]

Je t'ai envoyé un mp

[Invité]

pas trop d'accord avec avec vous, pour être dba oracle faut être dba oracle. On ne recrute pas de dba débutant, pour moi c'est un mythe.
Pour devenir dba, il faut absolument que tu fasses ton stage de fin d 'étude dans une boite de consulting bd/oracle et que tu te fasses embaucher. Si t'es motivé tu peux passer la certif OCA. Y a aussi beaucoup d'admin sys qui deviennent dba après plus de 5 ans d'exp.
Mais comprend bien, que jamais au grand jamais on ne comptera sur un junior pour gérer des dbs, même en dev. C'est très important que tu comprennes çà. Parce qu'Oracle, c'est cher donc si tu as oracle tu as forcément les moyens d'avoir un dba et donc tu as un dba exp.

[Invité]

Parce qu'Oracle, c'est cher donc si tu as oracle tu as forcément les moyens d'avoir un dba et donc tu as un dba exp.

Euh, ce n'est pas la valeur d'oracle qui a de l'importance mais plutôt la valeur des DONNÉES ! Et sachant qu'une bd plantée, ça impacte directement la prod, c'est aussi ça qui coûte très cher. Tu rajoutes les notions d'éthique, de confidentialité et de sécurité...
C'est sûr qu'un débutant ne se trouvera pas à gérer les bds de prod dans une grosse boîte, ou alors encadré par une équipe de DBA.
Par contre, dans une PME, c'est possible !

Pour ce qui est de mon parcours, en version courte :
J'ai commencé par faire du DEV sous Forms et Reports en m'occupant un peu de la bd à un niveau de compétence stagiaire puis j'ai regardé un vrai dba travaillé.
Je me suis par la suite perdu dans les méandres des SSII dans des missions alimentaires et débilitantes.
Par un miracle aussi opportun qu'inattendu, une fin de mission me propulse DBA sous Oracle (poste qui m'intéressait). En gros, ça se passe plutôt mal car j'ai été vendu comme senior alors que pas du tout. En plus, le client externalise, donc ça tourne court en quelques mois mais j'ai au moins le titre dans mon cv et j'ai enfin trouvé ma vocation dans les TI.
Par la suite, je fais des missions de DEV Report, Forms, Wharehouse Builder et DBA. Rien de très palpitant mais j'étoffe mon cv et j'apprends.
Une histoire d'amour me fait quitter la France et me catapulte à Montréal.
Là, je suis embauché rapidement comme DEV PL/SQL et DBA Junior.
Je passe DBA à plein temps au bout de 3 mois et je me spécialise sous MS Sql Server parce qu'il y avait un besoin pour ça.
Depuis, je suis DBA SQL Server Senior pour une PME.

[Glutinus]

pas trop d'accord avec avec vous, pour être dba oracle faut être dba oracle. On ne recrute pas de dba débutant, pour moi c'est un mythe.
Pour devenir dba, il faut absolument que tu fasses ton stage de fin d 'étude dans une boite de consulting bd/oracle et que tu te fasses embaucher. Si t'es motivé tu peux passer la certif OCA. Y a aussi beaucoup d'admin sys qui deviennent dba après plus de 5 ans d'exp.
Mais comprend bien, que jamais au grand jamais on ne comptera sur un junior pour gérer des dbs, même en dev. C'est très important que tu comprennes çà. Parce qu'Oracle, c'est cher donc si tu as oracle tu as forcément les moyens d'avoir un dba et donc tu as un dba exp.

Il ne faut jamais dire jamais.
Il y a des milliers de boites en France et on voit toutes les structures. Alors c'est sûr que chez FrenchBank#1oftheWorld les mecs c'est souvent des têtes, ou du moins des mecs bien expérimentés, quoique y a des boulets aussi, comme partout.
En tout cas j'ai déjà vu sur des plus petites structures (éditeurs de 100 employés, SI d'une branche de l'activité) qui cherchaient des DBAs Oracle. Ils ont promu un release manager pour je ne sais quelle raison, qui s'est formé sur Oracle sur le tas.
Dans un autre cas, c'était un admin système qu'ils ont promu, peut-être parce qu'il avait accepté certaines conditions de travail (astreinte sur site de nuit une à deux fois par mois).

Donc pour moi oui, ça peut marcher sur un malentendu, comme partout, comme pour un chef de projet, un développeur, un architecte...

[Invité]

ok, y a toujours des contre exemple mais ça reste des exceptions, pas la règle.
Relis tes exemples, ils me donnent raison.... Ils n'ont pas pris de débutant... Ils ont pris en interne des gens expérimentes et souvent des adminsys, ce que je disais dans mon post précédent.

[Glutinus]

Chacun son avis, je te dis juste ce que je constate, et en une demi-douzaine de missions en BI, j'ai vu :
* relativement peu de DBA qui savait faire mieux que rajouter du datafile et rebooter un service. La réponse favorite du DBA de mon ancienne mission quand je posait une question sur notre architecture Oracle "Je ne sais pas, mais si tu sais comment faire, n'hésite pas à donner la mission"
* relativement peu de DBA de formation, la plupart ont été dans des métiers périphériques et les DBAs en cours étaient ravis d'avoir un backup ou quelqu'un avec qui travailler.
* peu de DBA stagiaire, comme tu dis on recherche des moutons à 5 pattes : des DBAs expérimentés et opérationnels tout de suite.

Donc je demeure du même avis que 7gy : on peut commencer par quelque chose de périphérique, s'intéresser au métier parce qu'on a besoin. Quand il y a une anomalie sur un temps de traitement on demande généralement à un développeur. S'il s'aperçoit que le problème est dans la requête, c'est d'abord lui qui essaie de la tuner avant de demander un avis au DBA. Puis petit à petit être backup et faire ses preuves.

Ceci dit, s'il y a des offres de stagiaire DBA, ne pas hésiter à sauter dessus. Mais faire attention à ne pas rester dans le reboot-rajoute comme je dis plus haut.

[Miistik]

Chacun son avis, je te dis juste ce que je constate, et en une demi-douzaine de missions en BI, j'ai vu :
* relativement peu de DBA qui savait faire mieux que rajouter du datafile et rebooter un service. La réponse favorite du DBA de mon ancienne mission quand je posait une question sur notre architecture Oracle "Je ne sais pas, mais si tu sais comment faire, n'hésite pas à donner la mission"
* relativement peu de DBA de formation, la plupart ont été dans des métiers périphériques et les DBAs en cours étaient ravis d'avoir un backup ou quelqu'un avec qui travailler.
* peu de DBA stagiaire, comme tu dis on recherche des moutons à 5 pattes : des DBAs expérimentés et opérationnels tout de suite.

Donc je demeure du même avis que 7gy : on peut commencer par quelque chose de périphérique, s'intéresser au métier parce qu'on a besoin. Quand il y a une anomalie sur un temps de traitement on demande généralement à un développeur. S'il s'aperçoit que le problème est dans la requête, c'est d'abord lui qui essaie de la tuner avant de demander un avis au DBA. Puis petit à petit être backup et faire ses preuves.

Ceci dit, s'il y a des offres de stagiaire DBA, ne pas hésiter à sauter dessus. Mais faire attention à ne pas rester dans le reboot-rajoute comme je dis plus haut.

Par contre ce sera à toi de creuser pour avoir les parties intéressantes sinon ton rôle va se limiter à kicker les users qui ont lancé une requête trop lourde, rajouter bêtement de l'espace disque et rebooter la machine si elle tombe.

Bonjour,

Corrigez moi si je me trompe mais il me semble que le métier de DBA (Oracle ou SGBD pro) est un peu plus compliqué que cela (pour connaître des DBAs)

Théoriquement, dans une société organisée et avec un département dév correct, le rôle du DBA est primordial.
Au delà de kicker un user qui abuse ou de rajouter de l'espace disque, le DBA :
- fournit les vues aux développeurs
- élabores les MCD, les modèles physiques et consorts.
- gères les backups
- fournit les scripts Oracle de bascule en lien avec les admin sys/réseaux
- géres les users et les droits
- fournit les fonctions stockés, transactions ...
- optimise la performance
- effectue des audits d'utilisations des bases/tables
...

Bref, c'est un vrai métier qui peut être passionnant dans une structure où ce rôle est utilisé judicieusement.

[Glutinus]

Bonjour Mistiik,

Je suis complètement d'accord, mais ça c'est quand il y a du budget pour les projets intéressants.
C'est comme pour un développeur, d'après les fiches de poste il est souvent même analyste-concepteur-développeur :

* il rédige les spécifications techniques
* il peut rédiger, ou assister à la rédaction, des cahiers de recette technique
* il peut gérer de la performance
et je peux rajouter des listes - veille, expertise, POC, benchmark, qualité, réécriture, rétro-ingenierie.

Mais dans un projet fini en production et maintenance, voire mourant, il peut être surtout là pour se prendre des baffes, réparer l'impossible sur une goélette minée de l'intérieur. Rédaction de specs ? On verra après. Les commentaires ? Pour les tarlouzes. Oui oui on rationnalisera le processus le mois prochain, promis juré. Une évolution ? Mais pourquoi ça marche très bien. Ha bon vous devez relancer douze traitements critiques à la main ? Mais ça ne me regarde pas, il faut que ça fonctionne pour le mois dernier. Et tiens prends le portable d'astreinte ce week-end... bien sûr t'es pas déclaré, t'es cadre.

Dans ce genre de contexte, où la prod est vérolée, la tâche du DBA se résume malheureusement à ce que je dis : remonter une base surchargée comme une mule, rajouter du datafile parce qu'on travaille avec 110 tables temporaires, des requêtes qui surgonflent et on verra pour les contraintes d'intégrité après, pas besoin de PK pour les erreurs ORA 00001 on fera un distinct dans la vue après.

Donc oui dans le paradis idéal du DBA, le gentil développeur ou CP va demander des trucs super intéressants comme tu dis des scripts pour les sys-admins, une optimisation d'une requête par un index idéal ou un réajustement du tablespace, voir si en passant avec la version golden++ ça vaut le coup d'investir des millions. Mais ça c'est sur les fiches de poste...

PS : maaaaaaaaaaaaaaais encore une fois je reconnais que j'ai des contextes TRES compliqués, en manque de budget, avec des formations à l'arrache pour pousser à faire des tâches inutiles. Tout bon DBA qui passe ici me dira que j'ai tort à force d'exemple ; je dis juste ce qui risque d'arriver...