Ya soy un DBA!!! (Parte 2)
En el artículo anterior nos hicimos una idea de como partir organizando nuestras tareas como DBA. Ahora vamos por el detalle de algunas de esas tareas.
Crear una lista de servidores
El nombre lo dice todo, pero siempre es bueno tener una idea de lo que se supone que tenemos que administrar. Lógicamente esta lista no va estar completa el primer día, pero nos va a dar una muy buena idea de que es lo que tenemos directamente a cargo. Si alguna vez, los van a visitar a su escritorio y les preguntan: “¿Sabes si el WINSRV2K8R2-PROD12 esta replicando a alguna parte?” y no tienen idea de que ese servidor existía, no se preocupen; eso suele pasar. Pero tengan claro que los van a mirar con cara de “Como no lo conoce si esta instalado hace mas de 6 meses, yo lo uso siempre y el es el DBA…”
Pongan mucho esfuerzo en recopilar la mayor cantidad de información posible apenas puedan. Así ya van a saber a que se enfrentan y les será mas fácil cuando lleguen al punto de generar un plan de acción.
La pregunta lógica en este punto es: ¿De donde saco la información?. Bueno, la respuesta es: De todas partes. Partan por preguntarle a su superior y de ahí vean donde los conduce el camino amarillo… Seguramente pasarán por Administradores de Red, de Sistemas, de Aplicaciones, Desarrolladores, etc. Luego averigüen si hay un sistema de administración de ambientes de TI (MS SCOM, Quest Spotlight, etc.) y si no los conocen o no tienen acceso aun, pídanle a los administradores que les den los reportes lo mas actualizado posible. Un consejo: NUNCA se queden con una sola versión de la historia (Herramientas vs Personas). He visto varios casos de servidores con el “DESA” en su nombre y que resultan siendo de producción, pero alguien olvido cambiarle el nombre.
Otro punto MUY importante es el de los servidores que NO deben administrar. Puede tocarles el caso de servidores de bases de datos que sean de aplicaciones de clientes o que tengan un contrato de soporte con un tercero (generalmente proveedor de alguna aplicación). Si alguien les dice que no son responsables de un servidor, les aconsejo que lo pidan de manera formal (correo, por ejemplo). Así en caso de algún problema con ese servidor especifico, ya saben a quien recurrir y que la culpa no es de ustedes.
Como ultimo tip. Traten de mantener un listado histórico. Eso les servirá para revisar si su carga de trabajo a aumentado, disminuido o se ha mantenido en el tiempo. ¿Tengo mas bases de datos o menos? ¿Funcionan los respaldos? ¿Como andan los jobs? Con eso, van a poder demostrar su valor para la empresa en algún momento de su vida laboral. Además de tener argumentos para una futura reunión con su jefe y les pregunten: “¿Y en que has estado?” (Créanme se los van a preguntar mas de una vez).
Saludos,