Os Sete Hábitos mortal de um DBA ... E como curá-las

Chamando generalizada maus hábitos na administração de banco de dados "mortal" pode parecer extremo. No entanto, quando você considerar a natureza crítica da maioria dos dados, e quão prejudicial perda de dados ou a corrupção pode ser uma corporação, "mortal" parece bastante morto-on.

Embora esses hábitos são tristemente comuns entre os DBAs, são curáveis ​​com alguma intervenção de gestão astuto. O que se segue é uma lista dos sete hábitos que consideramos o mais mortal, juntamente com algumas idéias sobre como eliminá-los.

Hábito n º 1. O salto de fé: "Nós temos fé em nosso backup."

A fé cega pode ser agradável, mas não quando se trata backup de um banco de dados. Os backups devem ser confiáveis ​​apenas na medida em que foram testados e verificados.

Curas:

• Tenha seu DBAs verificar se o backup está sucedendo regularmente, de preferência usando um script que avisa-los, se há um problema.

• Manter um backup para o backup. DBAs sempre deve usar pelo menos dois métodos de backup. Uma técnica comum é usar essas exportações antigo como um backup para os backups online.

recuperações de teste • Recursos como muitas vezes como é prático. Um primeiro sinal de que sua equipe DBA é ou sobrecarregados ou não priorizar corretamente é ter um quarto sem passar por um teste de recuperação. recuperações de teste confirmar que a sua estratégia de backup está em andamento, permitindo simultaneamente a sua equipe para a prática de atividades de recuperação para que eles possam manuseá-los de forma eficaz quando chegar a hora.

Hábito n º 2. Grandes esperanças: "Isso vai funcionar da maneira que esperamos que Vamos em frente.".

Embora não seja amigável, no sentido tradicional, a Oracle é muito power user-friendly, uma vez que você foi trabalhar com ele por um tempo, você desenvolve um instinto para as coisas "deveriam" trabalhar. Apesar de que o instinto é muitas vezes bem, um dos hábitos mais perigoso qualquer DBA pode possuir é uma suposição de que a Oracle "simplesmente funcionar" da maneira que deveria.

Curas:

• Implantar uma "prática, prática, prática" mentalidade de toda a organização. DBAs precisam ensaiar atividades na caixa de areia segura de um ambiente de teste que foi projetado para imitar o comportamento do sistema de produção. A organização precisa dar tempo e dinheiro para eles a fazê-lo.

DBAs • Par inexperientes com os formandos, sempre que possível, ou tomá-los sob a sua própria ala. Nova DBAs tendem a ser destemido, mas aprender com alguém a experiência pode ajudar a incutir alguma paranóia tão necessário.

• Rever os planos para tudo. É incrível como muitas vezes DBAs dizer: "Eu tenho feito isso cem vezes, eu não preciso de um plano." Se eles estão indo para o modo de execução, eles têm absoluta necessidade de um plano.

os hábitos mais perigosa qualquer DBA pode possuir é uma suposição de que a Oracle "simplesmente funcionar" da maneira que deveria.

Curas:

• Implantar uma "prática, prática, prática" mentalidade de toda a organização. DBAs precisam ensaiar atividades na caixa de areia segura de um ambiente de teste que foi projetado para imitar o comportamento do sistema de produção. A organização precisa dar tempo e dinheiro para eles a fazê-lo.

DBAs • Par inexperientes com os formandos, sempre que possível, ou tomá-los sob a sua própria ala. Nova DBAs tendem a ser destemido, mas aprender com alguém a experiência pode ajudar a incutir alguma paranóia tão necessário.

• Rever os planos para tudo. É incrível como muitas vezes DBAs dizer: "Eu tenho feito isso cem vezes, eu não preciso de um plano." Se eles estão indo para o modo de execução, eles têm absoluta necessidade de um plano.

Hábito n º 3. Laissez-Faire ADMINISTRAÇÃO: "Nós não precisamos monitorar o sistema dos usuários sempre nos avisar quando algo está errado.".

Se depender dos usuários para informar a equipe de DBA que há um problema, ele já pode ser tarde demais.

Curas:

• Disponibilidade de instalação e sistemas de monitoramento de desempenho para que os problemas são identificados e resolvidos antes que eles causem falhas que afetam o serviço.

• Evite problemas pós-lançamento do software, trabalhando com desenvolvedores e testadores para garantir que todo o software pronto para a produção é estável e de alta performance.

Hábito n º 4. O TESTE DE MEMÓRIA: "Vamos lembrar de como isso aconteceu, eo que fizemos para conseguir as coisas novamente."

Pode parecer impossível que uma equipe de DBA iria esquecer de um processo maciço que levou semanas para acertar, e ainda assim acontece o tempo todo. A fim de evitar erros recorrentes e tirar proveito da experiência adquirida, a documentação é essencial.

Curas:

• Exigir que o seu DBAs manter uma biblioteca de documentação completa e diário de atividades, incluindo um significativo nível de raciocínio, sintaxe, e detalhar o fluxo de trabalho.

• Proporcionar a sua equipa com groupware na intranet para que esses documentos passam a ser procurado em caso de emergência.

• Aplicar a disciplina da documentação e verificar periodicamente. Pergunte ao seu DBAs: Quando foi criado esse espaço de tabela, por quem e com que SQL? tarefas que foram realizadas em um determinado dia? Se eles não podem responder rapidamente, você vai saber que eles voltaram a confiar na memória.

Hábito n º 5. O JOGO DA CULPA: "Não olhe para mim, a culpa é do desenvolvedor que o SQL está em produção" Alguns DBAs têm uma verdadeira "nós contra eles" mentalidade no que se refere aos colaboradores em sua organização.

hey, têm absoluta necessidade de um plano.

Hábito n º 3. Laissez-Faire ADMINISTRAÇÃO: "Nós não precisamos monitorar o sistema dos usuários sempre nos avisar quando algo está errado.".

Se depender dos usuários para informar a equipe de DBA que há um problema, ele já pode ser tarde demais.

Curas:

• Disponibilidade de instalação e sistemas de monitoramento de desempenho para que os problemas são identificados e resolvidos antes que eles causem falhas que afetam o serviço.

• Evite problemas pós-lançamento do software, trabalhando com desenvolvedores e testadores para garantir que todo o software pronto para a produção é estável e de alta performance.

Hábito n º 4. O TESTE DE MEMÓRIA: "Vamos lembrar de como isso aconteceu, eo que fizemos para conseguir as coisas novamente."

Pode parecer impossível que uma equipe de DBA iria esquecer de um processo maciço que levou semanas para acertar, e ainda assim acontece o tempo todo. A fim de evitar erros recorrentes e tirar proveito da experiência adquirida, a documentação é essencial.

Curas:

• Exigir que o seu DBAs manter uma biblioteca de documentação completa e diário de atividades, incluindo um significativo nível de raciocínio, sintaxe, e detalhar o fluxo de trabalho.

• Proporcionar a sua equipa com groupware na intranet para que esses documentos passam a ser procurado em caso de emergência.

• Aplicar a disciplina da documentação e verificar periodicamente. Pergunte ao seu DBAs: Quando foi criado esse espaço de tabela, por quem e com que SQL? tarefas que foram realizadas em um determinado dia? Se eles não podem responder rapidamente, você vai saber que eles voltaram a confiar na memória.

Hábito n º 5. O JOGO DA CULPA: "Não olhe para mim, a culpa é do desenvolvedor que o SQL está em produção" Alguns DBAs têm uma verdadeira "nós contra eles" mentalidade no que se refere aos colaboradores em sua organização.

Eles não se vêem como facilitadores ajudando os desenvolvedores de desenvolver código de qualidade do ponto de vista do banco de dados, mas como guardiões que impedir que o código de má qualidade de fazê-lo em produção. Isso pode parecer semântica, mas uma relação de confronto entre desenvolvedores e DBAs resultados em uma falta de iniciativa do desenvolvedor e lentidão significativa em ciclos de liberação.

Curas:

• Escolha DBAs que compreender que é sua responsabilidade de trabalhar como uma equipe integrada com os desenvolvedores que suportam.

• Cultive uma atitude da equipe, estruturando a participação DBA contínua em todos os projetos em vez de marcos de revisão.

• Considere a atribuição de um DBA indivíduo em um papel de suporte ao desenvolvedor. Se é claramente na descrição do trabalho, há mais motivação para fazê-lo bem.

Hábito n º 6. DO SOLO ACT: "Eu sei o que estou fazendo e não precisam de nenhuma ajuda."

administração de banco de dados é cada vez mais complexas e até mesmo os DBAs mais experientes não pode saber todos os detalhes. DBAs têm especialidades diferentes, que precisam ser descartadas e utilizadas. Quando DBAs sentir como eles sabem, ou deveriam saber, tudo, eles não fazem perguntas e perder valiosos conhecimentos que poderiam estar ganhando de outros.

Curas:

• Promover uma cultura de trabalho em equipe onde ele é aceitável para os DBAs que admitir que não sei a resposta e pedir ajuda.

• Incentive seus DBAs para procurar um grupo de pares no exterior como um fórum de debate e testar suas hipóteses. Nenhuma pessoa pode combinar os conhecimentos ea experiência do mesmo, um grupo relativamente pequeno.

• Proporcionar uma rede de segurança de recursos de tecnologia, tais como materiais de referência, cursos e peritos externos ou consultores de plantão.