Tenho a sensação de que isso pode estar fora do tópico e / ou parecer e pode ser fechado, mas responderei de qualquer maneira por enquanto. Isso é do ponto de vista do Microsoft SQL Server, mas realmente se aplica bem a todos os aspectos da minha experiência. Sou consultor de DBA ou DBA há cerca de 15 anos e contratou e fiz parte da equipe de contratação de DBAs juniores, de nível médio e sênior. Outros podem ter experiências diferentes em outras respostas.
Em certificações
Eu não olho para eles. Especialmente quando estou contratando alguém que é relativamente novo. Se você deseja usar um processo de certificação para estudar de maneira adequada e eficaz, aprender e descobrir onde estão suas lacunas de conhecimento - então definitivamente. Se você acha que a certificação o tornará desejável por si só - normalmente não é verdade. Mas é um problema, alguns recrutadores pedirão aqueles que precisam de emprego. Mas muitas pessoas passam no exame de baixo nível com despejos cerebrais e uma completa falta de testes. Quando vejo um currículo com pouca experiência e muitas certificações, fico nervoso.
Eu acho que o principal argumento sobre este tópico é: Certificações podem ajudar, mas raramente são as mais importantes ou mesmo os principais critérios
Como se tornar um DBA
Minha primeira pergunta a alguém que quer se tornar um é por quê? De fato, se você entrevistou e me disse que realmente queria se tornar um, eu gostaria de ouvir o porquê. A maioria dos melhores DBAs que conheço recaiu sobre desenvolvimento, administração de sistemas ou outras carreiras. Isso não significa que você não terá sucesso se quiser ser um. Eu só gosto de saber o porquê.
Se é porque você tem a mentalidade certa, gosta de solucionar problemas, gosta de manter as coisas em ordem, gosta de garantir que os sistemas estejam ativos, os dados estão protegidos e você é atraído para o campo da carreira? Então isso é ótimo.
Que habilidades são importantes?
Para um novo DBA? Quero ver que você tem proficiência no básico de ser um DBA. Você precisa saber qual é o trabalho mais importante (e fazer backup do porquê e como o fará). Minha opinião pessoal é Recuperação - porque, sem a capacidade de recuperação, você não tem um DBA e como eu o faria - focaria no final da restauração e trabalharia duro para garantir que tudo o que fizéssemos visasse um possível restauração. A implementação, o teste, as melhores práticas em vigor, etc. Agora, essa é a única resposta certa? Eu não sei. Se você dissesse segurança e explicasse direito, eu estaria interessado em ouvir mais.
Basicamente, porém, quero ver que você tem os traços de caráter certos (abaixo) e o conhecimento básico certo que você deve ter em seu nível de habilidade e experiência. Começando? Quero ver que você pode fazer backup e restaurar. Que você pode fazer alguma investigação básica sobre a atividade atual. Quero saber que você entende alguns dos componentes básicos do desempenho (quais recursos são importantes e por que, como o design e o desenvolvimento do DB afetam as coisas) e tem muitos dos traços de caráter que descrevi abaixo em vigor ou indo para lá.
Traços de caráter
Eu escrevi um post sobre isso ( seis razões pelas quais não vou contratar você ) há algum tempo. Não vou regurgitar tudo o que disse aqui - mas basicamente um bom DBA é alguém que tem:
- Ótimas habilidades de solução de problemas - se você é um cérebro disperso e tenta 65 coisas para resolver um problema e nem se lembra de duas das coisas que tentou - vou repassá-lo se puder resolver isso. Você precisa ser um solucionador de problemas calmo, com uma metodologia e capacidade de descobrir e resolver problemas. Isso não é apenas um problema de banco de dados, mas deve ser verificado na vida e em qualquer problema que se possa encontrar.
- vontade / desejo de aprender e crescer - quero que você esteja sempre se esforçando para aprender a próxima coisa. Gaste parte do seu tempo após o trabalho lendo livros, indo para grupos de usuários e eventos da comunidade. É um mercado apertado por aí - quero que as pessoas continuem melhorando.
- Senso comum - Estou começando a pensar que você não pode ensinar isso. Tenha alguns antes de entrevistar.
- Um pequeno toque de paranóia - você é o DBA ou quer ser. Você está prestes a gerenciar muitos dados confidenciais importantes. Quero ver você ser justo e fácil de se conviver, não arrogante, mas quero alguém com um pouco de paranóia. Quero alguém que não confie apenas por padrão ou sem verificar. Você está pedindo para ter as chaves para um ambiente de banco de dados que é importante.
Então, como você começa?
Trabalhos iniciantes. Talvez conseguir um emprego como desenvolvedor ou administrador geral de TI com algumas habilidades em DB no trabalho. Ir a eventos da comunidade e grupos de usuários e aprender e se aplicar. Tentando algum voluntário ou ajudando shows com organizações sem fins lucrativos ou start-ups. Basicamente, aproxime-se dos bancos de dados. Elabore um plano de carreira em que você possa fazer algo com os dados.
Comecei a trabalhar como representante de suporte. Lidar com todos os tipos de perguntas, mas as perguntas do SQL Server eram um dos tipos. Estudei bastante, me tornei uma pessoa que procurava problemas difíceis de SQL e parti de lá. Depois, trabalhei como Jr. DBA em algum lugar e o resto é história.
Paciência
Eu estava discutindo essa pergunta com um amigo no twitter e eles mencionaram "você não chega lá da noite para o dia" - Esse é um ótimo conselho. Eu vejo muitas pessoas começando que querem ser o DBA sênior agora. Então você precisa de um pouco de paciência e humildade.
Os primeiros anos de uma carreira de DBA estão aprendendo, descobrindo para que lado você quer seguir e muito tempo de suporte executando tarefas básicas. Enquanto você aprende essas tarefas e disciplinas e prova a si mesmo, mais e mais tarefas serão adicionadas e mais responsabilidades serão concedidas. Se você se mantém firme, trabalha duro, mantém as coisas on-line, desenvolve o caráter certo e cresce continuamente suas habilidades, você chegará ao DBA sênior e fará mais coisas divertidas (bem combinadas com mais reuniões e tempo gasto com os gerentes de projeto) - mas é uma maratona e não um sprint, no mundo do DBA.
Essas respostas são opiniões, e é por isso que todo esse tópico não sobrevive, mas se ele o ajudar - copie e cole e dê alguns conselhos. Boa sorte!