Discussion :

[elharet]

Bonjour tout le monde;
est ce que je peux savoir quels sont les taches d'un DBA.
Merci.

[jmguiche]

Cela dépend un peu des organisations, mais globalement :

• Assurer le suivi de production des bases de données (elles tournent correctement, si il y a un pb : analyser, résoudre ou transmettre aux personnes compétentes... assurer le suivi de l'occupation d'espace... surveiller qu'il n'y a pas de dégradation des performance...)
• Créer les bases
• Assurer la bonne optimisation des structures mise en place,
• Mettre en oeuvre les systeme de sauvegarde et de back-up
• Veiller à la sécurité des données (controles d'accès, privilèges...)
• qqfois aider les équipes de dev dans leur choix, assurer un rôle d'expert dans le devellopement.

J'en oublie...

[orafrance]

Et aussi :
- Rédiger des normes de dév SQL et PL/SQL
- Corriger les erreurs (passer des patches notamment)
- Monitorer les bases de données pour vérifier leur bon fonctionnement et éventuellement programmer un upgrade hardware
- Faire de la veille techno : vérifier les avantages/inconvénients des nouvelles versions, mettre en oeuvre des solutions techniques, etc...

On est pas loin d'avoir fait le tour là je pense

[Adomi Razaki]

Cela dépend un peu des organisations, mais globalement :

• Assurer le suivi de production des bases de données (elles tournent correctement, si il y a un pb : analyser, résoudre ou transmettre aux personnes compétentes... assurer le suivi de l'occupation d'espace... surveiller qu'il n'y a pas de dégradation des performance...)
• Créer les bases
• Assurer la bonne optimisation des structures mise en place,
• Mettre en oeuvre les systeme de sauvegarde et de back-up
• Veiller à la sécurité des données (controles d'accès, privilèges...)
• qqfois aider les équipes de dev dans leur choix, assurer un rôle d'expert dans le devellopement.

J'en oublie...

Et aussi :
- Rédiger des normes de dév SQL et PL/SQL
- Corriger les erreurs (passer des patches notamment)
- Monitorer les bases de données pour vérifier leur bon fonctionnement et éventuellement programmer un upgrade hardware
- Faire de la veille techno : vérifier les avantages/inconvénients des nouvelles versions, mettre en oeuvre des solutions techniques, etc...

On est pas loin d'avoir fait le tour là je pense

My goodness!!! ... tout ça sur les épaules d'une seule personne??? Et la liste n'est pas close si je comprends bien. Quand prend t-il sa pause?

[Invité]

My goodness!!! ... tout ça sur les épaules d'une seule personne??? Et la liste n'est pas close si je comprends bien. Quand prend t-il sa pause?

La nuit, à la machine à café, quand tu es seul, rester à faire une mise en production et que les couloirs sont vides, en attendant que tes scripts se terminent...

[orafrance]

Quand prend t-il sa pause?

Quand il a suffisamment bien bossé pour n'avoir plus qu'à attendre les alertes ou quand il a réussi à faire embaucher un autre DBA

[Adomi Razaki]

La nuit, à la machine à café, quand tu es seul, rester à faire une mise en production et que les couloirs sont vides, en attendant que tes scripts se terminent...

Brrrr...on dirait qu'il est un solitaire, le DBA. Mais bon...j'imagine qu'il doit assumer ses choix.

Quand il a suffisamment bien bossé pour n'avoir plus qu'à attendre les alertes ou quand il a réussi à faire embaucher un autre DBA

Ca c'est bien malin... je comprends mieux bien des choses maintenant

Faut quand même avouer que c'est une fonction cool. Il suffit de l'aimer n'est ce pas?

[orafrance]

Ca c'est bien malin... je comprends mieux bien des choses maintenant

c'est à dire ? Quand tu fais le travail de 3 personnes y'a bien un moment où le DSI doit renforcer l'équipe

Faut quand même avouer que c'est une fonction cool. Il suffit de l'aimer n'est ce pas?

bah ça dépend hein... quand t'es un soir de réveillon en train de te prendre la tête sur une migration ou avec le PDG qui regarde au dessus de ton épaule en attendant que tu lui dises que la prod peut repartir c'est loin d'être fun

Et à l'opposé, travailler sur un base qui tourne comme une horloge avec aucun projet en vu, les journées sont longues.

Donc, oui, faut l'aimer c'est évident

[skuatamad]

Salut orafrance,

Bon, rassure moi quand même ces responsabilités ne sont pas quotidiennes :

Et aussi :
- Rédiger des normes de dév SQL et PL/SQL
- Corriger les erreurs (passer des patches notamment)

Parce que pour moi, si une norme évoulue tous les jours...ben... c'est plus une norme.
Et s'il fallait passer des patches tous les jours...la réputation d'oracle serait quand même bien mal acquise..., même si une veille techno, via metalink notamment, me semble évidente.

Enfin c'est un point de vu côté dev, mais je ne pense trop pas me tromper quand même (je pense même enfoncer des portes ouvertes, mais bon... )

En tout cas, c'est un métier qui à l'air, au minimum très interessant, si ce n'est palpitant.

D'ailleurs, un grand merci à tous les DBAs présents sur DVP pour le temps passé à nous aider, nous les devs, pas toujours très compétents (et je parle pour moi notamment ), à nous améliorer.

@+

[Pomalaix]

Salut orafrance,

Bon, rassure moi quand même ces responsabilités ne sont pas quotidiennes :

Sisi, je le connais, il a des réveillons tous les soirs !!

[skuatamad]

Sisi, je le connais, il a des réveillons tous les soirs !!

Haha, trop dur la vie de DBA, au moins... pour le foie

[orafrance]

Enfin c'est un point de vu côté dev, mais je ne pense trop pas me tromper quand même (je pense même enfoncer des portes ouvertes, mais bon... )

Ce ne sont pas les seuls tâches... on a aussi une casquette d'assistante sociale pour les dévs qui savent pas aligner 3 lignes de PL/SQL ou pondre une requête performante

Plus sérieusement, quand tu commences à avoir une dizaine de bases volumineuses à gérer ça peut devenir assez compliqué et prenant.

En tout cas, c'est un métier qui à l'air, au minimum très interessant, si ce n'est palpitant.

Ca dépend du contexte et aussi des "pouvoirs" que tu as... mais c'est plus facile de s'éclater en étant DBA qu'en étant dév ça, pour moi, ça ne fait aucun doute. C'est pas pour rien que je suis passé du dév à l'admin

D'ailleurs, un grand merci à tous les DBAs présents sur DVP pour le temps passé à nous aider, nous les devs, pas toujours très compétents (et je parle pour moi notamment ), à nous améliorer.

Un DBA qui garde sont savoir pour lui, il faut qu'il change de métier

[orafrance]

Sisi, je le connais, il a des réveillons tous les soirs !!

Yep... et c'est pas évident tous les jours

[scheu]

on a aussi une casquette d'assistante sociale pour les dévs qui savent pas aligner 3 lignes de PL/SQL ou pondre une requête performante

Ca me rassure de savoir que je ne suis pas le seul dans cette situation

[Adomi Razaki]

un grand merci à tous les DBAs présents sur DVP pour le temps passé à nous aider, nous les devs...

@+

et les DBAs débutants qui ont peur chaque fois qu'ils doivent faire une tâche qu'ils n'ont jamais fais et qui posent parfois des questions idiotes.

Un DBA qui garde sont savoir pour lui, il faut qu'il change de métier

C'est pourquoi nous vous disons MERCI!

bah ça dépend hein... quand t'es un soir de réveillon en train de te prendre la tête sur une migration ou avec le PDG qui regarde au dessus de ton épaule en attendant que tu lui dises que la prod peut repartir c'est loin d'être fun

Bah faut bien qu'il justifie le salaire qu'on lui donne non?

[orafrance]

Bah faut bien qu'il justifie le salaire qu'on lui donne non?

certes... mais les DBA ne gagnent pas beaucoup plus que les dévs, j'ai même longtemps était payé moins

[ducho]

Bonjour ,

chez nous, les devs gagnent tous plus que les administrateurs ..
beaucoup de n+2 chez les admins
(on est 3) et de n+5 chez les devs (ils sont 5 ) lol ...

Sinon , d' une façon générale la production c' est plus stressant que le dev ou le support .
Dans une boite ou il n' y a pas de budget , c' est qd même galére et en général le budget, on n' en parle jamais à l' embauche ...

cdlt