O meu amigo Rodrigo Almeida, postou há algum tempo no Blog dele sobre os Tipos de DBA existentes no mercado.
Hoje, 18/02/2010, o meu amigo Bruno Cantelli me chamou e passou a situação de um cliente em que ele estava:
- db_cache_size = 32M;
- shared_pool_size = 80M.
Tudo bem que se tratava do ambiente de Homologação, mas a pergunta é: como alguém em sã consciência deixa essas estruturas de memória tão sub-dimensionadas desta forma?! Incrível!
E aí? Acho que o DBA que fez esse serviço é um DBA Google ou um DBA Ghost!
Qual a opinião de vocês?! Incompetência ou desleixo?
Abraços!
Vinicius
Related posts
9 Comments
Deixe um comentário Cancelar resposta
Esse site utiliza o Akismet para reduzir spam. Aprenda como seus dados de comentários são processados.
Disclaimer
Minhas postagens refletem minhas próprias opiniões e não representam necessariamente as opiniões do meu empregador, a Accenture.
Fala Vini,
Bom, devem estar falando porque o ambiente de Homologação é tão lerdo, com db_cache_size = 32M, classificaria como um DBA Ghost. =D
Abraços,
Rodrigo Almeida
Na minha opinão os dois.
abraços
É João, eu também achava que era… Até saber do restante (e publicado na parte 2 deste artigo…).
O problema lá foi a excessiva economia de dinheiro.
Abraço
É meu caro coléga.
Acredito que é pura falta de conhecimento!
Tem àqueles que acreditam que um RAC basta apenas dar next, next e finish, infelizmente para eles…
Já vi muito bancos e até mesmo aplicações deixadas com valores default… e depois eles não sabem o porquê da degradação!!!
Abs à todos.
Thiago,
Concordo plenamente contigo! Esse é um simples exemplo de N-N-F.
Abraços
Vinicius
Acredito que seja “Incompetência”.
Pois o google eh um otima ferramente de auxilio como base de conhecimento, sou iniciante em meus estudos como dba oracle e foi atravez do google que encontrei bons blogs com otimas dicas e algumas otimas experiencias, otimos sites como o http://www.ss64.com que é um otimo “HELP”…
Ahhh… mesmo eu sendo iniciante sei que o dba tem quer as redias do banco, pode ate usar o asmm. mas nao conhecer o banco eh incopetencia.
Pois é, Juliano.
Eu acredito que é um “mix” dos dois.
É lamentável imaginar uma instância de banco com parâmetros tão sub-dimensionados como esta…
Abraços
Vinicius
Os dados são sem dúvida nenhuma, um dos bens mais preciosos de uma empresa. E dependendo da regra de negócios, não tem como ser confiado a alguém que não seja um DBA e mesmo sendo, não tenha experiência suficiente em ambiente de Produção. Dito isso, acredito que a culpa maior cabe aquele gerente/gestor que contrata um DBA Junior para ser responsável por ambientes produtivos de alta disponibilidade e criticidade.
De vez em quando, ainda nos deparamos com esse cenário nas consultorias da vida, e quando o problema é “apenas” performance, menos mau! Pior é quando se para um ambiente produtivo por falta de planejamento prévio.
Ambientes de banco de dados estáveis que usam a ferramenta Oracle, são aqueles onde existe um DBA habilitado para ser co responsável pelo banco de dados, agora quando o gestor quer “economizar” é nisso que da!
Concordam comigo pessoal?
Olá Sandro,
Realmente tudo o que você disse é válido. Vale a pena apenas lembrar que também há muito picareta no mercado que as vende de uma forma e trabalha de outra. Nessa, o gestor fica vendido. É claro que um processo de seleção rigoroso acaba com isso.
Abraços
Vinicius