Salut tout le monde,
En début de semaine prochaine, je dois passer un entretien
technique pour un poste de DBA Oracle.
Alors je vous demande :
 
-- Quelles sont les questions auxquelles je dois m'attendre ?
 
-- Quelles sont les questions qui reviennent le plus souvent ?
 
Merci pour vos réponses.
Cela m'aidera à me préparer efficacement.
 
Je compte sur vous pour m'aider à avoir ce job qui me tient à coeur ...

Oh mon Dieu
si je peux te donner un conseil, foire ton entretien et fuis en courant tant qu'il est temps
 
bon sinon, je fais ce job, et personnellement on m'a pas trop posé de questions ! j'ai juste eu droit à des trucs genre :
- avez vous des notions de programmation procédurale ? (à cause des procédures stockées)
- êtes vous prêt à rester tard le soir si le besoin s'en fait sentir,
- connaissez vous le PL/SQL ?
et pis c'est tout ! mon CV a fait le reste
 
mais bon, si tu peux, .... COURS ET NE TE RETOURNE PAS !!

Harkonnen
 
En fait j'ai +sieurs années d'expérience de dév Oracle et
une première mission réussie de DBA ORACLE.
J'ai déjà eu des entretiens, je ne sais pas si tu en a fait récemment
pour décrocher des missions, mais les gars te cuisinent actuellement.
Du style :  
-- quelles sont vos procédures de Tuning ?    
-- Savez utiliser RMAN et comment faites-vous ?    
-- Etc ...
 
Et pleins de petites questions pièges qui sur le coup déstabilisent,  
mais une fois l'entretien terminé, tu te dis : mais, JE SAVAIS LA REPONSE !!!
Donc si toi ou d'autres, pensez à des petites questions pièges pour tester le niveau d'un DBA postulant, DO NOT HESITATE ...
 
Merci les DBA !!!

non non, moi j'ai rien eu de tout ça, c'était pour une banque et les mecs voulaient juste qq1 qui sache manier cette fichue machine à planter des ORA machin

Et là tu lui répond: néons rouges en bas et autocollants sur le coté

WhatDe
  Un peu de sérieux qd meme
C'est vachement important pour moi ...

Moi ma réponse c'est :
- Vous avez internet ?
- Oui
- Bon, ben alors attendez deux minutes, je vais poser la question sur HFR et je vous tiens au courant

En tout cas, pour le coup du "vos procédures de tuning", j'y connais rien en DBA (enfin, un tout petit peu de SQL Server, mais ça se limite à du bidouillage et un peu de théorie), je trouve ça bidon au possible.
 
En effet, et dans le monde des SGBD plus encore que dans tous les autres domaines, c'est 100% dépendant de tout sauf de ce qui est écrit dans un bouquin.
 
Une appli qui log une mirriade d'informations et génère des états une fois par jour, ça s'optimise pas du tout pareil qu'une appli qui fait des transactions intensives et multiples sur des petits volumes de données, tout comme c'est différent d'une appli dont les données changent peut, qui sont très solicitées par des requêtes à longueur de temps.
 
Bref. Moi le gars qui me pose ce genre de question en entretien, je l'envoie bouler, et je cherche un autre employeur.
 
Le type d'entretien d'Harko me semble bien plus intelligent : "tu sais faire ou tu sais pas faire ?". Après, que tu fasses d'une manière ou d'une autre, je vois pas ce que ton patron en a à foutre.

Merci pour ton intervention Arjuna.
 
En fait, ce type d'entretien est mené par le responsable technique
le plus souvent et je ne pense pas qu'il se contentera de réponses du
style "je vais faire des recherches et je vous tiens au courant".
C'est pour des postes où on va me placer chez des clients Grands Comptes
et ils s'attendent à quelqu'un de très pointu sachant intervenir au plus vite sur des situations critiques du genre Récupération des données
lors du plantage de BDD de Grosses Volumétrie (comme on en trouve dans les banques).  
C'est clair qu'ils ne peuvent pas te confier ce type de mission sur de
la tchatche ou sur ce qu'il y a marqué sur le CV : IL FAUT LE PROUVER
lors de l'entretien technique qui sert en général à ça.
 
Les entretiens dont vous parliez sont les entretiens avec les
Ingénieurs d'affaires qui eux ne sont pas au point niveau techno.

Je suis d'accord avec ta réaction, et avec les attentes du gars qui embauche.
 
Cependant, je reste sur ma position.
 
Si tu demandes à un mécano "comment tu améliores la vitesse d'un véhicule", il va t'envoyer chier à te répondant qu'un traceteur, ça marche pas comme une voiture, et encore moins qu'un avion.
 
Chez GE, où j'ai effectué une assez longue mission, on avait plusieurs bases de données Oracles sur gros systèmes Unix. D'une base à l'autre, les DBA n'étaient pas les mêmes pour la maintenance, tout simplement parceque les fonctionnalités des bases étaient différentes, et que l'administration était radicalement différente d'une base à l'autre.
 
Un coup, une base à planté alors que l'admin qui y était dédié était en vacances. L'admin qui s'occupait de la base de l'ERP (la plus grosse à la plus solicitée) s'est penché sur le problème. A fait quelques manips, et à tout simplement terminé de planter le serveur. Il a fallu appeler d'urgence le DBA qui s'occupait de cette base pour pouvoir la relancer. Pourtant, c'était la même version d'Oracle, et sur le même serveur Unix. Simplement, le paramètrage était radicalement différent, et ce qui était vrai pour l'une était faux pour l'autre.

Merci pour ton intervention Arjuna, mais j'ai l'impression
que tout ça ne fait pas trop avancer le shmilblick.
On ne va pas se plaindre de ce qui devrait être fait ou pas,
mais plutôt s'intéresser à l'objet de mon post.
C'est mon entretien le plus important et jusque-là, mon post
n'a rien donné d'intéressant...
De toutes facons, c'est trop tard pour s'en préoccuper vu que ça
se passe demain.  
Et je pense être prêt en fin de compte.
 
Je vous tiendrais au courant...

Bah qu'est-ce que tu veux qu'on te dises ? Moi chuis pas DBA

Et alors ça a donné quoi ?

 
Non tu réponds statpack ou que tu commences par regarder les waits ou etc... etc... on peut très bien répondre à ce type de question