Para iniciar esta discussão, primeiro vamos entender que um DBA muitas vezes é confundido, da mesma forma que os profissionais de TI são, quando o vizinho está com um problema na impressora.

Veja a seguinte situação onde todos que atuam nessa área, se não passaram, um dia passarão por algo parecido:

[ Vizinho ] : Oi tudo bem, você trabalha com informática/TI, não é?

[  Você   ] : Trabalho sim.

[ Vizinho ] : Então, eu estou com um problema na minha impressora, na internet, no programa de música, na TV (…), você poderia dar uma olhadinha =D ?

[  Você   ] : =x

Aí você para e pensa, mas eu sou apenas um DBA ou um programador, suporte de SO/Redes/Storage, e para explicar para um leigo essa diferença? Complicado, não é!?

Na vida de um DBA acontece a mesma coisa, por isso costumo enfatizar, quando me perguntam o que eu faço. Eu respondo:

“Eu sou um DBA Oracle”, quase soletrando O-R-A-C-L-E … rs

Vou explicar o porquê, mas veja bem, não estou querendo dizer que o Oracle é o melhor Sistema Gerenciador de Banco de Dados Relacional (SGDBR). Eu apenas gosto dele e foi o que eu escolhi para seguir minha carreira como DBA. Cada banco tem seus pontos positivos e negativos, quem sabe isso não vira assunto de outro post.

.

Normalmente no mundo de TI, existe uma forte tendência em generalizar as funções.
Por exemplo, quando você diz:

“Sou programador” – Muitos entendem: Programo em Java, .Net, C#, C++, C, Delphi, Perl, PL/SQL, T-SQL, …

“Sou suporte de SO” – Muitos entendem: Conheço tudo sobre Windows, Linux, Aix, HPUX, Solaris…

“Sou DBA” – Muitos entendem: Sei como funciona todos os bancos de dados: Oracle, SQL Server, DB2, MySQL, PostgreSQL, Cache. Além de conhecer tudo sobre administração e desenvolvimento em banco de dados (veremos isso mais adiante a diferença de ambos).

Mas isso não quer dizer que um profissional não possa conhecer várias tecnologias. Muito pelo contrário, você não sobreviverá se não conhecer. Entretanto, é importante manter um foco em uma delas e estudar a fundo o seu funcionamento.

Voltando para o mundo de Banco de Dados. Conhecer os detalhes do funcionamento de apenas um banco de dados é essencial para o seu desenvolvimento profissional como DBA. Porque a partir daí você pode começar a estudar como os outros bancos trabalham e qual deles é a melhor opção para uma determinada aplicação/ambiente.

Neste blog, o foco será apenas o banco de dados Oracle utilizando o Linux e/ou Unix-Like.

Então para iniciar o nosso foco neste banco, vamos entender, embora superficialmente, a diferença entre um desenvolvedor e um administrador de banco de dados.

Desenvolvedor: está preocupado com a modelagem do banco de dados, tabelas e seus relacionamentos, procedures, packages e instruções SQL que serão executados no banco. O DBA não só pode, como é muito recomendável que ajude o desenvolvedor nestas etapas. Porém, o conhecimento das necessidades da aplicação deve ser do desenvolvedor.

DBA: está preocupado com a estrutura física do banco de dados, ou seja, como os arquivos do banco estão armazenados no sistema operacional, se existe espaço suficiente no filesystem, se o consumo de CPU e memória estão adequados para a utilização e requisições que as aplicações estão realizando no banco. Quais são as queries que mais consomem recursos no banco. Como deve ser a política de backup. Garantir a disponibilidade, segurança e funcionamento do banco de dados etc.

Como disse, isso foi só uma visão superficial. Mas para facilitar a compreensão, vou dar outro exemplo de como esse trabalho em equipe pode funcionar. Suponhamos que um desenvolvedor precisará criar um índice em uma tabela. As informações de quais colunas da tabela e quais queries utilizarão o índice, são normalmente de responsabilidade do desenvolver, de acordo com a arquitetura do seu sistema. Agora com relação a criação de fato do índice e como ele deve ser armazenado fisicamente no banco de dados, isso é com o DBA.

Então você quer ser um DBA?