Marcus, fico contente de poder ter te ajudado - vou enviar esta resposta pra vc pessoalmente e pra lista também, já que imagino que deve ser de interesse geral. Segue :
- minha pastinha de documentos : na verdade isso é uma pasta de "miscelânea DBA", onde eu guardo trechos de notas metalink, discussões, papers, etc, relacionados com administração de banco, que achei útil em algum momento, é um negócio meio aleatório e pessoal, não sei até onde te seria útil, mas se vc quiser sim posso te enviá- la, mas é coisa de quase 200 Mb (com muitos já compactados, então é praticamente esse mesmo o tamanho final), vc teria que me dar um endereço de e-mail tipo gmail que comporte isso, e eu teria que enviar em partes.... Se o grupo achar interessante, e se alguém tiver um servidorzinho disponível, posso pôr lá e deixar publicamente acessível, se for o caso... - referência : sim, muitas vezes materiais de cursos não são completíssimos, sim , muitas vezes (até por imposição do tempo alocado, e de outros fatores, eu que o diga pois também sou instrutor free-lance) a pessoa é obrigada a "cortar" pontos cruciais, então ** não é ** mesmo indicado usar material do curso como nada mais que um apanhado curto e GERAL. É a documentação Oracle mesmo que é o seu guia, por exemplo o manual "Oracle9i Database Concepts" no cap. 7 - Memory Architecture traz textualmente : " Note: The automatic PGA memory management mode only applies to work areas allocated by dedicated Oracle servers. " que justamente foi a informação-chave aí na solução (lógico, se não funciona PGA automática em shared server, SÒ PODERIA mesmo usar os valores de NNN_area_size.... Então não tem jeito ** mesmo **, a cada vez que vc fizer uma alteração importante num banco, vc TEM que consultar as entradas referentes à ela no Concepts, no Admin´s Guide e 9se houver) no manual específico, não tem jeito... - testes : vc citou que "o explain plan é o mesmo", mas eu já tinha citado em outra msg que o negócio era vc executar com AUTOTRACE, pois aí além do explian plan vc obteria ESTATÌSTICAS DE PERFORMANCE, tipo sorts (memory) e sorts (disk) , que certamente deveriam estar bem diferentes, por aí vc mataria o problema também... Poderia ser também simplesmente uma consulta direta às estatísticas da sessão antes e depois de cada execução, pelas estatísticas da V$SESSTAT vc também certamente deveria obter indicações que te apontariam pra área de sort... Então nos seus futuros testes com MTS/Shared Server, atento a esses detalhes.... e é isso. []s Chiappa --- Marcus Vinicius Miguel Pedro <[EMAIL PROTECTED]> escreveu: > Olá Chiappa, tudo bem?! > > Estou escrevendo por aqui pois o timeout na lista está muito grande, mandei > uma mensagem há mais 12 horas e ela aindão foi "encaminhada"... > > > Bom, vou colar aqui os dois e-mails que enviei, o primeiro, que enviei ontem, > e o outro, que enviei em resposta ao que você enviou referenciando os > documentos no Metalink: > > 1º email) Ambiente: > > Data:Tue, 24 Jan 2006 17:38:04 +0000 (GMT) > De:"Marcus Vinicius Miguel Pedro" <[EMAIL PROTECTED]> > Assunto:Re: RES: [oracle_br] Shared Server Performance > Para:[email protected] > > Desculpe a demora, mas estava resolvendo outros problemas... > Vamos lá: > > Máquina: > > HP RISC RP4440 - 4 CPU's 800Mhz - 8GB RAM > Sistema Operacional: HP-UX 11.11 > > Quantidade de memória livre antes de iniciar o banco: 6133336K free > Quantidade de memória após iniciado o banco: 3284656K free > > Banco sendo utilizado: > Connected to: > Oracle9i Enterprise Edition Release 9.2.0.6.0 - 64bit Production > With the Partitioning, OLAP and Oracle Data Mining options > JServer Release 9.2.0.6.0 - Production > > Alguns parâmetros: > > sga_max_size = 3222765832 bytes > large_pool_size = 369098752 bytes > shared_pool_size = 419430400 > > shared_servers = 10 > max_shared_servers = 150 > shared_server_sessions = 165 > > dispatchers = (protocol=TCP)(disp=1)(con=700) > max_dispatchers = 4 > circuits = 170 > > Nesse primeiro momento, terei no máximo 500 usuários conectados, a aplicação > é PL/Web...não tem nada de Java. A string para conexão da aplicação está como > shared, a conexão é feita através de um middle tier (Oracle Application > Server), mas, isso indifere no resultado final. Pois via SQL*Plus o resultado > é o mesmo. > > Quando executo uma procedure específica, conectado como shared o tempo para > execução é de 45 segundos. Como dedicated vai para 10 segundos. Fiz o mesmo > teste num servidor de aplicações de desenvolvimento que aponta para o banco, > mudei a string de conexão e o resultado foi o mesmo: > > Dedicated = 10 segs > Shared = 45 segs. > > O Explain Plan é praticamente igual, não tem nada de diferente... > > Já fiz o teste alternando o número de shared_servers e dispatchers, mas o > resultado foi o mesmo. Inclusive rodei scripts para monitorar o tempo de > espera e performance dos shared_servers e dispatchers, o tempo de espera está > mínimo... > > Todo o banco está perfeito, todas as procedures estão com ganho de desempenho > em relação à máquina do projeto piloto (que é bem inferior à esta citada > acima e que está com o banco em dedicated), exceto esta procedure...por isso > perguntei no primeiro e-mail se pode ser alguma coisa com as global temporary > tables em conjunto com o shared server, já que essa procedure acessa 3 > tabelas temporárias...Do resto, não enxerguei algo que possa estar > prejudicando tanto... > > Abraços > > Vinicius > > -*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*- *-*-*-*-*-*-*-*-*-*-*-*-*-*-*- > > 2º E-mail) Resposta: > > Chiappa, todos os dados que você havia solicitado eu enviei ontem (24/01) por > volta de 17:00, mas até agora (25/01 - 9:10, o email não chegou na lista... > > Bom, você matou o problema! > > Em tudo o que eu tinha lido de documentação (inclusive material do curso), só > tinha a informação que com valor definido para PGA_AGGREGATE_TARGET e > WORKAREA_SIZE_POLICY como AUTO, ele ignoraria os parâmetros *_AREA_SIZE, até > aí tudo bem, a informação que eu não tinha era essa que você passou: como > dedicado ele utiliza o PGA_AGGREGATE_TARGET e ignora os *_AREA_SIZE, ** porém > **, como compartilhado ele ignora o PGA_AGGREGATE_TARGET e utiliza os > *_AREA_SIZE. Dito e feito, defini valores para esses parâmetros, setei os > valores para esses parâmetros, executei a procedure que como compartilhava > demorava 45 segs e o resultado foi: > > Elapsed: 00:00:06.96 > > > Muito obrigado!! > > Abraços! > > Vinicius > > -*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*- *-*-*-*-*-*-*-*-*-*-*-*-*-*-*- > > Por fim, gostaria de saber se você não pode me enviar essa sua pastinha de > documentos do Metalink, pois será de grande valia. > > Mais uma vez muito obrigado! > > Abraços! > > Vinicius > -------------------------------------------------------------------------------------------------------------------------- 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/[email protected]/ --------------------------------------------------------------------------------------------------------------------------__________________________________________________________________ Moderador e Fundador: Dorian Anderson Soutto [EMAIL PROTECTED] __________________________________________________________________ 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
