Los siete hábitos mortales de un DBA ... Y cómo curarlas

Llamar a los malos hábitos generalizados en la administración de bases de datos "mortal" puede parecer extremo. Sin embargo, si tenemos en cuenta la naturaleza crítica de la mayoría de los datos, y sólo lo perjudicial que la pérdida de datos o la corrupción puede ser una corporación, "mortal" parece bastante muertos en.

Aunque estos hábitos son penosamente comunes entre los administradores de bases, que son curables con algún tipo de intervención de gestión astuto. Lo que sigue es una lista de los siete hábitos que consideramos el más mortífero, junto con algunas ideas sobre cómo eliminarlas.

Hábito # 1. El salto de fe: "Tenemos fe en nuestra copia de seguridad."

La fe ciega puede ser simpático, pero no cuando se trata de copias de seguridad de una base de datos. Las copias de seguridad se debe confiar sólo en la medida en que han sido probados y verificados.

Cura:

• Haga que su DBA verificar que la copia de seguridad está teniendo éxito con regularidad, preferiblemente con un guión que les notifique si hay un problema.

• Mantener una copia de seguridad de la copia de seguridad. DBA siempre debe usar al menos dos métodos de copia de seguridad. Una técnica común es utilizar las exportaciones de la antigua como una copia de seguridad a las copias de seguridad en línea.

• recuperación de recursos de prueba tantas veces como sea práctico. Una primera señal de que su equipo de DBA es o exceso de trabajo o no priorizar correctamente es tener un cuarto pasar sin una recuperación de la prueba. recuperaciones de prueba confirman que la estrategia de copia de seguridad está en marcha, al tiempo que permite a su equipo a la práctica las actividades de recuperación para que puedan manejar con eficacia cuando llegue el momento.

Hábito # 2. GRANDES EXPECTATIVAS: "Va a trabajar de la manera que esperamos que Vamos a seguir adelante.".

Aunque no es fácil de usar en el sentido tradicional, Oracle es muy fácil de usar el poder-una vez que he estado trabajando con él durante un tiempo, a desarrollar un instinto para las cosas "deberían" de trabajo. A pesar de que el instinto es a menudo la derecha, uno de los hábitos más peligrosos de cualquier DBA puede poseer es la suposición de que Oracle "sólo trabajo" como debe.

Cura:

• Inculcar una "práctica, práctica, práctica" mentalidad de toda la organización. DBAs necesitan para ensayar las actividades en el entorno limitado de seguridad de un entorno de prueba que está diseñado para imitar el comportamiento del sistema de producción. La organización necesita para permitir que el tiempo y dinero para que lo hagan.

DBA • Par experiencia con los mayores siempre que sea posible-o haya bajo su propia ala. DBA Nueva tienden a no tener miedo, pero aprendiendo de la experiencia de otra persona puede ayudar a inculcar algunos paranoia que tanto necesitan.

• Revisar los planes para todo. Es sorprendente la frecuencia con la DBA decir, "lo he hecho cientos de veces, no necesita un plan." Si son la partida en el modo de ejecución, que tienen una necesidad imperiosa de un plan.

los hábitos más peligrosos de cualquier DBA puede poseer es la suposición de que Oracle "sólo trabajo" como debe.

Cura:

• Inculcar una "práctica, práctica, práctica" mentalidad de toda la organización. DBAs necesitan para ensayar las actividades en el entorno limitado de seguridad de un entorno de prueba que está diseñado para imitar el comportamiento del sistema de producción. La organización necesita para permitir que el tiempo y dinero para que lo hagan.

DBA • Par experiencia con los mayores siempre que sea posible-o haya bajo su propia ala. DBA Nueva tienden a no tener miedo, pero aprendiendo de la experiencia de otra persona puede ayudar a inculcar algunos paranoia que tanto necesitan.

• Revisar los planes para todo. Es sorprendente la frecuencia con la DBA decir, "lo he hecho cientos de veces, no necesita un plan." Si son la partida en el modo de ejecución, que tienen una necesidad imperiosa de un plan.

Hábito # 3. ADMINISTRACIÓN Laissez faire: "No es necesario que controle el sistema Los usuarios siempre vamos a saber cuando algo anda mal.".

Si usted depende de los usuarios para informar al equipo de DBA que hay un problema, ya puede ser demasiado tarde.

Cura:

• Instalación de disponibilidad y desempeño de los sistemas de vigilancia para que los temas se identifican y resuelven antes de que causen fallas que afectan el servicio.

• Evite los problemas de software posteriores a la liberación mediante el trabajo con los desarrolladores y probadores para garantizar que todo el software preparado para la producción es estable y de alto rendimiento.

Hábito # 4. LA PRUEBA DE LA MEMORIA: "Vamos a recordar cómo sucedió esto, y lo que hicimos para que funcione de nuevo."

Puede parecer imposible que un equipo de DBA se olvidaría de un procedimiento masivo que les tomó semanas para hacerlo bien, y sin embargo, ocurre todo el tiempo. Con el fin de evitar errores recurrentes y aprovechar la experiencia adquirida, la documentación es esencial.

Cura:

• Exigir que el DBA mantener una biblioteca de documentación completa y diario de actividades, incluyendo un importante nivel de lógica, la sintaxis, y el detalle de flujo de trabajo.

• Proporcione a su equipo de trabajo en grupo en la intranet para que estos documentos se hacen búsquedas en caso de emergencia.

• Hacer cumplir la disciplina de la documentación y comprobar periódicamente. Pregunte a su DBA: ¿Cuándo fue creado este espacio de tablas, por quién y con qué SQL? ¿Qué tareas se realizaron en un día en particular? Si no puede responder rápidamente, usted sabrá que ha vuelto a confiar en la memoria.

Hábito # 5. EL JUEGO DE LA CULPA: "No me mires, no es culpa de los desarrolladores de SQL que está en producción" Algunos administradores de bases tienen un verdadero "nosotros contra ellos" mentalidad de lo que se refiere a los desarrolladores en su organización.

hey una necesidad imperiosa de un plan.

Hábito # 3. ADMINISTRACIÓN Laissez faire: "No es necesario que controle el sistema Los usuarios siempre vamos a saber cuando algo anda mal.".

Si usted depende de los usuarios para informar al equipo de DBA que hay un problema, ya puede ser demasiado tarde.

Cura:

• Instalación de disponibilidad y desempeño de los sistemas de vigilancia para que los temas se identifican y resuelven antes de que causen fallas que afectan el servicio.

• Evite los problemas de software posteriores a la liberación mediante el trabajo con los desarrolladores y probadores para garantizar que todo el software preparado para la producción es estable y de alto rendimiento.

Hábito # 4. LA PRUEBA DE LA MEMORIA: "Vamos a recordar cómo sucedió esto, y lo que hicimos para que funcione de nuevo."

Puede parecer imposible que un equipo de DBA se olvidaría de un procedimiento masivo que les tomó semanas para hacerlo bien, y sin embargo, ocurre todo el tiempo. Con el fin de evitar errores recurrentes y aprovechar la experiencia adquirida, la documentación es esencial.

Cura:

• Exigir que el DBA mantener una biblioteca de documentación completa y diario de actividades, incluyendo un importante nivel de lógica, la sintaxis, y el detalle de flujo de trabajo.

• Proporcione a su equipo de trabajo en grupo en la intranet para que estos documentos se hacen búsquedas en caso de emergencia.

• Hacer cumplir la disciplina de la documentación y comprobar periódicamente. Pregunte a su DBA: ¿Cuándo fue creado este espacio de tablas, por quién y con qué SQL? ¿Qué tareas se realizaron en un día en particular? Si no puede responder rápidamente, usted sabrá que ha vuelto a confiar en la memoria.

Hábito # 5. EL JUEGO DE LA CULPA: "No me mires, no es culpa de los desarrolladores de SQL que está en producción" Algunos administradores de bases tienen un verdadero "nosotros contra ellos" mentalidad de lo que se refiere a los desarrolladores en su organización.

Ven a sí mismos no como facilitadores de ayudar a los desarrolladores desarrollar un código de calidad desde el punto de vista de base de datos, sino más bien como tutores que evitar que el código de la mala calidad de lo que lo convierte en la producción. Esto puede parecer semántica, sino una relación de confrontación entre los desarrolladores y DBAs resultados en una falta de iniciativa de desarrollo y desaceleraciones importantes en los ciclos de liberación.

Cura:

• Seleccione los DBAs que entienden que es su responsabilidad de trabajar como un equipo integrado con los desarrolladores que apoyan.

• Cultive una actitud de equipo mediante la estructuración de la participación continua de DBA en cada proyecto y no en etapas de revisión.

• Considere la posibilidad de asignar un individuo DBA en un papel de soporte para desarrolladores. Si se trata de claridad en la descripción del trabajo, hay más motivación para hacerlo bien.

Hábito # 6. SOLO LA LEY: "Yo sé lo que estoy haciendo y no necesita ninguna ayuda."

administración de base de datos es cada vez más complejo e incluso los administradores de bases de mayor rango no puede saber hasta el último detalle. DBA tienen especialidades diferentes, que deben ser sacrificados y utilizados. Cuando los DBAs sienten que sabe, o debería saber, que todo, que no hacen preguntas y se pierda en el conocimiento valioso que podría estar ganando de los demás.

Cura:

• Fomentar una cultura de trabajo en equipo en el que es aceptable para los administradores de bases de admitir que no sabe la respuesta y pedir ayuda.

• Anime a sus administradores de bases para buscar un grupo de compañeros fuera de foro para el intercambio de ideas y probar sus hipótesis. Ninguna persona sola puede igualar la experiencia y la experiencia, incluso de un grupo relativamente pequeño.

• Proporcionar una red de protección de los recursos de tecnología, tales como materiales de referencia, cursos, y los expertos externos o consultores de guardia.