Re: [oracle_br] Re: Performance Horrivel
Amigos. Há algum tempo vínhamos sofrendo constrangedores problemas de performance no banco(O8i) aqui da empresa e não descobríamos as causas. Achamos uma empresa de consultoria que é especializada em análise de performance de ambiente e o problema foi resolvido. Os caras foram exatamente na ferida, que eram alguns módulos de aplicações e configurações do banco. Não é querendo fazer jabá, mas eles foram realmente muito bons e práticos para resolver. Aqui fica a dica para os que se interessarem o site deles é www.interload.com.br []'s Porteno Jemerson Dutra [EMAIL PROTECTED] escreveu: Chiappa, Agradeço pela aula que estou recebendo, estou recebendo varias dicas que nunca me preocupei. segue as informações necessarias, Algumas nao levantei por pura falta de conhecimento de onde pegar. 5 DISCOS SCSI 1OK RPM Independentes 1 controladora SCSI MULTIBLOCK_READ ??? (chiappa, novamente onde vejo exatamente qual o maximo permitido pelo meu servidor?) TABLESPACE LMT system-allocated LOGS: 6 REDOLOGS DE 50MB NESSE DISCO 5 (O MAIS ACESSADO) 1 MEMBRO SOMENTE TEMP: 2 DATAFILES DE 500MB NESSE DISCO 5 ( O MAIS ACESSADO) select * from v$sga; NAME VALUE -- Fixed Size 741816 Variable Size 536870912 Database Buffers 50331648 Redo Buffers2191360 vou colar mais tarde o resultado do teste das tabelas. Jemerson Obs: acrescentei mais 2 gb de ram e a maquina deu uma melhorada nada absurdo mas o suficiente para diminuir a pressao. --- Em oracle_br@yahoogrupos.com.br, jlchiappa [EMAIL PROTECTED] escreveu Jemerson, falta aí ** bastante ** info ainda das pedidas, antes de comentar o que vc passou, pedirei por elas , principalmente : - detalhes dos discos, são SCSI ?? Quantos RPMs ? Deduzo que são discos independentes (não-RAID), é isso ? Só uma coitada duma controladora controlando tudo ?? - multiblock_read, qual é o máximo que o teu hardware suporta ? Vc não tentou aumentar um pouco ? - detalhes das tablespaces, são tablespaces LMT ?? Os extents são system-allocated ou uniform size ? Caso sejam não-lmt, e/ou com extents de tamanho LARGAMENTE variável e não-múltiplo. além da questão de fragmentação (o que POR SI SÓ ás vezes já dá pra derrubar bem um banco), ainda tem a questão de não permitir multiblock read eficiente (no caso de extents menores do que o multiblock_read), muitas vezes ERPs (que por natureza adoram ler um montão de info pra fazer um GROUP BY e coisas do tipo) se beneficiam de I/Os mais eficientes, sim... - e a info dos logs (demais params relacionados com logs, tamanhos de cada arq, localização, membros dos grupos) ?? Isso muitas vezes é importante pra performance - info da área temp : é tablespace com tempfiles, do tipo temporary ?? Onde está localizada ? - um select * from v$sga; pra gente ter uma idéia da destinação - uma geral da utilização dos discos (ie, algumas ocorrencias de iostat), de rede (netstat), tamanho de swap e o quanto de swap está sendo utilizado antes e depois da parte lenta do sistema estar rodando) seria legal == e o TESTE que solicitei (ie, vc criando tablespaces à parte (talvez até nesse mesmo disco mais acessado!), lmt, bunitinhas, criando tabelas pequenas/médio e grandes lá, um SELECT nelas com o aplicativo rodando vai bem ? O quanto demora, pra ler quantos bytes e quantas linhas ?? Essa info vai nos dar uma baliza se REALMENTE o hardware e/o SO está ruim (por eventual má-config, ou por sub-dimensionamento), ou (se não apresentar demora grande) vai nos dar a dica que o problema é na aplicação... Seguem coments no que vc informou : a) perguntei do param de work porque, MESMO quando vc não o informa, o banco assume um default : no caso do 9i, IIRC o default é FALSE, então vou assumir que esse sort_area está sendo usado - 1 Mb ainda é pouco pruma máquina de Produção, experimente passar isso pruns 10 Mb b) MTS é ** apenas ** para usuários OLTP que fazem transações CURTAS, tenha certeza que ninguém que tire relatórios longos, rode coisas batch, nada disso, esteja em MTS Após a sua resposta das infos faltantes (e resultado das configs de So que vc estava vendo em outra msg), provavelmente um próximo passo seria mesmo ir pros waits de banco, e trace/tkprof de algumas sessões. Pergunta, se os testes indicarem ineficiência de I/O, vc tem alguma verbinha pra (se for o caso) ter outra controladora controlando um array de discos (RAID-5 relativamente baratinho que seja, ERPs muitas vezes fazem muito mais leitura que gravação), e por em array os datafiles desse disco mais acessado ?? []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Jemerson Dutra [EMAIL PROTECTED] escreveu Chiappa, segue os dados solicitados, desde ja agradeco a atencao. Deu uma melhor distribuida das tablespaces nos discos - Tirei o Rbs do disco 5 e coloquei
Re: [oracle_br] Re: Performance Horrivel
% = 20-30%, MAXCLIENT% = MAXPERM% To get a snapshot of how much physical memory is being used by AIX to buffer file I/O, run the command: /usr/bin/svmon -G The svmon command is part of the same AIX fileset bos.perf.tune that vmo belongs to. The last line of the svmon output should be in use. Add the values for in use / pers and in use / clnt. Now divide the sum by the value for memory / size. For best database performance, this value should generally not be higher than 30% (0.30). Here is an example of the svmon output: # svmon -G size inuse freepin virtual memory 131072 129432 1640 11704 50091 pg space 262144 100913 work pers clnt lpage pin 11704 0 0 0 in use 47062 76126 6244 0 In this example, (in use / pers) 76126 plus (in use / clnt) 6244 equals 82370. 82370 divided by (memory / size) 131072 equals 0.628 or approximately 63% of physical memory being used by AIX to buffer file I/O. This indicates the AIX VMM needs to be tuned to allow more physical memory to be used by Oracle and other processes, and less physical memory to be used to buffer file I/O. Remember that although AIX associates this memory with the Oracle processes (because Oracle requested the file I/O), all of the memory used to buffer file I/O is completely allocated and controlled by AIX, not Oracle. If you need help checking, setting, or tuning the AIX VMM, contact your AIX systems administrator and/or IBM Support. You may also want to review the AIX Performance Management Guide by IBM linked in the References section below. UPDATE: After this article was originally written, IBM has introduced a new VMM parameter which is also very helpful with this issue. The parameter is... lru_file_repage The default value is 1, but it is recommended to set this to 0. This setting hints to the VMM to only steal file pages (from the AIX file buffer cache) and leave the computational pages (from the SGA) alone. This new lru_file_repage parameter is only available on AIX 5.2 ML04+ and AIX 5.3 ML01+ []´s Sharif - Original Message - From: Phael [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Monday, April 10, 2006 11:10 AM Subject: Re: [oracle_br] Re: Performance Horrivel Jemerson, Também não sou nenhum especialista em AIX. Na verdade quando tive problemas de performance no AIX fiz varios tunings na base e se esgotaram as tentativas de melhoras, tendo pouco sucesso. Chamei um tecnico para otimizar o AIX e ele me disse que esse parametro controla a distribuição da memória Cache da máquina sendo que por default ele libera 80% do recurso para o SO e 20% para demais softwares... vai entende isso???...se estiver falando besteira alguem me corrija por facor.enfim mudei esse parametro!!! Como estavam tendo bastante paginação e swap a mudança dessa configuração pra 10% e 5% foi otima acabando com os problemas de paginações e swap. Esse procedimento foi feito em um AIX 4.3.3 mas acho que serve para o AIX 5.2. Não custa tentar, caso não der certo é só remover a linha e entrar em contato com algum especialista em AIX para entender melhor esses reajuste. atc Raphael - Original Message - From: Jemerson Dutra [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Monday, April 10, 2006 10:45 AM Subject: [oracle_br] Re: Performance Horrivel Raphael, desculpe minha ignorancia mas o que esses parametros controlam? e o que eles farao?? Jemerson --- Em oracle_br@yahoogrupos.com.br, Phael [EMAIL PROTECTED] escreveu aff... errei o caminho. /usj troque para /usr... vmtune:2:once:/usr/samples/kernel/vmtune -p5 -P10 -r8 -R16 - f128 - F144 Raphael - Original Message - From: Phael [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Monday, April 10, 2006 8:48 AM Subject: Re: [oracle_br] Re: Performance Horrivel Jemerson, Adicione esssa linha no seu arquivo /etc/inittab vmtune:2:once:/usj/samples/kernel/vmtune -p5 -P10 -r8 -R16 - f128 - F144 reinicie a maquina! E rode de novo o vmtune para ver se as alterações foram feitas: esses parametros deverão ser reajustados... minperm% = 20 para 5 maxperm% = 80 para 10 Atc Raphael - Original Message - From: Jemerson Dutra [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Friday, April 07, 2006 7:57 AM Subject: [oracle_br] Re: Performance Horrivel Raphael, segue o resultado do vmtune memory_frames = 1048576 pinnable_frames = 940632 maxfree = 128 minfree = 120 minperm% = 20 minperm = 19 maxperm% = 80 maxperm = 773332 strict_maxperm = 0 maxpin% = 80 maxpin = 838861 maxclient% = 80 lrubucket = 131072 defps = 1 nokilluid = 0 numpsblks = 1081344 npskill = 8448
Re: [oracle_br] Re: Performance Horrivel
/bin/svmon -G The svmon command is part of the same AIX fileset bos.perf.tune that vmo belongs to. The last line of the svmon output should be in use. Add the values for in use / pers and in use / clnt. Now divide the sum by the value for memory / size. For best database performance, this value should generally not be higher than 30% (0.30). Here is an example of the svmon output: # svmon -G size inuse freepin virtual memory 131072 129432 1640 11704 50091 pg space 262144 100913 work pers clnt lpage pin 11704 0 0 0 in use 47062 76126 6244 0 In this example, (in use / pers) 76126 plus (in use / clnt) 6244 equals 82370. 82370 divided by (memory / size) 131072 equals 0.628 or approximately 63% of physical memory being used by AIX to buffer file I/O. This indicates the AIX VMM needs to be tuned to allow more physical memory to be used by Oracle and other processes, and less physical memory to be used to buffer file I/O. Remember that although AIX associates this memory with the Oracle processes (because Oracle requested the file I/O), all of the memory used to buffer file I/O is completely allocated and controlled by AIX, not Oracle. If you need help checking, setting, or tuning the AIX VMM, contact your AIX systems administrator and/or IBM Support. You may also want to review the AIX Performance Management Guide by IBM linked in the References section below. UPDATE: After this article was originally written, IBM has introduced a new VMM parameter which is also very helpful with this issue. The parameter is... lru_file_repage The default value is 1, but it is recommended to set this to 0. This setting hints to the VMM to only steal file pages (from the AIX file buffer cache) and leave the computational pages (from the SGA) alone. This new lru_file_repage parameter is only available on AIX 5.2 ML04+ and AIX 5.3 ML01+ []´s Sharif - Original Message - From: Phael [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Monday, April 10, 2006 11:10 AM Subject: Re: [oracle_br] Re: Performance Horrivel Jemerson, Também não sou nenhum especialista em AIX. Na verdade quando tive problemas de performance no AIX fiz varios tunings na base e se esgotaram as tentativas de melhoras, tendo pouco sucesso. Chamei um tecnico para otimizar o AIX e ele me disse que esse parametro controla a distribuição da memória Cache da máquina sendo que por default ele libera 80% do recurso para o SO e 20% para demais softwares... vai entende isso???...se estiver falando besteira alguem me corrija por facor.enfim mudei esse parametro!!! Como estavam tendo bastante paginação e swap a mudança dessa configuração pra 10% e 5% foi otima acabando com os problemas de paginações e swap. Esse procedimento foi feito em um AIX 4.3.3 mas acho que serve para o AIX 5.2. Não custa tentar, caso não der certo é só remover a linha e entrar em contato com algum especialista em AIX para entender melhor esses reajuste. atc Raphael - Original Message - From: Jemerson Dutra [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Monday, April 10, 2006 10:45 AM Subject: [oracle_br] Re: Performance Horrivel Raphael, desculpe minha ignorancia mas o que esses parametros controlam? e o que eles farao?? Jemerson --- Em oracle_br@yahoogrupos.com.br, Phael [EMAIL PROTECTED] escreveu aff... errei o caminho. /usj troque para /usr... vmtune:2:once:/usr/samples/kernel/vmtune -p5 -P10 -r8 -R16 - f128 - F144 Raphael - Original Message - From: Phael [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Monday, April 10, 2006 8:48 AM Subject: Re: [oracle_br] Re: Performance Horrivel Jemerson, Adicione esssa linha no seu arquivo /etc/inittab vmtune:2:once:/usj/samples/kernel/vmtune -p5 -P10 -r8 -R16 - f128 - F144 reinicie a maquina! E rode de novo o vmtune para ver se as alterações foram feitas: esses parametros deverão ser reajustados... minperm% = 20 para 5 maxperm% = 80 para 10 Atc Raphael - Original Message - From: Jemerson Dutra [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Friday, April 07, 2006 7:57 AM Subject: [oracle_br] Re: Performance Horrivel Raphael, segue o resultado do vmtune memory_frames = 1048576 pinnable_frames = 940632 maxfree = 128 minfree = 120 minperm% = 20 minperm = 19 maxperm% = 80 maxperm = 773332 strict_maxperm = 0 maxpin% = 80 maxpin = 838861 maxclient% = 80 lrubucket = 131072 defps = 1 nokilluid = 0 numpsblks = 1081344 npskill = 8448 npswarn = 33792 v_pinshm = 0 pta_balance_threshold = 0 pagecoloring = 0 framesets = 2 mempools = 1 lgpg_size = 0
Re: [oracle_br] Re: Performance Horrivel
Jemerson, Adicione esssa linha no seu arquivo /etc/inittab vmtune:2:once:/usj/samples/kernel/vmtune -p5 -P10 -r8 -R16 -f128 -F144 reinicie a maquina! E rode de novo o vmtune para ver se as alterações foram feitas: esses parametros deverão ser reajustados... minperm% = 20 para 5 maxperm% = 80 para 10 Atc Raphael - Original Message - From: Jemerson Dutra [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Friday, April 07, 2006 7:57 AM Subject: [oracle_br] Re: Performance Horrivel Raphael, segue o resultado do vmtune memory_frames = 1048576 pinnable_frames = 940632 maxfree = 128 minfree = 120 minperm% = 20 minperm = 19 maxperm% = 80 maxperm = 773332 strict_maxperm = 0 maxpin% = 80 maxpin = 838861 maxclient% = 80 lrubucket = 131072 defps = 1 nokilluid = 0 numpsblks = 1081344 npskill = 8448 npswarn = 33792 v_pinshm = 0 pta_balance_threshold = 0 pagecoloring = 0 framesets = 2 mempools = 1 lgpg_size = 0 lgpg_regions = 0 num_spec_dataseg = 0 spec_dataseg_int = 512 memory_affinity = 1 htabscale = -1 force_relalias_lite = 0 relalias_percentage = 0 data_stagger_interval = 161 large_page_heap_size = 0 kernel_heap_psize = 4096 soft_min_lgpgs_vmpool = 0 vmm_fork_policy = 0 low_ps_handling = 1 mbuf_heap_psize = 4096 strict_maxclient = 1 cpu_scale_memp = 8 lru_poll_interval = 0 lru_file_repage = 1 memory_frames = 1048576 minpgahead = 2 memory_frames = 1048576 minpgahead = 2 maxpgahead = 8 pd_npages = 65536 maxrandwrt = 0 numclust = 1 numfsbufs = 196 sync_release_ilock = 0 lvm_bufcnt = 9 j2_minPageReadAhead = 2 j2_maxPageReadAhead = 128 j2_nBufferPerPagerDevice = 512 j2_nPagesPerWriteBehindCluster = 32 j2_maxRandomWrite = 0 j2_nRandomCluster = 0 j2_non_fatal_crashes_system = 0 j2_syncModifiedMapped = 1 jfs_clread_enabled = 0 jfs_use_read_lock = 1 hd_pvs_opn = 6 hd_pbuf_cnt = 1280 j2_inodeCacheSize = 400 j2_metadataCacheSize = 400 j2_dynamicBufferPreallocation = 16 j2_maxUsableMaxTransfer = 512 pgahd_scale_thresh = 0 hd_pendqblked = 0 psbufwaitcnt = 347632 fsbufwaitcnt = 1541572 rfsbufwaitcnt = 0 xpagerbufwaitcnt = 0 --- Em oracle_br@yahoogrupos.com.br, Phael [EMAIL PROTECTED] escreveu Ola Jemerson, Ja tive problemas com performance com AIX. No meu caso o problema era com um parametro do SO. Distrubuição da memória cache. executa esse arquivo ai: # /usjr/samples/kernel/vmtune colo o resultado ai. Raphael - Original Message - From: Jemerson Dutra [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Thursday, April 06, 2006 2:35 PM Subject: [oracle_br] Re: Performance Horrivel Ae chiappa, da uma ajuda ai. Jemerson --- Em oracle_br@yahoogrupos.com.br, Jemerson Dutra [EMAIL PROTECTED] escreveu Senhores, estamos com um servidor em producao que foi criado com alguns parametros default por causa de um ERP. Nos deparamos apos 35 dias, que o servidor esta com uma performance horrivel. Gostaria da ajuda dos senhores, comentando/incluindo e ou alterando meu init.ora. Servidor IBM AIX 5.2 4GB RAM 4GB SWAP 2 CPUS DE 1.2GHZ ORACLE 10GB DE BANCO CRIADO BLOCK_SIZE 4096KB # initMFGPRO.ora - oracle instance parameter file # include database configuration parameters ifile = /Hdados2/admin/MFGPRO/config.MFGPRO open_cursors = 512 # NLS Parameters NLS_LANGUAGE = AMERICAN NLS_TERRITORY = AMERICA NLS_NUMERIC_CHARACTERS = ., # tuning parameters db_files = 200 db_file_multiblock_read_count = 32 # LARGE # --- Autor : Jemerson - Data: 20/02/2006 # shared_pool_size = 3 ## 4 # sort_area_size = 262144 ## 1048576 # LARGE sort_area_retained_size = 262144 ## 1048576 # LARGE large_pool_size = 15500 #25000 #15500 ## 1 # 80MIL large_pool_size = 614400 java_pool_size = 20971520 ##1 # log_checkpoint_interval = 1 processes = 450 #500 # 600 # LARGE log_buffer = 2048000 # 1048576 # LARGE max_dump_file_size = 10240 # limit trace file size to 5M ea compatible=9.2.0 UTL_FILE_DIR=* # if you want to use SQL Loader optimizer_mode = CHOOSE # # liberado em 19/09/2005 CURSOR_SHARING = FORCE ##EXACT ##FORCE # dispatchers=(PROTOCOL=TCP) (dispatchers=20) service_names= MFGPRO instance_name= MFGPRO # # melhoria no servicos MTS 10/10/2005 # Autor: Jemerson Dutra mts_max_servers=100 mts_servers=40 mts_max_dispatchers=40 O7_DICTIONARY_ACCESSIBILITY=TRUE GLOBAL_NAMES = TRUE dml_locks = 3408# LARGE open_links = 4 sort_multiblock_read_count = 4 dbwr_io_slaves = 2 DB_WRITER_PROCESSES = 2 DB_CACHE_SIZE = 17825792 session_cached_cursors=100
Re: [oracle_br] Re: Performance Horrivel
aff... errei o caminho. /usj troque para /usr... vmtune:2:once:/usr/samples/kernel/vmtune -p5 -P10 -r8 -R16 -f128 -F144 Raphael - Original Message - From: Phael [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Monday, April 10, 2006 8:48 AM Subject: Re: [oracle_br] Re: Performance Horrivel Jemerson, Adicione esssa linha no seu arquivo /etc/inittab vmtune:2:once:/usj/samples/kernel/vmtune -p5 -P10 -r8 -R16 -f128 -F144 reinicie a maquina! E rode de novo o vmtune para ver se as alterações foram feitas: esses parametros deverão ser reajustados... minperm% = 20 para 5 maxperm% = 80 para 10 Atc Raphael - Original Message - From: Jemerson Dutra [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Friday, April 07, 2006 7:57 AM Subject: [oracle_br] Re: Performance Horrivel Raphael, segue o resultado do vmtune memory_frames = 1048576 pinnable_frames = 940632 maxfree = 128 minfree = 120 minperm% = 20 minperm = 19 maxperm% = 80 maxperm = 773332 strict_maxperm = 0 maxpin% = 80 maxpin = 838861 maxclient% = 80 lrubucket = 131072 defps = 1 nokilluid = 0 numpsblks = 1081344 npskill = 8448 npswarn = 33792 v_pinshm = 0 pta_balance_threshold = 0 pagecoloring = 0 framesets = 2 mempools = 1 lgpg_size = 0 lgpg_regions = 0 num_spec_dataseg = 0 spec_dataseg_int = 512 memory_affinity = 1 htabscale = -1 force_relalias_lite = 0 relalias_percentage = 0 data_stagger_interval = 161 large_page_heap_size = 0 kernel_heap_psize = 4096 soft_min_lgpgs_vmpool = 0 vmm_fork_policy = 0 low_ps_handling = 1 mbuf_heap_psize = 4096 strict_maxclient = 1 cpu_scale_memp = 8 lru_poll_interval = 0 lru_file_repage = 1 memory_frames = 1048576 minpgahead = 2 memory_frames = 1048576 minpgahead = 2 maxpgahead = 8 pd_npages = 65536 maxrandwrt = 0 numclust = 1 numfsbufs = 196 sync_release_ilock = 0 lvm_bufcnt = 9 j2_minPageReadAhead = 2 j2_maxPageReadAhead = 128 j2_nBufferPerPagerDevice = 512 j2_nPagesPerWriteBehindCluster = 32 j2_maxRandomWrite = 0 j2_nRandomCluster = 0 j2_non_fatal_crashes_system = 0 j2_syncModifiedMapped = 1 jfs_clread_enabled = 0 jfs_use_read_lock = 1 hd_pvs_opn = 6 hd_pbuf_cnt = 1280 j2_inodeCacheSize = 400 j2_metadataCacheSize = 400 j2_dynamicBufferPreallocation = 16 j2_maxUsableMaxTransfer = 512 pgahd_scale_thresh = 0 hd_pendqblked = 0 psbufwaitcnt = 347632 fsbufwaitcnt = 1541572 rfsbufwaitcnt = 0 xpagerbufwaitcnt = 0 --- Em oracle_br@yahoogrupos.com.br, Phael [EMAIL PROTECTED] escreveu Ola Jemerson, Ja tive problemas com performance com AIX. No meu caso o problema era com um parametro do SO. Distrubuição da memória cache. executa esse arquivo ai: # /usjr/samples/kernel/vmtune colo o resultado ai. Raphael - Original Message - From: Jemerson Dutra [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Thursday, April 06, 2006 2:35 PM Subject: [oracle_br] Re: Performance Horrivel Ae chiappa, da uma ajuda ai. Jemerson --- Em oracle_br@yahoogrupos.com.br, Jemerson Dutra [EMAIL PROTECTED] escreveu Senhores, estamos com um servidor em producao que foi criado com alguns parametros default por causa de um ERP. Nos deparamos apos 35 dias, que o servidor esta com uma performance horrivel. Gostaria da ajuda dos senhores, comentando/incluindo e ou alterando meu init.ora. Servidor IBM AIX 5.2 4GB RAM 4GB SWAP 2 CPUS DE 1.2GHZ ORACLE 10GB DE BANCO CRIADO BLOCK_SIZE 4096KB # initMFGPRO.ora - oracle instance parameter file # include database configuration parameters ifile = /Hdados2/admin/MFGPRO/config.MFGPRO open_cursors = 512 # NLS Parameters NLS_LANGUAGE = AMERICAN NLS_TERRITORY = AMERICA NLS_NUMERIC_CHARACTERS = ., # tuning parameters db_files = 200 db_file_multiblock_read_count = 32 # LARGE # --- Autor : Jemerson - Data: 20/02/2006 # shared_pool_size = 3 ## 4 # sort_area_size = 262144 ## 1048576 # LARGE sort_area_retained_size = 262144 ## 1048576 # LARGE large_pool_size = 15500 #25000 #15500 ## 1 # 80MIL large_pool_size = 614400 java_pool_size = 20971520 ##1 # log_checkpoint_interval = 1 processes = 450 #500 # 600 # LARGE log_buffer = 2048000 # 1048576 # LARGE max_dump_file_size = 10240 # limit trace file size to 5M ea compatible=9.2.0 UTL_FILE_DIR=* # if you want to use SQL Loader optimizer_mode = CHOOSE # # liberado em 19/09/2005 CURSOR_SHARING = FORCE ##EXACT ##FORCE # dispatchers=(PROTOCOL=TCP) (dispatchers=20) service_names= MFGPRO instance_name= MFGPRO
Re: [oracle_br] Re: Performance Horrivel
Jemerson, Também não sou nenhum especialista em AIX. Na verdade quando tive problemas de performance no AIX fiz varios tunings na base e se esgotaram as tentativas de melhoras, tendo pouco sucesso. Chamei um tecnico para otimizar o AIX e ele me disse que esse parametro controla a distribuição da memória Cache da máquina sendo que por default ele libera 80% do recurso para o SO e 20% para demais softwares... vai entende isso???...se estiver falando besteira alguem me corrija por facor.enfim mudei esse parametro!!! Como estavam tendo bastante paginação e swap a mudança dessa configuração pra 10% e 5% foi otima acabando com os problemas de paginações e swap. Esse procedimento foi feito em um AIX 4.3.3 mas acho que serve para o AIX 5.2. Não custa tentar, caso não der certo é só remover a linha e entrar em contato com algum especialista em AIX para entender melhor esses reajuste. atc Raphael - Original Message - From: Jemerson Dutra [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Monday, April 10, 2006 10:45 AM Subject: [oracle_br] Re: Performance Horrivel Raphael, desculpe minha ignorancia mas o que esses parametros controlam? e o que eles farao?? Jemerson --- Em oracle_br@yahoogrupos.com.br, Phael [EMAIL PROTECTED] escreveu aff... errei o caminho. /usj troque para /usr... vmtune:2:once:/usr/samples/kernel/vmtune -p5 -P10 -r8 -R16 -f128 - F144 Raphael - Original Message - From: Phael [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Monday, April 10, 2006 8:48 AM Subject: Re: [oracle_br] Re: Performance Horrivel Jemerson, Adicione esssa linha no seu arquivo /etc/inittab vmtune:2:once:/usj/samples/kernel/vmtune -p5 -P10 -r8 -R16 -f128 - F144 reinicie a maquina! E rode de novo o vmtune para ver se as alterações foram feitas: esses parametros deverão ser reajustados... minperm% = 20 para 5 maxperm% = 80 para 10 Atc Raphael - Original Message - From: Jemerson Dutra [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Friday, April 07, 2006 7:57 AM Subject: [oracle_br] Re: Performance Horrivel Raphael, segue o resultado do vmtune memory_frames = 1048576 pinnable_frames = 940632 maxfree = 128 minfree = 120 minperm% = 20 minperm = 19 maxperm% = 80 maxperm = 773332 strict_maxperm = 0 maxpin% = 80 maxpin = 838861 maxclient% = 80 lrubucket = 131072 defps = 1 nokilluid = 0 numpsblks = 1081344 npskill = 8448 npswarn = 33792 v_pinshm = 0 pta_balance_threshold = 0 pagecoloring = 0 framesets = 2 mempools = 1 lgpg_size = 0 lgpg_regions = 0 num_spec_dataseg = 0 spec_dataseg_int = 512 memory_affinity = 1 htabscale = -1 force_relalias_lite = 0 relalias_percentage = 0 data_stagger_interval = 161 large_page_heap_size = 0 kernel_heap_psize = 4096 soft_min_lgpgs_vmpool = 0 vmm_fork_policy = 0 low_ps_handling = 1 mbuf_heap_psize = 4096 strict_maxclient = 1 cpu_scale_memp = 8 lru_poll_interval = 0 lru_file_repage = 1 memory_frames = 1048576 minpgahead = 2 memory_frames = 1048576 minpgahead = 2 maxpgahead = 8 pd_npages = 65536 maxrandwrt = 0 numclust = 1 numfsbufs = 196 sync_release_ilock = 0 lvm_bufcnt = 9 j2_minPageReadAhead = 2 j2_maxPageReadAhead = 128 j2_nBufferPerPagerDevice = 512 j2_nPagesPerWriteBehindCluster = 32 j2_maxRandomWrite = 0 j2_nRandomCluster = 0 j2_non_fatal_crashes_system = 0 j2_syncModifiedMapped = 1 jfs_clread_enabled = 0 jfs_use_read_lock = 1 hd_pvs_opn = 6 hd_pbuf_cnt = 1280 j2_inodeCacheSize = 400 j2_metadataCacheSize = 400 j2_dynamicBufferPreallocation = 16 j2_maxUsableMaxTransfer = 512 pgahd_scale_thresh = 0 hd_pendqblked = 0 psbufwaitcnt = 347632 fsbufwaitcnt = 1541572 rfsbufwaitcnt = 0 xpagerbufwaitcnt = 0 --- Em oracle_br@yahoogrupos.com.br, Phael [EMAIL PROTECTED] escreveu Ola Jemerson, Ja tive problemas com performance com AIX. No meu caso o problema era com um parametro do SO. Distrubuição da memória cache. executa esse arquivo ai: # /usjr/samples/kernel/vmtune colo o resultado ai. Raphael - Original Message - From: Jemerson Dutra [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Thursday, April 06, 2006 2:35 PM Subject: [oracle_br] Re: Performance Horrivel Ae chiappa, da uma ajuda ai. Jemerson --- Em oracle_br@yahoogrupos.com.br, Jemerson Dutra [EMAIL PROTECTED] escreveu Senhores, estamos com um servidor em producao que foi criado com alguns parametros default por causa de um ERP. Nos deparamos apos 35 dias, que o servidor esta com uma performance horrivel. Gostaria da ajuda dos senhores, comentando/incluindo e ou alterando meu init.ora. Servidor IBM AIX 5.2 4GB RAM 4GB SWAP 2 CPUS DE 1.2GHZ ORACLE 10GB DE BANCO CRIADO BLOCK_SIZE 4096KB # initMFGPRO.ora - oracle instance parameter file # include
Re: [oracle_br] Re: Performance Horrivel
. Remember that although AIX associates this memory with the Oracle processes (because Oracle requested the file I/O), all of the memory used to buffer file I/O is completely allocated and controlled by AIX, not Oracle. If you need help checking, setting, or tuning the AIX VMM, contact your AIX systems administrator and/or IBM Support. You may also want to review the AIX Performance Management Guide by IBM linked in the References section below. UPDATE: After this article was originally written, IBM has introduced a new VMM parameter which is also very helpful with this issue. The parameter is... lru_file_repage The default value is 1, but it is recommended to set this to 0. This setting hints to the VMM to only steal file pages (from the AIX file buffer cache) and leave the computational pages (from the SGA) alone. This new lru_file_repage parameter is only available on AIX 5.2 ML04+ and AIX 5.3 ML01+ []´s Sharif - Original Message - From: Phael [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Monday, April 10, 2006 11:10 AM Subject: Re: [oracle_br] Re: Performance Horrivel Jemerson, Também não sou nenhum especialista em AIX. Na verdade quando tive problemas de performance no AIX fiz varios tunings na base e se esgotaram as tentativas de melhoras, tendo pouco sucesso. Chamei um tecnico para otimizar o AIX e ele me disse que esse parametro controla a distribuição da memória Cache da máquina sendo que por default ele libera 80% do recurso para o SO e 20% para demais softwares... vai entende isso???...se estiver falando besteira alguem me corrija por facor.enfim mudei esse parametro!!! Como estavam tendo bastante paginação e swap a mudança dessa configuração pra 10% e 5% foi otima acabando com os problemas de paginações e swap. Esse procedimento foi feito em um AIX 4.3.3 mas acho que serve para o AIX 5.2. Não custa tentar, caso não der certo é só remover a linha e entrar em contato com algum especialista em AIX para entender melhor esses reajuste. atc Raphael - Original Message - From: Jemerson Dutra [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Monday, April 10, 2006 10:45 AM Subject: [oracle_br] Re: Performance Horrivel Raphael, desculpe minha ignorancia mas o que esses parametros controlam? e o que eles farao?? Jemerson --- Em oracle_br@yahoogrupos.com.br, Phael [EMAIL PROTECTED] escreveu aff... errei o caminho. /usj troque para /usr... vmtune:2:once:/usr/samples/kernel/vmtune -p5 -P10 -r8 -R16 -f128 - F144 Raphael - Original Message - From: Phael [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Monday, April 10, 2006 8:48 AM Subject: Re: [oracle_br] Re: Performance Horrivel Jemerson, Adicione esssa linha no seu arquivo /etc/inittab vmtune:2:once:/usj/samples/kernel/vmtune -p5 -P10 -r8 -R16 -f128 - F144 reinicie a maquina! E rode de novo o vmtune para ver se as alterações foram feitas: esses parametros deverão ser reajustados... minperm% = 20 para 5 maxperm% = 80 para 10 Atc Raphael - Original Message - From: Jemerson Dutra [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Friday, April 07, 2006 7:57 AM Subject: [oracle_br] Re: Performance Horrivel Raphael, segue o resultado do vmtune memory_frames = 1048576 pinnable_frames = 940632 maxfree = 128 minfree = 120 minperm% = 20 minperm = 19 maxperm% = 80 maxperm = 773332 strict_maxperm = 0 maxpin% = 80 maxpin = 838861 maxclient% = 80 lrubucket = 131072 defps = 1 nokilluid = 0 numpsblks = 1081344 npskill = 8448 npswarn = 33792 v_pinshm = 0 pta_balance_threshold = 0 pagecoloring = 0 framesets = 2 mempools = 1 lgpg_size = 0 lgpg_regions = 0 num_spec_dataseg = 0 spec_dataseg_int = 512 memory_affinity = 1 htabscale = -1 force_relalias_lite = 0 relalias_percentage = 0 data_stagger_interval = 161 large_page_heap_size = 0 kernel_heap_psize = 4096 soft_min_lgpgs_vmpool = 0 vmm_fork_policy = 0 low_ps_handling = 1 mbuf_heap_psize = 4096 strict_maxclient = 1 cpu_scale_memp = 8 lru_poll_interval = 0 lru_file_repage = 1 memory_frames = 1048576 minpgahead = 2 memory_frames = 1048576 minpgahead = 2 maxpgahead = 8 pd_npages = 65536 maxrandwrt = 0 numclust = 1 numfsbufs = 196 sync_release_ilock = 0 lvm_bufcnt = 9 j2_minPageReadAhead = 2 j2_maxPageReadAhead = 128 j2_nBufferPerPagerDevice = 512 j2_nPagesPerWriteBehindCluster = 32 j2_maxRandomWrite = 0 j2_nRandomCluster = 0 j2_non_fatal_crashes_system = 0 j2_syncModifiedMapped = 1 jfs_clread_enabled = 0 jfs_use_read_lock = 1 hd_pvs_opn = 6 hd_pbuf_cnt = 1280 j2_inodeCacheSize = 400 j2_metadataCacheSize = 400 j2_dynamicBufferPreallocation = 16 j2_maxUsableMaxTransfer = 512 pgahd_scale_thresh = 0 hd_pendqblked = 0 psbufwaitcnt = 347632 fsbufwaitcnt = 1541572 rfsbufwaitcnt = 0
Re: [oracle_br] Re: Performance Horrivel
Ola Jemerson, Ja tive problemas com performance com AIX. No meu caso o problema era com um parametro do SO. Distrubuição da memória cache. executa esse arquivo ai: # /usjr/samples/kernel/vmtune colo o resultado ai. Raphael - Original Message - From: Jemerson Dutra [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Thursday, April 06, 2006 2:35 PM Subject: [oracle_br] Re: Performance Horrivel Ae chiappa, da uma ajuda ai. Jemerson --- Em oracle_br@yahoogrupos.com.br, Jemerson Dutra [EMAIL PROTECTED] escreveu Senhores, estamos com um servidor em producao que foi criado com alguns parametros default por causa de um ERP. Nos deparamos apos 35 dias, que o servidor esta com uma performance horrivel. Gostaria da ajuda dos senhores, comentando/incluindo e ou alterando meu init.ora. Servidor IBM AIX 5.2 4GB RAM 4GB SWAP 2 CPUS DE 1.2GHZ ORACLE 10GB DE BANCO CRIADO BLOCK_SIZE 4096KB # initMFGPRO.ora - oracle instance parameter file # include database configuration parameters ifile = /Hdados2/admin/MFGPRO/config.MFGPRO open_cursors = 512 # NLS Parameters NLS_LANGUAGE = AMERICAN NLS_TERRITORY = AMERICA NLS_NUMERIC_CHARACTERS = ., # tuning parameters db_files = 200 db_file_multiblock_read_count = 32 # LARGE # --- Autor : Jemerson - Data: 20/02/2006 # shared_pool_size = 3 ## 4 # sort_area_size = 262144 ## 1048576 # LARGE sort_area_retained_size = 262144 ## 1048576 # LARGE large_pool_size = 15500 #25000 #15500 ## 1 # 80MIL large_pool_size = 614400 java_pool_size = 20971520 ##1 # log_checkpoint_interval = 1 processes = 450 #500 # 600 # LARGE log_buffer = 2048000 # 1048576 # LARGE max_dump_file_size = 10240 # limit trace file size to 5M ea compatible=9.2.0 UTL_FILE_DIR=* # if you want to use SQL Loader optimizer_mode = CHOOSE # # liberado em 19/09/2005 CURSOR_SHARING = FORCE ##EXACT ##FORCE # dispatchers=(PROTOCOL=TCP) (dispatchers=20) service_names= MFGPRO instance_name= MFGPRO # # melhoria no servicos MTS 10/10/2005 # Autor: Jemerson Dutra mts_max_servers=100 mts_servers=40 mts_max_dispatchers=40 O7_DICTIONARY_ACCESSIBILITY=TRUE GLOBAL_NAMES = TRUE dml_locks = 3408# LARGE open_links = 4 sort_multiblock_read_count = 4 dbwr_io_slaves = 2 DB_WRITER_PROCESSES = 2 DB_CACHE_SIZE = 17825792 session_cached_cursors=100 timed_statistics = false; -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __ O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário. Links do Yahoo! Grupos -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __ O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário. Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Re: Performance Horrivel
Ola Jemerson, é difícil achar encontrar um problema assim... só pra termos uma idéia, cola o resultado do AWR... executa no sqlplus. @$ORACLE_HOME/rdbms/admin/awrrpt.sql pega aí um intervalo de algumas horas... normalmente o AWR colhe estatísticas a cada 60min.. cola as primeiras 100 linhas só pra termos uma idéia. Grande abraço. Sergio Leandro Ghellere DBA Oracle +55 (41) 9906-4813 On Thu Apr 6 15:19 , 'Phael' [EMAIL PROTECTED] sent: Ola Jemerson, Ja tive problemas com performance com AIX. No meu caso o problema era com um parametro do SO. Distrubuição da memória cache. executa esse arquivo ai: # /usjr/samples/kernel/vmtune colo o resultado ai. Raphael - Original Message - From: Jemerson Dutra [EMAIL PROTECTED] To: oracle_br@yahoogrupos.com.br Sent: Thursday, April 06, 2006 2:35 PM Subject: [oracle_br] Re: Performance Horrivel Ae chiappa, da uma ajuda ai. Jemerson --- Em oracle_br@yahoogrupos.com.br, Jemerson Dutra escreveu Senhores, estamos com um servidor em producao que foi criado com alguns parametros default por causa de um ERP. Nos deparamos apos 35 dias, que o servidor esta com uma performance horrivel. Gostaria da ajuda dos senhores, comentando/incluindo e ou alterando meu init.ora. Servidor IBM AIX 5.2 4GB RAM 4GB SWAP 2 CPUS DE 1.2GHZ ORACLE 10GB DE BANCO CRIADO BLOCK_SIZE 4096KB # initMFGPRO.ora - oracle instance parameter file # include database configuration parameters ifile = /Hdados2/admin/MFGPRO/config.MFGPRO open_cursors = 512 # NLS Parameters NLS_LANGUAGE = AMERICAN NLS_TERRITORY = AMERICA NLS_NUMERIC_CHARACTERS = ., # tuning parameters db_files = 200 db_file_multiblock_read_count = 32 # LARGE # --- Autor : Jemerson - Data: 20/02/2006 # shared_pool_size = 3 ## 4 # sort_area_size = 262144 ## 1048576 # LARGE sort_area_retained_size = 262144 ## 1048576 # LARGE large_pool_size = 15500 #25000 #15500 ## 1 # 80MIL large_pool_size = 614400 java_pool_size = 20971520 ##1 # log_checkpoint_interval = 1 processes = 450 #500 # 600 # LARGE log_buffer = 2048000 # 1048576 # LARGE max_dump_file_size = 10240 # limit trace file size to 5M ea compatible=9.2.0 UTL_FILE_DIR=* # if you want to use SQL Loader optimizer_mode = CHOOSE # # liberado em 19/09/2005 CURSOR_SHARING = FORCE ##EXACT ##FORCE # dispatchers=(PROTOCOL=TCP) (dispatchers=20) service_names= MFGPRO instance_name= MFGPRO # # melhoria no servicos MTS 10/10/2005 # Autor: Jemerson Dutra mts_max_servers=100 mts_servers=40 mts_max_dispatchers=40 O7_DICTIONARY_ACCESSIBILITY=TRUE GLOBAL_NAMES = TRUE dml_locks = 3408# LARGE open_links = 4 sort_multiblock_read_count = 4 dbwr_io_slaves = 2 DB_WRITER_PROCESSES = 2 DB_CACHE_SIZE = 17825792 session_cached_cursors=100 timed_statistics = false; -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __ O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário. Links do Yahoo! Grupos -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __ O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário. Links do Yahoo! Grupos Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ Para sair deste grupo, envie um e-mail para: