Um dia de DBA - Cenário 1
Olá Pessoal hoje estarei postando mais uma de minhas experiências.
Quem nunca foi acordado por um cliente de madrugada porque o Banco de Dados parou? Quem é DBA e nunca teve esta oportunidade EEESPEEEERAAAAA….
Pois se não aconteceu um dia vai acontecer e não estou jogando praga não, pois todo DBA está sujeito a este tipo de tarefa.
Um certo dia um cliente me liga às 00:30 da madrugada desesperado dizendo que o Banco de Dados dele tinha parado.
Pedi para o cliente uns 15 minutos até eu conseguir conectar e verificar o motivo do problema.
Quando verificando o Banco de Dados AlertLog e etc… me deparei que o Banco de Dados CRASH e o Sistema Operacional Linux corrompeu todos os diretórios base, tudo isso devido a uma queda de energia que o Nobreak não segurou.
Que Beleza não? Qual plano de ação diz o cliente?
————————————————————————————————
- Utilizar Backup Lógico com Exp que foi executado na hora do almoço(Pois era o unico backup que o cliente tinha). O interessante seria Backup com RMAN mas o cliente não tinha.
- O Banco de Dados Teste está instalado em Sistema Operacional Windows.
- Importar o dump em um outro Servidor cujo Banco de Dados ja existente(atualmente é um Banco de Dados teste), pois precisamos de disponibilidade do Sistema amanhã as 8:00hrs.
————————————————————————————————
Ok e lá vamos nós mais uma madrugada trabalhando….café + café….
Após ter criados todos os schemas e importado todos os objetos e criado seu devidos GRANTS e SYNONYMS.
A base de dados ja estava perfeita aparentemente. Pedi para que o pessoal de suporte testasse o sistema e estava ok.
Beleza até ai ja eram 7:30 da manhã e estava tudo ocorrendo bem.
Em conversa com o Gerente de TI da empresa resolvemos então aumentar a memória do Servidor de 2GB para 4GB. Pois devido o número de usuários seria interessante.
Ok, parei o banco de dados e disponibilizei para manutenção.
O Pessoal da infra trocou a memória e iniciamos o servidor…
Antes de inicar o Banco de Dados fiz backup do SPFILE, pois iria alterar a SGA do Banco de Dados.
Quando fui iniciar o Banco de Dados recebi a seguinte mensagem:
————————————————————————————————
SQL> startup
ORA-01261: Parameter db_recovery_file_dest destination string cannot be translated
ORA-01262: Stat failed on a file destination directory
————————————————————————————————
Que beleza não? isso ja era 8:10hrs e o pessoal esperando o sistema e me perguntando que horas estaria no ar.
Nessas horas é que temos que ter calma e saber levar o cliente pois logo de kara não sabia o que era.
Então após uns 30 minutos de pesquisa descobri o diretório flash_recovery_area tinha sido deletado, com isso o Banco de Dados não iniciava.
O motivo disso é bem provável que algum KAMARADA deletou esse diretório.
Então apenas recriei o diretório, STARTUP MOUNT alterei a SGA. Depois SHUTDONW IMMEDIATE + STARTUP e Pronto Banco de Dados OPEN.
Bom pessoal, essa foi mais uma das minhas experiências como DBA ORACLE.
Abraço
Bruno Murassaki
maio 25th, 2009 at 10:15
Bruno,
Legal a experiência, nesse seu post, podemos concluir duas coisas:
1) DBA tem a vida de Médico, ou seja, não tem hora e dia para trabalhar. Isso será para sua carreira inteira.
2) EXPORT (Backup Lógico) é apenas um backup de apoio, como foi executado no horarário de almoço, onde estão os dados a partir desse horário com uma corrupção de disco!!!
Complicado meu camarada! Mas é a nossa vida. Parabéns.
Abraços,
Rodrigo Almeida
maio 25th, 2009 at 14:53
Fala Rodrigo,
Legal que você tenha postado aqui, valeu mesmo.
Sobre os dados a partir desse horário ja era né, infelizmente. Ai está a diferença em ter um backup com RMAN e Archivelog ativo.
Abraço.
Bruno Murassaki
maio 25th, 2009 at 23:02
A experiência e as histórias contadas por diversos profissionais, me levam a crer que muitas empresas ainda não levam a sério o Backup.
Eles pensam que as máquinas são indestrutíveis e que os DBAs são mágicos. Até que em um trágico dia, a empresa deixa de existir pelo fato de o backup não voltar !
maio 26th, 2009 at 13:58
Fala Willians,
Obrigado por postar, realmente as empresas não levam a serio e acham que nunca vão precisar de backup.
Abraço
Bruno Murassaki
maio 26th, 2009 at 22:27
AAAA entao deixa eu contar!!!!
Trabalho em uma empresa de consultoria, ai pegamos um projeto de desenvolvimento aquele projetaoooooo completaoo, se eu nao me engano era um sistema feito em .NET com oracle algo desse tipo, 1 base de dados tinha pra + de 500milhoes de registros e todo dia entrava + 1milhao de registros olha que maravilha!! ai xego eu la novato, queria fazer um teste la no servidor ai chega perto de min o ANALISTA DE REGRA DE NEGOCIO SENIOR!!!!!! cara cuidado ai, eu, porque? ai ele sabe como é todo cuidado é pouco, ai fiquei encafifado com aquilo, e resolvi perguntar ao + experiente DBA(CONSULTOR) da empresa, ai dba como anda a rotina de backup desse servidor?, ele simplesmente virou pra min e falou não sei, nao fui eu quem fiz, na mesma hora penssei.
XIII que projeto merda esse, mas como brasileiro que nao desiste nunca fui coletando as informaçoes até que descobri que tinha um backup aiusdhuiash um EXP FULL respirei e perguntei de quando é esse backup ai o rapaz me falou a de março sendo que estavamos em abril!! aí pensei vou ver se da pra fazer uma rotina de backup nessa merda aqui, fui falar com o analista de regra de negocios! veio ele tem como montar um ambiente com o mesmo sistema operacional e fazer uma duplicata do banco e talz? ai eu falei logicoo!!! quer pagar quanto?? ele falou que ficava + facil, qualquer problema era so plugar o hd e pronto, conclusao, ainda estou tentando negociar um local para armazenar os futuros backups da base xDDD
maio 27th, 2009 at 15:14
adorei o blog.
os dias de um DBA…foi uma ótima idéia…continue postando porque é perfeito pra quem pega essas encrencas.
parabéns
junho 18th, 2009 at 10:27
Blog muito bom Bruno…
O Bruno não gosta muito de mim não, porque quando eu chamo ele pra ver um problema ele sabe que é ‘problema’ mesmo.
ahsuahsuhassa…
Valeu Bruno… Parabéns pela iniciativa!
junho 18th, 2009 at 13:31
Fala Ivan blz
Sobre o gostar, não tem nada haver não, pois pra mim todo erro ou problema novo é um desafio e uma nova experiência. E o bom de tudo isso que você falou é que você tenta todas as alternativas possíveis antes de pedir ajuda. Isso é muito bom. Continue assim, pois terá muito a crescer profissionalmente.
Abraço
Bruno Murassaki
abril 29th, 2010 at 10:16
Olá Bruno, li em seu blog sobre sincronização de backup entre dois servidores, e como já havia comentado, achei excelente. Eu estou engatinhando na aventura de DBA, e tenho uma situação em que preciso aplicar os archives logs em um servidor de backup em que a sincronização é feita atravez do linux. Gostaria de saber se vc tem um exemplo simples de aplicação de archives.
Obs: meus dois ambientes já estão configurados e o server principal esta gerando os archives.
Se puder me ajudar lhe serei grato.
Moro em Foz do Iguaçu no Paraná.
Um abraço.