Appeler généralisées mauvaises habitudes dans l'administration de la base de données « mortel » peut sembler extrême. Cependant, lorsque vous examiner la nature critique de la plupart des données et dommageables à quel point de perte de données ou la corruption peut être à une société, « mortelle » semble assez dead-on.
Bien que ces habitudes sont désespérément communs parmi les CBM, elles sont curables avec certaines interventions de gestion astucieux. Ce qui suit est une liste des sept habitudes, nous considérons la plus meurtrière, avec quelques idées sur la façon de les éliminer.
Habitude # 1. LA saut de la foi: « nous avons foi en notre sauvegarde. »
Foi aveugle peut être attachants, mais pas quand il s'agit backing up une base de données. Sauvegardes devraient être approuvés seulement dans la mesure où ils ont été testés et vérifiés.
Remèdes :
• Avoir votre CBM vérifier que la sauvegarde est succédant régulièrement, préférablement à l'aide d'un script qui avertit les, s'il y a un problème.
• Maintenir une sauvegarde de votre sauvegarde. CBM devrait toujours utiliser au moins deux méthodes de sauvegarde. Une technique courante consiste à utiliser ces exportations démodées de sauvegarde pour les sauvegardes en ligne.
• Ressources test recouvrements aussi souvent que possible. Un signe précoce que votre équipe DBA est surchargée ou pas classer correctement est d'avoir un quart go par sans une récupération de test. Les recouvrements de test confirment que votre stratégie de sauvegarde est sur la bonne voie, tout en permettant à votre équipe pour les activités de rétablissement pratique ainsi qu'ils peuvent manipuler efficacement lorsque vient le temps.
Habitude # 2. GREAT EXPECTATIONS: « il travaillera la façon dont nous espérons qu'elle. Let ' S go ahead.
Bien que pas convivial au sens traditionnel, Oracle est très puissance convivial — une fois que vous avez travaillé avec lui pendant un certain temps, vous développez un instinct pour les choses de façon « devraient » travailler. Bien que cet instinct est souvent droite, l'un des plus dangereuses habitudes tout DBA peut posséder est une hypothèse que Oracle « juste » elle devrait être.
Remèdes :
• Inculquer une mentalité « pratique, pratique, pratique » dans toute l'organisation. CBM besoin de répéter des activités dans le sandbox de sécurité d'un environnement de test qui a conçu pour imiter étroitement le comportement du système de production. L'organisation doit permettre de temps et argent pour eux de le faire.
• Paire CBM inexpérimentés avec hauts ones autant que possible — ou prendre sous votre propre Escadre. Nouveau CBM ont tendance à être courageux, mais retour d'expérience de quelqu'un d'autre peut aider à inculquer certains paranoïa indispensable.
• Examiner les plans pour tout. C'est incroyable combien CBM dire, « J'ai fait qu'une centaine de fois, je n'un plan ». Si ils vous rendez en mode exécution, ils ont absolument besoin d'un plan.
Habitude # 3. ADMINISTRATION de laissez-faire: « il ne faut surveiller le système. Les utilisateurs toujours nous faire savoir quand quelque chose est mauvaise. »
Si vous dépendent les utilisateurs à informer l'équipe DBA qu'il y a un problème, il est peut-être trop tard.
Remèdes :
• Install disponibilité et les performances des systèmes de surveillance afin que les problèmes sont identifiés et résolus avant qu'elles ne causent des échecs, qui affectent le service.
• Éviter les problèmes de logiciel Postlibératoire en travaillant avec les développeurs et les testeurs pour s'assurer que tous les logiciels de production prête sont stable et performant.
Habitude # 4. LE TEST de mémoire: « nous vous souviendrez comment cela s'est produit, et ce que nous avons fait pour que les choses vont encore. »
Il peut sembler impossible qu'une équipe DBA serait oublier une procédure massive qui ont eu leurs semaines pour obtenir le droit, et pourtant il arrive tout le temps. Afin d'éviter les erreurs récurrentes et profiter de l'expérience acquise, il est essentielle de la documentation.
Remèdes :
• Exiger que votre CBM tenir un journal de Bibliothèque et de l'activité de le documentation exhaustive, qui se notamment un niveau de détail, les flux de travail, la syntaxe et la justification important.
• Fournir votre équipe avec groupware sur votre intranet afin que ces documents deviennent consultables en cas d'urgence.
• Faire respecter la discipline de la documentation et la consulter périodiquement. Demandez votre CBM : lors de cet espace création, par qui et à quelle SQL ? Quelles tâches ont été réalisés sur une journée particulière ? Si elles ne peuvent pas répondre rapidement, vous saurez qu'ils ont est retourné à s'appuyer sur la mémoire.
Habitude # 5. LE jeu des accusations: « Don't look at me, c'est la faute du promoteur que SQL est en production » CBM Some ont une mentalité de la « nous contre eux » real lorsqu'il s'agit de développeurs dans leur organisation.
Ils voient pas comme animateurs aider les développeurs à développer le code de qualité, d'un point de vue de base de données, mais plutôt comme tuteurs qui empêchent le transformant en production code de mauvaise qualité. Cela peut sembler sémantique, mais une relation conflictuelle entre les développeurs et les DBA entraîne un manque d'initiative de développeur et ralentissements importants à libèrent des cycles.
Remèdes :
• Sélectionnez CBM qui comprennent leur responsabilité de travailler comme une équipe intégrée avec les développeurs qu'ils soutiennent.
• Cultiver une attitude de l'équipe en structurant la participation continue de DBA dans chaque projet plutôt qu'aux étapes de l'examen.
• Envisager assignant un DBA individuel dans un rôle de soutien de développeur. S'il est clairement dans la description de travail, il n'y a plus de motivation à faire de même.
Habitude # 6. LA Loi SOLO: « Je sais ce que je fais et ne pas besoin d'aucune aide. »
Administration de la base de données est de plus en plus complexe et les plus hauts CBM ne peut pas savoir éventuellement chaque détail. CBM ont différentes spécialités, qui doivent être abattus et utilisées. Lorsque les CBM se sentent comme ils savent, ou devraient savoir, tout, ils ne poser des questions et miss à côté des connaissances précieuses qu'ils pouvaient gagner d'autres personnes.
Remèdes :
• Favoriser une culture de travail d'équipe où il est acceptable pour les CBM d'admettre qu'ils ne connaissent pas la réponse et de demander de l'aide.
• Encourager vos DBA à chercher un groupe de pairs à l'extérieur comme un forum de remue-méninges et de tester leurs hypothèses. Aucune personne seule ne peut correspondre à l'expertise et l'expérience de même un groupe relativement petit.
• Fournir un filet de sécurité des ressources tech tels que les matériaux de référence, de cours et de spécialistes de l'extérieur ou de consultants sur appel.
Habitude # 7. TECHNO-LUST: « choses fonctionnerait tellement mieux si seulement nous avions... »
CBM est souvent au dessus de la technologie la plus récente, qui peut les aider à faire un travail exceptionnel. Mais lorsque le désir de nouvelle technologie provoque CBM de recommander les achats de matériel inutile ou de modules logiciels, coûts tendent à flèche rapidement — comme le font les problèmes.
Remèdes :
Jamais, • mettre à niveau votre infrastructure matérielle sans première épuisé toutes les possibilités de réglage. N'oubliez pas, il y a dix ans énormes entreprises étaient dirigées sur les serveurs de la capacité d'un dixième — tout grâce à la nécessité et de compétences.
• Jamais le consentement à l'utilisation de fonctionnalités avancées ou nouveau jusqu'à ce que vous êtes bien au courant de l'engagement de travaux d'entretien et de résultant des frais.
• Watch out for, logiciel de soutien DBA qui présente des interfaces conviviales de GUI pour les tâches difficiles. Ce type d'interface permet un débutant DBA à agir comme un intermédiaire DBA dans certaines circonstances, mais en même temps empêche que débutant d'apprendre les compétences réelles derrière les tâches. En outre, ces outils ont tendance à masquer les risques réels de la DBA, rendant les activités potentiellement dommageables aussi facile que pointer-cliquer.
Si c'est un programme de douze étapes ou un ajustement minuscule, toutes ces habitudes DBA mortelles peuvent être coups. Bien entendu, la première étape est reconnaissant le problème. En commençant par cette liste et en faisant un inventaire prudent des réussites et les échecs dans l'administration de base de données de votre équipe, vous serez bien sur votre façon de trouver un remède.
No comments:
Post a Comment