¿Por qué es tan difícil la administración de la base de datos?

Conozco a muchos administradores de bases de datos y todos tienen entre 28 y 29 años.

¿Es toda la administración de bases de datos así? Quiero decir, ¿se trata de obtener experiencia más de al menos 7-8 años?

¿O es ser un administrador de base de datos tan difícil?

El puesto requiere un amplio espectro de conocimientos que van desde el desarrollo hasta la administración del sistema e incluso la gestión. Un DBA no solo debe saber sobre copias de seguridad, recuperación, operaciones internas, memoria y seguridad, sino también cómo comunicarse con los desarrolladores y la administración. Un DBA podría estar dando una presentación de alto nivel a la administración, ayudando a un desarrollador a ajustar una consulta, aprovisionando espacio en disco para un nuevo sistema y restaurando datos de la copia de seguridad, todo en la misma hora. Estas responsabilidades requieren una gran cantidad de conocimiento con poca superposición.

Las consecuencias del fracaso suelen ser mayores para un DBA que para un desarrollador. Los DBA a menudo admiten docenas, incluso cientos de aplicaciones y sistemas diferentes, la mayoría de los cuales son vitales para el éxito de la empresa. Una violación de seguridad, falla de recuperación o problema de rendimiento podría tener ramificaciones devastadoras y de largo alcance. Esto requiere un nivel de conocimiento y experiencia que no se puede obtener en un corto período de tiempo.

Cuanto mejor haga un DBA su trabajo, menos visibilidad tendrá. Un DBA con una base de datos que sea segura, recuperable, disponible y que funcione bien carecerá de reconocimiento. Los DBA se notan cuando hay problemas. No solo se notan cuando sus problemas son autoinfligidos, sino que también se los culpa cuando la base de datos tiene problemas debido a una codificación deficiente, una configuración de red incorrecta o un almacenamiento configurado incorrectamente.

Cambié de desarrollador a DBA cuando tenía 29 años. Para mí, las cosas que hacen que ser un DBA sea difícil también lo hacen gratificante. Me gusta absorber y utilizar un amplio espectro de conocimiento, y la mayor oportunidad de fracaso hace que evitarlo sea aún más significativo, ya sea que otros lo vean o no.

Convertirse en un DBA en realidad exige una gran experiencia, pero básicamente puede provenir de solo cuatro caminos diferentes:

1. Ser un desarrollador y hacer una transición a un DBA
2. Ser desarrollador y ser redactado como DBA
3. Entrenando directamente de la universidad / escuela de comercio para convertirse en un DBA
4. Ser un administrador de sistemas y hacer una transición o hacer doble trabajo como DBA

Ser desarrollador y pasar a un DBA

En otra pregunta que se hizo en este sitio, ¿Cómo podrían los DBA ser más "amigables para los programadores" ? Mencioné que fui desarrollador durante 16 años y que trabajé con DBA. Después de haber trabajado con ellos, me di cuenta de que, en la medida en que su experiencia incluyera teoría de bases de datos, matemática discreta y experiencia en programación, hasta ese punto podían ver cómo debería funcionar una base de datos y cómo debería ejecutarse una consulta.

Tener un DBA con esas cosas en sus antecedentes me hizo sentir que todavía estaba en la universidad aprendiendo de un profesor adjunto pero que realmente sabía lo que hacía. Mientras el DBA estuviera dispuesto a compartir lo que sabían, sin hablar sobre ti , en realidad podrían convertirse en tu mentor en términos de desarrollar declaraciones SQL (SQL es, en sí mismo, un lenguaje de programación sensible al contexto) que son tan eficientes como posible. Claro, hay otras partes mundanas, como realizar instalaciones, hacer copias de seguridad, realizar actualizaciones de software, monitorear métricas de rendimiento, generar informes, etc. Pero como desarrollador, si se enfoca en las bases de datos y el SQL que se ejecuta en esas bases de datos, con el tiempo se volverá tan experto en SQL que será una segunda naturaleza y podrá enfocarse en el desarrollo de la aplicación.

Las demandas de un desarrollador pueden ser pesadas, pero también lo puede ser el DBA. El desarrollador que voluntariamente hace la transición al rol de DBA cambia el enfoque del desarrollo y la codificación a las cosas mundanas que mencioné antes. A la luz de esto, el DBA trabajando estrechamente con los programadores crea la oportunidad para que el DBA haga contribuciones creativas a cualquier proyecto, lo que hace que el papel de un DBA sea mucho más interesante.

Ser desarrollador y ser redactado como DBA

Para la mayoría de los desarrolladores que no ven nada más que desarrollar y codificar por el resto de su vida, esto podría ser como elegir estar en el reality show Survivor o en el programa de juegos Wipeout . El nuevo DBA pasa su tiempo interactuando con ese Black Box (conocido por todos nosotros simplemente como la base de datos) que han contactado para obtener datos a lo largo de los años.

El nuevo DBA ahora puede crear sus propias tablas e índices. Esto podría parecerse a dejar que un Hibachi japonés cocine en un restaurante italiano. El cocinero puede preparar cualquier cosa, pero debe darse cuenta de que hay nuevas recetas, utensilios de cocina, cubiertos, carnes, especias, verduras y una gran cantidad de otras cosas mundanas para adaptarse (saneamiento, inventario, hora de inicio, horas de trabajo, etc.). Este no es solo un momento de transición, sino también un tiempo para superar una gran curva de aprendizaje. Se debe aprender y desarrollar un nuevo nivel de experiencia a pesar de la cocina japonesa experta a lo largo de los años. En este aspecto, los desarrolladores deben reeducarse para pensar como un DBA.

Entrenando directamente de la universidad / escuela de comercio para convertirse en un DBA

Esta es, de lejos, la forma más letal de convertirse en un DBA. Este es también el camino más raro; de hecho, esto es prácticamente inaudito. Ahora estamos hablando de permitir que alguien de McDonald's o Burger King ingrese al mismo restaurante italiano.

Hay tres curvas de aprendizaje involucradas:

1. Aplicando habilidades de la universidad / escuela de oficios al rol de DBA,
2. Interactuando con el RDBMS particular (PostgreSQL, Oracle, MySQL, DB2, Sybase, Ingres) y,
3. Interactuando con los desarrolladores (¿ un futuro DBA que aprende habilidades sociales decentes directamente de la escuela? ¡Sí, claro! ).

En esto, los desarrolladores tendrán la ventaja sobre los DBA durante años. Los DBA deben aprender a adaptarse rápidamente a las necesidades de los desarrolladores en sus primeros años como DBA. Quizás un DBA podría tener un salario inicial decente, pero es más difícil crecer sin desarrollarse en estas tres áreas de aprendizaje.

Ser un administrador de sistemas y hacer un seguimiento o hacer doble trabajo como DBA

Como antiguo desarrollador y ahora DBA, una cosa que no debe darse por sentado es el papel del SysAdmin.

Tener el papel de SysAdmin / DBA es un poco impresionante para mí. En la empresa de alojamiento de mi empleador, tenemos un tipo que es SysAdmin / DBA (SCMDBA). Está tan inundado de proyectos de infraestructura más sus propios conciertos internos de MySQL. No lo envidio, lo felicito. Honestamente, dado que la verdadera mente de un SysAdmin / DBA es ajena a mí, lo dejo a discreción de SysAdmin / DBA para actualizar este párrafo (o reemplazarlo por completo) para describir esta ruta .

Conclusión

Independientemente del camino que elija, el papel de un DBA puede distinguirse o ser repugnante, dependiendo de qué tan dispuesto esté a ser guiado (o torturado) al principio, y qué tan dispuesto esté a trabajar con otros tiempos extra. Solo entonces se puede decir que disfrutan ser DBA.

Por cierto, sucedió que experimenté las dos primeras rutas de DBA a partir de agosto de 2004 a la edad de 39 años. Los dos años de experiencia que tuve en el rol de DBA redactado hicieron que la transición a un DBA de tiempo completo fuera muy agradable y cómoda. .

¿Mi consejo para los DBA de 28 a 29 años? Sea tan bueno trabajando con personas como lo es con el RDBMS. Si creces en ambas áreas, puedes hacerlo como DBA en los años venideros.

La administración de la base de datos es difícil por dos razones.

Retroalimentación lenta Si uno toma una mala decisión en el papel de un arquitecto de software, generalmente toma más tiempo obtener retroalimentación negativa en comparación con un programador. El programador a menudo puede darse cuenta del error durante la compilación o al ejecutar pruebas, lo que significa que el ciclo de aprendizaje es bastante rápido. Un administrador de base de datos que comete un error al diseñar una base de datos podría recibir comentarios cuando descubra cómo los usuarios finales realmente utilizarán el software. Esto significa que puede llevar años obtener la retroalimentación de que el diseño de la base de datos fue defectuoso y necesita ser rehecho. Por lo tanto, lleva años ganar experiencia, en lugar de minutos (a veces) para los programadores.

Errores costosos Esta es también la razón por la cual los CEO de las grandes empresas generalmente tienen más de 50 años.

Es bastante fácil ser un mal DBA

Sin embargo, en serio, un DBA generalmente tiene una responsabilidad especial por algo que a menudo es crítico para el éxito o el fracaso de un negocio: sus datos

Si dirige una empresa, entonces puede estar interesado en contratar a personas competentes y con experiencia en ese cargo.

No creo que sea una cuestión de 'más fácil' o 'más difícil', solo una cuestión de cuán valiosos son sus datos: no es inherentemente más difícil poner un satélite en el espacio que una persona, pero verificaría sus sumas mucho más para este último

En mi opinión, ser administrador de la base de datos es fácil ... hasta que algo se rompa y amenace a la empresa y la carga de arreglar y restaurar lo que sea que esté sobre sus hombros.

Ser administrador de la base de datos (o administrador de red o sistema) es un puesto que requiere un cierto nivel de madurez. Se necesita a alguien que trabaje bien bajo presión. Eso no quiere decir que no haya personas más jóvenes que puedan manejar esto con las habilidades necesarias.

Además, es fácil aprender los comandos de un libro para hacer una copia de seguridad / restaurar una base de datos, optimizar la configuración del servidor, etc. Pero la experiencia gana cuando recibe la alerta de que su base de datos está inactiva.

Conozco a muchos administradores de bases de datos y todos tienen entre 28 y 29 años. ¿Es toda la administración de bases de datos así?

La mayoría de los programadores buenos y sólidos que conozco también tienen al menos 25 años. Me imagino que hay un factor correlativo para la edad + experiencia = buen codificador. ;)

Quiero decir, ¿se trata de obtener experiencia más de al menos 7-8 años? ¿O es ser un administrador de base de datos tan difícil? ¿Qué piensas?

Ser administrador de la base de datos no es fácil, si eso es lo que quieres decir. Hay muchas cosas que debes saber como dba. Eso también significa escuela, y significa unos años de tutela bajo otra persona. Recuerde que las bases de datos son lógicas establecidas, de las que casi nadie va a la escuela el tiempo suficiente para aprender, por lo que nadie lo sabe. Set-logic comparte algunas reglas con álgebra, pero los motores (MSSQL, Oracle, etc.) son en sí mismos bestias retorcidas de implementación de esas reglas, por lo que no solo tiene que comprender las matemáticas detrás de las bases de datos, sino que debe comprender la implementación que correr encima de. Eso ni siquiera cuenta conocer su lenguaje de script preferido (PL / SQL, TSQL, etc.).

Luego considere que, como dba, usted será responsable de garantizar que los datos comerciales más críticos se confíen a sus manos. Debes haber superado las peores partes de "cometer errores tontos" y debes haber aprendido un poco de autocontrol. La mayoría de las personas entre 21 y 23 años aún no lo han aprendido. Algunos de nosotros a los 30 todavía no lo hemos hecho.

OT: Es por eso que digo que las personas realmente no saben nada hasta que tienen al menos 40 años, y para entonces se les considera más allá de la colina, cuando en realidad solo están alcanzando su paso. (dicho como alguien que tiene 31 años)

No creo que ser un DBA sea difícil. Sin embargo, convertirse en uno fue.

Quería responder para agregar otro aspecto que no se discutió bien anteriormente: el campo de visión.

Hay una gran variedad de roles para los desarrolladores y algunos (por ejemplo, el desarrollo de controladores de dispositivos o el desarrollo de programadores de sistemas operativos) requieren un campo de visión muy estrecho y la capacidad de profundizar en un pequeño problema y verlo desde un punto de vista puramente técnico. . Hay otros campos que requieren campos de visión muy amplios pero no mucha profundidad técnica (desarrollo de aplicaciones empresariales con un marco ERP de su elección).

Las bases de datos son únicas porque, para hacerlo bien, debe poder moverse entre estos modos de manera rápida y sin inconvenientes. Las bases de datos son motores matemáticos, pero son motores matemáticos que se adaptan a entornos empresariales de formas muy complejas. Por lo tanto, uno debe ser capaz de abordar el problema matemático como un problema matemático y también preguntar cómo encaja en todo lo demás.

Cuando miras a los ingenieros de redes superiores o administradores de sistemas superiores, son la pareja más cercana a un DBA senior en esta área (aunque cada campo es bastante diferente: un buen administrador de sistemas senior requiere un campo de visión aún más amplio que un buen dba, y Los buenos ingenieros de redes requieren un campo más profundo).

En otras palabras, para ser un buen DBA, debe poder moverse entre los requisitos comerciales de alto nivel y las comprensiones de muy bajo nivel relacionadas con el almacenamiento real en disco, y las matemáticas relacionales y los problemas puramente técnicos de diseño, todo sin cualquier transición real (y probablemente en el curso de la evaluación de una decisión específica).

Funciono como DBA y desarrollador. Los dos roles son extremadamente complementarios, pero yo soy un DBA primero y si vieras bibliotecas que escribí, eso sería obvio. Pero la razón por la que son complementarias es que, en el lado del desarrollo, puedo interactuar directamente con los usuarios finales del software y, por lo tanto, constantemente me presionan con respecto al desarrollo de mi visión, mientras que en el lado db consigo desafiarme a mí mismo. en la profundidad

Hay otro camino, ligeramente diferente de los enumerados.

Comience como desarrollador, luego conviértase en diseñador de bases de datos y luego en DBA. Este camino era más frecuente hace unos treinta años, cuando las bases de datos comenzaron a superar a las aplicaciones basadas en archivos a lo grande, y las personas con experiencia en bases de datos eran pocas y distantes

PD: Cuando era un ex programador convertido en DBA, los programadores solían preguntarme "¿no es aburrido trabajar con DBA?"

Mi respuesta: "¡solo es aburrido cuando lo estás haciendo bien!". :)

Estoy bastante al comienzo de mi viaje de DBA, pero aquí hay algunas de las razones por las cuales las personas pueden encontrar este trabajo difícil ... Es difícil porque:

• Usted tiene muchas responsabilidades: las personas pueden ir y venir en una empresa, pero para algunos de ellos, su activo más importante son sus datos. Eres responsable de ello y tienes todos los poderes sobre él. Como dice el refrán, con grandes poderes vienen grandes responsabilidades. Errores muy costosos están al acecho.
• tienes que aprender y seguir aprendiendo: veo esto como una ventaja, pero no todas las personas están dispuestas a tomarse el tiempo para mantener sus conocimientos actualizados.
• puede llevar mucho tiempo: las cosas se romperán en medio de la noche, ¿estarás listo?
• a menudo tendrá que corregir los errores de otras personas y, en su mayoría, no obtendrá mucho crédito por todo su buen trabajo. No tengas miedo de repasar las habilidades de tu gente.

Brad Mc Gehee escribió un libro al respecto, "Cómo convertirse en un DBA excepcional". Vale la pena leerlo si tiene la intención de profundizar la pregunta.

¡Buena suerte!

Me convertí en dba a la edad de 25 años. Me tomó 6 meses desde el momento en que comencé a estudiar para obtener la certificación y 2 meses después tuve un trabajo. Creo que la determinación definitivamente juega un papel importante. Para mí no fue difícil conseguir el trabajo. Todo lo que se necesitó fue poder de voluntad para estudiar y demostrar que era capaz de aprender lo que se me presenta.

Diré que todo lo que tenía era un título en psicología y un fondo de mesa de ayuda. Cuando recibí mi trabajo como DBA de Oracle Apps, inmediatamente pensé en OMG, todo lo que estudié para convertirme en un DBA CORE no me ayudó en nada. Recuerdo que me sentí extremadamente abrumado. Tuve que recordarme a mí mismo a diario que puedo aprender esto y 2 años después he adquirido mucho más conocimiento.

Lo que estoy diciendo es que ser un DBA no es difícil, no es difícil en absoluto, pero aprender todo en el trabajo y fuera del trabajo, que deberíamos saber como los dba anteriores han mencionado anteriormente, lleva mucho tiempo y requiere mucha diligencia. He descubierto que a los 27 años, la mayoría de las personas de mi edad o menos no tienen la diligencia ni el deseo de querer aprender un espectro tan amplio de tecnologías. Pero me encanta mi trabajo como DBA de Oracle Apps y espero con ansias todo lo demás que constantemente se lanzará en mi camino para aprender. Puedes hacerlo, si te lo propones, ¡no importa la edad que tengas!

Ser un DBA también significa que eres proactivo en lugar de reactivo. Debe poder imaginar lo que depara el futuro y planificar en consecuencia. Esto implica trabajar duro ... una vez, muchas, muchas veces, y si lo haces bien, la recompensa es una completa falta de reconocimiento de nombre. :-) También debe tener la capacidad de decir "no" a las personas (incluidos los jefes) y comunicar objetiva y efectivamente sus razones por las cuales su audiencia puede entender. Tienes que ser prudente y tomar decisiones racionales en situaciones de alta presión. Debes ser capaz de asumir tus errores rápidamente y no dejar que te oculten, sino más bien, cambiar de manera efectiva de "No puedo creer que acabo de hacer eso" a "Bien, ¿cuál es la mejor manera de solucionar esto"?

Como alguien que se considera principalmente un SysAdmin y, en segundo lugar, un DBA accidental, creo que parte de esto se reduce a la cantidad de conocimiento necesario para estar solo y hacer el trabajo, o quizás lo más importante, para comprender el trabajo.

La antigua certificación MCDBA lo resume bastante bien, creo. Se requirieron cuatro exámenes para pasar, un examen SysAdmin, un examen de Infraestructura de Red, un examen de Desarrollo de Base de Datos y un examen de Administración SQL. Esa es una gama bastante amplia de temas, por lo que, de manera realista, es probable que llegue primero a través de uno de ellos. Yo diría que gran parte de la Administración de SQL se apoya en los hombros de los otros tres, por lo que la mayoría de las personas llegan a través de una de esas rutas inicialmente. Por ejemplo, un SysAdmin que maneja las copias de seguridad de SQL (mi primera incursión en SQL hace muchos años), o un desarrollador que diseña la base de datos para el código que están escribiendo. Al principio, no sabrá todo, pero tendrá la base en al menos parte de ella, por ejemplo, los sistemas en los que se ejecuta SQL y cómo funcionan los permisos, o los métodos de programación utilizados para comunicarse con la base de datos,

Es difícil juzgar si ser un DBA es realmente lo que quieres hacer hasta que lo hagas, pero a través de la ruta anterior, las personas pueden progresar gradualmente. Puede amarlo y convertirlo en el foco de su carrera, o descubrir que no es para usted y seguir con su carrera profesional anterior, todo sin dar un salto gigante hacia lo desconocido. Pero, eso lleva tiempo, y eso encaja con que el DBA tiende a ser "más sabio en años" en la industria.

Para ser un buen DBA, también necesita la confianza y la madurez que suele venir con la edad. Otros han enumerado otros aspectos de esto, pero agregaría tener la confianza para decir que no y mantenerse firme, templado con la experiencia de saber cuándo es apropiado.

Finalmente, creo que ser un buen DBA requiere una cierta mentalidad, y es difícil saber si lo tienes hasta que estás en las trincheras. Tener un ojo para los detalles, la voluntad de planificar con anticipación, la capacidad de mirar el panorama general y no tener miedo de documentar su trabajo son aspectos importantes para mantener un sistema estable. Algunos SysAdmins y Desarrolladores son así, y pueden hacer la transición fácilmente, mientras que otros pueden encontrar que si bien su enfoque tiene valor en su trabajo actual, como DBA tendrán dificultades y encontrarán estas cosas como una tarea y no disfrutarán el trabajo.

Creo que la parte más difícil de al menos convertirse en un administrador de base de datos bastante involuntario es el hecho de que tiene que soportar lo que suceda con las bases de datos de la organización específica con la que se topó.

En mi experiencia, mi primer shock fue un lunes por la mañana cuando el servidor de la base de datos se bloqueó debido a un aparente error de hardware, sin embargo, se sospechaba que había hecho algo mal.

Se puede imaginar que todo lo que uno haya aprendido o ejercido en su vida debe aplicarse para que eso vuelva a funcionar. Luego, por supuesto, puede crear un clon e incluso copias de seguridad flash de todo el asunto: estamos hablando aquí de un pequeño servidor de base de datos que dirige las cosas hacia otras redes de computadoras a través de servidores de enlace. Aún así, la responsabilidad se siente tremenda durante esos momentos.

Como desarrollador de software o como probador de software, la responsabilidad también es grande, sin embargo, nunca he experimentado tiempos tan difíciles. Me imagino que la razón radica en el hecho de que cada uno de ellos teje un poquito de la telaraña del mundo de la tecnología de la información.

Si alguna vez me convierto en administrador de la base de datos, actualizaré lo que haya escrito ahora aquí.

Y sí, ahora tengo 38 años y medio.

Como la mayoría de las habilidades, aprender a ser un dba lleva tiempo. Convertirse en un buen dba lleva más tiempo. Cuanto más lea y aprenda, más conocimiento podrá aplicar.

Otro camino para convertirse en un dba es la redacción de informes o como un experto en aplicaciones. Cuanto más tiempo pase con manos en SQL, más aprenderá sobre cómo funciona dbs. Ser competente en las consultas SQL proporcionará un buen punto de partida para convertirse en un dba.