Pourquoi l'administration de base de données est-elle si difficile?

Je connais beaucoup d' administrateurs de bases de données et ils ont tous entre 28 et 29 ans.

Est-ce que toute l'administration de base de données est comme ça? Je veux dire, s'agit-il d'acquérir de l'expérience plus de 7 à 8 ans?

Ou est-ce si difficile d'être administrateur de base de données?

Le poste nécessite un large éventail de connaissances allant du développement à l’administration système, voire à la gestion. Un administrateur de base de données doit savoir non seulement la sauvegarde, la récupération, les opérations internes, la mémoire et la sécurité, mais également comment communiquer avec les développeurs et la direction. Un administrateur de base de données pourrait donner une présentation de haut niveau à la direction, aider un développeur à définir une requête, provisionner de l'espace disque pour un nouveau système et restaurer des données à partir d'une sauvegarde au cours de la même heure. Ces responsabilités exigent une richesse de connaissances avec peu de chevauchement.

Les conséquences d'un échec sont généralement plus graves pour un administrateur de base de données que pour un développeur. Les administrateurs de bases de données prennent souvent en charge des dizaines, voire des centaines d'applications et de systèmes différents, dont la plupart sont essentiels au succès de l'entreprise. Une faille de sécurité, une défaillance de récupération ou un problème de performance peut avoir des conséquences de grande portée et dévastatrices. Cela nécessite un niveau de connaissance et d'expérience qui ne peut être acquis en peu de temps.

Plus un DBA fait son travail, moins il a de visibilité. Un DBA avec une base de données sécurisée, récupérable, disponible et performante manquera de reconnaissance. Les DBA se font remarquer quand il y a des problèmes. Non seulement ils se font remarquer lorsque leurs problèmes sont auto-infligés, mais ils se font également reprocher lorsque la base de données a des problèmes dus à un codage médiocre, à une configuration réseau incorrecte ou à un stockage mal configuré.

J'ai passé de développeur à DBA à l'âge de 29 ans. Pour moi, les choses qui rendent difficile le fait d'être un DBA le rendent également enrichissant. J'apprécie absorber et utiliser un large éventail de connaissances, et les chances d'échec accrues rendent son évitement d'autant plus utile que les autres le voient ou non.

Devenir DBA requiert en réalité une grande expérience, mais cela ne peut en gros provenir que de quatre voies différentes:

1. Être développeur et faire la transition vers un DBA
2. Etre développeur et en cours de rédaction en tant que DBA
3. Former directement un collège ou une école de métiers pour devenir DBA
4. Être un administrateur système et enchaîner ou faire double emploi en tant que DBA

Devenir développeur et faire la transition vers un administrateur de base de données

Dans une autre question posée sur ce site, Comment les administrateurs de base de données pourraient-ils être plus «conviviaux pour les programmeurs»? J'ai mentionné que j'étais développeur depuis 16 ans et que je travaillais avec des administrateurs de base de données. Après avoir travaillé avec eux, je me suis rendu compte que, dans la mesure où leur expérience incluait la théorie de la base de données, les mathématiques discrètes et la programmation, ils pouvaient voir comment une base de données devrait fonctionner et comment une requête devrait s'exécuter.

Avoir un DBA avec ces choses dans leur contexte m'a fait sentir que j'étais encore à l'université en train d'apprendre d'un professeur auxiliaire mais qui connaissait vraiment leur métier. Tant que l'administrateur de base de données est prêt à partager ce qu'il sait, sans le maîtriser , il peut devenir votre mentor en termes de développement d'instructions SQL (le langage SQL est en soi un langage de programmation sensible au contexte) aussi efficace que possible. Bien sûr, il existe d'autres éléments banals, tels que la réalisation d'installations, les sauvegardes, les mises à niveau logicielles, la surveillance des métriques de performances, la création de rapports, etc. Mais en tant que développeur, si vous vous concentrez sur les bases de données et sur le code SQL qui s’exécute sur ces bases, vous finirez par devenir si habile en langage SQL que ce sera une seconde nature et que vous pourrez vous concentrer sur le développement de l’application.

Les exigences imposées au développeur peuvent être éprouvantes, mais le DBA également. Le développeur qui passe volontairement au rôle de DBA passe du développement et du codage aux choses banales que j'ai mentionnées précédemment. À la lumière de cela, le DBA qui travaille en étroite collaboration avec les programmeurs offre à ce dernier l’occasion de contribuer de manière créative à tout projet, rendant ainsi le rôle d’un DBA bien plus intéressant.

Etre développeur et en cours de rédaction en tant que DBA

Pour la plupart des développeurs qui ne voient que développer et coder pour le reste de leur vie, cela pourrait être comme choisir d'être soit dans l'émission de téléréalité Survivor ou dans le jeu télévisé Wipeout . Le nouveau DBA passe son temps à interagir avec cette Black Box (connue sous le nom de base de données) qu’elle a contactée au fil des années pour obtenir des données.

Le nouveau DBA peut maintenant créer ses propres tables et index. Cela pourrait ressembler à laisser un Hibachi japonais cuire dans un restaurant italien. Le cuisinier peut préparer n'importe quoi, mais doit savoir qu'il existe de nouvelles recettes, de nouveaux ustensiles de cuisine, des couverts, de la viande, des épices, des légumes et de nombreuses autres choses banales auxquelles il faut s'adapter (assainissement, inventaire, heure de début, heures de travail, etc.). Ce n'est pas seulement une période de transition, mais aussi une période pour surmonter une longue courbe d'apprentissage. Un nouveau niveau d’expérience doit être appris et développé en dépit d’une cuisine japonaise experte au fil des ans. Dans cet aspect, les développeurs doivent se rééduquer pour penser comme un administrateur de base de données.

Former directement un collège / une école de commerce pour devenir DBA

C’est de loin le moyen le plus meurtrier de devenir DBA. C'est aussi le chemin le plus rare - en fait, c'est pratiquement inconnu. Nous parlons maintenant de laisser quelqu'un de McDonald's ou de Burger King entrer dans ce même restaurant italien.

Trois courbes d'apprentissage sont impliquées:

1. Appliquer les compétences des collèges / écoles de métiers au rôle de DBA,
2. Interaction avec les SGBDR particuliers (PostgreSQL, Oracle, MySQL, DB2, Sybase, Ingres) et
3. Interaction avec les développeurs ( un futur administrateur de base de données acquiert des compétences sociales décentes tout de suite à l’école? Oui, oui! ).

En cela, les développeurs auront le dessus sur les administrateurs de base de données pendant des années. Les administrateurs de base de données doivent apprendre à s'adapter rapidement aux besoins des développeurs dans leurs premières années en tant qu'administrateur de base de données. Un DBA pourrait peut-être toucher un salaire de départ décent, mais il est plus difficile de s’épanouir sans se développer dans ces trois domaines d’apprentissage.

Être un administrateur système et faire la transition vers un double rôle en tant que DBA

En tant qu'ancien développeur et maintenant administrateur de base de données, le rôle de SysAdmin n'est pas à prendre pour acquis.

Avoir le rôle de SysAdmin / DBA m'impressionne un peu. Chez l'hébergeur de mon employeur, nous avons un gars qui est SysAdmin / DBA (SCMDBA). Il est tellement submergé de projets d'infrastructure et de ses propres concerts internes à MySQL. Je ne l'envie pas, je le félicite. En toute honnêteté, étant donné que le véritable esprit d’un administrateur système / administrateur de base me est étranger, je laisse à la discrétion de l’administrateur de système / administrateur de base de mettre à jour ce paragraphe (ou de le remplacer complètement) pour décrire ce chemin .

Conclusion

Quel que soit le chemin que vous choisissez, le rôle d'un administrateur de base de données peut être distingué ou dégoûtant, en fonction de votre volonté d'être mentoré (ou torturé) au début et de votre volonté de travailler avec d'autres personnes. Ce n’est qu’alors que l’on peut dire qu’ils aiment être DBA.

En passant, il se trouve que j’ai expérimenté les deux premiers parcours de DBA à partir de août 2004, à l’âge de 39 ans. Les deux années d’expérience que j’ai eues dans le rôle de DBA ont permis de passer à un DBA à temps plein très agréable et confortable. .

Mon conseil aux DBA 28-29 ans? Travaillez aussi bien avec les gens qu'avec le SGBDR. Si vous évoluez dans ces deux domaines, vous pourrez en faire un administrateur de base de données pour les années à venir.

L'administration de la base de données est difficile pour deux raisons

Retour lent Si vous prenez une mauvaise décision dans le rôle d'un architecte logiciel, il faut généralement plus de temps pour obtenir un retour négatif par rapport à un programmeur. Le programmeur peut souvent prendre conscience de l'erreur lors de la compilation ou lors de l'exécution de tests, ce qui signifie que le cycle d'apprentissage est assez rapide. Un administrateur de base de données qui commet une erreur lors de la conception d'une base de données peut obtenir des informations lorsqu'il découvre comment les utilisateurs finaux utiliseront le logiciel. Cela signifie qu'il faudra peut-être des années pour obtenir le retour d'informations indiquant que la conception de la base de données était défectueuse et devait être modifiée. Par conséquent, il faut des années pour acquérir de l'expérience, au lieu de quelques minutes (parfois) pour les programmeurs.

Erreurs coûteuses C'est aussi la raison pour laquelle les PDG de grandes entreprises ont généralement la cinquantaine.

Il est assez facile d'être un mauvais DBA

Sérieusement, un administrateur de base de données assume généralement une responsabilité particulière dans un domaine souvent essentiel au succès ou à l'échec d'une entreprise: ses données.

Si vous dirigez une entreprise, vous voudrez peut-être employer des personnes expérimentées et compétentes dans ce rôle.

Je ne pense pas que ce soit une question de "plus facile" ou de "plus difficile" - juste une question de la valeur de vos données: il n'est pas plus difficile en soi de placer un satellite dans l'espace qu'une personne, mais vous vérifieriez vos sommes beaucoup plus pour ce dernier

À mon avis, être administrateur de base de données est facile… jusqu'à ce que quelque chose qui menace menace la société et le fardeau de réparer et de restaurer quoi que ce soit sur vos épaules.

Être administrateur de base de données (ou administrateur réseau ou système) est un poste qui requiert un certain niveau de maturité. Il faut quelqu'un qui travaille bien sous pression. Cela ne veut pas dire qu'il n'y a pas de personnes plus jeunes qui peuvent gérer cela avec les compétences nécessaires.

En outre, il est facile d'apprendre les commandes d'un livre pour sauvegarder / restaurer une base de données, optimiser la configuration du serveur, etc. Mais l'expérience est gagnante lorsque vous recevez l'alerte que votre base de données est en panne.

Je connais beaucoup d'administrateurs de bases de données et ils ont tous entre 28 et 29 ans. Est-ce que toute l'administration de base de données est comme ça?

La plupart des bons programmeurs solides que je connaisse ont également au moins 25 ans. J'imagine qu'il y a un facteur de corrélation entre l'âge et l'expérience = bon codeur. ;)

Je veux dire, s'agit-il d'acquérir de l'expérience plus de 7 à 8 ans? Ou est-ce si difficile d'être administrateur de base de données? Qu'est-ce que tu penses?

Être administrateur de base de données n'est pas facile, si c'est ce que vous voulez dire. Il y a beaucoup de choses que vous devriez savoir en tant que dba. Cela veut dire aussi école et quelques années de tutelle sous une autre personne. Rappelez-vous que les bases de données sont une logique définie, que presque personne ne va à l'école assez longtemps pour apprendre, ce que personne ne sait donc. Set-logic partage certaines règles avec l'algèbre, mais les moteurs (MSSQL, Oracle, etc.) sont eux-mêmes des éléments tordus de la mise en oeuvre de ces règles. Vous devez donc non seulement comprendre le calcul derrière les bases de données, courir sur. Cela ne compte même pas de connaître votre langage de script préféré (PL / SQL, TSQL, etc.).

Ensuite, considérez qu'en tant que dba, vous serez responsable de veiller à ce que les données les plus critiques de l'entreprise vous soient souvent confiées. Vous devez avoir passé les pires choses de "faire des bêtises" et avoir appris à faire preuve de retenue. La plupart des gens à 21-23 ne l'ont pas encore appris. Certains d'entre nous à 30 ans n'ont toujours pas.

OT: C'est pourquoi je dis que les gens ne savent vraiment rien avant d'avoir au moins 40 ans. On les considère alors comme si ils étaient au-dessus de la colline, alors qu'en réalité ils atteignent leur pas. (dit comme quelqu'un qui a 31 ans)

Je ne pense pas qu'être un DBA est difficile. Devenir un était bien.

Je voulais répondre pour ajouter un autre aspect qui n’a pas été discuté plus haut: le champ de vision.

Il existe une grande variété de rôles pour les développeurs et certains (par exemple, développement de pilotes de périphériques ou ordonnanceurs de systèmes d'exploitation) requièrent un champ de vision très étroit et une capacité à approfondir un petit problème et à le regarder d'un point de vue purement technique. . Il existe d'autres domaines qui requièrent des champs de vision très larges mais pas autant de profondeur technique (développement d'applications métier avec un cadre ERP de votre choix).

Les bases de données sont uniques, car pour bien les utiliser, vous devez être en mesure de passer rapidement et de manière transparente entre ces modes. Les bases de données sont des moteurs mathématiques, mais ce sont des moteurs mathématiques qui s'intègrent de manière très complexe dans les environnements professionnels. Par conséquent, il faut être capable à la fois d'aborder le problème mathématique en tant que problème mathématique et de se demander comment il s'intègre dans tout le reste.

Les ingénieurs de réseau expérimentés ou les administrateurs système expérimentés sont les mieux placés pour un administrateur de base de données principal dans ce domaine (bien que chaque domaine soit très différent - un bon administrateur système senior nécessite un champ de vision encore plus large qu'un bon administrateur de base de données, et les bons ingénieurs réseau nécessitent un champ plus profond).

En d'autres termes, pour être un bon administrateur de base de données, vous devez être en mesure de passer des exigences professionnelles de haut niveau aux compréhensions de très bas niveau relatives au stockage sur disque réel, puis aux mathématiques relationnelles et aux problèmes de conception purement techniques, le tout sans faille. toute transition réelle (et probablement lors de l’évaluation d’une décision spécifique).

Je travaille en tant que DBA et développeur. Les deux rôles sont extrêmement complémentaires, mais je suis d’abord un administrateur de base de données et si vous voyez les bibliothèques que j’ai écrites, ce serait évident. Mais la raison de leur complémentarité est que, du côté du développement, j’interagis directement avec les utilisateurs finaux du logiciel, je suis constamment sollicité pour la croissance de ma vision, tandis que du côté de la base de données, je peux me lancer un défi. sur la profondeur.

Il existe un autre chemin, légèrement différent de ceux énumérés.

Commencez en tant que développeur, puis devenez un concepteur de base de données, puis devenez DBA. Ce chemin était plus répandu il y a environ trente ans, lorsque les bases de données ont commencé à dépasser lourdement les applications basées sur des fichiers, et que les personnes possédant une expertise en base de données étaient rares.

PS: Quand j’étais un ancien programmeur devenu DBA, les programmeurs me demandaient «le travail de DBA n’est-il pas ennuyeux?

Ma réponse: "Ce n'est ennuyeux que de bien faire les choses!". :)

Je suis plutôt au début de mon parcours de DBA, mais voici quelques-unes des raisons pour lesquelles les gens peuvent trouver ce travail difficile ... C'est difficile parce que:

• vous avez beaucoup de responsabilités: les gens peuvent aller et venir dans une entreprise, mais pour bon nombre d'entre eux, leur atout le plus important est leurs données. Vous en êtes responsable et vous avez tous les pouvoirs. Comme dit le proverbe, les grandes puissances entraînent de grandes responsabilités. Des erreurs très coûteuses se cachent.
• il faut apprendre et continuer à apprendre: je vois cela comme un bonus, mais tout le monde ne veut pas prendre le temps de garder ses connaissances à jour.
• cela peut prendre beaucoup de temps: les choses vont casser au milieu de la nuit, serez-vous prêt?
• vous devrez souvent corriger les erreurs des autres: et vous n'obtiendrez généralement pas beaucoup de crédit pour tout votre bon travail. N'ayez pas peur de parfaire vos compétences relationnelles.

Brad Mc Gehee a écrit un livre à ce sujet: "Comment devenir un administrateur de base de données exceptionnel". À lire si vous avez l’intention d’approfondir la question.

Bonne chance!

Je suis devenue dba à l'âge de 25 ans. Cela m'a pris 6 mois à partir du moment où j'ai commencé mes études pour obtenir une certification et 2 mois plus tard, j'avais un emploi. Je pense que la détermination joue certainement un rôle majeur. Pour moi, ce n'était pas difficile de trouver le travail. Tout ce qu'il fallait, c'était de la puissance pour étudier et montrer que j'étais capable d'apprendre ce qui est jamais mis devant moi.

Je dirai que tout ce que j'avais était un diplôme en psychologie et une formation de centre d'assistance. Lorsque j'ai obtenu mon poste de DBA Oracle Apps, j'ai tout de suite pensé à OMG. Tout ce que j'ai étudié pour devenir un DBA CORE ne m'a pas aidé du tout. Je me souviens de m'être senti extrêmement submergé. Je devais me rappeler tous les jours que je pouvais apprendre cela et deux ans plus tard, j'ai acquis beaucoup plus de connaissances.

Ce que je dis, c'est qu'être un administrateur de bases de données n'est pas difficile, pas du tout, mais apprendre tout sur le tas et en dehors du travail, ce que nous devrions savoir, comme les dba précédents l'ont déjà mentionné, prend beaucoup de temps et demande beaucoup de diligence. J'ai trouvé à 27 ans que la plupart des gens de mon âge ou moins n'avaient pas la diligence ni le désir de vouloir apprendre un aussi large éventail de technologies. Mais j'aime mon travail d'administrateur de base de données Oracle Apps et j'attends avec impatience tout ce qui sera constamment jeté sur mon chemin pour apprendre. Vous pouvez le faire, si vous y réfléchissez, peu importe votre âge!

Être un DBA signifie également que vous êtes proactif plutôt que réactif. Vous devez pouvoir imaginer ce que l'avenir réserve et planifier en conséquence. Cela implique de travailler dur… une fois, plusieurs fois, et si vous le faites bien, la récompense est un manque total de reconnaissance du nom. :-) Vous devez également avoir la capacité de dire «non» aux gens (y compris les patrons) et de communiquer objectivement et efficacement les raisons pour lesquelles votre auditoire peut comprendre. Vous devez être prudent et prendre des décisions rationnelles dans des situations de haute pression. Vous devez être en mesure de reconnaître rapidement vos erreurs et de ne pas les laisser passer au bleu, mais plutôt de passer de "je ne peux pas croire que je viens de faire cela" à "d'accord, quel est le meilleur moyen de résoudre ce problème".

En tant que personne qui se considère principalement comme un administrateur système et deuxièmement comme un DBA accidentel, je pense qu’une partie de la question dépend de la somme de connaissances requise pour être autonome et faire le travail, ou peut-être plus important encore, pour comprendre le travail.

L'ancienne certification MCDBA résume assez bien, je pense. Quatre examens étaient nécessaires pour réussir, un examen SysAdmin, un examen d'infrastructure réseau, un examen de développement de base de données et un examen d'administration SQL. C'est un assez large éventail de sujets, alors, de manière réaliste, vous allez probablement y arriver en premier. Je dirais qu'une grande partie de l'administration SQL repose sur les épaules des trois autres. La plupart des utilisateurs y parviennent par le biais de l'une de ces voies. Par exemple, un administrateur système gérant les sauvegardes SQL (ma première incursion dans SQL il y a de nombreuses années), ou un développeur qui conçoit la base de données pour le code qu'ils écrivent. Au départ, vous ne saurez pas tout, mais vous maîtriserez au moins une partie de celle-ci, par exemple le système sur lequel le SQL s'exécute et le fonctionnement des autorisations, ou les méthodes de programmation utilisées pour parler à la base de données,

Il est difficile de juger si vous voulez vraiment être administrateur de base de données jusqu'à ce que vous le fassiez, mais grâce à la voie ci-dessus, les gens sont en mesure de le faire progressivement. Vous pouvez soit l’aimer et en faire votre priorité de carrière, soit trouver que ce n’est pas pour vous et vous en tenir à votre trajectoire professionnelle antérieure, le tout sans faire un saut géant dans l’inconnu. Mais cela prend du temps, et cela correspond à la tendance de la DBA à être "plus sage depuis des années" dans l'industrie.

Pour être un bon administrateur de base de données, vous avez également besoin de la confiance et de la maturité qui ont tendance à venir avec l'âge. D'autres ont énuméré d'autres aspects de cette question, mais j'ajouterais que j'avais la confiance en soi de dire non et de rester ferme, tempérée par l'expérience pour savoir quand cela conviendrait.

Enfin, je pense que pour être un bon administrateur de base de données, il faut un certain état d'esprit, et il est difficile de savoir si vous en êtes capable tant que vous n'êtes pas dans les tranchées. Le souci du détail, la volonté de planifier, la capacité d’envisager une vue d’ensemble et de ne pas avoir peur de documenter votre travail sont des aspects importants du maintien d’un système stable. Certains administrateurs système et certains développeurs sont comme cela et peuvent facilement faire la transition, alors que d’autres peuvent trouver que, même si leur approche a de la valeur dans leur travail actuel, en tant que DBA, ils auront du mal à trouver ce qu’ils ont à faire et à ne pas aimer le travail.

Je pense que la partie la plus difficile pour au moins devenir un joli administrateur de base de données involontaire est le fait que vous devez supporter tout ce qui arrive aux bases de données de l'organisation spécifique sur laquelle vous êtes tombé par hasard.

D'après mon expérience, mon premier choc a eu lieu un lundi matin lorsque le serveur de base de données s'est écrasé à cause d'une erreur matérielle apparente. Pourtant, j'étais soupçonné d'avoir commis une erreur.

Vous pouvez imaginer que tout ce que l'on a appris ou exercé de son vivant doit être appliqué pour que cette chose fonctionne à nouveau. Ensuite, bien sûr, vous pouvez créer un clone et même des sauvegardes flash de l'ensemble. Nous parlons ici d'un petit serveur de base de données qui achemine des éléments vers d'autres réseaux informatiques via des serveurs de liens. Néanmoins, la responsabilité est énorme pendant ces moments.

En tant que développeur de logiciels ou en tant que testeur de logiciels, la responsabilité est également grande, mais je n’ai jamais vécu une période aussi difficile. J'imagine que la raison réside dans le fait que chacune d'elles tisse un tout petit peu de la toile d'araignée du monde des technologies de l'information.

Si je deviens un jour administrateur de base de données, je mettrai à jour tout ce que j'ai écrit ici.

Et oui, j'ai maintenant 38 ans + 1/2.

Comme la plupart des compétences, apprendre à être dba prend du temps. Devenir un bon dba prend plus de temps. Plus vous lisez et apprenez, plus vous pouvez appliquer de connaissances.

Un autre moyen de devenir dba est la rédaction de rapports ou l’expertise en applications. Plus vous passerez de temps avec SQL sur vos mains, plus vous en apprendrez sur le fonctionnement de dbs. Devenir compétent dans les requêtes SQL fournira un bon point de départ pour devenir un DBA.