Valeu pela Dica, mas so a titulo de observação as dicas dadas pelo chiappa, Phael, sergio e sharif ja nos dao um norte interessante. Estamos conseguindo melhorar o servidor. e de totalmente horrivel o servidor passa a ter alguns surtos de ma performance, acredito que quando eu acertar os parametros do S.O (MAXPERM,MINPERM, MAXCLIENT) o servidor me dara a tranquilidade que necessito. e aproveitando uma grande dica do chiappa, estou cotando um storage de fiber chanel para suportar meus discos. Jemerson --- Em oracle_br@yahoogrupos.com.br, "Porteno, André" <[EMAIL PROTECTED]> escreveu > > 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 Buffers 2191360 > > 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 junto com o Software Oracle. > > > - Algumas tablespaces de dados coloquei no Disco 3 juntamente com > o > > > ERP. > > > - o Disco 5 continua o mais pesado. > > > Atualmente tenho 5 discos. > > > Segue a distribuição. > > > 1) S.O > > > 2) Software Oracle + RBS > > > 3) ERP + Dados1 > > > 4) Indices + dic + Dados 2 > > > 5) Dados 3 (esse é o disco mais pesado) > > > rollback segments: > > > tenho 5 rollback segs de > > > > > > A aplicação roda no proprio servidor e os usuarios(cerca de 130 > > > usuarios) acessam via telnet, consumindo cerca de 20mb cada. > > > Coloquei cerca de 10 usuarios em MTS > > > > > > Segue os parametros alterados. > > > obs: Ainda não estou utilizando os parametros sga_max_size e > > > workarea_size_policy(nao tenho detalhes de como usar). > > > > > > # Sort_area_size > > > # session_cached_cursors > > > # timed_statistics > > > # log_checkpoint_interval > > > =============================== > > > Db_cache_size > > > Aumentei o Db_cache_size de 17825792 para 50000000 > > > DB_CACHE_SIZE = 50000000 #17825792 06/04/2006 > > > =============================== > > > session_cached_cursors > > > aumentei o session_cached_cursors de 100 para 300 > > > > > > > > > # Sort_area_size > > > Aumentei o Sort_area_size de 262144 para 1048576 > > > sort_area_size = 1048576 #262144 > > > sort_area_retained_size = 1048576 #262144 > > > > > > > > > tenho um servidor IBM AIX 5.2L > > > COM 2 CPUs 1.2GHZ > > > TOPAS > > > S.O > > > KERNEL 10 > > > USER 13 > > > WAIT 75 > > > IDLE 2 > > > > > > Memory > > > real,Mb 4096 > > > % comp 71 > > > % nocomp 29.9 > > > > > > paging space > > > Size,MB 4096 > > > % used 53 > > > % free 46 > > > > > > > > > --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> > > > escreveu > > > > > > > > Colega, SE isto ainda é importante pra vc, releia aí a minha > msg > > > > anterior e manda a info que é pedida nela (ie, valor dos > params, > > > > workarea_size_policy, sga_max_size), diga EXATAMENTE o que vc > > mudou > > > > que obteve aí esses tais 10% de melhoria, e como pedido manda a > > > > config de rollback/undo e do seu , a distribuição de I/O de > modo > > > > geral, especs do hardware de I/O, e ajunta com mais info de SO > e > > > > hardware (ie, RAM livre e usada , CPU usada, taxa de uso de > > swap), > > > > que a gente pode tentar te ajudar. > > > > Também seria legal vc fazer e mandar pra lista um testes fora > da > > > > aplicação, tipo : cria uma tabela "pequena", uma tabela "média" > e > > > uma > > > > tabela "grande", faz alguns SQLs diretamente em cima delas, se > > nem > > > > isso ir bem a gente suspeita de configs de So e banco e de > > hardware > > > > sub-dimensionado... > > > > > > > > []s > > > > > > > > Chiappa > > > > > > > > --- Em oracle_br@yahoogrupos.com.br, "Jemerson Dutra" > > > <[EMAIL PROTECTED]> > > > > escreveu > > > > > > > > > > Meu banco de dados continua horrivel, melhorou cerca de uns > > 10%. > > > > > porem acho que nao esta como eu gostaria. > > > > > > > > > > --- Em oracle_br@yahoogrupos.com.br, "jkdutra" <[EMAIL PROTECTED]> > > > > > escreveu > > > > > > > > > > > > Srs Meu banco é 9i creio que o awrrpt.sql é somente do 10g > ne? > > > > > > Chiappa, O pessoal do E.R.P tinha um init.ora basico e eu > > > acabei > > > > > > fazendo algumas poucas alteracoes, porem minha experiencia > 7 > > > anos > > > > > é > > > > > > toda no 8i. e lendo algumas coisas acabei alterando alguns > > > > > > parametros, tenho autonomia para alterar o que quiser desde > > que > > > > > nao > > > > > > altere as tabelas. > > > > > > Vou estar respondendo os senhores amanha da empresa com > calma > > > > > desde > > > > > > ja agradeco a colaboração e espero poder contar com os > > > senhores. > > > > > > Chiappa, Sergio e Raphael Abraços. > > > > > > > > > > > > --- Em oracle_br@yahoogrupos.com.br, Sergio Leandro > Ghellere > > > > > > <[EMAIL PROTECTED]> escreveu > > > > > > > > > > > > > > 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 = 300000000 ## 400000000 > > > > > > > >> # ---------------------------------------- > > > > > > > >> sort_area_size = 262144 ## > > > 1048576 > > > > # > > > > > > LARGE > > > > > > > >> sort_area_retained_size = 262144 ## > > > > > > > >1048576 > > > > > > > >> # LARGE > > > > > > > >> large_pool_size = 155000000 #250000000 #155000000 ## > > > > > 100000000 > > > > > > # > > > > > > > >> 80MIL large_pool_size = 614400 > > > > > > > >> java_pool_size = 20971520 ##100000000 > > > > > > > >> # ---------------------------------------- > > > > > > > >> log_checkpoint_interval = 10000 > > > > > > > >> 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 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ---- Webmail - http://www.ondarpc.com.br/ > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -------------------------------------------------------------------- ------------------------------------------------------ > 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. > > > Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE > var lrec_target="_blank";var lrec_URL=new Array(); lrec_URL[1] ="http://br.ard.yahoo.com/SIG=12ft8ic4u/M=399886.8024024.9151850.23698 93/D=brclubs/S=2137114689:HM/Y=BR/EXP=1144773345/A=3489955/R=0/id=flas hurl/SIG=154jd0qmm/*http://lt.dell.com/lt/lt.aspx? CID=11921&LID=328479&DGC=BA&DGSeg=DHS&DURL=http://www1.la.dell.com/con tent/products/category.aspx/desktops?c%3dbr%26l%3dpt%26s%3ddhs"; var lrec_flashfile="http://br.i1.yimg.com/br.yimg.com/i/br/ads7/100406_y30 0x250_abr10_dhs_pe_optgx620dt.swf?clickTAG=javascript:LRECopenWindow (1)"; var lrec_altURL="http://br.ard.yahoo.com/SIG=12ft8ic4u/M=399886.8024024.91 51850.2369893/D=brclubs/S=2137114689:HM/Y=BR/EXP=1144773345/A=3489955/ R=1/id=altimg/SIG=154jd0qmm/*http://lt.dell.com/lt/lt.aspx? CID=11921&LID=328479&DGC=BA&DGSeg=DHS&DURL=http://www1.la.dell.com/con tent/products/category.aspx/desktops?c%3dbr%26l%3dpt%26s%3ddhs"; var lrec_altimg="http://br.i1.yimg.com/br.yimg.com/i/br/ads7/100406_y300x2 50_abr10_dhs_pe_optgx620dt.gif"; > var lrec_width=300;var lrec_height=250; > > --------------------------------- > 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 Termos do Serviço do Yahoo!. > > > > > --------------------------------- > Abra sua conta no Yahoo! Mail - 1GB de espaço, alertas de e-mail no celular e anti-spam realmente eficaz. > > [As partes desta mensagem que não continham texto foram removidas] >
-------------------------------------------------------------------------------------------------------------------------- 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
