Menu de navegação

[DBA_LUCASParticipante]

Prezados ,

Tenho hoje um servidor linux red hat 24g ram e 2 hds d 1 tera e meio.

Pretendo portar hoje no servidor coisa por volta de 30 bases de dados. Estou em fase de construção e estou notando que o desempenho não esta legal. Configurei a distribuição da memoria da seguinte forma:

***SGA***

lock_sga boolean FALSE
pre_page_sga boolean FALSE
sga_max_size big integer 10G
sga_target big integer 10G

***PGA***

pga_aggregate_target big integer 0

***Memory***

hi_shared_memory_address integer 0
memory_max_target big integer 12G
memory_target big integer 12G
shared_memory_address integer 0

***COnsumo do LINUX (TOP) ***

top – 14:59:53 up 1 day, 3:17, 4 users, load average: 3.75, 4.10, 4.10
Tasks: 206 total, 2 running, 204 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.6%us, 0.3%sy, 0.0%ni, 66.8%id, 31.1%wa, 0.0%hi, 0.1%si, 0.0%st
Mem: 24673284k total, 24465676k used, 207608k free, 34380k buffers
Swap: 2047992k total, 260k used, 2047732k free, 22701180k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
24730 oracle 20 0 10.7g 2.2g 1.8g D 5.0 9.4 22:53.35 oracle
24871 oracle 20 0 10.3g 1.6g 1.6g S 1.7 6.7 2:38.44 oracle
14817 root 20 0 0 0 0 S 0.7 0.0 0:03.93 flush-8:16
2272 root 20 0 15072 1380 884 S 0.3 0.0 3:59.20 top
23112 oracle 20 0 10.3g 34m 29m S 0.3 0.1 0:18.46 oracle
23118 oracle 20 0 10.3g 34m 32m D 0.3 0.1 0:19.33 oracle
1 root 20 0 19244 1308 1044 S 0.0 0.0 0:01.58 init
2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd
3 root RT 0 0 0 0 S 0.0 0.0 0:00.04 migration/0
4 root 20 0 0 0 0 S 0.0 0.0 0:00.51 ksoftirqd/0
5 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/0
6 root RT 0 0 0 0 S 0.0 0.0 0:00.01 migration/1
7 root 20 0 0 0 0 S 0.0 0.0 0:01.35 ksoftirqd/1
8 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/1
9 root RT 0 0 0 0 S 0.0 0.0 0:00.03 migration/2
10 root 20 0 0 0 0 S 0.0 0.0 0:02.57 ksoftirqd/2
11 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/2
12 root RT 0 0 0 0 S 0.0 0.0 0:00.02 migration/3
13 root 20 0 0 0 0 S 0.0 0.0 0:00.18 ksoftirqd/3
14 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/3
15 root 20 0 0 0 0 S 0.0 0.0 0:00.20 events/0
16 root 20 0 0 0 0 S 0.0 0.0 0:02.24 events/1
17 root 20 0 0 0 0 S 0.0 0.0 0:00.90 events/2
18 root 20 0 0 0 0 S 0.0 0.0 0:00.40 events/3
19 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuset
20 root 20 0 0 0 0 S 0.0 0.0 0:00.00 khelper
21 root 20 0 0 0 0 S 0.0 0.0 0:00.00 netns
22 root 20 0 0 0 0 S 0.0 0.0 0:00.00 async/mgr
23 root 20 0 0 0 0 S 0.0 0.0 0:00.00 pm
24 root 20 0 0 0 0 S 0.0 0.0 0:00.04 sync_supers
25 root 20 0 0 0 0 S 0.0 0.0 0:00.01 bdi-default
26 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kintegrityd/0
27 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kintegrityd/1
28 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kintegrityd/2
29 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kintegrityd/3
30 root 20 0 0 0 0 S 0.0 0.0 0:00.46 kblockd/0

***ARQUIVO PFILE from SPFILE***

ORCL.__db_cache_size=4697620480
ORCL.__java_pool_size=67108864
ORCL.__large_pool_size=67108864
ORCL.__oracle_base=’/u01/app/oracle’#ORACLE_BASE set from environment
ORCL.__pga_aggregate_target=3959422976
ORCL.__sga_target=6174015488
ORCL.__shared_io_pool_size=0
ORCL.__shared_pool_size=1140850688
ORCL.__streams_pool_size=134217728
*.audit_file_dest=’/u01/app/oracle/admin/oracle/adump’
*.audit_trail=’db’
*.compatible=’11.2.0.0.0′
*.control_files=’/u01/app/oracle/oradata/oracle/control01.ctl’,’/u01/app/oracle/flash_recovery_area/oracle/control02.ctl’
*.db_block_size=8192
*.db_domain=”
*.db_name=’oracle’
*.db_recovery_file_dest=’/u01/app/oracle/flash_recovery_area’
*.db_recovery_file_dest_size=4070572032
*.diagnostic_dest=’/u01/app/oracle’
*.dispatchers='(PROTOCOL=TCP) (SERVICE=ORCLXDB)’
*.memory_target=12288M
*.open_cursors=300
*.processes=900
*.remote_login_passwordfile=’EXCLUSIVE’
*.sga_max_size=10240M
*.sga_target=10240M
*.undo_tablespace=’UNDOTBS1′

Alguem pode me ajudar pois linux não é meu ponto forte …

obrigado;

[vieriParticipante]

30 instancias de banco de dados é isso mesmo?

não seriam 30 schemas?

digite o comando sar e posta o resultado aqui…

oque está lento?? alguma tela, ou vc mechendo no linux?

[DBA_LUCASParticipante]

Trabalho em uma empresa de softwares de dados , este meu banco porta as bases de dados(schemas) dos clientes , meu banco de dados antigo tinha 150 base de dados (schemas) , e ele chegou a uma situação critica com varios blocos dos hds corrompidos deixando tudo lento , ele literalmente travava em algumas Rotinas quando os usuarios estavam acessando a aplicação , rotinas que demoravam 10 min estavam processando em 1 hr. Ele tinha apenas 8 gigas de ram , ai agora estou montando um novo servidor onde irei fazer o possivel para manter apenas 30 schemas e caso precise passar irei dropar algumas apos o uso. A situação em que se encontra hoje é que ja coloquei 4 schemas , alguns usuarios ja acessam , estou colocando mais , no momento uma base que ira ocupar 400gigas de tablespace e outras duas que irao ocupar 40gigas cada. A performance da aplicação esta boa , digamos que esta 80% mas deve ser pelo fato de estar fazendo as importaçãoes. O que esta me deixando na duvida é devido as importações que estou achando meio lenta , ai resolvi procurar saber se estou distribuindo a memoria corretamente , pois eu tenho um servidor violento igual nunca tive , imaginava um desempenho melhor tambem.

[rmanParticipante]

@DBA_LUCAS

Qual versão do Oracle você está utilizando ?

Verifique o relatório ADDM e veja o que o advisor recomenda. Se a SGA estiver mal dimensionada o relatório irá te sugerir o tamanho adequado.

[diegolenhardtParticipante]

ta importando com o banco em archive mode?

se tiver vai ficar lento mesmo…

ta usando imp ou impdp?

[DBA_LUCASParticipante]

A versão é o oracle database 11G R2 … esta em modo NOARCHIVELOG.

Estou fazendo 1 IMPDP e 2 IMP …

Como verifico esse relatorio ???

[vpapaParticipante]

[quote=”DBA_LUCAS”:1ljuup24]A versão é o oracle database 11G R2 … esta em modo NOARCHIVELOG.

Estou fazendo 1 IMPDP e 2 IMP …

Como verifico esse relatorio ???[/quote]

Nem sempre o problema esta na memoria, verifica sua distribuicao de I/O, redo logs, veja tambem a possibilidade de implementar archivelog que ‘e essencial.

Procure no google boas praticas para tuning.

IMPDP e IMP demora mesmo ainda mais do tamanho que voce disse.

O seu memory_target da pra aumentar de acordo com sua memoria do servidor.

Os seus controlfiles estao no mesmo mount point?

Esta usando memory_target com sga_target? Leia
http://download.oracle.com/docs/cd/E118 … REFRN10285

Como estao seus grupos de Redo logs?

Att,

[DBA_LUCASParticipante]

Meu banco de dados esta caindo , me ajudem a chegar na configuração ideal por favor …

[rmanParticipante]

@DBA_LUCAS

O relatório ADDM pode ser consultado pelo Enterprise Manager, no link Advisor Central.

Seja um pouco mais especifico, qual a mensagem de erro? Está caindo, ou não sobe a base depois de aumentar o SGA ?

[DBA_LUCASParticipante]

Ele simplismente cai , deixei 2 schemas importando e hoje cheguei e ele havia caido , é a terceira vez que isso acontece.

Minhas configurações estavam:

*.sga_max_size=10240M
*.sga_target=10240M
*.memory_target=12288M

Agora coloquei:

*.sga_max_size=10240M
*.sga_target=0
*.memory_target=12288M

Se eu tento colocar o sga_max_size e o memory target com mais de 15 gigas ambos , me da o erro na subida dizendo que o SISTEMA NAO SUPORTA A MEMORY_TARGET , mas fico na duvida pois tenho 24Gigas de memoria ram ….

[Victor ArmbrustMestre]

@DBA_LUCAS

Primeira coisa a ser analisada nesse caso o alert.log. Seu Banco est caindo? Shutdown Abort? como descobrir isso? Alert.log

Tudo bem, vc at pode estar tendo problemas de Memoria, performance, etc.. mas no deixe de analisar o alert, la vc podera encontrar mais informacoes do motivo do shutdown…

[rmanParticipante]

@DBA_LUCAS

O SGA_TARGET deve caber dentro da partição /dev/shm.

Provalmente a sua partição /dev/shm é menor que 15 gb.

Verifique o tamanho a partição através usando o comando:


df -h


Solução, aumente o tamanho da partição primeiro, depois aumente o SGA_TARGET.

Para maiores detalhes de como proceder segue o seguinte artigo:

http://aprenderoracle.com/2011/07/ora-0 … is-system/

[DBA_LUCASParticipante]

Humm , realmente era isso , minha /dev/shm esta com 12G , tem problema se eu aumenta-la para 24G ???

[rmanParticipante]

@DBA_LUCAS

O tamanho da partição /dev/shm deve suportar o tamanho do SGA_TARGET, mas lembre-se a SGA_TARGET não deve utilizar toda a memória RAM disponível, você deve deixar uma parte para o sistema operacional e outros aplicativos…

Mas sobre as quedas do servidor, creio que não está relacionado com o tamanho da SGA. Você iniciou os 2 import ao mesmo tempo?

[vieriParticipante]

faça um import por vez.

[Autor]

Posts