Opa, então : isso explica muita coisa, 15 gB para índices + 34 gB para audit
+ o crescimento vegetativo normal de dados, estamos chegando nalguma coisa
significativa.... Não deixe de fazer os procedimentos TODOS que citei, mas sem
dúvida isso Pode Sim ser uma causa provável...
Bom, sobre os dados de AUDIT : o AUD$ é uma ** tabela **, e como toda
tabela, quando vc remove os dados dela, o espaço livre VOLTA para a tablespace
a qual a tabela pertence - se vc quiser que esse espaço livre seja DESALOCADO
da tablespace e volte para o SO (a fim de que possa ser re-alocado para uma
Outra tablespace), via de regra vc tem que fazer um SHRINK/COALESCE na
tablespace, e/ou (em alguns casos mais extremos) mover/recriar segmentos....
No caso do 11g, eu não lembro se quando vc faz a remoção dos logs/audit/etc
ele já emenda por conta um shrink/coalesce ou não - faça o teste aí, se após a
limpeza vc não ver o espaço livre aumentar no SO, certamente vc vai ter que
diminuir a tablespace aonde o AUD$ reside (normalmente a SYSAUX) manualmente....
E nem preciso dizer, INSISTA com o DBA responsável para que ele REVEJA a
política de AUDIt dele, confirmando que realmente eles só estão Auditando o
mínimo necessário, E QUE ele CRIE e MANTENHA uma rotina de arquivamento+remoção
dos dados de Audit antigos...
[]s
Chiappa
--- Em oracle_br@yahoogrupos.com.br, Emerson Martins <emersonmartins8@...>
escreveu
>
> Obrigado Chiappa..
>
>
> Suas recomendações foram bem vindas..Como você mesmo mencionou...Neguim
> criou 3 datafiles de indices de cada um com 5G.
>
> Só mais outra pergunda.Na exclusão dos dados da tabela de auditoria que ta
> com 37GB auditoria esses espaço é recuperado fisicamente?
>
> Emerson Martins
> DBA Jr
>
> Em 21 de fevereiro de 2013 14:38, J. Laurindo Chiappa <
> jlchiappa@...> escreveu:
>
> > **
> >
> >
> > Então, colega : mesmo que vc tenha "caído de pára-quedas", um database
> > Oracle é um database Oracle, alguns conceitos/preceitos técnicos se mantém
> > TOTALMENTE mesmo que vc não tenha histórico/conhecimento do ambiente....
> > Assim, primeira coisa : SE os datafiles estão mesmo com AUTOEXETND
> > desligados, a tablespace só cresce quando vc pedir um RESIZE (o que é um
> > DDL, normalmente vc acha msg disso no alert.log, veja lá se tem alguma) ou
> > se criar novos datafiles, sim ? Então primeira coisa, consulta o alerto do
> > banco E manda um SELECT na DBA_DATA_FILES e veja as datas de criação dos
> > datafiles e veja se realmente tem neguim criando recentemente datafiles ou
> > não....
> > SEGUNDO, mesmo "caindo de pára-quedas", ** nada ** impede vc de obter a
> > informação que não nos deu, ie : QUANTOS e QUAIS tipos de arquivos vc tem
> > nesse ambiente, e consumindo QUANTO de espaço cada um - pela Extensão do
> > arquivo vc pode deduzir se são os tracefiles, e/ou os datafiles, e/ou seja
> > o que for que está consumindo em demasia o teu espaço.... OK ? Há diversas
> > opções de Como fazer isso, mas uma das mais simples e efetivas seria vc
> > checar com o sysadmin desse servidor se eles tem um software que te dê essa
> > informação - googlando por isso vc cai por exemplo em
> > http://showsize.com/list-file-types-in-windows.aspx , mas esse é UM dos n
> > que podem nos dar esse tipo de informação : veja no print-screen do
> > software no link que ele mostra EXATAMENTE o que pedi, ie, para cada tipo
> > de arquivo a quantidade presente E o tamanho total em bytes ocupado para
> > cada tipo de arquivo, é ISSO que precisamos, okdoc ?
> > Em terceiro lugar : já que vc não tem Licença para o ASH/AWR, vc Não Pode
> > consultar as tabelas deles que mantém um histórico de crescimento : não há
> > outra solução afaik pra vc obter isso nesse caso que não seja vc mesmo
> > criar uma rotina sua, nalgum tipo de job (diário, talvez) que
> > guarde/mantenha um status de tamanho/utilização : daqui a uns tantos dias
> > vc já terá um histórico, consultando a saída desse "job" para os últimos
> > dias...
> >
> > A minha Recomendação portanto é : neste momento, como Ação emergencial
> > para evitar fim do espaço em disco, Arquive, e Remova (via ADRCI, mas
> > BACKUPEANDO antes de remover) os arquivos de logs/traces/dumps/etc, que vc
> > já obtém uma folguinha de espaço aí. Imediatamente depois, faça as
> > consultas no alert, no DBA_DATA_FILES, nos tipos de arquivos, e veja se
> > isso te dá alguma dica, se dá pra fazer alguma Suposição... SE não der para
> > supor nada (ie, vc não encontrou Evidências de datafiles constantemente
> > adicionados, Nem encontrou arquivos excepcionalmente grandes de nenhum
> > tipo, nem o tamanho total ocupado por nenhum tipo de arquivo sozinho
> > justifica o consumo tão disparatado, aí a gente supõe crescimento de dados
> > mesmo, o Histórico coletado pelo teu job é quem vai dizer...
> >
> >
> > []s
> >
> > Chiappa
> >
> >
> > --- Em oracle_br@yahoogrupos.com.br, Emerson Martins escreveu
> > >
> > > Olá pessoal.Segue informações solicitadas.
> > >
> > > a) qual é a VERSÂO do seu banco, e em qual release : 10gR1, 10gR2, 11gR1,
> > > 11gR2 ???
> > > *11GR2 Standard One*
> >
> > >
> > > b) os seus datafiles estão com crescimento automático permitido ?
> > > *Não estão em crescimento automático.*
> >
> > >
> > > c) qual é a classificação da sua aplicação : é um OLTP típico (aonde os
> > > dados basicamente crescem com interação dos usuários) ou é algo no estilo
> > > DW,
> > > aonde há Cargas de dados e inserção de dados programaticamente ??
> > > *O Ambiente é OLTP, duas aplicações acessam esse server*
> >
> > >
> > > d) vc tem Licença para usar as tabelas do ASH e do AWR ?? provavelmente
> > não
> > > tem já que é Standard Edition, mas enfim, fica a pergunta ...
> > > *Não temos licença.*
> >
> > >
> > > e) vc CHEGOU a pesquisar com tools do SO qual/quais arquivo(s) e/ou
> > > diretórios estão causando falta de espaço ?? ?
> > > A questão está sendo causada pelo TAMANHO de alguns tantos poucos
> > > arquivos, OU os tamanhos em si estão razoáveis,
> > > a questão é quantidade excepcionalmente grande de arquivos ???
> > >
> > > A questão aqui é o seguinte!Cai de paraquedas para dar um ajuste nesse
> > > server pois não fazia parte dessa equipe...
> > > Fui solicitado para dar uma "olhadinha".E quando cheguei la o problema
> > era
> > > apenas 7GB de Espaço.OK!
> > > Não tenho um histórico de crescimento, o monitoramento será daqui pra
> > > frente..
> > >
> > > Então comecei a analisar com ajuda de alguns colegas executando alguns
> > > scripts para identificar quais o problemas:
> > >
> > > * **Tablespaces*
> >
> > >
> > > Tablespace_name File_count Size Free(MB) Used(MB) Max Ext(MB) % Free
> > > Graph MEDVINDICES 1 100 99 1 32767,98438 99 ********* AUXWPD 1 9600
> > > 9295,81 304,18 32767,98438 96,83138 ********* UNDOTBS1 1 1610 1457 153
> > > 32767,98438 90,49689 ********* USERS 1 5 4 1 32767,98438 80 ********
> > > TSI_MEGA 1 100 74 26 32767,98438 74 ******* WPDINDICES 4 48127,98
> > 14618,06
> > > 33509,92 32767,98438 30,37331 *** SYSAUX 1 600 150,81 449,18 32767,98438
> > > 25,13542 ** TSD_MEGA 1 10340 1937,81 8402,18 32767,98438 18,74093 *
> > > CTODADOS 1 100 15,12 84,87 32767,98438 15,125 * MEDVDADOS 1 220 16,62
> > > 203,37 32767,98438 7,556818 CTOINDICES 1 180 13,43 166,56 32767,98438
> > > 7,465278 SYSTEM 2 39935,98 427,81 39508,17 65535,96875 1,071246
> > > WPDDADOS 3 70655,96 103 70552,96 65535,96875 0,145777
> > >
> > > *Tabelas de Auditoria - 37GB*
> >
> > >
> > > select * from dba_segments where segment_name='AUD$';
> > >
> > > 40282095616 bytes = 37Gb
> > >
> > > *Arquivos de Traces*
> > > *
> > > *
> > > 132 arquivo(s) 113.487 bytes
> > >
> > > *Arquivos de Log*
> >
> > >
> > > vazio
> > >
> > > Pessoal são essas informações que tenho no momento.
> > >
> > >
> > > Emerson Martins
> > > DBA
> > >
> > >
> > > Em 21 de fevereiro de 2013 08:57, Alessandro Lúcio Cordeiro da Silva <
> > > alecordeirosilva@> escreveu:
> > >
> > > > **
> >
> > > >
> > > >
> > > > Ola Emerson,
> > > >
> > > > Qual a versão do seu banco de dados? Vale lembrar que no Oracle 11g
> > > > tem varias auditorias habilitadas por padrão, e claro que isso tem o
> > custo
> > > > de consumir espaço do Banco de Dados.
> > > >
> > > > Se o crescimento for nas TableSpace, bem provavel que seja algo com
> > > > auditoria.
> > > >
> > > >
> > > > Alessandro Lúcio Cordeiro da Silva
> > > > Analista de Sistema
> > > > þ http://alecordeirosilva.blogspot.com/
> > > > O tic-tac do relógio me lembra de algo muito importante que esta
> > > > acontecendo: estamos vivos.
> > > > "Joana de Souza Schmitz Croxato"
> > > >
> > > >
> > > > ________________________________
> > > > De: Márcio - Grupos Oracle marcio_cbj@>
> >
> > > > Para: oracle_br@yahoogrupos.com.br
> > > > Enviadas: Quarta-feira, 20 de Fevereiro de 2013 16:16
> > > > Assunto: RES: [oracle_br] Crescimento absurdo do Banco
> > > >
> > > >
> > > >
> > > >
> > > > Faça também um acompanhamento detalhado do crescimento das tablespaces.
> > > > Aqui
> > > > eu monitoro o crescimento das tablespaces e como já conheço a forma que
> > > > cada
> > > > aplicativo trabalho, já sei o quanto cada um cresce e já peço disco
> > para a
> > > > equipe de infra. Caso cresça algo fora do normal, comunico o
> > fornecedor pra
> > > > ver o que pode ter ocorrido pra ter esse crescimento fora do normal.
> > > >
> > > > De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br]
> > Em
> > > > nome de Milton Bastos Henriquis Jr.
> > > > Enviada em: Wednesday, 20 de February de 2013 17:11
> > > > Para: oracle_br@yahoogrupos.com.br
> > > > Assunto: Re: [oracle_br] Crescimento absurdo do Banco
> > > >
> > > > Emerson, veja o quanto antes qual o tamanho atual da base e fale pra
> > gente.
> > > >
> > > > Pelo visto vc não tem o tamanho dos dias anteriores, né?
> > > > Semana passada, por exemplo.
> > > >
> > > > Então, como o que já passou já passou, pegue o tamanho de AGORA,
> > > > e vai tirando esse tamanho novamente amanhã, depois, semana que vem,
> > etc...
> > > > Assim vc descobre quanto que tá crescendo por dia.
> > > >
> > > > 2013/2/20 Emerson Martins emersonmartins8@
> >
> > > > >
> > > >
> > > > > Marcio!
> > > > >
> > > > > Esse banco não estar em modo archivelog. E essa questão do backup
> > fica em
> > > > > uma partição separada.
> > > > >
> > > > > Emerson Martins
> > > > > DBA Jr
> > > > >
> > > > >
> > > > > Em 20 de fevereiro de 2013 16:06, Márcio - Grupos Oracle <
> > > > > marcio_cbj@ > escreveu:
> >
> > > > >
> > > > > > **
> > > > > >
> > > > > >
> > > > > > Emerson, o seu banco está com o Archivelog ativado? Se sim, você
> > tem
> > > > > alguma
> > > > > > rotina de backup dos archives e limpeza do disco onde ele está? O
> > que
> > > > eu
> > > > > > vejo um crescimento grande seria o archive, com algum aplicativo
> > > > > executando
> > > > > > muitas transações.
> > > > > >
> > > > > > De: oracle_br@yahoogrupos.com.br
> > > > [mailto:oracle_br@yahoogrupos.com.br
> > > > ]
> > > > > Em
> > > > > > nome de Emerson Martins
> > > > > > Enviada em: Wednesday, 20 de February de 2013 14:53
> > > > > > Para: oracle_br@yahoogrupos.com.br
> > > >
> > > > > > Assunto: [oracle_br] Crescimento absurdo do Banco
> > > > > >
> > > > > >
> > > > > > Pessoal.
> > > > > >
> > > > > > Estou com um crescimento absurdo de um banco de dados aqui na
> > > > empresa.Do
> > > > > > nada eu fico sem espaço..No momento estou apenas 7 GB de Espaço
> > nesse
> > > > > > server..E nos meus calculos..O Banco nao cresceu tanto assim não..
> > > > > >
> > > > > > Alguém pode me dar uma luz do que pode ser..? Estou precisando
> > calcular
> > > > a
> > > > > > volumetria..desse banco
> > > > > >
> > > > > > Ambiente:
> > > > > >
> > > > > > Windows Server 2008 R2
> > > > > > HD 278 GB
> > > > > > Oracle Standard One.
> > > > > >
> > > > > > Atenciosamente,
> > > > > >
> > > > > > Emerson Martins
> > > > > > DBA Jr
> > > > > >
> > > > > > [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]
> > > > >
> > > > >
> > > > >
> > > > > ------------------------------------
> > > > >
> > > > >
> > > > > ----------------------------------------------------------
> > > > > >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de
> > > > > inteira responsabilidade de seus remetentes.
> > > > > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> > > > >
> > > > > ----------------------------------------------------------
> > > > > >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package »
> > > > > Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO
> > > > ESPAÇO!
> > > > > VISITE: http://www.oraclebr.com.br/
> > > > > ----------------------------------------------------------
> > > > > Links do Yahoo! Grupos
> > > > >
> > > > >
> > > > >
> > > >
> > > > [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]
> > >
> >
> >
> >
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
