Calling généralisée de mauvaises habitudes en matière d'administration de base de données «mortel» mai paraître extrême. Toutefois, si l'on considère la nature critique de la plupart des données, et à quel point dommageable de perte de données ou la corruption peut être d'une société, «mortel» semble assez morts-on.
Bien que ces habitudes ne sont malheureusement fréquents parmi les administrateurs de bases, ils sont curables avec une certaine intervention de gestion avisée. 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.
Habit # 1. The Leap of Faith: «Nous avons foi en notre sauvegarde."
La foi aveugle peut être attachant, mais pas quand il vient la sauvegarde d'une base de données. Sauvegardes devraient faire confiance seulement dans la mesure où ils ont été testés et vérifiés.
Thermalisme: Demandez à vos administrateurs de bases de vérifier que la sauvegarde est succédant régulièrement, de préférence en utilisant un script qui les avertit si il ya un problème. Maintenir une sauvegarde de votre sauvegarde. DBA devrait toujours utiliser au moins deux méthodes de sauvegarde. Une technique courante consiste à utiliser ces anciens exportations comme une sauvegarde pour les sauvegardes en ligne. Test Resource recouvrements aussi souvent que possible. Un signe précoce que votre équipe de DBA est soit surchargé ou pas la priorité est d'avoir correctement quart passer sans une reprise de test. Recouvrements d'essai confirment que votre stratégie de sauvegarde est sur la bonne voie, tout en permettant à votre équipe de pratiquer des activités de récupération afin qu'ils puissent les gérer efficacement le moment venu.
Habitude n ° 2. Great Expectations: "Cela va travailler comme nous attendons de lui. Let's go ahead."
Bien que pas très conviviaux dans le sens traditionnel, Oracle est très power-user friendly 'une fois que vous avez travaillé avec elle pendant un certain temps, on développe l'instinct de la façon dont les choses "devraient" travailler. Bien que l'instinct est souvent raison, l'une des habitudes les plus dangereux tout DBA peut posséder est une hypothèse que Oracle "fonctionnent" comme il le devrait.
Thermalisme: Inculquer une «pratique, la pratique, la« pratique mentalité de toute l'organisation. DBA besoin de répéter des activités dans le bac à sable sans danger d'un environnement de test qui a été conçu pour reproduire fidèlement le comportement du système de production. L'organisation a besoin de disposer du temps et de l'argent pour eux de le faire. DBA Pair inexpérimentés les plus expérimentés possible'or chaque fois de les prendre sous votre aile propre. DBA nouvelles tendent à être courageux, mais l'apprentissage de quelqu'un d'autre expérience peut aider à inculquer une certaine paranoïa bien besoin. Examiner les plans pour tout. C'est incroyable de voir combien de fois administrateurs de bases de dire: «J'ai fait cela cent fois, je n'ai pas besoin d'un plan." Si ils se dirigent en mode exécution, ils ont absolument besoin d'un plan.
Habitude n ° 3. LAISSEZ-FAIRE ADMINISTRATION: "Nous n'avons pas besoin de surveiller le système. Les utilisateurs de toujours nous faire savoir quand quelque chose ne va pas."
Si vous comptez sur les utilisateurs pour informer l'équipe DBA qu'il ya un problème, elle mai-être déjà trop tard.
Thermalisme: Installation de la disponibilité et les performances des systèmes de surveillance afin que les problèmes sont identifiés et résolus avant qu'ils ne causent de services touchant les échecs. Évitez les problèmes après la sortie du logiciel en travaillant avec des développeurs et aux testeurs de s'assurer que tous les logiciels prêts à la production est stable et de haute performance.
Habitude n ° 4. Le test de mémoire: «Nous allons rappeler comment c'est arrivé, et ce que nous avons fait pour faire avancer les choses de nouveau."
Mai il semble impossible qu'une équipe DBA serait oublier une procédure massives qui ont eu les semaines pour obtenir la droite, et pourtant, cela arrive tout le temps. Afin d'éviter les erreurs récurrentes et de profiter de l'expérience acquise, la documentation est indispensable.
Thermalisme: Exiger que vos administrateurs de bases de gérer une bibliothèque de documentation complète et l'agenda d'activités, y compris un niveau significatif de la logique, la syntaxe, et le détail de workflow. Fournir à votre équipe avec Groupware sur votre intranet, pour que ces documents sont consultables en cas d'urgence. Faire respecter la discipline de la documentation et de vérifier périodiquement. Demandez à votre DBA: Quand cette tablespace créé, par qui, et avec ce que SQL? Quelles tâches ont été effectuées sur une journée donnée? Si elles ne peuvent répondre rapidement, vous savez qu'ils ont regagné en s'appuyant sur la mémoire.
Habit # 5. Le jeu du blâme: «Ne me regarde pas, c'est le développeur de la faute que SQL est en production"
Certains administrateurs de bases ont une véritable «nous contre eux» quand il s'agit de développeurs dans leur organisation. Ils se considèrent pas comme des facilitateurs aident les développeurs de mettre au point un code de qualité à partir d'un point de vue base de données, mais plutôt comme des tuteurs qui empêchent les codes de mauvaise qualité de prise en production. Cela peut paraître comme la sémantique, mais une relation conflictuelle entre les développeurs et administrateurs de bases de résultats à un manque d'initiative des développeurs et des ralentissements importants dans les cycles de mise en liberté.
Thermalisme: Sélectionner les DBA qui comprennent que c'est leur responsabilité de travailler comme une équipe intégrée avec les développeurs qu'ils soutiennent. Cultiver l'esprit d'équipe par une structuration de l'implication continue DBA dans chaque projet plutôt que lors de l'examen des jalons. Envisager l'affectation d'un DBA individu dans un rôle de soutien des développeurs. S'il est clairement dans la description du poste, il n'y a plus de motivation pour le faire bien.
Habit # 6. LA LOI SUR LES SOLO: "Je sais ce que je fais et n'ont pas besoin d'aide."
Administration de bases de données est de plus en plus complexe et même la plupart des DBA Senior est impossible de savoir le moindre détail. DBA ont des spécialités différentes, qui doivent être abattus et utilisés. Lorsque DBA l'impression qu'ils savent ou devraient savoir, tout, ils ne posent pas de questions et de passer à côté de précieuses connaissances qu'ils pourraient gagner d'autres.
Thermalisme: Favoriser une culture d'équipe où il est acceptable pour les DBA à admettre qu'ils ne savent pas la réponse et de demander de l'aide. Encouragez vos administrateurs de bases de demander à un groupe de pairs à l'extérieur comme un espace de réflexion et de tester leurs hypothèses. Aucune personne ne peut leur apporter l'expertise et l'expérience de même un groupe relativement petit. Fournir un filet de sécurité des ressources en technologie, comme les matériaux de référence, des cours et des experts ou des consultants extérieurs sur appel.
Habit # 7. TECHNO-LUST: «Les choses fonctionnerait tellement mieux si seulement nous avions ..."
DBA sont souvent au sommet de la dernière technologie, ce qui peut les aider à faire un travail superlatif. Mais quand le désir d'une nouvelle technologie entraîne DBA de recommander l'achat de matériel superflu ou logiciel add-ons, les coûts ont tendance à faire monter en flèche quickly'as problèmes.
Thermalisme: upgrade jamais votre infrastructure matérielle sans avoir préalablement épuisé toutes les possibilités de réglage. Rappelez-vous, il ya dix ans les entreprises énormes ont été réalisés sur les serveurs d'un dixième de la merci capacity'all à la nécessité et de compétences. Jamais le consentement à l'utilisation de fonctions avancées ou nouvelles jusqu'à ce que vous êtes bien conscients de l'engagement de maintenance en cours et les coûts y afférents. Attention aux DBA support logiciel convivial qui présente les interfaces graphiques pour des tâches difficiles. Ce type d'interface permet à un DBA débutant à agir en tant que DBA intermédiaires dans certaines circonstances, mais empêche en même temps que les débutants dans l'apprentissage des compétences réelles derrière les tâches. En outre, ces outils ont tendance à cacher les risques réels de l'administrateur, rendant les activités potentiellement dommageables aussi facile que de point et clic.
Si il faut un programme de douze étapes ou une petite adaptation, toutes ces habitudes peuvent être mortelles DBA coups de pied. Bien sûr, la première étape consiste à reconnaître le problème. En commençant avec cette liste et de faire un inventaire approfondi des succès et des échecs dans l'administration de bases de données de votre équipe, vous serez bien sur votre chemin pour trouver un remède.
A propos de l'auteur: Depuis la fondation de l'entreprise, Paul a été mal touche Pythiques de-shooter pour notre plus difficiles défis techniques. Avant de lancer Pythiques, il a travaillé comme consultant Oracle apportant sa vaste expertise à diverses entreprises en Amérique du Nord.
Paul a été un participant actif dans l'Internet depuis 1989 et a beaucoup travaillé sur les environnements de données complexes et des implémentations d'ERP.
Auteur: Paul Vallée
Bien que ces habitudes ne sont malheureusement fréquents parmi les administrateurs de bases, ils sont curables avec une certaine intervention de gestion avisée. 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.
Habit # 1. The Leap of Faith: «Nous avons foi en notre sauvegarde."
La foi aveugle peut être attachant, mais pas quand il vient la sauvegarde d'une base de données. Sauvegardes devraient faire confiance seulement dans la mesure où ils ont été testés et vérifiés.
Thermalisme: Demandez à vos administrateurs de bases de vérifier que la sauvegarde est succédant régulièrement, de préférence en utilisant un script qui les avertit si il ya un problème. Maintenir une sauvegarde de votre sauvegarde. DBA devrait toujours utiliser au moins deux méthodes de sauvegarde. Une technique courante consiste à utiliser ces anciens exportations comme une sauvegarde pour les sauvegardes en ligne. Test Resource recouvrements aussi souvent que possible. Un signe précoce que votre équipe de DBA est soit surchargé ou pas la priorité est d'avoir correctement quart passer sans une reprise de test. Recouvrements d'essai confirment que votre stratégie de sauvegarde est sur la bonne voie, tout en permettant à votre équipe de pratiquer des activités de récupération afin qu'ils puissent les gérer efficacement le moment venu.
Habitude n ° 2. Great Expectations: "Cela va travailler comme nous attendons de lui. Let's go ahead."
Bien que pas très conviviaux dans le sens traditionnel, Oracle est très power-user friendly 'une fois que vous avez travaillé avec elle pendant un certain temps, on développe l'instinct de la façon dont les choses "devraient" travailler. Bien que l'instinct est souvent raison, l'une des habitudes les plus dangereux tout DBA peut posséder est une hypothèse que Oracle "fonctionnent" comme il le devrait.
Thermalisme: Inculquer une «pratique, la pratique, la« pratique mentalité de toute l'organisation. DBA besoin de répéter des activités dans le bac à sable sans danger d'un environnement de test qui a été conçu pour reproduire fidèlement le comportement du système de production. L'organisation a besoin de disposer du temps et de l'argent pour eux de le faire. DBA Pair inexpérimentés les plus expérimentés possible'or chaque fois de les prendre sous votre aile propre. DBA nouvelles tendent à être courageux, mais l'apprentissage de quelqu'un d'autre expérience peut aider à inculquer une certaine paranoïa bien besoin. Examiner les plans pour tout. C'est incroyable de voir combien de fois administrateurs de bases de dire: «J'ai fait cela cent fois, je n'ai pas besoin d'un plan." Si ils se dirigent en mode exécution, ils ont absolument besoin d'un plan.
Habitude n ° 3. LAISSEZ-FAIRE ADMINISTRATION: "Nous n'avons pas besoin de surveiller le système. Les utilisateurs de toujours nous faire savoir quand quelque chose ne va pas."
Si vous comptez sur les utilisateurs pour informer l'équipe DBA qu'il ya un problème, elle mai-être déjà trop tard.
Thermalisme: Installation de la disponibilité et les performances des systèmes de surveillance afin que les problèmes sont identifiés et résolus avant qu'ils ne causent de services touchant les échecs. Évitez les problèmes après la sortie du logiciel en travaillant avec des développeurs et aux testeurs de s'assurer que tous les logiciels prêts à la production est stable et de haute performance.
Habitude n ° 4. Le test de mémoire: «Nous allons rappeler comment c'est arrivé, et ce que nous avons fait pour faire avancer les choses de nouveau."
Mai il semble impossible qu'une équipe DBA serait oublier une procédure massives qui ont eu les semaines pour obtenir la droite, et pourtant, cela arrive tout le temps. Afin d'éviter les erreurs récurrentes et de profiter de l'expérience acquise, la documentation est indispensable.
Thermalisme: Exiger que vos administrateurs de bases de gérer une bibliothèque de documentation complète et l'agenda d'activités, y compris un niveau significatif de la logique, la syntaxe, et le détail de workflow. Fournir à votre équipe avec Groupware sur votre intranet, pour que ces documents sont consultables en cas d'urgence. Faire respecter la discipline de la documentation et de vérifier périodiquement. Demandez à votre DBA: Quand cette tablespace créé, par qui, et avec ce que SQL? Quelles tâches ont été effectuées sur une journée donnée? Si elles ne peuvent répondre rapidement, vous savez qu'ils ont regagné en s'appuyant sur la mémoire.
Habit # 5. Le jeu du blâme: «Ne me regarde pas, c'est le développeur de la faute que SQL est en production"
Certains administrateurs de bases ont une véritable «nous contre eux» quand il s'agit de développeurs dans leur organisation. Ils se considèrent pas comme des facilitateurs aident les développeurs de mettre au point un code de qualité à partir d'un point de vue base de données, mais plutôt comme des tuteurs qui empêchent les codes de mauvaise qualité de prise en production. Cela peut paraître comme la sémantique, mais une relation conflictuelle entre les développeurs et administrateurs de bases de résultats à un manque d'initiative des développeurs et des ralentissements importants dans les cycles de mise en liberté.
Thermalisme: Sélectionner les DBA qui comprennent que c'est leur responsabilité de travailler comme une équipe intégrée avec les développeurs qu'ils soutiennent. Cultiver l'esprit d'équipe par une structuration de l'implication continue DBA dans chaque projet plutôt que lors de l'examen des jalons. Envisager l'affectation d'un DBA individu dans un rôle de soutien des développeurs. S'il est clairement dans la description du poste, il n'y a plus de motivation pour le faire bien.
Habit # 6. LA LOI SUR LES SOLO: "Je sais ce que je fais et n'ont pas besoin d'aide."
Administration de bases de données est de plus en plus complexe et même la plupart des DBA Senior est impossible de savoir le moindre détail. DBA ont des spécialités différentes, qui doivent être abattus et utilisés. Lorsque DBA l'impression qu'ils savent ou devraient savoir, tout, ils ne posent pas de questions et de passer à côté de précieuses connaissances qu'ils pourraient gagner d'autres.
Thermalisme: Favoriser une culture d'équipe où il est acceptable pour les DBA à admettre qu'ils ne savent pas la réponse et de demander de l'aide. Encouragez vos administrateurs de bases de demander à un groupe de pairs à l'extérieur comme un espace de réflexion et de tester leurs hypothèses. Aucune personne ne peut leur apporter l'expertise et l'expérience de même un groupe relativement petit. Fournir un filet de sécurité des ressources en technologie, comme les matériaux de référence, des cours et des experts ou des consultants extérieurs sur appel.
Habit # 7. TECHNO-LUST: «Les choses fonctionnerait tellement mieux si seulement nous avions ..."
DBA sont souvent au sommet de la dernière technologie, ce qui peut les aider à faire un travail superlatif. Mais quand le désir d'une nouvelle technologie entraîne DBA de recommander l'achat de matériel superflu ou logiciel add-ons, les coûts ont tendance à faire monter en flèche quickly'as problèmes.
Thermalisme: upgrade jamais votre infrastructure matérielle sans avoir préalablement épuisé toutes les possibilités de réglage. Rappelez-vous, il ya dix ans les entreprises énormes ont été réalisés sur les serveurs d'un dixième de la merci capacity'all à la nécessité et de compétences. Jamais le consentement à l'utilisation de fonctions avancées ou nouvelles jusqu'à ce que vous êtes bien conscients de l'engagement de maintenance en cours et les coûts y afférents. Attention aux DBA support logiciel convivial qui présente les interfaces graphiques pour des tâches difficiles. Ce type d'interface permet à un DBA débutant à agir en tant que DBA intermédiaires dans certaines circonstances, mais empêche en même temps que les débutants dans l'apprentissage des compétences réelles derrière les tâches. En outre, ces outils ont tendance à cacher les risques réels de l'administrateur, rendant les activités potentiellement dommageables aussi facile que de point et clic.
Si il faut un programme de douze étapes ou une petite adaptation, toutes ces habitudes peuvent être mortelles DBA coups de pied. Bien sûr, la première étape consiste à reconnaître le problème. En commençant avec cette liste et de faire un inventaire approfondi des succès et des échecs dans l'administration de bases de données de votre équipe, vous serez bien sur votre chemin pour trouver un remède.
A propos de l'auteur: Depuis la fondation de l'entreprise, Paul a été mal touche Pythiques de-shooter pour notre plus difficiles défis techniques. Avant de lancer Pythiques, il a travaillé comme consultant Oracle apportant sa vaste expertise à diverses entreprises en Amérique du Nord.
Paul a été un participant actif dans l'Internet depuis 1989 et a beaucoup travaillé sur les environnements de données complexes et des implémentations d'ERP.
Auteur: Paul Vallée
Tidak ada komentar:
Posting Komentar
Catatan: Hanya anggota dari blog ini yang dapat mengirim komentar.