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. 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
