Menu de navegação

[Fernanda MontovaniParticipante]

Boa tarde pessoal, sou novata com banco e ja estou em uma empresa com o seguinte caso, preciso saber o tamanho do banco, então rodei no shell do linux:

[oracle10g@server-db01 /]$ du -sh u01/
421G u01/

e no sql:

SQL> select sum(bytes) / 1024 / 1024 / 1024 tamanho_GB from dba_segments;

TAMANHO_GB
———-
43.6995239

SQL>

Tenho em media uns 100 GB de backup, então a duvida é ” quanto de espaço o SGDB ocupa no meu sistema? quais os tipos de manutenção posso fazer para reduzir esses quase 300 GB da /u01?

se alguem puder me dar uma dica, eu agradeço.

🙂
Bjs

[José Laurindo ChiappaModerador]

Tudo jóia ? Espero que sim…. Então, a primeira coisa é que essa consulta na DBA_SEGMENTS que vc fez te dá o tamanho ocupado pelos arquivos de dados pripriamente ditos do database Oracle : sim, normalmente isso é o grosso do tamanho ocupado MAS NÃO REPRESENTA o total completo dos arquivos TODOS que compõem um database Oracle – além dos arquivos de dados você pode ter (e normalmente TEM!!) arquivos de LOGs, arquivos de controle, arquivo de parâmetros de inicialização, etc… Esses arquivos extras que FAZEM PARTE de um database Oracle via de regra não são tão grandes, mas existem, ajudam a explicar um pouco do consumo de disco maior do que a soma do DBA_EXTENTS que vc tá vendo….
Mas muito provavelmente o que deve estar pegando muito mais nessa diferença tão grande é que existem MUITOS OUTROS tipos de arquivo que não fazem parte do database em si MAS o software RDBMS (o gerenciador de dadatabases) Oracle cria durante a operação : entre outros, há os arquivos de trace, os arquivos de Auditoria, os arquivos de ARCHIVED REDO LOG FILES (cópias do log files que o Oracle via gerando por segurança, se teu banco estiver configurado pra fazer isso), os arquivos com tabelas de demonstração que o instalador Oracle pode usar, eventuais arquivos contendo Documentação Oracle… Se vc faz backup para disco, também arquivos de backups anteriores podem estar presentes no disco e consumindo espaço…
E é CLARO, em algum lugar do disco vc TEM que manter os ** binários ** , ie, os programas executáveis que gerenciam o database Oracle : será que eles não estão também dentro desse /u01 ?? Se sim, taí OUTRA razão ajudando a explicar esse consumo tão acima do tamanho geral do database….

A minha Recomendação é : primeira coisa, veja quanto vc está consumindo de espaço em CADA sub-diretório abaixo do /u01 – isso se faz no Linux/Unix com comando tipo :

du -sh /u01

Aí entra em cada sub-diretório que estiver com consumo muito grande e veja lá quais extensões/tipos de arquivo vc tem lá, pelo tipo vc consegue deduzir se ele foi gerado pelo RDBMS Oracle, se faz parte do database em si, ou se é algo externo como por exemplo arquivos de backup antigos….

QQuer dúvida pra interpretar os resultados, manda uma msg e a gente tenta te ajudar mais…

[]s

Chiappa

[José Laurindo ChiappaModerador]

Detalhando um pouco mais, vc pode usar a flag de * no comando : por exemplo, no meu caso quero saber o consumo abaixo de /home ao invés de /u01 :

[root@localhost oracle]# du -sh /home/*
4.0K /home/backup_full_rman.cmd
4.0K /home/backup_full_rman.sh
32K /home/davfs2
28K /home/dm
16K /home/lost+found
4.0K /home/nohup.out
8.1G /home/oracle

[root@localhost oracle]#

E note que eu estou logado como root, pra poder enxergar INCLUSIVE arquivos ocultos/pertencentes ao SO, okdoc ?? Muito bem, descobri que o consumo maior está no sub-diretório oracle abaixo do meu alvo /home , vamos detalhar esse espaço consumido no sub-diretório oracle abaixo do /home :

[root@localhost oracle]# du -sh /home/oracle/*
8.0K /home/oracle/1.sql
4.0K /home/oracle/afiedt.buf
81M /home/oracle/apex
4.0K /home/oracle/apexlistener.sh
7.1G /home/oracle/app
4.0K /home/oracle/apxchpwd.sql
291M /home/oracle/ashviewer
4.0K /home/oracle/consulta_scn.sql
130M /home/oracle/datamodeler
172K /home/oracle/DataModeler
4.0K /home/oracle/dav
172M /home/oracle/Desktop
4.0K /home/oracle/emshutdown
4.0K /home/oracle/emstartup
4.0K /home/oracle/fix.sql
0 /home/oracle/grep
4.0K /home/oracle/jdeveloper
9.4M /home/oracle/listener
4.0K /home/oracle/load_test_blob_data.bad
4.0K /home/oracle/load_test_blob_data.ctl
4.0K /home/oracle/load_test_blob_data.log
4.0K /home/oracle/nonshared2.sql
4.0K /home/oracle/oracle
4.0K /home/oracle/oracle_db11g_clr.gif
4.5M /home/oracle/oradiag_oracle
4.0K /home/oracle/otn_logo_small.gif
8.0K /home/oracle/otn_new.css
4.0K /home/oracle/proc_test.plb
4.0K /home/oracle/proc_test.sql
272K /home/oracle/repos
4.0K /home/oracle/reset_apex
4.0K /home/oracle/reset_imdbcache
4.0K /home/oracle/reset.log
4.0K /home/oracle/reset_OE.sql
4.0K /home/oracle/reset_sqldev
4.0K /home/oracle/reset_svn
4.0K /home/oracle/reset_xdbPorts.sql
4.0K /home/oracle/reset_xmldb
20K /home/oracle/result.txt
8.0K /home/oracle/scsi_hvd_diff.gif
4.0K /home/oracle/scsi_lvd.gif
8.0K /home/oracle/scsi_lvd_se.gif
8.0K /home/oracle/scsi_se.gif
4.0K /home/oracle/shrink.sh
4.0K /home/oracle/shutdown
200M /home/oracle/sqldev3.1
4.0K /home/oracle/StartHere2010.htm
4.0K /home/oracle/start_timesten
4.0K /home/oracle/startup
4.0K /home/oracle/status
4.0K /home/oracle/stop_timesten
124K /home/oracle/svn_repo
12M /home/oracle/tmp
[root@localhost oracle]#

Tá claro que onde vale a pena eu olhar é no /home/oracle/app, que no total tá com vários GBs, no meu caso o resto é lixinho, coisa pequena que não vale a pena … Vou olhar :

[root@localhost oracle]# du -sh /home/oracle/app/*
7.1G /home/oracle/app/oracle
5.8M /home/oracle/app/oraInventory

==> Hmm, o principal consumidor é um sub-sub-diretório oracle, vamos olhar lá :

[root@localhost oracle]# du -sh /home/oracle/app/oracle/*
263M /home/oracle/app/oracle/admin
57M /home/oracle/app/oracle/cfgtoollogs
4.0K /home/oracle/app/oracle/checkpoints
44M /home/oracle/app/oracle/diag
48M /home/oracle/app/oracle/flash_recovery_area
3.2G /home/oracle/app/oracle/oradata
3.5G /home/oracle/app/oracle/product
[root@localhost oracle]#

==> Taí : no meu caso eu sei que instalei os binários em /home/oracle/app/oracle/product e meus arquivos de dados estão em /home/oracle/app/oracle/oradata , tá explicado o consumo no meu caso…. okdoc ??

[]s

Chiappa

[Fernanda MontovaniParticipante]

Hum interessante, vcs são d+ meninos.

vou continuar estudando aqui

[José Laurindo ChiappaModerador]

Blz : qquer coisa, depois que vc fizer a análise da forma que indiquei, como eu disse se vc tiver dúvida em identificar os arqs mais ofensores em termos de espaço, nos mostre a extensão, o tamanho e a localização completa deles que a gente pode te ajudar a analisar e identificar se é um arquivo de uso interno do database ou não, se pode ser apagado ou não….

[]s

Chiappa

[Fernanda MontovaniParticipante]

Sim,
obrigada

[Autor]

Posts