Artigo: Porque uma colocação como DBA é tão difícil?

Ótimo artigo !!

Infelizmente estou nessa situação, estilo "Severino" faz tudo, tenho que cuidar dos planos de backups, execução de jobs, otimização de índices, criação de tabelas, migração de base de dados e ainda desenvolver, fazer o que né ... é a situação do mercado.

Opa, acho que tem algum problema no site. Não consegui acessar. Deu "Erro ao estabelecer uma conexão com o Banco de Dados".

É pelo que vi hoje pela manhã está com erro.

Voltou o site.

Parabéns pelo artigo, bastante claro e realista.
Muitas vezes a função do DBA é "jogada nas costas" do programador, que além de desenvolver e manter o sistema, tem que se preocupar com certas coisas do BD. Isso acaba prejudicando, ao meu ver, todas as partes. O programador que assume funções que não deveriam ser suas. E a empresa que corre o risco por não ter um profissional especializado e totalmente dedicado àquilo.

Obrigado Joel, vem mais por ai, todos voltados a banco de dados.

Estarei lendo este!

Li o artigo e me identifiquei(ainda estudando), realmente é caminho arduo a seguir e manter, a dificuldade será grande para arrumar um simples estagio, a maioria das empresas não pensam em deixar no minimo duas pessoas capacitadas para essa area, o que irá gerar uma dependencia.

Acredito que hoje ainda temos muito receio nas empresas em contratar um profissional para ser treinado.
O que vejo também são vagas de super profissionais com cargos oferecidos como Junior

Acabei de ler, realmente mostou a realidade em nosso cenario, parabens!!!

Acabei de Ler tambem.

Bom o artigo.

Sou um classico exemplo do faz tudo, inclusive DBA e DBD. kkkk

Faz tudo e nao faz nada. kkkkk

Se é complicado dominar um imagina mais...
mas essa é uma verdade, atualmente nas empresas existem mais de uma base de dados(produtos).

Muito bom o artigo, parabéns.

Obrigado.

Vamos discutir mais sobre o artigo?

Muito bom o artigo!
Destaca muito bem a realidade vivida por um DBA...

Vamos sim!!!

olhem a lista exposta no artigo:

Desenvolver uma base de dados consistente;
Manter a integridade dos dados da empresa;
Segurança de acesso aos dados;
Desempenho da aplicação;
Tuning;
Controle de erros.

O que vocês podem adicionar a lista?

Bom, acho que a lista a seguir está bem completa, "Desenvolver uma base de dados consistente" já uma grande qualidade que evita problemas serios futuramente.

Vou relatar minha opinião através dos conhecimentos e da experiência que ja tive trabalhando em uma empresa que havia um DBA.

O DBA é responsável por:
- Criar os ambientes de desenvolvimento, testes, produção e manter esses dados atualizados
- Realizar backup e restore, bem como criar um "meio seguro" para a realização dos mesmos
- Criar as instâncias, tablespaces, roles, papéis, snapshot...
- Criar os backup diários das bases de dados
- Criar e manter as auditorias nas bases de dados;
- Controlar os acessos de usuários;
- Criar padrões de desenvolvimento
- Trazer novas funcionalidades e recursos que o SGBD possui e treinar a equipe de analise e desenvolvimento.
- Revisar as estruturas criadas que são utilizadas nos sistemas e atualizá-las nos ambientes.

O DBA não é responsável pela criação de tabelas, procedures, etc que são utilizadas nas aplicações, quem deve fazer isso, são os analistas e desenvolvedores. Assim como o tuning de SQL e desempenho de aplicações é responsabilidade dos desenvolvedores, o DBA deverá revisar e auxiliar caso sejam necessárias correções e melhorias nos códigos.

Boa.

Acompanhando... acompanhando... rsrsr

Outra informação bem importante sobre a carreira de um DBA:

fonte:[url]http://pt.wikipedia.org/wiki/Administrador_de_banco_de_dados[/url]

O fato é, as empresas preferem funcionários multitarefas do que especialistas em cada área. Sai mais barato o custo dele. Quando este não da conta, chama-se um especialista para analisar o projeto e propor correções, mas este é um gasto por demanda e não recorrente.

Um outro artigo meu publicado hoje muito bom pra se pensar.

http://www.tiespecialistas.com.br/2014/10/terminei-minha-graduacao-e-ai/

Muito bom o artigo!