Es domingo y son exactamente las 8h50pm, se preguntarán que hago a parte de escribir un post y es que estoy realizando la implementación de Oracle Data Guard en uno de mis clientes.
Y es que esto de hacer cosas interesantes en infraestructuras interesantes bien vale la pena porque simplemente me encanta ser DBA. No seré un DBA 100% dedicado a una companía específica, pero cuando lo requieren, soy DBA de mis clientes por unas cuantas horas, en lo que va de este año, he trabajado todos los días más de 14 horas diarias en promedio, entre tareas de consultor e instructor de Oracle University y mi trabajo me gusta.
La próxima semana se avisora menos estresante y esperemos que así lo sea puesto que tengo planeado dar un par de exámenes de certificación que me hacen falta.
Escarbando en el web me encontré con un artículo interesante titulado “So you want to become a DBA?” y me he tomado el atrevimiento de pegarlo a continuación, es de autoría de
“One of the most common questions I am asked is: How can I become a DBA? The answer, of course, depends a lot on what you are currently doing. Programmers who have developed applications using a database system are usually best-suited to becoming a DBA. They already know some of the trials and tribulations that can occur when accessing a database.
If you are a programmer and you want to become a DBA, you should ask yourself some hard questions before you pursue that path. First of all, are you willing to work additional, sometimes crazy, hours? Yes, I know that many programmers work more than 40 hours already, but the requirements of the DBA job can push people to their limits. It is not uncommon for DBAs to work late into the evening and on weekends; and you better be ready to handle technical calls at 2:00 a.m. when database applications fail.
Additionally, you need to ask yourself if you are insatiably curious. A good DBA must become a jack-of-all-trades. DBAs are expected to know everything about everything — at least in terms of how it works with databases. From technical and business jargon to the latest management and technology fads, the DBA is expected to be “in the know.” And do not expect any private time: A DBA must be prepared for interruptions at any time to answer any type of question — and not just about databases, either.
And how are your people skills? The DBA, often respected as a database guru, is just as frequently criticized as a curmudgeon with vast technical knowledge but limited people skills. Just about every database programmer has his or her favorite DBA story. You know, those anecdotes that begin with “I had a problem…” and end with “and then he told me to stop bothering him and read the manual.” DBAs simply do not have a “warm and fuzzy” image. However, this perception probably has more to do with the nature and scope of the job than with anything else. The DBMS spans the enterprise, effectively placing the DBA on call for the applications of the entire organization. As such, you will interact with many different people and take on many different roles. To be successful, you will need an easy-going and somewhat amiable manner.
Finally, you should ask yourself how adaptable you are. A day in the life of a DBA is usually quite hectic. The DBA maintains production and test environments, monitors active application development projects, attends strategy and design meetings, selects and evaluates new products and connects legacy systems to the Web. And, of course: Joe in Accounting just resubmitted that query from hell that’s bringing the system to a halt. Can you do something about that? All of this can occur within a single workday. You must be able to embrace the chaos to succeed as a DBA.
Of course, you need to be organized and capable of succinct planning, too. Being able to plan for changes and implement new functionality is a key component of database administration. And although this may seem to clash with the need to be flexible and adaptable, it doesn’t really. Not once you get used to it.
So, if you want to become a DBA you should already have some experience with the DBMS, be willing to work long and crazy hours, have excellent communication and people skills, be adaptable and excel at organization. If that sounds like fun, you’ll probably make a good DBA.”