RES: [oracle_br] ARCHIVES ORACLE

2007-08-03 Por tôpico Marcus Vinicius Miguel Pedro
Alexandre,

 

Como todos dissemos, a maneira mais eficiente de monitorar isso é pelo SO.
Vou repetir algumas coisas já ditas pelo pessoal em cima deste assunto:

 

1) Se a área estoura com freqüência, analise o tamanho dela, e repense
aumentá-la (todos nós DBAs sabemos que dependendo do cliente conseguir
espaço é uma tarefa árdua!). Além de repensar em aumentar a área de archive
logs, repense também a sua estratégia de backup. De quanto em quanto tempo é
feito backup? Veja, apenas como exemplo: em períodos turbulentos de
trabalho, uma área de archive de 30GB estourava a cada 10 minutos. Fui
obrigado a colocar o backup de 5 em 5 minutos. Isso foi apenas por um dia,
mas o trabalho nosso é justamente esse. Acompanhar e monitorar o ambiente e
principalmente conhecer os períodos de pico.

 

2) Estou lhe passando um exemplo de shell script feito para monitorar file
system no HP-UX, faça as adaptações necessárias para cada sistema
operacional. No caso que estou enviando, usávamos também o SendMail para
enviar e-mails de alerta (portanto, deve haver a configuração prévia deste
produto), inclusive recebia um SMS no meu celular (um endereço de e-mail que
envia direto SMS). Obviamente alterei o endereço de e-mail no script enviado
simulando que a notificação seria enviada para o endereço
[EMAIL PROTECTED]

 



-

val_util_disco.sh

 



# /oracle/oradata12 



 

export server=`uname -a |awk '{print $2}'`

export file_dir=/oracle/scripts_monitora

 

for i in `bdf /oracle/oradata12 |awk '{print $5}'|cut -f 1 -d %used |cut
-f 1 -d Mounted`

do

for x in  `bdf /oracle/oradata12 |awk '{print $4}' |cut -f 1 -d avail |cut
-f 1 -d %|cut -f 1 -d Mounted`

do

if (( $x  80 ))

then

echo Disco $i do Servidor $server esta utilizando : $x %

echo Disco $i do Servidor $server esta utilizando : $x % 
/tmp/val_util_disco.lst

sh $file_dir/val_util_disco_mail.sh

fi

done

done



-

 

val_util_disco_mail.sh

 

## Caso seja detectado que algum disco alcançou o limite especificado,
enviará notificação via e-mail## 

 

export server=`uname -a |awk '{print $2}'`

export file_name=/tmp

export i=`cat /tmp/val_util_disco.lst |awk '{print $2}'`

export x=`cat /tmp/val_util_disco.lst |awk '{print $9}'`

 

mailx -s Disco $i do Servidor $server com $x % utilizado
oracle_br@yahoogrupos.com.br   /tmp/val_util_disco.lst

 



-

 

Espero ter ajudado.

 

Uma coisa que pode lhe ajudar, existem algumas aplicações Freeware na
Internet que realizam monitoramento de file system em ambientes Unix. Não me
lembro dos nomes, mas procure no Google que com certeza encontrará algo que
lhe agrade, caso o exemplo acima citado não seja possível ser implementado.

 

Um abraço!

 



Marcus Vinicius Miguel Pedro

[EMAIL PROTECTED]

Oracle DBA Certified Professional

 

 

De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Alexandre Reis
Enviada em: Friday, August 03, 2007 9:48 AM
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] ARCHIVES ORACLE

 

Obrigado ao Gustavo e ao Marcus Vinicius,

Como já havia dito eu estava pensando assim administro SO Solaris, Linux,
HPUX e tenho oracles nessas máquinas, possuo uma noção de Oracle, 
Não sou especialistas como vcs, eu tenho um problema que é administrar as
áreas de ARCHIVES do Oracle, que quando ele chega a 100 % de ocupação ele
congela
Entao pensei cá com meus botões, que eu poderia fazer um select para me dar
area em percentual do REDO_LOGS ou da área e assim alarmaria quando atingir
um determinado limite, ou seja de dentro do Oracle. Já havia tentado
monitorar o filesystem, como sugeriu o Marcus Vinicius, apenas com os
comandos do UNIX df -kv , chegando a determinada ocupação ele alarmava, mas
nâo foi suficiente. Os travamentos ocorria com area de Archives com alta
ocupação.

Abraços.

E muito Obrigado.

Alexandre Reis

- Original Message - 
From: Gustavo Venturini de Lima 
To: oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.com.br  
Sent: Thursday, August 02, 2007 11:09 PM
Subject: Re: [oracle_br] ARCHIVES ORACLE

Isso mesmo...
Não esqueça, Alexandre, que no Oracle não tem informação sobre quanto de
área ainda tem disponível no SO... isso era pra ser função de quem
administra...
Se é esse o caso, vc não vai conseguir via select nenhum...
Vai ter mesmo que montar um shell pra 

RES: [oracle_br] ARCHIVES ORACLE

2007-08-02 Por tôpico Marcus Vinicius Miguel Pedro
Qual é o sistema operacional?

 

Exemplo, se for AIX, monte um shell script que utilize o comando df. HPUX,
comando bdf, assim por diante.

 

Deve haver muitos exemplos no Google sobre monitoramento de file system
utilizando shell script.

 

 

 



Marcus Vinicius Miguel Pedro

[EMAIL PROTECTED]

Oracle DBA Certified Professional

 

De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em
nome de Alexandre Reis
Enviada em: Thursday, August 02, 2007 2:10 PM
Para: oracle_br@yahoogrupos.com.br
Assunto: Re: [oracle_br] ARCHIVES ORACLE

 

Entendi Gustavo!

Mas a principio eu tinha a minha intenção era utilizar um shellscript mesmo,
com um select que me mostra-se a ocupação dos archive do Oracle , estou com
duvida em como eu faria esse Select .. 

- Original Message - 
From: Gustavo Venturini de Lima 
To: oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.com.br  
Sent: Thursday, August 02, 2007 1:56 PM
Subject: Re: [oracle_br] ARCHIVES ORACLE

Poderias configurar/utilizar o OEM Grid Control para analisar a utilização
do file system onde estão as archives...
Ou então criar rotinas de backup via rman que executem de hora em hora por
exemplo que façam o backup e limpem a área das archives... até desta forma
seria o ideal para se ter os archives em local seguro no caso de qq falha de
hardware...

Em 02/08/07, Alexandre Reis [EMAIL PROTECTED]
mailto:alexandre.reis%40braxis.com.br  escreveu:

 Prezados,

 Uma pergunta simples qual seria a melhor forma de monitorar os Archives do
 Oracle.

 Ele esta chegando a 100% e causando Travamento do SGBD

 Att.
 Alexandre Reis

 [As partes desta mensagem que não continham texto foram removidas]

 


[As partes desta mensagem que não continham texto foram removidas]

[As partes desta mensagem que não continham texto foram removidas]

 



[As partes desta mensagem que não continham texto foram removidas]