Nem imagino o que seja, e como esteja configurado/implementado, esse "alerta de concorrencia" que está alarmando, mas eu diria o seguinte :
1) vc ** tomou ** o cuidado de registrar planos de execução e waits em geral antes e depois do procedimento ? Digo isso porque, em sendo 10g, o sistema coleta ** SIM ** estatísticas de hardware (as System Statistics, cfrme referenciadas em http://www.oracle.com/technology/pub/articles/lewis_cbo.html ) , nada impede que por colta errônea, ou falta de coleta das mesmas, o CBO mude de comportamento após uma mudança de hardware .... Aliás, SEMPRE que se faz uma mudança assim profunda é de muito bom-tom se coletar um AWR/ASH (se vc tiver permissão), ou ao menus um trace+tkprof dos SQLs mais importantes , antes e depois, justamente pra vc ter uma base de comparação, isso te dá até mesmo subsídios pra efeito de comparação/ajuste de hardware, item 3) desta resposta... 2) o hardware do storage é adequado à vazão de dados e à utilização ??? Digo isso porque realmente via de regra um storage é muito superior à discos isolados, MAS entre outras pode ser (por exemplo) que vc tenha RAID-5 num sistema que faz gravação intensa, a penalidade (nativa e natural) do RAID-5 nesse caso facilmente sobre sobrepujar as vantagens de vc ter mais spindles... Idem (outro exemplo) prum storage que (por medida de economia) não tenha um razoável cache built-in, no caso de sistema OLTP que frequentemente acessa os mesmos dados/blocos o fato de vc ter que fazer um PIO por falta/saturação de cache no storage tranquilamente PODE sobrepujar as vantagens de mais discos do storage.... 3) o storage está corretamente instalado e configurado ?? O cache built-in está presente e corretamente ativo/implementado ? Ao se criar os volumes nesse storage, os parãmetros usados (como o cluster size) foram testados antes, pra se descobrir o ótimo, ou se tascou o defaultzão lá ?? Se esse storage é um NAS, ele está Realmente usando uma rede interna e privada ? Essa rede está otimizada ? O ponto 3) é importantíssimo, e é aquela água : se vc perguntar pro teu sysadmin ou pro teu especialista em storage, claro que ele vai responder que sim, que está tudo configurado, que está tudo bem, mas essas coisas vc confia desconfiando, um bom ** TESTE ** do storage é que teria te dado a performance EFETIVA dele em termos de I/O, para (só aí) vc a poder comparar com a que vc tem hoje e realmente comprovar que está superior... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, "amorrimm" <ammo...@...> escreveu > > Bom dia amigos... > > Neste final de semana realizei a migração dos dados utilizando os passos > citados abaixo, citados pelo Chiappa e foi tudo migrado perfeito...so tenho > um problema... > > Percebi que os usuários notaram uma diferença drastica com relação a > performance para acesso aos dados..e tambem percebi que, as aplicações, > ficaram bem mais lenta do que o normal...fiz a migração conforma mencionado > abaixo, não tive erro algum, mas realmene ficou mais lento...inclusive, > deixei os redo logs nos discos primarios do servidor de banco e somente subi > os dados para o storage...a fim de tentar melhorar a performance mas nao foi > isso que ocorreu... > > Fazendo uma pesquisa, percebi que meu library cache aumentou e muito, após a > migração para a storage...o que não ocorria em meus discos > primarios...percebi tambem que meu alerta de concorrencia esta alarmando... > > Alguem tem alguma ideia ? A migração para o storage,eu não deveria ter tido > uma melhora na performance ? > > --- Em oracle_br@yahoogrupos.com.br, Anderson Haertel Rodrigues > <anderson_hr_listas@> escreveu > > > > > > Particularmente, eu usaria o seguinte (citado inclusive pelo Chiappa): > > > > alter tablespace x offline; > > > > ! mv old.dbf new.dbf > > > > alter tablespace x > > rename datafile 'old.dbf' to 'new.dbf'; > > > > alter tablespace x online; > > > > Apenas, por favor, garanto um backup Ok no caso de algum problema... ;-) > > > > Sucesso, > > Anderson Haertel Rodrigues > > Consultor Oracle > > TEIKO Soluções em Tecnologia da Informação > > Blumenau/SC (47) - 3035 3777 - (47) 9178 0170 > > www.teiko.com.br > > > > > > > > --- Em qua, 25/3/09, Mosan Santos <mosansantos@> escreveu: > > > > > De: Mosan Santos <mosansantos@> > > > Assunto: Re: Res: [oracle_br] Migração para Storage !! > > > Para: oracle_br@yahoogrupos.com.br > > > Data: Quarta-feira, 25 de Março de 2009, 14:17 > > > Opa, tudo certinho ? > > > > > > Então...não faço uso de storage...tenho um servidor que > > > esta com seus discos quase cheios e por isso (e outros > > > motivos), a minha empresa adquiriu um storage para trabalhar > > > com o Oracle. > > > > > > MUITO BOM > > > > > > > > > Pretendo continuar o uso com FS e não migrar para ASM..sei > > > la..ja li muitos relatos ruins sobre ASM...mas tambem bons > > > relatos...antes de migrar para ASM no meu servidor de > > > produção, pretendo fazer alguns longos testes nos meus > > > outros servidores.. ..por isso, a continuidade em FS. > > > > > > Eu tb, porém metado dos que falam mal, tinha profissional > > > sem capacitação no meio. > > > > > > Porém já pensou em OCFS? Esse eu gosto. > > > > > > > > > > > > Como tenho uma boa janela de manutenção (final de > > > semana), pensei em fazer o seguinte: > > > > > > -Baixar o banco > > > -fazer um Cold backup (cópia de todos os datafiles) > > > -levar estas cópias para o storage > > > -Ja teria realizado um backup controlfile to trace, logo, > > > poderia alterar a localização dos datafiles para o novo > > > lugar > > > - subir o banco novamente com o pfile (modificando a > > > localização dos ctl) > > > > > > > > > Vendo de cabeça está tranquilo, e bom orientado. > > > Boa sorte, mais tarde eu vou dar uma lida com calma > > > > > > > > > Mosán Santos > > > ______________________________ > > > > > > OCP DBA 10g - OCE SQL > > > OCE Managing Oracle on Linux > > > OCA DBA 10g - OCA PL/SQL > > > FCP Master - FCP Fundamental > > > CCNA - JNCIA-ER > > > OCE RAC. ..LOAD > > > ______________________________ > > > > > > > > > --- Em qua, 25/3/09, amorrimm <ammorim@> > > > escreveu: > > > > > > De: amorrimm <ammorim@> > > > Assunto: Re: Res: [oracle_br] Migração para Storage !! > > > Para: oracle_br@yahoogrupos.com.br > > > Data: Quarta-feira, 25 de Março de 2009, 13:43 > > > > > > > > > > > > > > > > > > > > > Opa, tudo certinho ? > > > > > > Então...não faço uso de storage...tenho um servidor que > > > esta com seus discos quase cheios e por isso (e outros > > > motivos), a minha empresa adquiriu um storage para trabalhar > > > com o Oracle. > > > > > > Pretendo continuar o uso com FS e não migrar para ASM..sei > > > la..ja li muitos relatos ruins sobre ASM...mas tambem bons > > > relatos...antes de migrar para ASM no meu servidor de > > > produção, pretendo fazer alguns longos testes nos meus > > > outros servidores.. ..por isso, a continuidade em FS. > > > > > > Como tenho uma boa janela de manutenção (final de > > > semana), pensei em fazer o seguinte: > > > > > > -Baixar o banco > > > -fazer um Cold backup (cópia de todos os datafiles) > > > -levar estas cópias para o storage > > > -Ja teria realizado um backup controlfile to trace, logo, > > > poderia alterar a localização dos datafiles para o novo > > > lugar > > > - subir o banco novamente com o pfile (modificando a > > > localização dos ctl) > > > > > > --- Em oracle...@yahoogrup os.com.br, Anderson Haertel > > > Rodrigues <anderson_hr_ listas@ .> escreveu > > > > > > > > > > > > amorrimm, > > > > > > > > Entendi que tu tens um Storage "X" já configurado no > > > Servidor "A" e agora tu adquiriu um Storage "Y" e deseja > > > migrar a tua base de dados para este novo Storage. > > > > > > > > Se a tua migração for "simples" desta forma, tu > > > podes simplesmente parar o teu servidor num dado momento e > > > migrar de forma fisica. > > > > > > > > Abstraio a infra-estrutura envolvida no novo Storage > > > (HBA, Zoning, etc), isto é, é fato que tu podes ter para o > > > mesmo servidor Dois Storages, e com isso, como disse, a > > > migração seria fisica, sem problemas. > > > > > > > > Seria algo como tu ter o teu banco no File System > > > /u01, criar o /u01_new no novo Storage, copiar teu banco > > > para /u01_new. Logo após, o pessoal de Sistema Operacional, > > > renomeia o /u01 para /u01_old e renomeia o /u01_new para > > > /u01. Sendo assim, tua migração foi realizada com > > > sucesso. > > > > > > > > Agora, se envolve migração para ASM, aí sim, deves > > > usar o RMAN. Também se o tempo de parada é crucial (a > > > explicação dada acima exije parada do banco), pense no > > > RMAN novamente, existem exemplos variados na internet como > > > migrar usando o RMAN. > > > > > > > > Sucesso, > > > > > > > > Anderson Haertel Rodrigues > > > > Consultor Oracle > > > > TEIKO Soluções em Tecnologia da Informação > > > > Blumenau/SC (47) - 3035 3777 - (47) 9178 0170 > > > > www.teiko.com. br > > > > > > > > > > > > --- Em qua, 25/3/09, Wilson Teixeira > > > <wilsonteixeira2000 @...> escreveu: > > > > > > > > > De: Wilson Teixeira <wilsonteixeira2000 > > > @...> > > > > > Assunto: Res: [oracle_br] Migração para Storage > > > !! > > > > > Para: oracle...@yahoogrup os.com.br > > > > > Data: Quarta-feira, 25 de Março de 2009, 11:06 > > > > > Seria possivel mover apenas os > > > > > datafiles, renomea-los ou recriar o controlfile? > > > > > > > > > > > > > > > > > > > > ____________ _________ _________ __ > > > > > De: amorrimm <ammorim@ > > > > > > Para: oracle...@yahoogrup os.com.br > > > > > Enviadas: Quarta-feira, 25 de Março de 2009 > > > 10:41:50 > > > > > Assunto: [oracle_br] Migração para Storage !! > > > > > > > > > > > > > > > Bom dia pessoal... > > > > > > > > > > Estou estudando uma melhor forma de migrar meus > > > dados para > > > > > uma storage recentemente adquirida... e fiquei na > > > dúvida de > > > > > qual método utilizar... > > > > > > > > > > Como não precisarei reinstalar o Oracle (o > > > servidor > > > > > continuara sendo o mesmo), talvez eu use o > > > tradicional EXDP > > > > > / IMPDP...alguem teria alguma otra sugestão ? > > > > > > > > > > Fico meio receoso de utilizar o Datapump pois com > > > relação > > > > > aos grants de objetos, sempre tive problemas na > > > > > importação...eles perdem a referêcia... > > > > > > > > > > A não ser que eu exporte somente os dados, sem > > > os grants, > > > > > faça a importação e em seguida importe somente > > > os > > > > > grants...achoque desta forma não teria problemas > > > pois os > > > > > objetos referenciados já estariam na base de > > > dados... > > > > > > > > > > Alguem teria alguma outroa sugestão ? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Veja quais são os assuntos do momento > > > > > no Yahoo! +Buscados > > > > > http://br.maisbusca dos.yahoo. com > > > > > > > > > > [As partes desta mensagem que não continham > > > texto foram > > > > > removidas] > > > > > > > > > > > > > > > > > > > > ------------ --------- --------- ------ > > > > > > > > > > ------------ --------- --------- --------- > > > --------- --------- - > > > > > >Atenção! As mensagens do grupo ORACLE_BR > > > são de > > > > > acesso público e de inteira responsabilidade de > > > seus > > > > > remetentes. > > > > > Acesse: http://www.mail- archive.com/ oracle_br@ yahoogrupos. > > > com.br/ > > > > > > > > > > ------------ --------- --------- --------- > > > --------- --------- - > > > > > >Apostilas » Dicas e Exemplos » Função » > > > Mundo > > > > > Oracle » Package » Procedure » Scripts » > > > Tutoriais - O > > > > > GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: > > > http://www.oraclebr .com.br/ > > > > > ------------ --------- --------- --------- > > > --------- --------- - > > > > > Links do Yahoo! Grupos > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Veja quais são os assuntos do momento no Yahoo! > > > +Buscados > > > > http://br.maisbusca dos.yahoo. com > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Veja quais são os assuntos do momento > > > no Yahoo! +Buscados > > > http://br.maisbuscados.yahoo.com > > > > > > [As partes desta mensagem que não continham texto foram > > > removidas] > > > > > > > > > > > > ------------------------------------ > > > > > > -------------------------------------------------------------------------------------------------------------------------- > > > >Atenção! As mensagens do grupo ORACLE_BR são de > > > acesso público e de inteira responsabilidade de seus > > > remetentes. > > > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ > > > > > > -------------------------------------------------------------------------------------------------------------------------- > > > >Apostilas » Dicas e Exemplos » Função » Mundo > > > Oracle » Package » Procedure » Scripts » Tutoriais - O > > > GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: > > > http://www.oraclebr.com.br/ > > > ------------------------------------------------------------------------------------------------------------------------ > > > Links do Yahoo! Grupos > > > > > > > > > > > > > > > > > > Veja quais são os assuntos do momento no Yahoo! +Buscados > > http://br.maisbuscados.yahoo.com > > >
