Re: Res: [oracle_br] Sugestão Sobre Estrutura !!
Então Caio... Todos os meus arrays possuem RAID 10. A minha dúvida é , tenho redos por exemplo no mesmo array dos datafiles por exemplo, como tenho redos no mesmo array archives por exemplo...ou seja, os redos concorrem direto com a gravação / leitura em disco (datafiles e archives) Neste cenario nao seria mais saúdavel a criação de uma unica unidade para os redos, igual teriamos para os archives ? Exemplo: /Redo - Inclusão dos grupos de Redolog em RAID 10 --- Em oracle_br@yahoogrupos.com.br, Caio Spadafora escreveu > > A frequencia de I/O para os redos logs é diferente dos demais arquivos > (talvez o controlfile tenha uma necessidade semelhante).O ideal é você > separar se possível em discos/raids diferentes no vertente performance. > Quanto a multiplexar seria o foco de proteção do arquivo e joga a balança > para o outro lado, já que quanto mais cópias maior será o I/O para cada > escrita, você quem deve estabelecer como fica essa relação. > > Lembrando que a Oracle cita essa divisão abaixo se não me engano para os > casos onde você não está trabalhando com uma arquitetura SAME. > > Se você tiver limitação de discos uma saída bastante comum, para bancos que > não tem uma demanda de I/O muito grande, seria utilizar um RAID10.. > > Atenciosamente, > > Caio Spadafora, > Database Administrator, > http://0011brothers.blogspot.com/ > > > > > > De: amorrimm > Para: oracle_br@yahoogrupos.com.br > Enviadas: Sexta-feira, 18 de Dezembro de 2009 8:37:21 > Assunto: [oracle_br] Sugestão Sobre Estrutura !! > > > Bom dia colegas, > > Ja li em alguns lugares, DBAs colocando grupos de redologs em uma unica > unidade (/REDO) multiplexando os mesmos, em discos mais rapidos. > > A OFA sugere que devemos multiplexar e espalhar os grupos em varias > unidades..não é isso ? > > Minha dúvida é quanto a contenção, tenho 10 grupos (2 membros) com 2GB cada e > estes grupos estão espalhados nas minhas unidades de dados, indices, > binario...ou seja, em todas as minhas unidades... > > Fiquei na dúvida se estou pecando em algo... > > Disposição da estrutua atual: > > /u01 - Binarios Oracle, Binarios SO, Tablespaces de Sistema e GRUPOS DE REDO > > /s01 - Archives e GRUPOS DE REDO > > /s02 - Datafiles e GRUPOS DE REDO > > /s03 - Indices e GRUPOS DE REDO > > Qual seria a boa pratica com relacao aos REdos ? Espalha-los em todos os > discos ou posso coloca-los em uma unica unidade, talvez na de indices ou na > de Archives para serem gerados... > > > > > > > > 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] >
[oracle_br] Sugestão Sobre Estrutura !!
Bom dia colegas, Ja li em alguns lugares, DBAs colocando grupos de redologs em uma unica unidade (/REDO) multiplexando os mesmos, em discos mais rapidos. A OFA sugere que devemos multiplexar e espalhar os grupos em varias unidades..não é isso ? Minha dúvida é quanto a contenção, tenho 10 grupos (2 membros) com 2GB cada e estes grupos estão espalhados nas minhas unidades de dados, indices, binario...ou seja, em todas as minhas unidades... Fiquei na dúvida se estou pecando em algo... Disposição da estrutua atual: /u01 - Binarios Oracle, Binarios SO, Tablespaces de Sistema e GRUPOS DE REDO /s01 - Archives e GRUPOS DE REDO /s02 - Datafiles e GRUPOS DE REDO /s03 - Indices e GRUPOS DE REDO Qual seria a boa pratica com relacao aos REdos ? Espalha-los em todos os discos ou posso coloca-los em uma unica unidade, talvez na de indices ou na de Archives para serem gerados...
[oracle_br] Migrando P Servidor Melhor = Performance Pior ? Ajuda !!
Bom dia amigos, Estou enfrentando alguns probleminhas quanto a performance do meu banco Oracle de produção. Estou usando a versão 10.2.0.4 e recentemente, fiz um downgrade de versão Enterprise para a versão Standard via Datapump. A migração foi feita para um novo servidor, muito mais robusto do que o servidor antigo...o antigo possui 8 nucleos enquanto o novo possui 16 e ainda esta conectado a um storage. Mas infelizmente, estou tomando varios latchs, principalmente de Redo...hoje estou trabalhando com 12 grupos de 50MB...acabei de aumentar para os 600MB e mesmo assim, o latch continua...vejo no alert.log e tenho informacões flush not complete, o que denota que meus redos estão pequenos mas no outro servidor funcionava sem problemas... Ainda pouco, tive um latch gigente de concorrencia...devido espaço na library cache...aumentei em mais 1G mas minha SGA ja esta se tornando grand... Sabia que deveria reconfigurar os paremtros de SGA, refazer todos as coletas de estatisticas...mas não tinha ideia de que a mudança de servidor e o downgrade pudessem impactar tanto...ou sera que estou pecando em algo ? Alguem teria alguma sugestão ? 64 GB RAM Oracle 10.2.0.4 SO Red Hat 5.2 SGA: 19G ( o que ja acho grande demais) REdo: 15 grupos de 600MB e ainda tenho latchs...
[oracle_br] Error Securing Database Control - Ajuda
Boa tarde pessoal, Estou com o seguinte erro: Na criação de qualquer banco de dados, no momento em que o DBCA vai configurar o Enterprise Manager, recebo a mensagem: " Error Securing Database Control, Database Control has been brought up in non-secure mode. To secure the Database control execute the folling commands..." Ele pede para executar alguns comandos para recriar a senha do Sysman, configurar o repositorio (emctl config -repos -sysman_pwd mas mesmo seguindo todos os passos, o problema não é solucionado. Até mesmo dropei e recriei o repositorio e mesmo assim, o problema continua... Alguem sabe a solucção deste problema ? O interessante é que meu OEM funciona sem problemas...será que posso continuar fazendo uso dele, mesmo com este problema ?
[oracle_br] Re: ORA-28002: the password will expire within 6 days ORA-06512:
Evandro, Rs acho que vc confundiiu o post...rs Meu problema esta sendo com senhas expiradas tendo setado a expiração de senhas para unlimited no perfil DFAULT e não indices...rs Alguem tem alguma ideia ? --- Em oracle_br@yahoogrupos.com.br, Evandro Giachetto escreveu > > Depende da granularidade de seus índices. > > Ex. > > Se forem índices de valores que nunca se repetem ou tem poucos valores > repetidos, com certeza é melhor o uso de ídices. > > Atenciosamente. > > Evandro Giachetto > Oracle Certified Associate > evan...@... > > > 2009/10/13 amorrimm > > > > > > > Bom dia colegas, > > > > Uma pequena dúvida e ajuda... > > > > Desde sábado, algumas das minhas aplicações estão tomando o erro: > > > > ExecuteDataSet()PRODUCAO.PKG_OPCOES.PR_CONSOLIDAR_OPCOES ---> > > System.Data.OracleClient.OracleException: ORA-28002: the password will > > expire within 6 days ORA-06512: at "PRODUCAO.PKG_OPCOES", line 93 ORA-06512: > > at line 1 at > > System.Data.OracleClient.OracleConnection.CheckError(OciErrorHandle > > errorHandle, Int32 rc) > > > > Mas verifiquei e o perfil esta como DEFAULT, ou seja, a senha nunca > > expira... > > > > Alguem sabe o que poderia estar ocorrendo ? > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] ORA-28002: the password will expire within 6 days ORA-06512:
Bom dia colegas, Uma pequena dúvida e ajuda... Desde sábado, algumas das minhas aplicações estão tomando o erro: ExecuteDataSet()PRODUCAO.PKG_OPCOES.PR_CONSOLIDAR_OPCOES ---> System.Data.OracleClient.OracleException: ORA-28002: the password will expire within 6 days ORA-06512: at "PRODUCAO.PKG_OPCOES", line 93 ORA-06512: at line 1 at System.Data.OracleClient.OracleConnection.CheckError(OciErrorHandle errorHandle, Int32 rc) Mas verifiquei e o perfil esta como DEFAULT, ou seja, a senha nunca expira... Alguem sabe o que poderia estar ocorrendo ?
[oracle_br] Erro no OEM - Non-Secure Mode
Boa tarde amigos, Alguem sabe que erro seria este ? "Error securing Database Control, Database Control has been brought up in non-secure mode. To secure em Key, run /oracle/product... emctl emKey -remove_from_repos - sysman_pwd Provisioning archives deployment failed. " Instalei o 11GR2 e fiz a criação de um banco de testes...o interessante é que no servidor ao lado, de homologação de sistemas, procedi da mesma maneira e tudo funcionou sem erros... alguem teria alguma luz ? O OEM esta funcionando normalmente mas, na criação do banco, o dbca exibiu este erro ai...
[oracle_br] Alterando IP Servidor Oracle !! Ajuda...
Boa tarde, Na empresa estão fazendo uma alteração na rede, onde teremos que alterar o ip de todos os servidores, inclusive o do Oracle. Minha dúvida é no sentido da configuração do OEM. Será que precisaria remover e reinstalar o repositorio ou algo parecido ? Sei que precisarei alterar o IP do listener.ora...mas não me recordo se haveria mais alguma alteração a ser feita...OEM
[oracle_br] Re: Ajuda !! Enterprise Manager Não Exibe Paginas Administrativas
Pior que o LISTENER esta no ar...nesta unica janela que é aberta, é exibido o status dele, do banco e tudo esta normal..travou mesmo...este é um banco de desenvolvimento..todos estão coinectados e trabalhando normalmente mas, não consigo de forma alguam abrir a janela de adm do OEM... --- Em oracle_br@yahoogrupos.com.br, Alex Rodrigues escreveu > > Você já viu se o TNSLISTSNER está rodando? > Acontecia isso comigo e eu precisava refazer o tnsnames pelo Oracle > Assistant. > > Vai em serviços e ve se está rodando o serviço de listener. > > 2009/7/27 amorrimm > > > > > > > colegas, > > > > Uma ajudinha por favor, > > > > Meu OEM travou em uma janela onde ele diz: " O Enterprise Manager não > > consegue estabelecer conexão com a instância do banco de dados..." > > > > Tudo qu eé listado esta OK mas não consigo acessar nenhuma pagina > > administrativa..nem digitar senha nem nada... > > > > Alguem sabe como resolver isso ? > > > > > > > > > > -- > Alex Rodrigues da Silva > Analista de Sistemas > 11i10 Applications Developer > alrsi...@... > > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] Ajuda !! Enterprise Manager Não Exibe Paginas Administrativas
colegas, Uma ajudinha por favor, Meu OEM travou em uma janela onde ele diz: " O Enterprise Manager não consegue estabelecer conexão com a instância do banco de dados..." Tudo qu eé listado esta OK mas não consigo acessar nenhuma pagina administrativa..nem digitar senha nem nada... Alguem sabe como resolver isso ?
[oracle_br] Re: Problema Urgente !!
Ha ha sem problemas chiappa...rs Assim...acho que me espressei muto mal sobre as colocações abaixo...na vrdade, quando meu banco ficou travado, comecei a escrever para o forum e as mensagens não chegavam para aquela ajudinh abásica...ai desespero total...rs rs Mas entendi sim...dei uma googada e andei dando uma lida nas documentações...mas vale memso pela ajuda :) Tenho em mente 50% para SO e 50% para o banco Oracle...muit saudavel isso... abracao --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" escreveu > > Colega amorrimm , perdoe-me mas vou ser ** brutalmente honesto ** : a sua > configuração NÂO FAZ LÁ MUITO SENTIDO, pelo menos pra quem observa de fora, > pelo seguinte : > > a) a SGA *** NÃO É *** a memória total que o banco Oracle usa, ** > NECESSARIAMENTE ** cada conexão dedicada, cada processo disparado pelo banco > e/ou pelo usuário VAI exigir RAM fora da SGA : sendo assim, a gente costuma > dar uma recomendação de menos de 50% da RAM para SGA, ou até um pouco menos, > sobrando assim um bom montão pro resto que o Oracle precisar - ora, com 32 Gb > isso daria 16 Gb, o que já seria uma SGA monstro, sorry os seus 24 Gb Não > fazem muito sentido, ao menos pro sapo aqui de fora > > b) sorry de novo, mas SHMMAX ** NÃO É ** a qtdade total de RAM que vc > tem, mas sim o tamanho de cada SEGMENTO a ser criado pelo memory manager do > SO, ABSOLUTAMENTE, TOTALMENTE, RIGOROSAMENTE não faz o MENOR SENTIDO setar > ele pra 24 Gb No metalink a nota 567506.1 "Maximum SHMMAX values for > Linux x86 and x86-64" diz isso com todas as letras, ok ??? E mais : vc não > diz mas imagino que o seu sistema (hardware + SO) é de 64 bits, a mesma nota > diz : > > "One last data point for 64-bit Linux systems: A SHMMAX value of 4Gb or > greater will lead to coredump limitations. If a customer is willing to > forfeit complete and successful core file generation under any and all > circumstances, then a SHMMAX value of 4Gb or greater is fine. It is for this > reason that Oracle Global Customer Support officially recommends a " maximum" > for SHMMAX of just less than 4Gb, or 4294967295". > > É a recomendação da Oracle, yes ? E não se teria absolutamente NENHUM impacto > em termos de performance, pra vc alocar uma SGA (digamos) de 16 Gb com SHMMAX > isso quer dizer que vc teria coisa de 4 segmentos de 4 Gb pro memory manager > controlar, isso não é NADA de mais... Não é porque o So de 64 bits permite > que vc jogue o tamanho de segmento lá pra cima que vc necessariamente o DEVA > fazer... > > c) é claro, como o banco Oracle ** não sabe ** se vc usará java ou não, se > precisará de um large pool ou não, etc, etc, MAS ele sabe (óbvio) que cache > de blocos vc vai usar, não tem como não, então SIM, quando vc usa SGA > automática o básico do algoritmo é jogar um montão pra block cache e cfrme > for havendo solicitação pras outras áreas ele ir as aumentando : SE isso não > é bom pra vc (muitas vezes não é), vc pode simplesmente PREENCHER os > parãmetros de pga, large pool, java , etc, com valores que vc ache razoáveis, > o algoritmo de SGA automática levará em conta isso como valores-sugestão. > Obviamente também, um cache gigfantescamente grande ** IMPLICA ** que mais > listas de RAM serão criadas pelo banco, o que significa mais trabalho pros > processos internos e (lógico) muito mais CPU vai ser gasta pra gerenciar > O ponto é, áreas grandes IMPLICAM em um custo maior pra gerenciar, vc TEM que > balancear o benefício disso contra o overhead implicito... > > e é claro, nem imagino qual a razão de vc não estar no último patchset, iirc > haviam sim uns bugzinhos no 10.2.0.3 e 10.2.0.2 pra SGA gigante, até com msg > de uanble to obtain latch, que nem vc está tendo, iirc... Sendo assim, > aplicação do patchset pra 10.2.0.4 ** e ** check no metalink por one-offs vai > SIM ser inevitável, se vc quer um ambiente estável. > > []s > > Chiappa > > > OBS : nem olhei os outros params do teu kernel, mas se o max estava > questionável talvez os outros podssam estar também, um check RIGOROSO nisso, > com ajuda de um especialista linux se vc não for um, E consulta ás notas > apropriadas metalink vai muito bem... > --- Em oracle_br@yahoogrupos.com.br, "Rodrigo Mufalani" escreveu > > > > Um outro doc que eu achei na net, pode ser interessante é esse do Tomas Kyte > > > > http://asktom.oracle.com/pls/asktom/f?p=100:11:488119631247750P11_QUESTION_ID:454420165038 > > > > Atenciosamente, > > > > Rodrigo Mufalani > > DBA Oracle Sr. > > OCP 11g & 10g > > OCE RAC 10g R2 > > rodrigomufalani@ > > http://mufalani.blogspot.com > >
[oracle_br] Re: Problema Urgente !!
Então, tenho 32GB de RAM... Foi setado: ## SHMMAX COM 25 GB SHMMAX=26843545600 SHMMNI=4096 SHMALL=6553600 SEMMSL=1250 SEMOPM=100 Neste final de semana, irei tentar novamente... --- Em oracle_br@yahoogrupos.com.br, "amorrimm" escreveu > > Grande rodrigo, tudo bom ?? > > então, este erro ocorreu quando fiz um aumento de memoria na sga. estava tudo > funcionando tranquilamente mas tive um erro as 01:34 da manhã e em seguida, > 10:30 e ai foi direto.. > > Estou trabalhando com Oracle 10.2.0.3 em um SO suse 10. No metalink e em > alguns foruns, verifiquei que poderiser ser o parametro job_queue_processes > que precisava ser diferente de 0 (no meuOracle esta em 10) e em seguida, > problemas de kernell mal configurado. > > Retornei aos parametros de memoria do banco e estou esperando meu SO Linux > calcular os valores...mas deu medo !! rs > > > > > > --- Em oracle_br@yahoogrupos.com.br, "Rodrigo Mufalani" escreveu > > > > Amorim, > > > > Em minha primeira googlada.. > > > > http://www.dba-oracle.com/t_kkjcre1p_unable_to_spawn.htm > > > > Achei um erro similar... verifique seus parâmetros processes e > > job_queue_processes > > > > Atenciosamente, > > > > Rodrigo Mufalani > > DBA Oracle Sr. > > OCP 11g & 10g > > OCE RAC 10g R2 > > rodrigomufalani@ > > http://mufalani.blogspot.com > > - Original Message - > > From: "Rodrigo Mufalani" > > To: > > Sent: Friday, April 24, 2009 4:13 PM > > Subject: Fw: [oracle_br] Problema Urgente !! > > > > > > >E o principal... versão de Oracle com os tipo (10.2.0.1) EE, SE.. e assim > > >por diante.. quanto mais informação melhor... para que possamos lhe > > >ajudar... > > > > > >> Meu caro, > > >> > > >> Poste os seus parâmtros de kernel, versão de SO e também alguma parte > > >> dump do pmon que está dentro da pasta onde está o seu alert.log > > >> > > >> Atenciosamente, > > >> > > >> Rodrigo Mufalani > > >> DBA Oracle Sr. > > >> OCP 11g & 10g > > >> OCE RAC 10g R2 > > >> rodrigomufalani@ > > >> http://mufalani.blogspot.com > > >> - Original Message - > > >> From: "amorrimm" > > >> To: > > >> Sent: Friday, April 24, 2009 1:45 PM > > >> Subject: [oracle_br] Problema Urgente !! > > >> > > >> > > >> Bom dia amigos...meu banco travou..ficou tudo preso..tive que reiniciar > > >> o > > >> banco...uma M... > > >> > > >> Resultado do Alert.log > > >> > > >> Fri Apr 24 10:12:49 2009 > > >> kkjcre1p: unable to spawn jobq slave process > > >> > > >> > > >> PMON failed to acquire latch, see PMON dump > > >> Fri Apr 24 10:14:48 2009 > > >> PMON failed to acquire latch, see PMON dump > > >> Fri Apr 24 10:15:48 2009 > > >> PMON failed to acquire latch, see PMON dump > > >> Fri Apr 24 10:16:48 2009 > > >> PMON failed to acquire latch, see PMON dump > > >> Fri Apr 24 10:17:48 2009 > > >> PMON failed to acquire latch, see PMON dump > > >> Fri Apr 24 10:18:48 2009 > > >> PMON failed to acquire latch, see PMON dump > > >> Fri Apr 24 10:19:48 2009 > > >> PMON failed to acquire latch, see PMON dump > > >> Fri Apr 24 10:20:48 2009 > > >> PMON failed to acquire latch, see PMON dump > > >> Fri Apr 24 10:21:48 2009 > > >> PMON failed to acquire latch, see PMON dump > > >> Fri Apr 24 10:22:48 2009 > > >> PMON failed to acquire latch, see PMON dump > > >> Fri Apr 24 10:23:48 2009 > > >> PMON failed to acquire latch, see PMON dump > > >> Fri Apr 24 10:24:48 2009 > > >> PMON failed to acquire latch, see PMON dump > > >> > > >> Aumentei a memoria RAM do servidor, desabilitei o gerenciamento > > >> automatico da SGA...pelo que pesquisei inicialmente, este problema pode > > >> estar relacionado as configurações de Kernell. Algum parametro mal > > >> ajustado.. > > >> > > >> Seria isso mesmo ? > > >> > > >> Temos o seguinte cenário: tenho 32 GB de memória. Separei 24 GB para a > > >> SGA. Destes 24 24GB, tenho o seguinte cenário: > > >> > > >> 10421 GB para Shared pool > > >> 92102 GB para o Buffer chache > > >> E o restante para o Java Pool, Large Pool e demais processos. > > >> > > >> alguem tem alguma luz ?? > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> > > >> -- > > >>>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 > > >> > > >> > > >> > > > > > >
[oracle_br] Re: Problema Urgente !!
Grande rodrigo, tudo bom ?? então, este erro ocorreu quando fiz um aumento de memoria na sga. estava tudo funcionando tranquilamente mas tive um erro as 01:34 da manhã e em seguida, 10:30 e ai foi direto.. Estou trabalhando com Oracle 10.2.0.3 em um SO suse 10. No metalink e em alguns foruns, verifiquei que poderiser ser o parametro job_queue_processes que precisava ser diferente de 0 (no meuOracle esta em 10) e em seguida, problemas de kernell mal configurado. Retornei aos parametros de memoria do banco e estou esperando meu SO Linux calcular os valores...mas deu medo !! rs --- Em oracle_br@yahoogrupos.com.br, "Rodrigo Mufalani" escreveu > > Amorim, > > Em minha primeira googlada.. > > http://www.dba-oracle.com/t_kkjcre1p_unable_to_spawn.htm > > Achei um erro similar... verifique seus parâmetros processes e > job_queue_processes > > Atenciosamente, > > Rodrigo Mufalani > DBA Oracle Sr. > OCP 11g & 10g > OCE RAC 10g R2 > rodrigomufal...@... > http://mufalani.blogspot.com > - Original Message - > From: "Rodrigo Mufalani" > To: > Sent: Friday, April 24, 2009 4:13 PM > Subject: Fw: [oracle_br] Problema Urgente !! > > > >E o principal... versão de Oracle com os tipo (10.2.0.1) EE, SE.. e assim > >por diante.. quanto mais informação melhor... para que possamos lhe > >ajudar... > > > >> Meu caro, > >> > >> Poste os seus parâmtros de kernel, versão de SO e também alguma parte > >> dump do pmon que está dentro da pasta onde está o seu alert.log > >> > >> Atenciosamente, > >> > >> Rodrigo Mufalani > >> DBA Oracle Sr. > >> OCP 11g & 10g > >> OCE RAC 10g R2 > >> rodrigomufal...@... > >> http://mufalani.blogspot.com > >> - Original Message - > >> From: "amorrimm" > >> To: > >> Sent: Friday, April 24, 2009 1:45 PM > >> Subject: [oracle_br] Problema Urgente !! > >> > >> > >> Bom dia amigos...meu banco travou..ficou tudo preso..tive que reiniciar o > >> banco...uma M... > >> > >> Resultado do Alert.log > >> > >> Fri Apr 24 10:12:49 2009 > >> kkjcre1p: unable to spawn jobq slave process > >> > >> > >> PMON failed to acquire latch, see PMON dump > >> Fri Apr 24 10:14:48 2009 > >> PMON failed to acquire latch, see PMON dump > >> Fri Apr 24 10:15:48 2009 > >> PMON failed to acquire latch, see PMON dump > >> Fri Apr 24 10:16:48 2009 > >> PMON failed to acquire latch, see PMON dump > >> Fri Apr 24 10:17:48 2009 > >> PMON failed to acquire latch, see PMON dump > >> Fri Apr 24 10:18:48 2009 > >> PMON failed to acquire latch, see PMON dump > >> Fri Apr 24 10:19:48 2009 > >> PMON failed to acquire latch, see PMON dump > >> Fri Apr 24 10:20:48 2009 > >> PMON failed to acquire latch, see PMON dump > >> Fri Apr 24 10:21:48 2009 > >> PMON failed to acquire latch, see PMON dump > >> Fri Apr 24 10:22:48 2009 > >> PMON failed to acquire latch, see PMON dump > >> Fri Apr 24 10:23:48 2009 > >> PMON failed to acquire latch, see PMON dump > >> Fri Apr 24 10:24:48 2009 > >> PMON failed to acquire latch, see PMON dump > >> > >> Aumentei a memoria RAM do servidor, desabilitei o gerenciamento > >> automatico da SGA...pelo que pesquisei inicialmente, este problema pode > >> estar relacionado as configurações de Kernell. Algum parametro mal > >> ajustado.. > >> > >> Seria isso mesmo ? > >> > >> Temos o seguinte cenário: tenho 32 GB de memória. Separei 24 GB para a > >> SGA. Destes 24 24GB, tenho o seguinte cenário: > >> > >> 10421 GB para Shared pool > >> 92102 GB para o Buffer chache > >> E o restante para o Java Pool, Large Pool e demais processos. > >> > >> alguem tem alguma luz ?? > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> -- > >>>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 > >> > >> > >> > > >
[oracle_br] Re: Problemas no aumento de memória !!
Bom dia amigos...meu banco travou..ficou tudo preso..tive que reiniciar o banco...uma M... Resultado do Alert.log Fri Apr 24 10:12:49 2009 kkjcre1p: unable to spawn jobq slave process PMON failed to acquire latch, see PMON dump Fri Apr 24 10:14:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:15:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:16:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:17:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:18:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:19:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:20:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:21:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:22:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:23:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:24:48 2009 PMON failed to acquire latch, see PMON dump Aumentei a memoria RAM do servidor, desabilitei o gerenciamento automatico da SGA...pelo que pesquisei inicialmente, este problema pode estar relacionado as configurações de Kernell. Algum parametro mal ajustado.. Seria isso mesmo ? Temos o seguinte cenário: tenho 32 GB de memória. Separei 24 GB para a SGA. Destes 24 24GB, tenho o seguinte cenário: 10421 GB para Shared pool 92102 GB para o Buffer chache E o restante para o Java Pool, Large Pool e demais processos. Segundo verificação no Metalink (notes 416244.1 e 344275.1) estes problemas podem estar relacionados a configuração de Kernell (precisando de ajustes). Estarei vendo com o o adm linux uma melhor forma de setar os parametros de Kernell. Na minha configuração anterior, estava trabalhando com 80% da meria para o Oracle e somente 20% para o SO. Já que esta comnfiguração deu M.rs Sei que é saudavel 50% e 50% SO mas se precisar dar uma estrangulada...como poderia acertar a ,melhor maneira de fazer isto ? --- Em oracle_br@yahoogrupos.com.br, "amorrimm" escreveu > > Opa...dei uma boaaa pesquisada e encontrei alguns topicos no forum sobre esta > questão...alguns reclamando do algoritimo do G.S.M quando trabalham com SGA > altas. > > http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/msg15391.html > > Irei desabilitar hj o G.S.M. e irei redistribuir um pouco a memória RAM. O > grande problema é se for necessáio aumentar a memória, devido a algum aumento > repentino de dados ou instruções sql...já não tera mais o automatico né... > > > --- Em oracle_br@yahoogrupos.com.br, "amorrimm" escreveu > > > > Boa tarde pessoal, > > > > Após o aumento de memória que fiz na minha SGA, estou tendo muito problemas > > com a Shared Poll (library chace lock, latch library cache e etc). Minha > > SGA esta configurada como automatic shared memory e pelo qu eentendi, o > > Oracle reservou grande parte da memória que coloquei para meu buffer cache > > o que pra mim não esta sendo ideal. > > > > Minha dúvida é ate que ponto a automatic shared memory seria interessante ? > > Me parece que este automático demora um pouco mais para ser acertado pelo > > banco de dados... > > > > Outro ponto seria para desabilita-lo...basta configurar parametro por > > parametro manualmente (shared_pool_size, java_pool e etc ?) > > >
[oracle_br] Problema Urgente !!
Bom dia amigos...meu banco travou..ficou tudo preso..tive que reiniciar o banco...uma M... Resultado do Alert.log Fri Apr 24 10:12:49 2009 kkjcre1p: unable to spawn jobq slave process PMON failed to acquire latch, see PMON dump Fri Apr 24 10:14:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:15:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:16:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:17:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:18:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:19:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:20:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:21:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:22:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:23:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:24:48 2009 PMON failed to acquire latch, see PMON dump Aumentei a memoria RAM do servidor, desabilitei o gerenciamento automatico da SGA...pelo que pesquisei inicialmente, este problema pode estar relacionado as configurações de Kernell. Algum parametro mal ajustado.. Seria isso mesmo ? Temos o seguinte cenário: tenho 32 GB de memória. Separei 24 GB para a SGA. Destes 24 24GB, tenho o seguinte cenário: 10421 GB para Shared pool 92102 GB para o Buffer chache E o restante para o Java Pool, Large Pool e demais processos. alguem tem alguma luz ??
[oracle_br] Problema Urgente !!
Bom dia amigos...meu banco travou..ficou tudo preso..tive que reiniciar o banco...uma M... Resultado do Alert.log Fri Apr 24 10:12:49 2009 kkjcre1p: unable to spawn jobq slave process PMON failed to acquire latch, see PMON dump Fri Apr 24 10:14:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:15:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:16:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:17:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:18:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:19:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:20:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:21:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:22:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:23:48 2009 PMON failed to acquire latch, see PMON dump Fri Apr 24 10:24:48 2009 PMON failed to acquire latch, see PMON dump Aumentei a memoria RAM do servidor, desabilitei o gerenciamento automatico da SGA...pelo que pesquisei inicialmente, este problema pode estar relacionado as configurações de Kernell. Algum parametro mal ajustado.. Seria isso mesmo ? Temos o seguinte cenário: tenho 32 GB de memória. Separei 24 GB para a SGA. Destes 24 24GB, tenho o seguinte cenário: 10421 GB para Shared pool 92102 GB para o Buffer chache E o restante para o Java Pool, Large Pool e demais processos. Alguem poderia me ajudar ?
[oracle_br] Re: Problemas no aumento de memória !!
Bom dia amigos, Só para informar...desabilitei o Automatic Shared Memory e setei manualmente todos os parametros de memória, de acordo com as necessidades de negócio da empresa. Tudo esta muito melhor do que era !! Processos que levavam em torno de 40 minutos para serem executados, estão levando em média 10 minutos...surpreendente. Realmente existe algum problema no algoritimo do G.A.M para trabalhar com grandes SGA. abraços --- Em oracle_br@yahoogrupos.com.br, "amorrimm" escreveu > > Opa...dei uma boaaa pesquisada e encontrei alguns topicos no forum sobre esta > questão...alguns reclamando do algoritimo do G.S.M quando trabalham com SGA > altas. > > http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/msg15391.html > > Irei desabilitar hj o G.S.M. e irei redistribuir um pouco a memória RAM. O > grande problema é se for necessáio aumentar a memória, devido a algum aumento > repentino de dados ou instruções sql...já não tera mais o automatico né... > > > --- Em oracle_br@yahoogrupos.com.br, "amorrimm" escreveu > > > > Boa tarde pessoal, > > > > Após o aumento de memória que fiz na minha SGA, estou tendo muito problemas > > com a Shared Poll (library chace lock, latch library cache e etc). Minha > > SGA esta configurada como automatic shared memory e pelo qu eentendi, o > > Oracle reservou grande parte da memória que coloquei para meu buffer cache > > o que pra mim não esta sendo ideal. > > > > Minha dúvida é ate que ponto a automatic shared memory seria interessante ? > > Me parece que este automático demora um pouco mais para ser acertado pelo > > banco de dados... > > > > Outro ponto seria para desabilita-lo...basta configurar parametro por > > parametro manualmente (shared_pool_size, java_pool e etc ?) > > >
[oracle_br] Re: Problemas no aumento de memória !!
Opa...dei uma boaaa pesquisada e encontrei alguns topicos no forum sobre esta questão...alguns reclamando do algoritimo do G.S.M quando trabalham com SGA altas. http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/msg15391.html Irei desabilitar hj o G.S.M. e irei redistribuir um pouco a memória RAM. O grande problema é se for necessáio aumentar a memória, devido a algum aumento repentino de dados ou instruções sql...já não tera mais o automatico né... --- Em oracle_br@yahoogrupos.com.br, "amorrimm" escreveu > > Boa tarde pessoal, > > Após o aumento de memória que fiz na minha SGA, estou tendo muito problemas > com a Shared Poll (library chace lock, latch library cache e etc). Minha SGA > esta configurada como automatic shared memory e pelo qu eentendi, o Oracle > reservou grande parte da memória que coloquei para meu buffer cache o que pra > mim não esta sendo ideal. > > Minha dúvida é ate que ponto a automatic shared memory seria interessante ? > Me parece que este automático demora um pouco mais para ser acertado pelo > banco de dados... > > Outro ponto seria para desabilita-lo...basta configurar parametro por > parametro manualmente (shared_pool_size, java_pool e etc ?) >
[oracle_br] Problemas no aumento de memória !!
Boa tarde pessoal, Após o aumento de memória que fiz na minha SGA, estou tendo muito problemas com a Shared Poll (library chace lock, latch library cache e etc). Minha SGA esta configurada como automatic shared memory e pelo qu eentendi, o Oracle reservou grande parte da memória que coloquei para meu buffer cache o que pra mim não esta sendo ideal. Minha dúvida é ate que ponto a automatic shared memory seria interessante ? Me parece que este automático demora um pouco mais para ser acertado pelo banco de dados... Outro ponto seria para desabilita-lo...basta configurar parametro por parametro manualmente (shared_pool_size, java_pool e etc ?)
[oracle_br] Re: URGENTE !! WARNING: inbound connection timed out (ORA-3136)
Opa pessoal...desculpe pelo post sem pé nem cabeça...rs rs È que o bicho começou a pegar aqui com conexões caindo e no alert so via esta msnagem de erro... coloquei o SQLNET.INBOUND_CONNECT_TIMEOUT=0 no meu sqlnet.ora Vamos ver se resolve !! --- Em oracle_br@yahoogrupos.com.br, "amorrimm" escreveu > > alguem tem ideia de como resolve risso ?? >
[oracle_br] URGENTE !! WARNING: inbound connection timed out (ORA-3136)
alguem tem ideia de como resolve risso ??
[oracle_br] Alterando valores Log_checkpoint_Interval, Log_checkpoint_Timeout. Como fazer ?
bom dia amigos, Nesta madrugada, fiz o aumento da SGA de 13G para 24G e desde então, o ADDM informa que os parametros Fast_start_io_target, Log_checkpoint_interval e Timeout estão obsoletos. Para este banco, trabalho com Gerenciamento compartilhado automatico da memória e verifiquei que destes 11GB que adicionei, ele colocou grande parte para meu buffer cache e talvez por este motivo, ele tenha tornado obsoleto os parametros iniciais acima. Qual seria a forma mais saudável para o banco de alterar estes parametros ?
[oracle_br] Re: Erro no aumento da memória Oracle !!
Opa Chiappa...ble ? Vc esta certo...Kernel mal configurado...verifiquei novamente pela manhã os parametros de shmmax e Shmall..aumentei o Shmall e funcionou...a algum tempo atras, havia ate postado uma dúvida dessas no forum, sobre o aumento destes requisitos...mas pensei que o SHmall fosse padrã..não precisanod aumenta-lo...mas pelo visto todas as vezes que aumento o Shmmax, tenho que elevar este carinha tambem... a grande verdade é que preciso saber como se calcula este carinha...sei que tem uma multiplicação de paginação...mas não tenho certeza e nao vejo muitos lugares falando sobre isso... :) --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" escreveu > > Colega, vc só não diz o ** essencial ** para o diagnóstico, ou seja : o seu > sistema (hardware + software, tanto SO quanto software de banco) são 32 bits > ou 64 bits ??? SE forem 32 bits tá explicado, como sabemos (e vc passa a > saber se não sabia) há no hardware de 32 bits limitações ** físicas ** que > ditam o máximo de RAM que um sistema 32 bits alcança, cfrme por exemplo > http://en.wikipedia.org/wiki/RAM_Limit e > http://www.spack.org/wiki/LinuxRamLimits mostram, ok ?? Como o último link > demonstra, até há algumas gambis e workarounds para se acessar mais do que > isso, em sendo 32 bits o seu ambiente referencie um bom material linux e peça > então pro teu administrador linux aplicar então tais burlarias ao SO, certo ? > Já se for 64 bits é ** imensuravelmente ** mais simples, isso indicaria > apenas limites (tais como ulimit) e params de kernel mal-configurados, > confugure-os. > > []s > > Chiappa > > > --- Em oracle_br@yahoogrupos.com.br, "amorrimm" escreveu > > > > Boa noite pessoal, > > > > Alguem teria alguma luz ?? > > > > Tenho um servidor DELL e nele esta instalado o SuSE 10 + Oracle 11G. > > A principio, haviam neste servidor 6G mas aumentei a memoria deste > > servidor, tirando alguns pentes de outros sevidores DELL, de mesmo modelo, > > pinagem..tudo igual a acrescentei neste serfvidor... > > > > No boot da maquina, o linux reconhece os demais pentes..tanto que quando > > uso o comando free -m, vejo estes pentes somados a memoria original... > > > > Mas quando tento aumentar a memoria do Oracle,. ele me da o tradicxional > > out of memory...fiz um teste e consegui aumentar somente para a quiantidade > > que eu tinha antes de acrescentar estes novos pentes (6G). alem do sysconf, > > sga_max e sga_target...existe algum outra modificação que poderia ser feita > > no Linux, ou sera que poderia ser alguma incompatibilidade com estes novos > > pentes ? Mas o Linux não deveria alarmar ? > > >
[oracle_br] Re: Erro no aumento da memória Oracle !!
Bom dia amigos, Problema resolvido...alterei o Shmall e funcionou... abraços --- Em oracle_br@yahoogrupos.com.br, "amorrimm" escreveu > > Boa noite pessoal, > > Alguem teria alguma luz ?? > > Tenho um servidor DELL e nele esta instalado o SuSE 10 + Oracle 11G. > A principio, haviam neste servidor 6G mas aumentei a memoria deste servidor, > tirando alguns pentes de outros sevidores DELL, de mesmo modelo, > pinagem..tudo igual a acrescentei neste serfvidor... > > No boot da maquina, o linux reconhece os demais pentes..tanto que quando uso > o comando free -m, vejo estes pentes somados a memoria original... > > Mas quando tento aumentar a memoria do Oracle,. ele me da o tradicxional out > of memory...fiz um teste e consegui aumentar somente para a quiantidade que > eu tinha antes de acrescentar estes novos pentes (6G). alem do sysconf, > sga_max e sga_target...existe algum outra modificação que poderia ser feita > no Linux, ou sera que poderia ser alguma incompatibilidade com estes novos > pentes ? Mas o Linux não deveria alarmar ? >
[oracle_br] Erro no aumento da memória Oracle !!
Boa noite pessoal, Alguem teria alguma luz ?? Tenho um servidor DELL e nele esta instalado o SuSE 10 + Oracle 11G. A principio, haviam neste servidor 6G mas aumentei a memoria deste servidor, tirando alguns pentes de outros sevidores DELL, de mesmo modelo, pinagem..tudo igual a acrescentei neste serfvidor... No boot da maquina, o linux reconhece os demais pentes..tanto que quando uso o comando free -m, vejo estes pentes somados a memoria original... Mas quando tento aumentar a memoria do Oracle,. ele me da o tradicxional out of memory...fiz um teste e consegui aumentar somente para a quiantidade que eu tinha antes de acrescentar estes novos pentes (6G). alem do sysconf, sga_max e sga_target...existe algum outra modificação que poderia ser feita no Linux, ou sera que poderia ser alguma incompatibilidade com estes novos pentes ? Mas o Linux não deveria alarmar ?
Re: Res: [oracle_br] Migração para Storage !!
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 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 escreveu: > > > De: Mosan Santos > > 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 > > escreveu: > > > > De: amorrimm > > 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 reali
[oracle_br] Problemas com View !! Seriam Privilégios ?
boa tarde amigos, Estou com uma dúvida quanto a uma view que foi criada, mas não consigo de forma alguma conceder privilégios de SELECT a ela, para outros usuário... Esta view, faz referência a outra tabelas e sinonimos, fazendo uso de JOIN, LEFT JOIN E UNION ALL e no esquema que criei ela esta sendo criada sem problemas. O problema esta quando dou privilégios de SELECT a ela, para outros usuários. No momento do GRANT, estoura um erro informando que uma das tabelas dos meus JOIN, esta sem privilégios... Mas, concedo o privilégio, rodo novamente e mesmo assim, o erro persiste... Alguem já passou por algo semelhante ?
[oracle_br] Re: Erro 03113 - End Of file Comunicantion seguido de ORA-07445...alguem ?
Rapaz...pior que no meu caso foi só isso mesmo... O problema é que, como são erros genericos, fica meio complicado mapear a solução para estes problemas. O ideal mesmo é abrir um chamado...o problema é conseguir aguardar com o nosso servidor em produção "travando"... Vou dar mais uma procurada aqui...qualquer coisa posto ai... --- Em oracle_br@yahoogrupos.com.br, Júlio César Corrêa escreveu > > Será que deve ser somente isso?O meu já está com EXACT no parametro. > > 2009/4/2 amorrimm > > > Grande Julio, > > > > Tambem tive este problema no servidro de produção... > > Consegui contorna-lo alterando o parametro de cursor sharing para EXACT. > > > > > > --- Em oracle_br@yahoogrupos.com.br , > > Júlio César Corrêa escreveu > > > > > > Legal.No meu caso este erro vem ocorrendo em ambiente de produção. > > > > > > 2009/4/1 amorrimm > > > > > > > Boa tarde, > > > > > > > > Bem, com relação a esta erro, tive a impressão tambem que este erro tem > > > > haver com o hardware utilizado...não entendi bem o pq...no meu caso > > > > específico, este erro não tinha sido relatado anteriormente no > > metalink... > > > > > > > > Fiz alguns testes bem extensos..desistalei, reinstalei com o entreprise > > (só > > > > como base de testes), instalei o RHEL 4, subi o banco novamente, > > executei as > > > > PKG que me traziam problemas e so estourava o mesmo erro... > > > > > > > > Pois bem, parti para a instalação do Oracle 11.1.0.6.0 e testei as PKG > > > > novamente. TUDO funcionou adequadamente. > > > > > > > > Não tive mais nenhum destes erros acima !! > > > > > > > > Inclusive percebi uma característica, que me alertou para que pudesse > > ser > > > > um problema com o HARD. Quando instalei o 10G para este novo servidor, > > as > > > > PKG nem tinham sido implantadas e ele já alertada concorrencia > > (34.98%), CPU > > > > (23.5%). Sabemos que o banco não esta totalmente off...esta la com seus > > > > processos ativos mas não acredito que estes processos, sem instancia > > alguma > > > > criada estariam consumindo tudo isso de cpu e com tanta concorrencia. > > > > > > > > Pois bem, após a instalação do 11G, sem a instancia criada ainda, não > > tive > > > > alerta algum, nem de concorrencia, nem de cpu...compilei as PKG neste > > novo > > > > servidor e ai sim, começaram os alertas mais bem baixos, indicando > > algum > > > > processamento mas as típicas msg de erro (ORA 0313 E 07445) não foram > > > > exibidos e as aplicações rodam sem problemas. > > > > > > > > Ufa..este é o relato !1 Rs :) > > > > > > > > --- Em oracle_br@yahoogrupos.com.br > > > > > 40yahoogrupos.com.br>, > > > > Júlio César Corrêa escreveu > > > > > > > > > > Ok. > > > > > > > > > > 2009/4/1 Willian Frasson > > > > > > > > > > > > > > > Julio boa tarde, > > > > > > > > > > > > Favor envie para nós 10 linhas antes e após esse erro do alert.log. > > > > > > > > > > > > --- Em qua, 1/4/09, Júlio César Corrêa > > > > 40yahoo.com.br>> > > > > > > escreveu: > > > > > > > > > > > > De: Júlio César Corrêa > > > > > > > > > > > > > Assunto: Re: [oracle_br] Re: Erro 03113 - End Of file Comunicantion > > > > seguido > > > > > > de ORA-07445...alguem ? > > > > > > Para: > > > > > > oracle_br@yahoogrupos.com.br > 40yahoogrupos.com.br> > > > > > 40yahoogrupos.com.br> > > > > > > Data: Quarta-feira, 1 de Abril de 2009, 15:57 > > > > > > > > > > > > > > > > > > Aqui na empresa vem ocorrendo este erros praticamente toda > > semana.Um > > > > dos > > > > > > colegas aqui ficou trabalhando em cima deste erro com o suporte da > > > > Oracle. > > > > > > > > > > > > Sei que tem haver com o hardware usado aqui,IBM PPC e o 10.2.0.3 > > .Para > > > > > > corrigir o erro,sei que tem que aplicar o patch acima do atual para > > > > este > > > > > > hardware.Aqui é RHEL 4 . > > > > > > >
[oracle_br] Re: Erro 03113 - End Of file Comunicantion seguido de ORA-07445...alguem ?
Grande Julio, Tambem tive este problema no servidro de produção... Consegui contorna-lo alterando o parametro de cursor sharing para EXACT. --- Em oracle_br@yahoogrupos.com.br, Júlio César Corrêa escreveu > > Legal.No meu caso este erro vem ocorrendo em ambiente de produção. > > 2009/4/1 amorrimm > > > Boa tarde, > > > > Bem, com relação a esta erro, tive a impressão tambem que este erro tem > > haver com o hardware utilizado...não entendi bem o pq...no meu caso > > específico, este erro não tinha sido relatado anteriormente no metalink... > > > > Fiz alguns testes bem extensos..desistalei, reinstalei com o entreprise (só > > como base de testes), instalei o RHEL 4, subi o banco novamente, executei as > > PKG que me traziam problemas e so estourava o mesmo erro... > > > > Pois bem, parti para a instalação do Oracle 11.1.0.6.0 e testei as PKG > > novamente. TUDO funcionou adequadamente. > > > > Não tive mais nenhum destes erros acima !! > > > > Inclusive percebi uma característica, que me alertou para que pudesse ser > > um problema com o HARD. Quando instalei o 10G para este novo servidor, as > > PKG nem tinham sido implantadas e ele já alertada concorrencia (34.98%), CPU > > (23.5%). Sabemos que o banco não esta totalmente off...esta la com seus > > processos ativos mas não acredito que estes processos, sem instancia alguma > > criada estariam consumindo tudo isso de cpu e com tanta concorrencia. > > > > Pois bem, após a instalação do 11G, sem a instancia criada ainda, não tive > > alerta algum, nem de concorrencia, nem de cpu...compilei as PKG neste novo > > servidor e ai sim, começaram os alertas mais bem baixos, indicando algum > > processamento mas as típicas msg de erro (ORA 0313 E 07445) não foram > > exibidos e as aplicações rodam sem problemas. > > > > Ufa..este é o relato !1 Rs :) > > > > --- Em oracle_br@yahoogrupos.com.br , > > Júlio César Corrêa escreveu > > > > > > Ok. > > > > > > 2009/4/1 Willian Frasson > > > > > > > > > Julio boa tarde, > > > > > > > > Favor envie para nós 10 linhas antes e após esse erro do alert.log. > > > > > > > > --- Em qua, 1/4/09, Júlio César Corrêa > 40yahoo.com.br>> > > > > escreveu: > > > > > > > > De: Júlio César Corrêa > > > > > > > > > Assunto: Re: [oracle_br] Re: Erro 03113 - End Of file Comunicantion > > seguido > > > > de ORA-07445...alguem ? > > > > Para: oracle_br@yahoogrupos.com.br > > > > > 40yahoogrupos.com.br> > > > > Data: Quarta-feira, 1 de Abril de 2009, 15:57 > > > > > > > > > > > > Aqui na empresa vem ocorrendo este erros praticamente toda semana.Um > > dos > > > > colegas aqui ficou trabalhando em cima deste erro com o suporte da > > Oracle. > > > > > > > > Sei que tem haver com o hardware usado aqui,IBM PPC e o 10.2.0.3 .Para > > > > corrigir o erro,sei que tem que aplicar o patch acima do atual para > > este > > > > hardware.Aqui é RHEL 4 . > > > > > > > > 2009/3/30 amorrimm > > > > > > > > > > Pesquisei no metalink e pelo que vi, este erro ainda não esta > > > > > relatado...putz... > > > > > > > > > > Estou pensando em instalar o 11G neste servidor...talvez > > resolva...tenho > > > > > ate uma liçença de 11 aqui... > > > > > > > > > > Agora, vale a pergunta..pode ser impressão minha mas, em todas as > > > > > instalações que tenho do Oracle na distribuição SuSe, tenho estes > > bugs de > > > > > objetos não mapeados. Coincidencia ? Tenho um red hat que não passo > > pelos > > > > > mesmos problemas só com o SuSe...vc tambem tem a mesma sensação ou é > > > > > impressão minha ? > > > > > > > > > > -- Em oracle_br@yahoogrupos.com.br > > > > > > 40yahoogrupos.com.br> > > > > > 40yahoogrupos.com.br>, > > > > > "amorrimm" escreveu > > > > > > > > > > > > > > > > > Boa tarde amigos, tudo bom ? > > > > > > > > > > > > Seguinte, montei um novo servidor Linux (SUSE10) para receber um > > Oracle > > > > > 10G R2 com o Patch 10.2.0.3. Esta aplicação faz atualizações em minha > > > > base > > > > > de tempos em tempos mas, no mei
[oracle_br] Re: Erro 03113 - End Of file Comunicantion seguido de ORA-07445...alguem ?
Boa tarde, Bem, com relação a esta erro, tive a impressão tambem que este erro tem haver com o hardware utilizado...não entendi bem o pq...no meu caso específico, este erro não tinha sido relatado anteriormente no metalink... Fiz alguns testes bem extensos..desistalei, reinstalei com o entreprise (só como base de testes), instalei o RHEL 4, subi o banco novamente, executei as PKG que me traziam problemas e so estourava o mesmo erro... Pois bem, parti para a instalação do Oracle 11.1.0.6.0 e testei as PKG novamente. TUDO funcionou adequadamente. Não tive mais nenhum destes erros acima !! Inclusive percebi uma característica, que me alertou para que pudesse ser um problema com o HARD. Quando instalei o 10G para este novo servidor, as PKG nem tinham sido implantadas e ele já alertada concorrencia (34.98%), CPU (23.5%). Sabemos que o banco não esta totalmente off...esta la com seus processos ativos mas não acredito que estes processos, sem instancia alguma criada estariam consumindo tudo isso de cpu e com tanta concorrencia. Pois bem, após a instalação do 11G, sem a instancia criada ainda, não tive alerta algum, nem de concorrencia, nem de cpu...compilei as PKG neste novo servidor e ai sim, começaram os alertas mais bem baixos, indicando algum processamento mas as típicas msg de erro (ORA 0313 E 07445) não foram exibidos e as aplicações rodam sem problemas. Ufa..este é o relato !1 Rs :) --- Em oracle_br@yahoogrupos.com.br, Júlio César Corrêa escreveu > > Ok. > > 2009/4/1 Willian Frasson > > > Julio boa tarde, > > > > Favor envie para nós 10 linhas antes e após esse erro do alert.log. > > > > --- Em qua, 1/4/09, Júlio César Corrêa > > > > > escreveu: > > > > De: Júlio César Corrêa > > > > > Assunto: Re: [oracle_br] Re: Erro 03113 - End Of file Comunicantion seguido > > de ORA-07445...alguem ? > > Para: oracle_br@yahoogrupos.com.br > > Data: Quarta-feira, 1 de Abril de 2009, 15:57 > > > > > > Aqui na empresa vem ocorrendo este erros praticamente toda semana.Um dos > > colegas aqui ficou trabalhando em cima deste erro com o suporte da Oracle. > > > > Sei que tem haver com o hardware usado aqui,IBM PPC e o 10.2.0.3 .Para > > corrigir o erro,sei que tem que aplicar o patch acima do atual para este > > hardware.Aqui é RHEL 4 . > > > > 2009/3/30 amorrimm > > > > > > Pesquisei no metalink e pelo que vi, este erro ainda não esta > > > relatado...putz... > > > > > > Estou pensando em instalar o 11G neste servidor...talvez resolva...tenho > > > ate uma liçença de 11 aqui... > > > > > > Agora, vale a pergunta..pode ser impressão minha mas, em todas as > > > instalações que tenho do Oracle na distribuição SuSe, tenho estes bugs de > > > objetos não mapeados. Coincidencia ? Tenho um red hat que não passo pelos > > > mesmos problemas só com o SuSe...vc tambem tem a mesma sensação ou é > > > impressão minha ? > > > > > > -- Em oracle_br@yahoogrupos.com.br > > > > 40yahoogrupos.com.br>, > > > "amorrimm" escreveu > > > > > > > > > > > Boa tarde amigos, tudo bom ? > > > > > > > > Seguinte, montei um novo servidor Linux (SUSE10) para receber um Oracle > > > 10G R2 com o Patch 10.2.0.3. Esta aplicação faz atualizações em minha > > base > > > de tempos em tempos mas, no meio do processo, começou a me acusar o erro > > ORA > > > 03113. Fiz uma varredura no Alert.log e encontrei o erro: ORA-07445: > > > exception encountered: core dump [_intel_fast_memcpy.A()+20] [SIGSEGV] > > > [Address not mapped to object] [0xC] [] []. > > > > > > > > Este erro foi reportado no momento que ee fazia um Insert: Current SQL > > > statement for this session: > > > > INSERT INTO XXX.XXX_XXX_XXX_XXX SELECT XXX.XXX_XXX... > > > > > > > > Tive um problema semelhante na minha instancia em produção mas resolvi, > > > setando meu cursor_sharing para EXACT só que neste caso não funcionou. > > > > > > > > Alguem tem alguma ideia ? > > > > > > > > > > > > > > > > > -- > > Júlio César Corrêa > > IS Technologist - Oracle DBA > > http://jccorrea.blogspot.com > > > > "To stay competitive in the tech industry, never stop > > learning. Always be on the lookout for better ways of > > doing things and new technologies. Our industry does > > not reward people who let themselves stagnate" > > John Hall, Senior Vice Pre
[oracle_br] Re: Erro 03113 - End Of file Comunicantion seguido de ORA-07445...alguem ?
Pesquisei no metalink e pelo que vi, este erro ainda não esta relatado...putz... Estou pensando em instalar o 11G neste servidor...talvez resolva...tenho ate uma liçença de 11 aqui... Agora, vale a pergunta..pode ser impressão minha mas, em todas as instalações que tenho do Oracle na distribuição SuSe, tenho estes bugs de objetos não mapeados. Coincidencia ? Tenho um red hat que não passo pelos mesmos problemas só com o SuSe...vc tambem tem a mesma sensação ou é impressão minha ? -- Em oracle_br@yahoogrupos.com.br, "amorrimm" escreveu > > Boa tarde amigos, tudo bom ? > > Seguinte, montei um novo servidor Linux (SUSE10) para receber um Oracle 10G > R2 com o Patch 10.2.0.3. Esta aplicação faz atualizações em minha base de > tempos em tempos mas, no meio do processo, começou a me acusar o erro ORA > 03113. Fiz uma varredura no Alert.log e encontrei o erro: ORA-07445: > exception encountered: core dump [_intel_fast_memcpy.A()+20] [SIGSEGV] > [Address not mapped to object] [0xC] [] []. > > Este erro foi reportado no momento que ee fazia um Insert: Current SQL > statement for this session: > INSERT INTO XXX.XXX_XXX_XXX_XXX SELECT XXX.XXX_XXX... > > Tive um problema semelhante na minha instancia em produção mas resolvi, > setando meu cursor_sharing para EXACT só que neste caso não funcionou. > > Alguem tem alguma ideia ? >
[oracle_br] Erro 03113 - End Of file Comunicantion seguido de ORA-07445...alguem ?
Boa tarde amigos, tudo bom ? Seguinte, montei um novo servidor Linux (SUSE10) para receber um Oracle 10G R2 com o Patch 10.2.0.3. Esta aplicação faz atualizações em minha base de tempos em tempos mas, no meio do processo, começou a me acusar o erro ORA 03113. Fiz uma varredura no Alert.log e encontrei o erro: ORA-07445: exception encountered: core dump [_intel_fast_memcpy.A()+20] [SIGSEGV] [Address not mapped to object] [0xC] [] []. Este erro foi reportado no momento que ee fazia um Insert: Current SQL statement for this session: INSERT INTO XXX.XXX_XXX_XXX_XXX SELECT XXX.XXX_XXX... Tive um problema semelhante na minha instancia em produção mas resolvi, setando meu cursor_sharing para EXACT só que neste caso não funcionou. Alguem tem alguma ideia ?
[oracle_br] Re: Oracle Secure Backup - Alguem faz uso ?
Grande Caio, Na verdade a primeira intenção era a realização de backups corporativos..mas acho que ninguem daqui conseguiu colocar em prática..não conseguiram utilizar a unidade de fita...por isso, pensei em utiliza-la para fazer backups só do banco Oracle... Estou no RJ e andei procurando no google e nao achei nenhuma documentação de como o OSB funciona...como ele se relaciona com o Rman e etc... --- Em oracle_br@yahoogrupos.com.br, Caio Spadafora escreveu > > Então ele conversa muito bem com o RMAN, agora se você estiver pensando em > utilizá-lo para fazer backups não-oracle o principal impeditivo é que ele não > implementa os conceitos de LAN-FREE e SERVER-FREE backup. > > Traduzindo você pode ter tráfego de rede e de i/o a toa quando estiver > fazendo backup, dependendo do tamanho do seu ambiente isso pode ser > impeditivo para solução. > > Acredito que as únicas ferramentas que implementam isso são o TSM e o > NetBackup, talvez existam outras, mas por uma licensa bem cara. > > Sugiro você para bancos e fitas uilizar o rman puro, e para backup > corporativo utilizar o Bacula ou o Amanda, ferramentas open source de backup. > > Se você estiver em SP conheço pessoas que já implementaram e poderiam te > ajudar. > > Atenciosamente, > Caio Spadafora. > http://0011brothers.blogspot.com/ > > --- Em qui, 26/3/09, amorrimm escreveu: > > De: amorrimm > Assunto: [oracle_br] Oracle Secure Backup - Alguem faz uso ? > Para: oracle_br@yahoogrupos.com.br > Data: Quinta-feira, 26 de Março de 2009, 15:29 > > > > > > > > > > > > > Boa tarde pessoal... > > > > Mais uma pequena dúvida que os mestres poderão me ajuda :) > > > > Comecei a estudar o Oracle Secure Backup a fim de implementar na empresa em > que estou...encontrei uma unidade de backup em fita totalmente parada pq não > tem a midia para gerencia-la. ..logo, ja comecei os preparaivos para > utiliza-la.. .ja conversei com o pessoal do financeiro sobre os valores > (licenças e etc) e acham uma boa solução para os backups... > > > > Alguem faz uso deste backup ? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 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] >
[oracle_br] Oracle Secure Backup - Alguem faz uso ?
Boa tarde pessoal... Mais uma pequena dúvida que os mestres poderão me ajuda :) Comecei a estudar o Oracle Secure Backup a fim de implementar na empresa em que estou...encontrei uma unidade de backup em fita totalmente parada pq não tem a midia para gerencia-la...logo, ja comecei os preparaivos para utiliza-la...ja conversei com o pessoal do financeiro sobre os valores (licenças e etc) e acham uma boa solução para os backups... Alguem faz uso deste backup ?
Re: Res: [oracle_br] Migração para Storage !!
Grande anderson, Usarei isto mesmo !! Muito mais tranquilo e fácil de genrenciar... :) Abraços - Em oracle_br@yahoogrupos.com.br, Anderson Haertel Rodrigues 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 escreveu: > > > De: Mosan Santos > > 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 > > escreveu: > > > > De: amorrimm > > 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 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
[oracle_br] Re: Migração para Storage !!
Achei excelente a idéia Chiappa... estava pensando em baixar o banco, copiar os arquvios, mudar o coltrolfile (trace), e etc... A idéia da tablespace Off Line e utilizar o alter database rename... foi muito boaa abraços --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" escreveu > > Colega, via de regra vc mover dados via rede , ou gerar um arquivo com os > dados e importar esses dados, é MAIS lento do que vc simplesmente copiar os > arquivos do disco local para o storage , especialmente se vc usar um programa > tipo winscp, getright, file!zila ou quetais, que permitem várias sessões > simultâneas de cópia para o mesmo arquivo... Então vc ** vai ** medir a sua > performance, no seu ambiente, mas imagino que a cópia de arquivos ganhe. O > procedimento de cópia seria : colocar a tablespace OFFLINE, copiar/mover os > arquivos do disco local pro storage,e pedir um ALTER DATABASE RENAME FILE > 'n:/pathdodiscolocal/nomedoarquivo.dbf' TO 'x:/pathdostorage/nomedo > arquivo.dbf' para cada datafile copiado/movido... Isso ainda tem a GRANDE > vantagem de absolutamente não exigir que vc mexa em constraints, triggers, > nada de nada... > > []s > > Chiappa > --- Em oracle_br@yahoogrupos.com.br, "amorrimm" escreveu > > > > 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 ? > > >
Re: Res: [oracle_br] Migração para Storage !!
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 servidorespor 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_br@yahoogrupos.com.br, Anderson Haertel Rodrigues 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 escreveu: > > > De: Wilson Teixeira > > Assunto: Res: [oracle_br] Migração para Storage !! > > Para: oracle_br@yahoogrupos.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 > > Para: oracle_br@yahoogrupos.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.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 >
[oracle_br] Re: Migração para Storage !!
Grande Mosán, tudo certinho ?? Na verdade estou pensando em utilizar o Rman para iniciar atividades de monitoramento por aqui...acho uma excelente ferramenta... Só fiquei na dúvida do seguinte...após o backup via Rman de todos os datafiles, ainda precisarei alterar o controlfile correto ? Gero um ceontrolfile to trace e em seguida altero na mão, ou tem alguma feature no rman que eu possa restaurar meu backup para qualquer lugar e ele mesmo já altera meu controlfile ?? --- Em oracle_br@yahoogrupos.com.br, Mosan Santos escreveu > > > Colega; > > Já pensou usar o RMAN? > > Abs > > 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 escreveu: > > De: amorrimm > Assunto: [oracle_br] Migração para Storage !! > Para: oracle_br@yahoogrupos.com.br > Data: Quarta-feira, 25 de Março de 2009, 10:41 > > > > > > > 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.maisbuscados.yahoo.com > > [As partes desta mensagem que não continham texto foram removidas] >
[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 ?
[oracle_br] Re: ~ORA-07445: exception encountered: core dump [_intel_fast_memcpy.A()+20] [SIGSEG
Grande Caio, consigo simular sim !! Este ´um novo servidor, que possui uma quantidade minima de memória RAM (8 GB) onde instalei o Suse 10 + Oracle 10G R2, aplicando o patch 10.2.0.3. Removi do servidor de produção, uma aplicação critica, que faz pesadas atualizações de 10 em 10 minutos (basicamente comandos DML) para mais de 20 mil registros É neste momento que este erro é exibido !! Não vejo o erro na aplicação e nem nos resultados...mas vejo no OEM... Tive um problema semelhante no meu servidor de produção...havia lido no forum algo sobre cursores...pois na mensagem o objeto não estava conseguindo ser mapeado..pois bem, alterei as configurações de CURSOR_SHARING de similar para EXACT e funcionou...nunc amai stive este erro...,mas no servidor atual, ja esta EXACT e mesmo assim o erro permanece... --- Em oracle_br@yahoogrupos.com.br, Caio Spadafora escreveu > > Acabei de passar o argumento no metalink na ferramenta "Troubleshoot an > ORA-600 or ORA-7445 Error Using the Error Lookup Tool" e recebi a mensagem > que essa exceção ainda não foi tratada, um chamado automático foi aberto para > investigação... > > Pergunta básica: Você consegue simular esse erro? > > Se sim... me fale como, caso contrário se o erro for recorrendo sugiro que > você habilite o trace e o statspack, se possível coloque o servidor para ser > monitorado pelo cacti, cpu, i/o, rede, número de arquivos abertos, número de > processos... > > Bom tudo fica mais rápido com uma SR aberta. > > Abraços, > Caio Spadafora, > http://0011brothers.blogspot.com/ > > --- Em seg, 23/3/09, amorrimm escreveu: > > De: amorrimm > Assunto: [oracle_br] ~ORA-07445: exception encountered: core dump > [_intel_fast_memcpy.A()+20] [SIGSEG > Para: oracle_br@yahoogrupos.com.br > Data: Segunda-feira, 23 de Março de 2009, 17:53 > > > > > > > > > > > > > Erro genérico danado... > > > > Alguem ja teve este ai ? > > > > Dei uma procurada na net e não encontrei nadinha... > > > > Sei que o ideal é procurar o suporte da Oracle...mas gostaria de infomrações > adicinais... :) Se alguem puder ajudar... > > > > Oracle 10G R2 > > patch 10.2.0.3 > > Suse 10 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 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] >
[oracle_br] ~ORA-07445: exception encountered: core dump [_intel_fast_memcpy.A()+20] [SIGSEG
Erro genérico danado... Alguem ja teve este ai ? Dei uma procurada na net e não encontrei nadinha... Sei que o ideal é procurar o suporte da Oracle...mas gostaria de infomrações adicinais... :) Se alguem puder ajudar... Oracle 10G R2 patch 10.2.0.3 Suse 10
[oracle_br] Re: Privilégios em DBLINK - INSERT, UPDATE, SELECT...
Opa Caio... Tenho uma licença para Enterprise que penso em utilizar um standy...se a implementação for tranquila... Rapz, agradeceria muito se pudesse me enviar a documentação que vc tem ai para implementar o dataguard...não vejo muito documentação sobre isso na net :-) Valeu mesmo e obrigadão ammo...@hotmail.com --- Em oracle_br@yahoogrupos.com.br, Caio Spadafora escreveu > > Hmmm entendi... bom possa dar uma outra sugestão? > > Se você conseguir garantir que sua aplicação só faça consultas, a > implementação de mviews em várias tabelas pode não ser tão tranquila. Caso > você esteja trabalhando com o Oracle Enterprise Edition, sugiro você > implementar um standby lógico. > > A implementação é bem tranquila, de 1 dia até 2 no máximo, e você terá um > banco "read only" para fazer consultas com sincronismo praticamente em > real-time. Assim você não terá tanto trabalho para corrigir os gaps de > sincronismo uma vez que o Data Guard faz isso "automaticamente" > > Se você possuir o Oracle Enterprise Edition e precisar de alguma documentação > me avise, agora se for Standard ou Standard Edition One você terá que > utilizar os dblinks ou as mviews (lembrando que as mviews também farão uso do > dblink). > > []'s > Caio Spadafora. > http://0011brothers.blogspot.com/ > > --- Em seg, 23/3/09, amorrimm escreveu: > > De: amorrimm > Assunto: [oracle_br] Re: Privilégios em DBLINK - INSERT, UPDATE, SELECT > Para: oracle_br@yahoogrupos.com.br > Data: Segunda-feira, 23 de Março de 2009, 9:13 > > > > > > > > > > > > > Grande Caio, > > > > A intenção realmente estabelecer um canal de consultas com uma outra > instancia... somente SELECT mesmo..hoje em dia, todas as minhas aplicações > rodam em cima de uma unica instancia... e tenho processos pesados que rodam > de minutos em minutos que deixam meu banco pesado demais...a performance cai, > grande geração de redo e etc.. > > > > fiz o mapeamento destas aplicações e percebi que, eles só precisam fazer > select na instancia atual, ou seja, posso passar estas aplicações para um > outro servidor, e a minha instancia principal, fica somente sendo a base para > os selects... > > > > Mas vou dar uma olhadinha em seguida na replicações com as vies > materializadas. ... :) > > > > --- Em oracle...@yahoogrup os.com.br, Caio Spadafora > escreveu > > > > > > Do lado onde existe o db link você precisa cria-lo com o usuário que irá > > utilizar o dblink (você pode criar ele publico e tambem trabalhar com > > sinonimos), no outro banco você atribui os privilégios para o usuário > > especificado durante a criação do dblink. > > > > > > O dblink possui "2 usuários" o owner que é o dono do dblink e o username > > que é o usuário que existe em um outro banco e é utilizado para estabelecer > > uma conexão com esse segundo banco. > > > > > > Os privilégios são o de criação de dblink no seu banco para o owner, e no > > outro banco create any table, insert, update, select, etc (vai dependente > > de que tipo de privilégio você deseja no outro banco). > > > > > > Referências: http://download. oracle.com/ docs/cd/B19306_ 01/server. > > 102/b14200/ statements_ 5005.htm# SQLRF01205 > > > > > > Somente um ponto, a criação do DBLINK tente a ser a parte mais fácil do > > processo, muito cuidado com a performance, DBLINKs são implementações que > > dependem muito da conectividade dos bancos e criam transações remotas até > > para simples comandos SELECTs, considere a possibilidade de trabalhar com > > replicação de dados via materalized views se o seu intúito for consultas, > > ou alguma outra implementação. > > > > > > Atenciosamente, > > > Caio Spadafora. > > > 0011brothers. blogspot. com > > > > > > --- Em sex, 20/3/09, amorrimm escreveu: > > > > > > De: amorrimm > > > Assunto: [oracle_br] Re: Privilégios em DBLINK - INSERT, UPDATE, SELECT... > > > Para: oracle...@yahoogrup os.com.br > > > Data: Sexta-feira, 20 de Março de 2009, 16:42 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Isso !! É apenas a conexão utilizando (no meu caso) o Homogenus > > Oracle... > > > > > > > > > > > > A minh adúvida é quanto a criação do DBlink privados quando faç
[oracle_br] Re: Privilégios em DBLINK - INSERT, UPDATE, SELECT...
Grande Caio, A intenção realmente estabelecer um canal de consultas com uma outra instancia...somente SELECT mesmo..hoje em dia, todas as minhas aplicações rodam em cima de uma unica instancia...e tenho processos pesados que rodam de minutos em minutos que deixam meu banco pesado demais...a performance cai, grande geração de redo e etc.. fiz o mapeamento destas aplicações e percebi que, eles só precisam fazer select na instancia atual, ou seja, posso passar estas aplicações para um outro servidor, e a minha instancia principal, fica somente sendo a base para os selects... Mas vou dar uma olhadinha em seguida na replicações com as vies materializadas :) --- Em oracle_br@yahoogrupos.com.br, Caio Spadafora escreveu > > Do lado onde existe o db link você precisa cria-lo com o usuário que irá > utilizar o dblink (você pode criar ele publico e tambem trabalhar com > sinonimos), no outro banco você atribui os privilégios para o usuário > especificado durante a criação do dblink. > > O dblink possui "2 usuários" o owner que é o dono do dblink e o username que > é o usuário que existe em um outro banco e é utilizado para estabelecer uma > conexão com esse segundo banco. > > Os privilégios são o de criação de dblink no seu banco para o owner, e no > outro banco create any table, insert, update, select, etc (vai dependente de > que tipo de privilégio você deseja no outro banco). > > Referências: > http://download.oracle.com/docs/cd/B19306_01/server.102/b14200/statements_5005.htm#SQLRF01205 > > Somente um ponto, a criação do DBLINK tente a ser a parte mais fácil do > processo, muito cuidado com a performance, DBLINKs são implementações que > dependem muito da conectividade dos bancos e criam transações remotas até > para simples comandos SELECTs, considere a possibilidade de trabalhar com > replicação de dados via materalized views se o seu intúito for consultas, ou > alguma outra implementação. > > Atenciosamente, > Caio Spadafora. > 0011brothers.blogspot.com > > --- Em sex, 20/3/09, amorrimm escreveu: > > De: amorrimm > Assunto: [oracle_br] Re: Privilégios em DBLINK - INSERT, UPDATE, SELECT... > Para: oracle_br@yahoogrupos.com.br > Data: Sexta-feira, 20 de Março de 2009, 16:42 > > > > > > > > > > > > > Isso !! É apenas a conexão utilizando (no meu caso) o Homogenus > Oracle... > > > > A minh adúvida é quanto a criação do DBlink privadosquando faço a criação > com o usuário SYSTEM, consigo ler as tabelas no banco do meu outro servidor, > mas, quando tento fazer a mesma consulta com o usuário que criei, dono deste > objeto (dblink), não consigo... > > > > Como exemplo, criei um dblink público e consegui tanto com o system quanto o > usuário que criei no momento > > > > privilégios ? talvez..quais seriam... :) > > > > --- Em oracle...@yahoogrup os.com.br, Júlio César Corrêa > escreveu > > > > > > O dblink é apenas a conexão. > > > > > > 2009/3/20 Caio Spadafora > > > > > > > A idéia é restrigir ou fornecer os privilégios no usuário do DB Link. > > > > > > > > Quando você cria o DB Link é necessário informar um usuário no banco > > > remoto > > > > que será utilizado pelo DB Link, ou seja, são os privilégios desse usuário > > > > do banco remoto (informado na criação do DB Link) que deve ter os > > > > privilégios que você precisa. > > > > > > > > Atenciosamente, > > > > Caio Spadafora, > > > > 0011brothers. blogspot. com > > > > > > > > --- Em sex, 20/3/09, amorrimm > > > > > escreveu: > > > > > > > > De: amorrimm > > > > > Assunto: [oracle_br] Privilégios em DBLINK - INSERT, UPDATE, SELECT... > > > > Para: oracle...@yahoogrup os.com.br > > > > Data: Sexta-feira, 20 de Março de 2009, 15:41 > > > > > > > > > > > > Boa Tarde Pessoal.. > > > > > > > > Procurei na NET mas não encontrei muita documentação a respeito...tenho 2 > > > > servidores e estou fazendo a criação de um dblink entre eles... > > > > > > > > Mas a dúvida é a seguinte...preciso de privilégios de select, insert e > > > > update nestas bases...pelo dblink...esta e a dúvida... > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >
[oracle_br] Re: Privilégios em DBLINK - INSERT, UPDATE, SELECT...
Isso !! É apenas a conexão utilizando (no meu caso) o Homogenus Oracle... A minh adúvida é quanto a criação do DBlink privados...quando faço a criação com o usuário SYSTEM, consigo ler as tabelas no banco do meu outro servidor, mas, quando tento fazer a mesma consulta com o usuário que criei, dono deste objeto (dblink), não consigo... Como exemplo, criei um dblink público e consegui tanto com o system quanto o usuário que criei no momento privilégios ? talvez..quais seriam... :) --- Em oracle_br@yahoogrupos.com.br, Júlio César Corrêa escreveu > > O dblink é apenas a conexão. > > 2009/3/20 Caio Spadafora > > > A idéia é restrigir ou fornecer os privilégios no usuário do DB Link. > > > > Quando você cria o DB Link é necessário informar um usuário no banco remoto > > que será utilizado pelo DB Link, ou seja, são os privilégios desse usuário > > do banco remoto (informado na criação do DB Link) que deve ter os > > privilégios que você precisa. > > > > Atenciosamente, > > Caio Spadafora, > > 0011brothers.blogspot.com > > > > --- Em sex, 20/3/09, amorrimm > > > escreveu: > > > > De: amorrimm > > > Assunto: [oracle_br] Privilégios em DBLINK - INSERT, UPDATE, SELECT... > > Para: oracle_br@yahoogrupos.com.br > > Data: Sexta-feira, 20 de Março de 2009, 15:41 > > > > > > Boa Tarde Pessoal.. > > > > Procurei na NET mas não encontrei muita documentação a respeito...tenho 2 > > servidores e estou fazendo a criação de um dblink entre eles... > > > > Mas a dúvida é a seguinte...preciso de privilégios de select, insert e > > update nestas bases...pelo dblink...esta e a dúvida... > > > > > > > > > > > > > > > > > > > > > > > > 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] > > > > > > > > > > -- > Júlio César Corrêa > IS Technologist - Oracle DBA > http://jccorrea.blogspot.com > > "To stay competitive in the tech industry, never stop > learning. Always be on the lookout for better ways of > doing things and new technologies. Our industry does > not reward people who let themselves stagnate" > John Hall, Senior Vice President, Oracle University > > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] Re: Privilégios em DBLINK - INSERT, UPDATE, SELECT...
Então... fiz a criação do DBlink entre as bases a partir de um usuário que criei no meu banco...quando me conecto com este usuário, para dar um select por exemplo, consigo obter o retorno do comando mas, quando me conecto com o usuário que criei e que contem o dblink, não consigo... com certeza é alguma coisa relacionada a permissão...mas não sei mai so que verificar... --- Em oracle_br@yahoogrupos.com.br, Caio Spadafora escreveu > > A idéia é restrigir ou fornecer os privilégios no usuário do DB Link. > > Quando você cria o DB Link é necessário informar um usuário no banco remoto > que será utilizado pelo DB Link, ou seja, são os privilégios desse usuário do > banco remoto (informado na criação do DB Link) que deve ter os privilégios > que você precisa. > > Atenciosamente, > Caio Spadafora, > 0011brothers.blogspot.com > > --- Em sex, 20/3/09, amorrimm escreveu: > > De: amorrimm > Assunto: [oracle_br] Privilégios em DBLINK - INSERT, UPDATE, SELECT... > Para: oracle_br@yahoogrupos.com.br > Data: Sexta-feira, 20 de Março de 2009, 15:41 > > > > > > > > > > > > > Boa Tarde Pessoal.. > > > > Procurei na NET mas não encontrei muita documentação a respeito...tenho 2 > servidores e estou fazendo a criação de um dblink entre eles... > > > > Mas a dúvida é a seguinte...preciso de privilégios de select, insert e update > nestas bases...pelo dblink...esta e a dúvida... > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 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] >
Re: Res: [oracle_br] Calculos de Shmax, Shmall e etc...como fazer ?
Grande Venturini.. na verdade não..era o calculo do shmall...mas o Ricardo ja me deu a infomração... Shmmax (bytes)/ 4096 Mas valeu pela ajuda :)- -- Em oracle_br@yahoogrupos.com.br, Gustavo Venturini de Lima escreveu > > Fala Ammorim... > Tem no doc sim... olha só: > Na lina shmmax "Half the size of physical memory (in bytes)" > Não era essa a informação que vc queria??? > > 2.6 Configuring Kernel Parameters > > Note: > The kernel parameter and shell limit values shown in the following section > are recommended values only. For production database systems, Oracle > recommends that you tune these values to optimize the performance of the > system. Refer to your operating system documentation for more information > about tuning kernel parameters. > > Verify that the kernel parameters shown in the following table are set to > values greater than or equal to the recommended value shown. The procedure > following the table describes how to verify and set the values. > Parameter Value File semmsl > > semmns > > semopm > > semmni > 250 > > 32000 > > 100 > > 128 > /proc/sys/kernel/sem shmall 2097152 /proc/sys/kernel/shmall shmmax Half > the size of physical memory (in bytes) /proc/sys/kernel/shmmax shmmni 4096 > /proc/sys/kernel/shmmni file-max 65536 /proc/sys/fs/file-max > ip_local_port_range Minimum:1024 > > Maximum: 65000 > /proc/sys/net/ipv4/ip_local_port_range rmem_default 262144 > /proc/sys/net/core/rmem_default rmem_max 262144 /proc/sys/net/core/rmem_max > wmem_default 262144 /proc/sys/net/core/wmem_default wmem_max 262144 > /proc/sys/net/core/wmem_max > > Note: > If the current value for any parameter is higher than the value listed in > this table, then do not change the value of that parameter. > > > > 2009/3/20 Ricardo Portilho Proni > > > Claro, sempre é legar saber os "internals" ! > > > > O SHMALL deve ser pelo menos o SHMMAX dividido pelo tamanho de página > > utilizado na memória. > > O normal do tamanho de página dos Linux de hoje é 4096. > > > > > > Ricardo Portilho Proni > > Team Leader CES - Centro de Excelência Solvo > > -- > > - Oracle Database 10g Administrator Certified Associate (OCA) > > - Oracle Database 10g Administrator Certified Professional (OCP) > > - Microsoft Certified Professional (MCP) > > - Microsoft Certified Technology Specialist: SQL Server 2005 (MCTS) > > - Certified MySQL Database Administrator (CMDBA) > > > > > > De: amorrimm > > > Para: oracle_br@yahoogrupos.com.br > > Enviadas: Sexta-feira, 20 de Março de 2009 10:20:00 > > Assunto: Re: Res: [oracle_br] Calculos de Shmax, Shmall e etc...como fazer > > ? > > > > Venturini.. > > > > Na verdade no guia de instalação não vem a forma de calcular..só vem os > > padrões minimos e etc...o que na verdade gostaria de saber é a forma de > > calcular... > > > > Trabalho com suse 10 e Oracle 10G R2 > > > > --- Em oracle_br@yahoogrupos.com.br , > > Gustavo Venturini de Lima escreveu > > > > > > Olá... não consta no mail a versão do banco, nem do SO, etc... Mas de qq > > > forma, dê uma olhada no doc "*Oracle® Database Installation Guide > > > 10gRelease 2 (10.2) for Linux x86-64 > > > * Part Number B15667-01" seguindo o doc de instalação da Oracle, todos > > estes > > > parâmetros são espeficificados e explicados. > > > Abraços. > > > > > > > > > 2009/3/20 amorrimm > > > > > > > Opa...tudo bom ? > > > > > > > > Entendi a questão do Shmmax mas, e o Shmall ? tem uns calculos ai no > > meio > > > > né ?? Como faço o calculo dele ? > > > > > > > > No campo de Shmmax, posso deixar uns 70% ou 80% da minha memoria Ram ? > > > > > > > > --- Em oracle_br@yahoogrupos.com.br > > > > > 40yahoogrupos.com.br>, > > > > Ricardo Portilho Proni escreveu > > > > > > > > > > > > > > Oi. > > > > > > > > > > A memória máxima utilizada pela SGA é controlada pelo parâmetro do > > kernel > > > > shmmax, em bytes.. > > > > > É recomendado que você coloque o número de metade de sua RAM, em > > bytes, > > > > neste parâmetro. > > > > > Desta forma, você poderá ter uma SGA até a metade de sua RAM, o que é > > > > saudável. > > > > > > &
[oracle_br] Privilégios em DBLINK - INSERT, UPDATE, SELECT...
Boa Tarde Pessoal.. Procurei na NET mas não encontrei muita documentação a respeito...tenho 2 servidores e estou fazendo a criação de um dblink entre eles... Mas a dúvida é a seguinte...preciso de privilégios de select, insert e update nestas bases...pelo dblink...esta e a dúvida...
Re: Res: [oracle_br] Calculos de Shmax, Shmall e etc...como fazer ?
Venturini.. Na verdade no guia de instalação não vem a forma de calcular..só vem os padrões minimos e etc...o que na verdade gostaria de saber é a forma de calcular... Trabalho com suse 10 e Oracle 10G R2 --- Em oracle_br@yahoogrupos.com.br, Gustavo Venturini de Lima escreveu > > Olá... não consta no mail a versão do banco, nem do SO, etc... Mas de qq > forma, dê uma olhada no doc "*Oracle® Database Installation Guide > 10gRelease 2 (10.2) for Linux x86-64 > * Part Number B15667-01" seguindo o doc de instalação da Oracle, todos estes > parâmetros são espeficificados e explicados. > Abraços. > > > 2009/3/20 amorrimm > > > Opa...tudo bom ? > > > > Entendi a questão do Shmmax mas, e o Shmall ? tem uns calculos ai no meio > > né ?? Como faço o calculo dele ? > > > > No campo de Shmmax, posso deixar uns 70% ou 80% da minha memoria Ram ? > > > > --- Em oracle_br@yahoogrupos.com.br , > > Ricardo Portilho Proni escreveu > > > > > > > > Oi. > > > > > > A memória máxima utilizada pela SGA é controlada pelo parâmetro do kernel > > shmmax, em bytes. > > > É recomendado que você coloque o número de metade de sua RAM, em bytes, > > neste parâmetro. > > > Desta forma, você poderá ter uma SGA até a metade de sua RAM, o que é > > saudável. > > > > > > Para alterar para 2GB no Suse, coloque no arquivo /etc/sysctl.conf: > > > kernel.shmmax = 2147483648 > > > > > > E depois execute, como root, para garantir que este parâmetro continuará > > após o boot: > > > /sbin/chkconfig boot.sysctl on > > > > > > > > http://download.oracle.com/docs/cd/B19306_01/install.102/b15667/pre_install.htm#BABCHAED > > > Ricardo Portilho Proni > > > Team Leader CES - Centro de Excelência Solvo > > > -- > > > - Oracle Database 10g Administrator Certified Associate (OCA) > > > - Oracle Database 10g Administrator Certified Professional (OCP) > > > - Microsoft Certified Professional (MCP) > > > - Microsoft Certified Technology Specialist: SQL Server 2005 (MCTS) > > > - Certified MySQL Database Administrator (CMDBA) > > > > > > > > > > > > > > > > > > De: amorrimm > > > Para: oracle_br@yahoogrupos.com.br > > > Enviadas: Quinta-feira, 19 de Março de 2009 17:59:58 > > > Assunto: [oracle_br] Calculos de Shmax, Shmall e etc...como fazer ? > > > > > > Fala pessoal, boa tarde.. > > > > > > Estpu precisando de uma ajudinha para calcular a memória que será > > utilizada pelo meu banco Oracle... > > > > > > Tentei aumentar a memória do mesmo e me foi exibido uma mensagem de > > erro...pelo que verifiquei no metalink, tem haver com o arquivo > > /etc/sysconfig/oracle (suse 10).. > > > > > > Este arquivo é relativo ao calculo de memoria compartilhada, memoria de > > SO > > > > > > Alquem poderia me ajudar ? > > > > > > > > > > > > > > > > > > -- > > > >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 > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >
Re: Res: [oracle_br] Calculos de Shmax, Shmall e etc...como fazer ?
Opa...tudo bom ? Entendi a questão do Shmmax mas, e o Shmall ? tem uns calculos ai no meio né ?? Como faço o calculo dele ? No campo de Shmmax, posso deixar uns 70% ou 80% da minha memoria Ram ? --- Em oracle_br@yahoogrupos.com.br, Ricardo Portilho Proni escreveu > > Oi. > > A memória máxima utilizada pela SGA é controlada pelo parâmetro do kernel > shmmax, em bytes. > É recomendado que você coloque o número de metade de sua RAM, em bytes, neste > parâmetro. > Desta forma, você poderá ter uma SGA até a metade de sua RAM, o que é > saudável. > > Para alterar para 2GB no Suse, coloque no arquivo /etc/sysctl.conf: > kernel.shmmax = 2147483648 > > E depois execute, como root, para garantir que este parâmetro continuará após > o boot: > /sbin/chkconfig boot.sysctl on > > http://download.oracle.com/docs/cd/B19306_01/install.102/b15667/pre_install.htm#BABCHAED > Ricardo Portilho Proni > Team Leader CES - Centro de Excelência Solvo > --- > - Oracle Database 10g Administrator Certified Associate (OCA) > - Oracle Database 10g Administrator Certified Professional (OCP) > - Microsoft Certified Professional (MCP) > - Microsoft Certified Technology Specialist: SQL Server 2005 (MCTS) > - Certified MySQL Database Administrator (CMDBA) > > > > > > De: amorrimm > Para: oracle_br@yahoogrupos.com.br > Enviadas: Quinta-feira, 19 de Março de 2009 17:59:58 > Assunto: [oracle_br] Calculos de Shmax, Shmall e etc...como fazer ? > > Fala pessoal, boa tarde.. > > Estpu precisando de uma ajudinha para calcular a memória que será utilizada > pelo meu banco Oracle... > > Tentei aumentar a memória do mesmo e me foi exibido uma mensagem de > erro...pelo que verifiquei no metalink, tem haver com o arquivo > /etc/sysconfig/oracle (suse 10).. > > Este arquivo é relativo ao calculo de memoria compartilhada, memoria de SO > > Alquem poderia me ajudar ? > > > > > > -- > >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 > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] Calculos de Shmax, Shmall e etc...como fazer ?
Fala pessoal, boa tarde.. Estpu precisando de uma ajudinha para calcular a memória que será utilizada pelo meu banco Oracle... Tentei aumentar a memória do mesmo e me foi exibido uma mensagem de erro...pelo que verifiquei no metalink, tem haver com o arquivo /etc/sysconfig/oracle (suse 10).. Este arquivo é relativo ao calculo de memoria compartilhada, memoria de SO Alquem poderia me ajudar ?
[oracle_br] Verificando Data da última modificação na tabelas
bom dia a todos !! Se existe, não me recordo... Existe alguma forma de conseguirmos verificar as ultimas datas de modificação nas tabelas ? É feito algum armazenamento do dicionário de dados e temos como recuperar estas informações sem a auditoria habilitada ?
Re: Res: Res: Res: [oracle_br] Redo Logs - Tamanho x Número de Grupos
Ricardo, Olha que situação estranha... aumentei os redos...1G..em seguida...1,5G e para testar, 3G..Grr...(so como teste). Tive uma redução nos log file sync significativa mas mesmo assim, continuam altos os valores...e continuo tomando os check point not complete... Existe algum bug relacionada a versão 10.2.0.3 ?? Sei la...redos com mais de 3G ?? Estranho..né não ? --- Em oracle_br@yahoogrupos.com.br, Ricardo Portilho Proni escreveu > > Pense também que, se vc está recebendo estas mensagens no alert, a gravação > do seu banco JÁ está travando às vezes. > No mínimo, você reduzirá o problema. > > Ricardo Portilho Proni > Team Leader CES - Centro de Excelência Solvo > --- > - Oracle Database 10g Administrator Certified Associate (OCA) > - Oracle Database 10g Administrator Certified Professional (OCP) > - Microsoft Certified Professional (MCP) > - Microsoft Certified Technology Specialist: SQL Server 2005 (MCTS) > - Certified MySQL Database Administrator (CMDBA) > > > > > > De: amorrimm > Para: oracle_br@yahoogrupos.com.br > Enviadas: Sexta-feira, 6 de Março de 2009 16:43:58 > Assunto: Re: Res: Res: [oracle_br] Redo Logs - Tamanho x Número de Grupos > > > Isso !! Estava pensando justamente na hora do switch e o trafego de > informações que ele estara gerando... > > ele ira gravar de uma unica vez 1G em disco e neste mesmo momento, ira > replicar estes 1G para meu standy database...mas enfim..acho que só testando > para ter certeza né...rs > > Vou aumentar meus grupos...melhor ja ir deixando a casa em ordem :) > > --- Em oracle...@yahoogrup os.com.br, Ricardo Portilho Proni ...> escreveu > > > > Opa ! > > Obrigado pela sua audiência...rs. .. > > > > Mas aumentar os REDOs não irá influenciar seu I/O. > > > > Se você tiver REDOs de 100MB, e gerar 1GB de gravações em 10 minutos, > > transitará 1GB pela rede a cada 10 minutos, em 10 arquivos. > > Se você tiver REDOs de 1GB, e gerar 1GB de gravações a cada 10 minutos, > > transitará 1GB pela rede a cada 10 minutos, em 1 arquivo. > > > > Ou seja, o que importa é o quanto você gera de escrita, e não o tamanho do > > REDO. > > > > Claro, na hora do switch, o Oracle terá que criar um archive de 1GB de uma > > vez, ao invés de gravações com maior intervalo, de 100MB. > > Mas no final, 1GB é 1GB. > > > > > > Ricardo Portilho Proni > > Team Leader CES - Centro de Excelência Solvo > > - - - - - - > > - Oracle Database 10g Administrator Certified Associate (OCA) > > - Oracle Database 10g Administrator Certified Professional (OCP) > > - Microsoft Certified Professional (MCP) > > - Microsoft Certified Technology Specialist: SQL Server 2005 (MCTS) > > - Certified MySQL Database Administrator (CMDBA) > > > > > > > > > > _ _ __ > > De: amorrimm > > Para: oracle...@yahoogrup os.com.br > > Enviadas: Sexta-feira, 6 de Março de 2009 16:30:51 > > Assunto: Re: Res: [oracle_br] Redo Logs - Tamanho x Número de Grupos > > > > > > Grande Portilho, tudo certinho ?? > > > > Rapaz...eu li ha algumas semanas atras esta sua simulação..achei massa, > > muito boa mesmo... > > > > Então..eu ja tinha visto mensagens como checkpoint incomplete e dando uma > > olhadinha mais de perto, achei Private strand flush not complete > > ... > > > > Realmente preciso aumentar um pouco mais meus redos...só fiquei meio > > receoso quanto ao I/O que grandes redos irão me gerar...e tambem tem a > > questão do Dataguard... enviar 1G ou quase isso por uma rede qualquer até o > > standbysei la...receioo. ..rs > > > > --- Em oracle...@yahoogrup os.com.br, Ricardo Portilho Proni > > escreveu > > > > > > Oi. > > > > > > Se no seu alert log você tiver mensagens "Checkpoint not complete" e > > > "Thread 1 could no allocate new log", deve aumentar seus REDOs. > > > Não é incomum vermos REDOs de 1GB ou mais hoje em dia. E não faz mal > > > aumenta-los. > > > > > > Fiz uma simulação sobre aumento de REDOs e performance de escrita no > > > endereço abaixo: > > > http://profissional oracle.com. br/blogs/ portilho/ 2009/01/14/ > > > imp-lento- no-oracle/ > > > > > > Ricardo Portilho Proni > > > Team Leader CES - Centro de Excelência Solvo > > > - -
Re: Res: Res: [oracle_br] Redo Logs - Tamanho x Número de Grupos
Isso !! Estava pensando justamente na hora do switch e o trafego de informações que ele estara gerando... ele ira gravar de uma unica vez 1G em disco e neste mesmo momento, ira replicar estes 1G para meu standy database...mas enfim..acho que só testando para ter certeza né...rs Vou aumentar meus grupos...melhor ja ir deixando a casa em ordem :) --- Em oracle_br@yahoogrupos.com.br, Ricardo Portilho Proni escreveu > > Opa ! > Obrigado pela sua audiência...rs... > > Mas aumentar os REDOs não irá influenciar seu I/O. > > Se você tiver REDOs de 100MB, e gerar 1GB de gravações em 10 minutos, > transitará 1GB pela rede a cada 10 minutos, em 10 arquivos. > Se você tiver REDOs de 1GB, e gerar 1GB de gravações a cada 10 minutos, > transitará 1GB pela rede a cada 10 minutos, em 1 arquivo. > > Ou seja, o que importa é o quanto você gera de escrita, e não o tamanho do > REDO. > > Claro, na hora do switch, o Oracle terá que criar um archive de 1GB de uma > vez, ao invés de gravações com maior intervalo, de 100MB. > Mas no final, 1GB é 1GB. > > > Ricardo Portilho Proni > Team Leader CES - Centro de Excelência Solvo > --- > - Oracle Database 10g Administrator Certified Associate (OCA) > - Oracle Database 10g Administrator Certified Professional (OCP) > - Microsoft Certified Professional (MCP) > - Microsoft Certified Technology Specialist: SQL Server 2005 (MCTS) > - Certified MySQL Database Administrator (CMDBA) > > > > > > De: amorrimm > Para: oracle_br@yahoogrupos.com.br > Enviadas: Sexta-feira, 6 de Março de 2009 16:30:51 > Assunto: Re: Res: [oracle_br] Redo Logs - Tamanho x Número de Grupos > > > Grande Portilho, tudo certinho ?? > > Rapaz...eu li ha algumas semanas atras esta sua simulação..achei massa, muito > boa mesmo... > > Então..eu ja tinha visto mensagens como checkpoint incomplete e dando uma > olhadinha mais de perto, achei Private strand flush not complete > ... > > Realmente preciso aumentar um pouco mais meus redos...só fiquei meio receoso > quanto ao I/O que grandes redos irão me gerar...e tambem tem a questão do > Dataguard... enviar 1G ou quase isso por uma rede qualquer até o > standbysei la...receioo. ..rs > > --- Em oracle...@yahoogrup os.com.br, Ricardo Portilho Proni ...> escreveu > > > > Oi. > > > > Se no seu alert log você tiver mensagens "Checkpoint not complete" e > > "Thread 1 could no allocate new log", deve aumentar seus REDOs. > > Não é incomum vermos REDOs de 1GB ou mais hoje em dia. E não faz mal > > aumenta-los. > > > > Fiz uma simulação sobre aumento de REDOs e performance de escrita no > > endereço abaixo: > > http://profissional oracle.com. br/blogs/ portilho/ 2009/01/14/ imp-lento- > > no-oracle/ > > > > Ricardo Portilho Proni > > Team Leader CES - Centro de Excelência Solvo > > - - - - - - > > - Oracle Database 10g Administrator Certified Associate (OCA) > > - Oracle Database 10g Administrator Certified Professional (OCP) > > - Microsoft Certified Professional (MCP) > > - Microsoft Certified Technology Specialist: SQL Server 2005 (MCTS) > > - Certified MySQL Database Administrator (CMDBA) > > > > > > > > > > _ _ __ > > De: amorrimm > > Para: oracle...@yahoogrup os.com.br > > Enviadas: Sexta-feira, 6 de Março de 2009 16:09:55 > > Assunto: [oracle_br] Redo Logs - Tamanho x Número de Grupos > > > > > > Boa tarde Senhores... > > > > Uma pequena dúvida... > > > > Tenho em meu banco de produção 12 grupos de redo com tamanho de 400mb para > > cada membro e muito raramente, tenho alguns log file sync altos...pois bem, > > fiz uma melhor distribuição destes redos em discos diferentes para não > > gerar muito impacto de I/O e aumentei de 300mb para os 400 e ate o momento > > estava tudo em ordem... > > > > Mas infelizmente (ou felizmente), tenho alguns novos processos que executam > > blocos PL/SQL que geram muitas atualizações em determinaos horarios e ja > > estou pensando em aumentar o tamanho dos neus redos... > > > > Mas e ai que entra a questão: > > > > Fiz uma verificação no meu alert_log, a fim de constatar o tempo em que o > > Oracle esta alternando entre os logs e descobri que no máximo ele esta > > demorando para alternar entre um e outro no máximo 1,5 minutos... > > > > Alguem tem alguma 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] > > > > > > > > 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] >
Re: Res: [oracle_br] Redo Logs - Tamanho x Número de Grupos
Grande Portilho, tudo certinho ?? Rapaz...eu li ha algumas semanas atras esta sua simulação..achei massa, muito boa mesmo... Então..eu ja tinha visto mensagens como checkpoint incomplete e dando uma olhadinha mais de perto, achei Private strand flush not complete ... Realmente preciso aumentar um pouco mais meus redos...só fiquei meio receoso quanto ao I/O que grandes redos irão me gerar...e tambem tem a questão do Dataguard...enviar 1G ou quase isso por uma rede qualquer até o standbysei la...receioo...rs --- Em oracle_br@yahoogrupos.com.br, Ricardo Portilho Proni escreveu > > Oi. > > Se no seu alert log você tiver mensagens "Checkpoint not complete" e "Thread > 1 could no allocate new log", deve aumentar seus REDOs. > Não é incomum vermos REDOs de 1GB ou mais hoje em dia. E não faz mal > aumenta-los. > > Fiz uma simulação sobre aumento de REDOs e performance de escrita no endereço > abaixo: > http://profissionaloracle.com.br/blogs/portilho/2009/01/14/imp-lento-no-oracle/ > > Ricardo Portilho Proni > Team Leader CES - Centro de Excelência Solvo > --- > - Oracle Database 10g Administrator Certified Associate (OCA) > - Oracle Database 10g Administrator Certified Professional (OCP) > - Microsoft Certified Professional (MCP) > - Microsoft Certified Technology Specialist: SQL Server 2005 (MCTS) > - Certified MySQL Database Administrator (CMDBA) > > > > > > De: amorrimm > Para: oracle_br@yahoogrupos.com.br > Enviadas: Sexta-feira, 6 de Março de 2009 16:09:55 > Assunto: [oracle_br] Redo Logs - Tamanho x Número de Grupos > > > Boa tarde Senhores... > > Uma pequena dúvida... > > Tenho em meu banco de produção 12 grupos de redo com tamanho de 400mb para > cada membro e muito raramente, tenho alguns log file sync altos...pois bem, > fiz uma melhor distribuição destes redos em discos diferentes para não gerar > muito impacto de I/O e aumentei de 300mb para os 400 e ate o momento estava > tudo em ordem... > > Mas infelizmente (ou felizmente), tenho alguns novos processos que executam > blocos PL/SQL que geram muitas atualizações em determinaos horarios e ja > estou pensando em aumentar o tamanho dos neus redos... > > Mas e ai que entra a questão: > > Fiz uma verificação no meu alert_log, a fim de constatar o tempo em que o > Oracle esta alternando entre os logs e descobri que no máximo ele esta > demorando para alternar entre um e outro no máximo 1,5 minutos... > > Alguem tem alguma sugestão ? > > > > > > 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] >
[oracle_br] Redo Logs - Tamanho x Número de Grupos
Boa tarde Senhores... Uma pequena dúvida... Tenho em meu banco de produção 12 grupos de redo com tamanho de 400mb para cada membro e muito raramente, tenho alguns log file sync altos...pois bem, fiz uma melhor distribuição destes redos em discos diferentes para não gerar muito impacto de I/O e aumentei de 300mb para os 400 e ate o momento estava tudo em ordem... Mas infelizmente (ou felizmente), tenho alguns novos processos que executam blocos PL/SQL que geram muitas atualizações em determinaos horarios e ja estou pensando em aumentar o tamanho dos neus redos... Mas e ai que entra a questão: Fiz uma verificação no meu alert_log, a fim de constatar o tempo em que o Oracle esta alternando entre os logs e descobri que no máximo ele esta demorando para alternar entre um e outro no máximo 1,5 minutos... Alguem tem alguma sugestão ?
[oracle_br] Re: ORA-01461: can bind a LONG value only for insert into a LONG column
Grande Chiappa, Me expressei mal...na verdade, a intenção não era dizer que o causador desa 'falha' foi o SMON e sim, que foi geralo por ele este TRC, informando que o erro acima que provavelmente, pode ter sido gerado por alguma aplicação de usuário por exemplo... :) Vou dar uma melhor analisada ... abração --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" escreveu > > Não, colega : sabendo (como sabemos) que o SMON é o System Monitor, o > cara encarregado de monitorar e recuperar transações, parece ser ** > MUITO ** mais provável que outra coisa esteja acontecendo, essa outra > coisa faça a transação abortar, aí o SMOn entra em ação para fazer o > job dele, ok ?? Pouca chance de ser ele o culpado, acho mais provável > que sela ele limpando a sujeira causada por outrem, é a função do SMON > entrar em ação após falhas... > Quanto à "outra coisa" em si, além da questão de ser ter LONGs, numa > googlada de 15 segundos também achei referências diferentes à bugs de > JDBC, a código errado passando mais de 4000 bytes prum datatype CHAR, > e algumas outras coisinhas, veja lá as possibilidades, faça um > pesquisa mais criteriosa e veja o que se encaixa no seu caso... > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br, "amorrimm" escreveu > > > > Fala pessoal, tudo bom ? > > > > Bem, uma dúvida básica...verifiquei no meu ALERT o erro acima e a > > mensagem é bem exatamas...fiquei na quanto a origem... > > > > Verifiquei os .TRC para identificar a origem esta mensagem e > > encontrei, mas tem haver com o smom... > > > > Cópia de parte do TRC: > > > > SMON: Parallel transaction recovery tried > > Dead transaction 0x0013.01b.8f8f recovered by 16 server(s) > > *** 2009-02-17 11:12:10.637 > > SMON: Parallel transaction recovery tried > > *** 2009-02-18 13:03:43.142 > > SMON: following errors trapped and ignored: > > ORA-00604: error occurred at recursive SQL level 1 > > ORA-01461: can bind a LONG value only for insert into a LONG column > > > > O Smon poderia estar gerando isto ? achei estranho pq erros assim são > > atribuidos a uma camada de desenvolvimentosei la,,, > > >
[oracle_br] ORA-01461: can bind a LONG value only for insert into a LONG column
Fala pessoal, tudo bom ? Bem, uma dúvida básica...verifiquei no meu ALERT o erro acima e a mensagem é bem exatamas...fiquei na quanto a origem... Verifiquei os .TRC para identificar a origem esta mensagem e encontrei, mas tem haver com o smom... Cópia de parte do TRC: SMON: Parallel transaction recovery tried Dead transaction 0x0013.01b.8f8f recovered by 16 server(s) *** 2009-02-17 11:12:10.637 SMON: Parallel transaction recovery tried *** 2009-02-18 13:03:43.142 SMON: following errors trapped and ignored: ORA-00604: error occurred at recursive SQL level 1 ORA-01461: can bind a LONG value only for insert into a LONG column O Smon poderia estar gerando isto ? achei estranho pq erros assim são atribuidos a uma camada de desenvolvimentosei la,,,
[oracle_br] HWM x Fragmentação de Segmentos
Boa tarde pessoal, Estou começando a analisar algumas tabelas que possuem mais fragmentações para dar uma melhorada nisso mas tenho uma dúvida... Fiz as devidas verificações nas tabelas que o ADDM informou que possume fragmentação e estou motando um plano para reconstruir o mapa binário destas tabelas... O ADDM só recomenda compactação mas percebo que o melhor seria mexer na marca ´d'agua e solucionar as fragmentações... Neste ultimo caso, confirmada a fragmentação, utilizo um alter table XXX move ? Isso bastaria ? Levando em consideração que já fiz as devidas verificações na dba_tables, sgments e etc... alguem tem alguma dica ?
[oracle_br] Re: Tamanho de Redo Logs !!
è verdade...estou lendo o Data Guard Concepts and Administration e verifiquei este fato... EStou analisnado ainda se utilizo o standby fisico ou lógico...enfim...estou querendo começar logo os testes... Mas ô manualzinho longo...rs rs 385 paginas :) --- Em oracle_br@yahoogrupos.com.br, Gustavo Venturini de Lima escreveu > > Tudo certo > Sim, conheço a replicação do DG, usamos em alguns ambientes aqui tb... Mas > concorda comigo que mesmo que você coloque redos de 5 MB e seu banco > produzir 50 MB de redo a cada 15 min vc terá de transmitir estes 50MB, > correto? > Portanto não faz diferença o tamanho do arquivo em si... Apenas influenciará > na camada de SO que terá que gerenciar os arquivos e realizar a gravação... > A diferença será entre enviar 1 arquivo de 50 M ou então 10 de 5M... mas de > qq forma eles terão de ser transmitidos.. > De qq maneira seria interessante vc realizar os testes antes, caso ache > plausível a sugestão. > Abraços. > > > 2009/2/10 amorrimm > > > Grande Venturine, tudo bom ?? > > > > Rapaz...a questão não é o tamanho do redo e consequentemente, o > > tamanho dos acrh que serão gerados... > > > > O meu grande problema é a rep0licação dos dados com o uso do > > dataguard...não posso ter arch muito grandes pq tenho que realizar > > replicação com o dataguard que fica em outro estado...pq, se o > > tamanho do arc ficar grande demais...vou engargalar tudo qusndo for > > realizar a transferencia para o standy database. > > > > Se nao fosse por isso, eu colocava uns grupos com 30 a 50 mb e ja > > estava resolvido o problema ;-) > > > > --- Em oracle_br@yahoogrupos.com.br , > > Gustavo Venturini de Lima > > escreveu > > > > > > > > Camarada, 15Mb nem de longe é um tamanho considerado grande para um > > banco de > > > produção... Ainda mais vc relatando que tem muitas transações... > > > Trabalhamos com alguns bancos aqui que o redo é de 2GB... > > > Com relação ao DG, o link vai depender do volume de redo que seu > > banco vai > > > gerar... não importa se será um de 500M ou 10 de 50M... > > > > > > 2009/2/10 amorrimm > > > > > > > Bem, como teste, reduzi a quantidade de grupos de Redo Log para > > 6 e > > > > aumentei o tamanho deles...neste momento eles se encontram com > > 15M..e > > > > tinham somente 3 mb... > > > > > > > > Por se tratar de um banco que tem muitas operações de DML, > > acredito > > > > que 3Mb para redo estava realmente muito baixo o valor... > > > > > > > > Acho que com tamanhos maiores de redo, vou ter problemas para > > > > trabalhar com o dataguard que pretendo implementar...pois os > > archives > > > > irá para um outro estado..logo...precisarei de um baita link para > > > > trafegar pacotes de 15 em 15 mb...n[e nao ? > > > > > > > > --- Em oracle_br@yahoogrupos.com.br > 40yahoogrupos.com.br>, > > > > RTS-Rio, André Monteiro > > > > escreveu > > > > > > > > > > Bom Dia Amorrimm ! > > > > > > > > > > > > > > > > > > > > Vc está no Rio ? Aqui na RESULT temos um diagnóstico de ambiente > > > > Oracle que > > > > > é show. E o melhor: é oferecido aos futuros parceiros "free". > > > > > > > > > > > > > > > > > > > > Meia hora de coleta e em 5 dias a companhia entrega o laudo > > > > técnico. Sem > > > > > custos. > > > > > > > > > > > > > > > > > > > > Abcs > > > > > > > > > > > > > > > > > > > > André Monteiro > > > > > > > > > > http://www.resultnet.com.br > > > > > > > > > > > > > > > > > > > > De: oracle_br@yahoogrupos.com.br > 40yahoogrupos.com.br> > > > > [mailto:oracle_br@yahoogrupos.com.br > 40yahoogrupos.com.br>] Em > > > > > nome de amorrimm > > > > > Enviada em: terça-feira, 10 de fevereiro de 2009 12:16 > > > > > Para: oracle_br@yahoogrupos.com.br > 40yahoogrupos.com.br> > > > > > Assunto: [oracle_br] Re: Tamanho de Redo Logs !! > > > > > > > > > > > > > > > > > > > > Opa...tudo bom ? > > > > > > > > > > Sei não...por exemplo, comecei a trabalhar com este banco > >
[oracle_br] Re: Tamanho de Redo Logs !!
Grande Venturine, tudo bom ?? Rapaz...a questão não é o tamanho do redo e consequentemente, o tamanho dos acrh que serão gerados... O meu grande problema é a rep0licação dos dados com o uso do dataguard...não posso ter arch muito grandes pq tenho que realizar replicação com o dataguard que fica em outro estado...pq, se o tamanho do arc ficar grande demais...vou engargalar tudo qusndo for realizar a transferencia para o standy database. Se nao fosse por isso, eu colocava uns grupos com 30 a 50 mb e ja estava resolvido o problema ;-) --- Em oracle_br@yahoogrupos.com.br, Gustavo Venturini de Lima escreveu > > Camarada, 15Mb nem de longe é um tamanho considerado grande para um banco de > produção... Ainda mais vc relatando que tem muitas transações... > Trabalhamos com alguns bancos aqui que o redo é de 2GB... > Com relação ao DG, o link vai depender do volume de redo que seu banco vai > gerar... não importa se será um de 500M ou 10 de 50M... > > 2009/2/10 amorrimm > > > Bem, como teste, reduzi a quantidade de grupos de Redo Log para 6 e > > aumentei o tamanho deles...neste momento eles se encontram com 15M..e > > tinham somente 3 mb... > > > > Por se tratar de um banco que tem muitas operações de DML, acredito > > que 3Mb para redo estava realmente muito baixo o valor... > > > > Acho que com tamanhos maiores de redo, vou ter problemas para > > trabalhar com o dataguard que pretendo implementar...pois os archives > > irá para um outro estado..logo...precisarei de um baita link para > > trafegar pacotes de 15 em 15 mb...n[e nao ? > > > > --- Em oracle_br@yahoogrupos.com.br , > > RTS-Rio, André Monteiro > > escreveu > > > > > > Bom Dia Amorrimm ! > > > > > > > > > > > > Vc está no Rio ? Aqui na RESULT temos um diagnóstico de ambiente > > Oracle que > > > é show. E o melhor: é oferecido aos futuros parceiros "free". > > > > > > > > > > > > Meia hora de coleta e em 5 dias a companhia entrega o laudo > > técnico. Sem > > > custos. > > > > > > > > > > > > Abcs > > > > > > > > > > > > André Monteiro > > > > > > http://www.resultnet.com.br > > > > > > > > > > > > De: oracle_br@yahoogrupos.com.br > > [mailto:oracle_br@yahoogrupos.com.br ] Em > > > nome de amorrimm > > > Enviada em: terça-feira, 10 de fevereiro de 2009 12:16 > > > Para: oracle_br@yahoogrupos.com.br > > > Assunto: [oracle_br] Re: Tamanho de Redo Logs !! > > > > > > > > > > > > Opa...tudo bom ? > > > > > > Sei não...por exemplo, comecei a trabalhar com este banco > > > recentemente...ele tem 12 grupos de redo e cada membro tem 3 > > > mb...comecei a alterar aos poucos, auemntando o tamnho dos redos e > > > percebi que os wait aumentaram consideravelmente, com relaçãoao > > > evento commit... > > > > > > Este banco ainda naoe sta operando em archivelog...antes de passa- > > lo > > > para archive log, gostaria de reduzir estes tempos de commit pois > > > tenho o receio de que, na momento o arch for gravado em disco, eu > > > possa ter mais lentidão de uma maneira geral..pq ja estou com > > commit > > > altos e tambem terei gravações altas... > > > > > > --- Em oracle_br@yahoogrupos.com.br > oracle_br% > > 40yahoogrupos.com.br> > > > , Gustavo Venturini de Lima > > > escreveu > > > > > > > > Bom dia ammorim... > > > > Não sei qual a sua arquitetura de disco e distribuição dos > > arquivos > > > sobre > > > > eles... Mas é normal que em sistemas de grande atividade tenha-se > > > uma carga > > > > mais elevada sobre os redos... > > > > O ideal seria ter os redos em discos bem velozes e separados dos > > > demais... > > > > Além disso, creio que um aumento no tamanho dos redos pode lhe > > > trazer alguns > > > > benefícios sim... Vc não informa, mas imagino que tenha este > > banco > > > em modo > > > > ARCHIVE correto? Se sim, o processo de swicth dos logs forçará a > > > criação de > > > > um archivelog, o que gera ainda mais um "esforço" do SO em > > disco... > > > > Com os redos maiores, vc aumenta [tempo] o intervalo da geração > > dos > > > > archives, e consequentemente a gravação em dos archives em > > disco... > > > > Acompanhe o compor
RES: [oracle_br] Re: Tamanho de Redo Logs !!
Bem, como teste, reduzi a quantidade de grupos de Redo Log para 6 e aumentei o tamanho deles...neste momento eles se encontram com 15M..e tinham somente 3 mb... Por se tratar de um banco que tem muitas operações de DML, acredito que 3Mb para redo estava realmente muito baixo o valor... Acho que com tamanhos maiores de redo, vou ter problemas para trabalhar com o dataguard que pretendo implementar...pois os archives irá para um outro estado..logo...precisarei de um baita link para trafegar pacotes de 15 em 15 mb...n[e nao ? --- Em oracle_br@yahoogrupos.com.br, RTS-Rio, André Monteiro escreveu > > Bom Dia Amorrimm ! > > > > Vc está no Rio ? Aqui na RESULT temos um diagnóstico de ambiente Oracle que > é show. E o melhor: é oferecido aos futuros parceiros "free". > > > > Meia hora de coleta e em 5 dias a companhia entrega o laudo técnico. Sem > custos. > > > > Abcs > > > > André Monteiro > > http://www.resultnet.com.br > > > > De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em > nome de amorrimm > Enviada em: terça-feira, 10 de fevereiro de 2009 12:16 > Para: oracle_br@yahoogrupos.com.br > Assunto: [oracle_br] Re: Tamanho de Redo Logs !! > > > > Opa...tudo bom ? > > Sei não...por exemplo, comecei a trabalhar com este banco > recentemente...ele tem 12 grupos de redo e cada membro tem 3 > mb...comecei a alterar aos poucos, auemntando o tamnho dos redos e > percebi que os wait aumentaram consideravelmente, com relaçãoao > evento commit... > > Este banco ainda naoe sta operando em archivelog...antes de passa- lo > para archive log, gostaria de reduzir estes tempos de commit pois > tenho o receio de que, na momento o arch for gravado em disco, eu > possa ter mais lentidão de uma maneira geral..pq ja estou com commit > altos e tambem terei gravações altas... > > --- Em oracle_br@yahoogrupos.com.br <mailto:oracle_br% 40yahoogrupos.com.br> > , Gustavo Venturini de Lima > escreveu > > > > Bom dia ammorim... > > Não sei qual a sua arquitetura de disco e distribuição dos arquivos > sobre > > eles... Mas é normal que em sistemas de grande atividade tenha-se > uma carga > > mais elevada sobre os redos... > > O ideal seria ter os redos em discos bem velozes e separados dos > demais... > > Além disso, creio que um aumento no tamanho dos redos pode lhe > trazer alguns > > benefícios sim... Vc não informa, mas imagino que tenha este banco > em modo > > ARCHIVE correto? Se sim, o processo de swicth dos logs forçará a > criação de > > um archivelog, o que gera ainda mais um "esforço" do SO em disco... > > Com os redos maiores, vc aumenta [tempo] o intervalo da geração dos > > archives, e consequentemente a gravação em dos archives em disco... > > Acompanhe o comportamento do banco durante estes "gargalos" na hora > de > > comitar... Veja se o problema está mesmo nos redos ou se todo seu > subsystem > > de IO está com uma performance prejudicada... > > Ainda com relação ao tamanho dos redos e grupos, acompanhe na v$log > (select > > * from v$log order by 3;) o campo STATUS... veja se aparecem alguns > como > > INACTIVE... Se houver, não acho que será necessário adicionar mais > grupos ou > > aumentar o tamanho dos redos, e sim verificar seu IO no geral... > > Esta é uma percepção, de certo o Chiappa ou os outros Gurus aqui do > forum tb > > terão mais ifnormações pra adicionar... > > Abraços. > > > > > > 2009/2/10 amorrimm > > > > > Bom dia pessoal, > > > > > > Uma pequena dúvida sobre o tamanho dos redologs... > > > > > > Em ambientes OLTP, para aplicações que fazem bantantes DML, qual > seria > > > o ideal ? Aumentar o tamanho dos redos e o numero de grupos, > > > facilitando assim o evento 'COMMIT' ? > > > > > > Estou tendo alguns gargalos para commitar...eles tendo ficado com > um > > > WAIT bem alto...aumentei o grupo de redologs, adicionando mais um > grupo > > > mas fico na dúvida se aumento o tamanho do mesmo ou não pois, > > > dependendo do tamnanho, posso ter problema na hora da gravação dos > > > mesmos e disco > > > > > > O que vcs acham ? > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] Re: Tamanho de Redo Logs !!
Opa...tudo bom ? Sei não...por exemplo, comecei a trabalhar com este banco recentemente...ele tem 12 grupos de redo e cada membro tem 3 mb...comecei a alterar aos poucos, auemntando o tamnho dos redos e percebi que os wait aumentaram consideravelmente, com relaçãoao evento commit... Este banco ainda naoe sta operando em archivelog...antes de passa-lo para archive log, gostaria de reduzir estes tempos de commit pois tenho o receio de que, na momento o arch for gravado em disco, eu possa ter mais lentidão de uma maneira geral..pq ja estou com commit altos e tambem terei gravações altas... --- Em oracle_br@yahoogrupos.com.br, Gustavo Venturini de Lima escreveu > > Bom dia ammorim... > Não sei qual a sua arquitetura de disco e distribuição dos arquivos sobre > eles... Mas é normal que em sistemas de grande atividade tenha-se uma carga > mais elevada sobre os redos... > O ideal seria ter os redos em discos bem velozes e separados dos demais... > Além disso, creio que um aumento no tamanho dos redos pode lhe trazer alguns > benefícios sim... Vc não informa, mas imagino que tenha este banco em modo > ARCHIVE correto? Se sim, o processo de swicth dos logs forçará a criação de > um archivelog, o que gera ainda mais um "esforço" do SO em disco... > Com os redos maiores, vc aumenta [tempo] o intervalo da geração dos > archives, e consequentemente a gravação em dos archives em disco... > Acompanhe o comportamento do banco durante estes "gargalos" na hora de > comitar... Veja se o problema está mesmo nos redos ou se todo seu subsystem > de IO está com uma performance prejudicada... > Ainda com relação ao tamanho dos redos e grupos, acompanhe na v$log (select > * from v$log order by 3;) o campo STATUS... veja se aparecem alguns como > INACTIVE... Se houver, não acho que será necessário adicionar mais grupos ou > aumentar o tamanho dos redos, e sim verificar seu IO no geral... > Esta é uma percepção, de certo o Chiappa ou os outros Gurus aqui do forum tb > terão mais ifnormações pra adicionar... > Abraços. > > > 2009/2/10 amorrimm > > > Bom dia pessoal, > > > > Uma pequena dúvida sobre o tamanho dos redologs... > > > > Em ambientes OLTP, para aplicações que fazem bantantes DML, qual seria > > o ideal ? Aumentar o tamanho dos redos e o numero de grupos, > > facilitando assim o evento 'COMMIT' ? > > > > Estou tendo alguns gargalos para commitar...eles tendo ficado com um > > WAIT bem alto...aumentei o grupo de redologs, adicionando mais um grupo > > mas fico na dúvida se aumento o tamanho do mesmo ou não pois, > > dependendo do tamnanho, posso ter problema na hora da gravação dos > > mesmos e disco > > > > O que vcs acham ? > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] Tamanho de Redo Logs !!
Bom dia pessoal, Uma pequena dúvida sobre o tamanho dos redologs... Em ambientes OLTP, para aplicações que fazem bantantes DML, qual seria o ideal ? Aumentar o tamanho dos redos e o numero de grupos, facilitando assim o evento 'COMMIT' ? Estou tendo alguns gargalos para commitar...eles tendo ficado com um WAIT bem alto...aumentei o grupo de redologs, adicionando mais um grupo mas fico na dúvida se aumento o tamanho do mesmo ou não pois, dependendo do tamnanho, posso ter problema na hora da gravação dos mesmos e disco O que vcs acham ?
[oracle_br] Re: Erro Data Pump - ORA-06512: at "SYS.KUPC$QUE_INT", line 1580
Bem, segui o documento passo a passo e não funcionou...continuo com problemas para realizar a importação... alguem tem mais alguma sugestão ?? --- Em oracle_br@yahoogrupos.com.br, "amorrimm" escreveu > > Encontrei o Doc ID: 744700.1 e estou seguindo a risca... > > Vaos ver se consigo resolver este oproblema :) > > --- Em oracle_br@yahoogrupos.com.br, "amorrimm" escreveu > > > > Fala pessoal...estou tomando os seguintes erros quando tento > importar > > um DUMP... > > > > Pensei que fosse algum erro na PCK e > > executei "@?/rdbms/admin/catqueue.sql" mas o mesmo foi executado > com > > alguns erros... > > > > Segue abaixo os erros no moento da exportação.. > > > > ORA-31626: job does not exist > > ORA-31637: cannot create job SYS_IMPORT_FULL_01 for user SYSTEM > > ORA-06512: at "SYS.DBMS_SYS_ERROR", line 95 > > ORA-06512: at "SYS.KUPV$FT_INT", line 600 > > ORA-39080: failed to create queues "" and "" for Data Pump job > > ORA-06512: at "SYS.DBMS_SYS_ERROR", line 95 > > ORA-06512: at "SYS.KUPC$QUE_INT", line 1580 > > ORA-01403: no data found > > > > alguem teria alguma ideia ? > > > > abraços > > >
[oracle_br] Re: Erro Data Pump - ORA-06512: at "SYS.KUPC$QUE_INT", line 1580
Encontrei o Doc ID: 744700.1 e estou seguindo a risca... Vaos ver se consigo resolver este oproblema :) --- Em oracle_br@yahoogrupos.com.br, "amorrimm" escreveu > > Fala pessoal...estou tomando os seguintes erros quando tento importar > um DUMP... > > Pensei que fosse algum erro na PCK e > executei "@?/rdbms/admin/catqueue.sql" mas o mesmo foi executado com > alguns erros... > > Segue abaixo os erros no moento da exportação.. > > ORA-31626: job does not exist > ORA-31637: cannot create job SYS_IMPORT_FULL_01 for user SYSTEM > ORA-06512: at "SYS.DBMS_SYS_ERROR", line 95 > ORA-06512: at "SYS.KUPV$FT_INT", line 600 > ORA-39080: failed to create queues "" and "" for Data Pump job > ORA-06512: at "SYS.DBMS_SYS_ERROR", line 95 > ORA-06512: at "SYS.KUPC$QUE_INT", line 1580 > ORA-01403: no data found > > alguem teria alguma ideia ? > > abraços >
[oracle_br] Erro Data Pump - ORA-06512: at "SYS.KUPC$QUE_INT", line 1580
Fala pessoal...estou tomando os seguintes erros quando tento importar um DUMP... Pensei que fosse algum erro na PCK e executei "@?/rdbms/admin/catqueue.sql" mas o mesmo foi executado com alguns erros... Segue abaixo os erros no moento da exportação.. ORA-31626: job does not exist ORA-31637: cannot create job SYS_IMPORT_FULL_01 for user SYSTEM ORA-06512: at "SYS.DBMS_SYS_ERROR", line 95 ORA-06512: at "SYS.KUPV$FT_INT", line 600 ORA-39080: failed to create queues "" and "" for Data Pump job ORA-06512: at "SYS.DBMS_SYS_ERROR", line 95 ORA-06512: at "SYS.KUPC$QUE_INT", line 1580 ORA-01403: no data found alguem teria alguma ideia ? abraços
[oracle_br] Erro na Execução do Script !!
Fala pessoal, boa tarde, alguem poderia me auxiliar ? fiz um script básico para exclusão de objetos de um usuário e em seguida, a exportação novamente do esquema a fim de atualizar semanalmente minha base de testes.. Bem, consigo executar sem problemas mas quando chamo o @ no sqlplus,, ele só me abre o prompt nao executando o .sql... Segue parte o Script: $ORACLE_HOME/bin/sqlplus teste/teste @/work/scripts/oracle/manutencao/datapump/script/Drop_objetos.sql exit IMPDP SYSTEM/abdsm...@xpidsv SCHEMAS=teste DIRECTORY=BACKUP_BD DUMPFILE=teste.DMP LOGFILE=teste.log rm /work/bkp_data_pump/*.dmp rm /work/bkp_data_pump/*.log O Script para excluir (Drop_objetos.sql_ select object_type, count(object_type) "Count" from obj group by object_type / set head off select ' delete '||count(*)||' objects from '||user|| ' !' "WARNING" from obj / select 'spool mydel.log' from dual .
[oracle_br] Re: ORA-02429: cannot drop index used for enforcement of unique/primary key
Grandeee Pessoal... consegui resolver já por aqui... Removi a PK da tabela de origem e tudo normal agora.. abração --- Em oracle_br@yahoogrupos.com.br, "amorrimm" escreveu > > Fala pessoal, bom dia !! > > Estou tentando drop a ultima PK e infelizmente não estou > conseguindo...ela esta fazendo referencia a uma PK que não existe mais, > pois dropei a tablespace de dados... > > O objetivo é drop a tablespace de indices > > alguem tem alguma ideia ? > > Já utilizei: > > alter table xxx drop contraint pk_ > > drop tablespace xxx including contents and datafiles cascade constraints >
[oracle_br] ORA-02429: cannot drop index used for enforcement of unique/primary key
Fala pessoal, bom dia !! Estou tentando drop a ultima PK e infelizmente não estou conseguindo...ela esta fazendo referencia a uma PK que não existe mais, pois dropei a tablespace de dados... O objetivo é drop a tablespace de indices alguem tem alguma ideia ? Já utilizei: alter table xxx drop contraint pk_ drop tablespace xxx including contents and datafiles cascade constraints
[oracle_br] Re: Replicação de Dados - REAL TIME !!
é...tem seus pontos posisitos...mas tambem os negativos né !! Rs rs Mas de qualquer forma, tenho instalado o Standart Edition...não tenho como utilizar o Dataguard... Estava pensando em usar o banco como standby database...gerando uns scripts para aplicar os arch de minuto em minuto...mas preciso ver como poderia implementar isso...estudadinha básica...rs --- Em oracle_br@yahoogrupos.com.br, Ricardo Portilho Proni escreveu > > Replicação em REAL TIME só será atingida com o Data Guard em modo de operação "Maximum Protection". > O problema deste modo de replicação é que se ela parar (o link cair, o servidor Stand By explodir), a Produção fica PARADA até que a replicação seja normalizada (ou cancelada). > > http://www.oracle.com/technology/deploy/availability/htdocs/DataGuardO verview.html > Data Guard Protection Modes > In some situations, a business > cannot afford to lose data at any cost. In other situations, some > applications require maximum database performance and can tolerate a > potential loss of data. Data Guard provides three distinct modes of > data protection to satisfy these varied requirements: > > Maximum > ProtectionThis mode offers the highest level of data > protection. Data is synchronously transmitted to the standby database > from the primary database and transactions are not committed on the > primary database unless the redo data is available on at least one > standby database configured in this mode. If the last standby database > configured in this mode becomes unavailable, processing stops on the > primary database. This mode ensures no-data-loss, even in the event of > multiple failures. > > > > > > Maximum > AvailabilityThis mode is similar to the maximum protection > mode, including zero data loss. However, if a standby database becomes > unavailable (for example, because of network connectivity problems), > processing will continue on the primary database. When the fault is > corrected, the standby database is automatically resynchronized with > the primary database. This mode achieves no-data-loss in the > event of a single failure (e.g. network failure, primary site failure . > .. .) > > > > > > Maximum > PerformanceThis mode offers slightly less data protection on > the primary database, but higher performance than maximum availability > mode. In this mode, as the primary database processes transactions, > redo data is asynchronously shipped to the standby database. The commit > operation of the primary database does not wait for the standby > database to acknowledge receipt of redo data before completing write > operations on the primary database. > > > Ricardo Portilho Proni > > Coordenador / Bancos de Dados & SAP Basis - Solvo S/A > > --- Em qua, 21/1/09, amorrimm escreveu: > De: amorrimm > Assunto: [oracle_br] Re: Replicação de Dados - REAL TIME !! > Para: oracle_br@yahoogrupos.com.br > Data: Quarta-feira, 21 de Janeiro de 2009, 19:51 > > > > > > > > > > > > Hu...entendi. ..seria uma boa ideia..realmente gostaria de > > replicar On Line o banco todo...mas.. .para ser on line, não seria uma > > carga muito pesada para o meu servidor de produção ? > > > > Pq, eu teria que gerar script que fosse lido quase de minuto em > > minutotrabalho com banco em OLTP... > > > > --- Em oracle...@yahoogrup os.com.br, "Willian Fernando Frasson" > > escreveu > > > > > > Certo, você quer replicar tabelas? algumas? ou uma base toda? > > > > > > Caso seja algumas tabelas utilize Materialized Views, > > > > > > Caso seja a base toda, monte uma base standby idêntica a produção, > > não abra a mesma apenas monte ela certo? ´ > > > (pode ser via rman, begin backup, etc.. vc escolhe a forma de levar > > ela pra máquina 2), detalhe é qu~e deve deixar ela no estado MOUNT, > > > após isso monte um shell script e faça um recover das archives > > nessa máquina 2 da seguinte forma: > > > > > > recover automatic database using backup controlfile until cancel; > > > > > > Com isso você estara replicando toda máquina A para a máquina B. > > > Tendo um Standby digamos de forma manual. > > > > > > Qlquer duvida só dizer > > > Abçs. > > > > > > - Original Message - > > &
[oracle_br] Re: Replicação de Dados - REAL TIME !!
Hu...entendi...seria uma boa ideia..realmente gostaria de replicar On Line o banco todo...mas...para ser on line, não seria uma carga muito pesada para o meu servidor de produção ? Pq, eu teria que gerar script que fosse lido quase de minuto em minutotrabalho com banco em OLTP... --- Em oracle_br@yahoogrupos.com.br, "Willian Fernando Frasson" escreveu > > Certo, você quer replicar tabelas? algumas? ou uma base toda? > > Caso seja algumas tabelas utilize Materialized Views, > > Caso seja a base toda, monte uma base standby idêntica a produção, não abra a mesma apenas monte ela certo? ´ > (pode ser via rman, begin backup, etc.. vc escolhe a forma de levar ela pra máquina 2), detalhe é qu~e deve deixar ela no estado MOUNT, > após isso monte um shell script e faça um recover das archives nessa máquina 2 da seguinte forma: > > recover automatic database using backup controlfile until cancel; > > Com isso você estara replicando toda máquina A para a máquina B. > Tendo um Standby digamos de forma manual. > > Qlquer duvida só dizer > Abçs. > > - Original Message - > From: amorrimm > To: oracle_br@yahoogrupos.com.br > Sent: Wednesday, January 21, 2009 5:13 PM > Subject: [oracle_br] Replicação de Dados - REAL TIME !! > > > Boa tarde pessoal, tudo bom ? > > Estou começando meus estudos para replicação de dados para a versão > Standard do Oracle 10G...digo versão standard pois neste caso, não > teria o Dataguard... > > Estou dando uma olhadinha em Views materializadas, Rman...mas será que > algum deles, conseguiria fazer uma replicação em tempo real ? > > Consegui fazer uma replicação bem simples, utilizando o Rman e > aplicando depois os archives logs...mas como não é em tempo real, > serviu muito bem para os desenvolvedores :) > > alguem tem alguma ideia ? > > > > > > > -- > > > > Nenhum vírus encontrado nessa mensagem recebida. > Verificado por AVG - http://www.avgbrasil.com.br > Versão: 8.0.176 / Banco de dados de vírus: 270.10.9/1902 - Data de Lançamento: 19/1/2009 09:37 > > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] Replicação de Dados - REAL TIME !!
Boa tarde pessoal, tudo bom ? Estou começando meus estudos para replicação de dados para a versão Standard do Oracle 10G...digo versão standard pois neste caso, não teria o Dataguard... Estou dando uma olhadinha em Views materializadas, Rman...mas será que algum deles, conseguiria fazer uma replicação em tempo real ? Consegui fazer uma replicação bem simples, utilizando o Rman e aplicando depois os archives logs...mas como não é em tempo real, serviu muito bem para os desenvolvedores :) alguem tem alguma ideia ?
Re: RES: RES: RES: RES: [oracle_br] ORA - 3113 - End of File Communication
Rapa. Justamente isso...alterei o parametro para EXACT e funcionou que é uma bleza Valeu mesmo --- Em oracle_br@yahoogrupos.com.br, Leandro Ortigão Pereira escreveu > > Verifiquei o seu erro mas esse argumento (opidsa+386) ainda não tem > documentação no metalink, o que quer dizer que ou é bug ainda não > solucionado ou a solução existe mas o doc ainda não foi publicado e eles > estão juntando todo num próximo patchset. > > Nste caso era para ser aberto um chamado no metalink, mas ultimamente o > suporte deles esta a desejar. > > Eu já passei por esse problema de objeto não mapeado e eram para instruções > específicas da mesma aplicação. Como não tinha solução para o caso utilizei > de dois artifícios. Colocar o CURSOR_SHARING para exact (existem muitos bugs > qd vc põe o cursor_sharing para similar ou force) ou você pode mapear o > SQL que esta causando o seu problema e alterá-lo. Recomendo a segunda opção. > > Se puder te ajudar em mais alguma coisa me avise. > > > > Leandro > > > > > > > > De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em > nome de amorrimm > Enviada em: terça-feira, 20 de janeiro de 2009 19:18 > Para: oracle_br@yahoogrupos.com.br > Assunto: Re: RES: RES: RES: [oracle_br] ORA - 3113 - End of File > Communication > > > > Verão do banoc: 10.2.0.3 > SO: SUSE 10 enterprise > > --- Em oracle_br@yahoogrupos.com.br <mailto:oracle_br% 40yahoogrupos.com.br> > , Leandro Ortigão Pereira > escreveu > > > > Qual a versão do banco, patchset e sistema operacional? > > > > > > > > De: oracle_br@yahoogrupos.com.br <mailto:oracle_br% 40yahoogrupos.com.br> > [mailto:oracle_br@yahoogrupos.com.br <mailto:oracle_br% 40yahoogrupos.com.br> > ] Em > > nome de amorrimm > > Enviada em: terça-feira, 20 de janeiro de 2009 17:48 > > Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br% 40yahoogrupos.com.br> > > > Assunto: Re: RES: RES: [oracle_br] ORA - 3113 - End of File > Communication > > > > > > > > Olaaa... > > > > O erro ´´e este: ORA-07445: exception encountered: core dump [opidsa > () > > +386] [SIGSEGV] [Address not mapped to object] [0x0] [] [] > > > > abrs > > --- Em oracle_br@yahoogrupos.com.br > <mailto:oracle_br%40yahoogrupos.com.br> <mailto:oracle_br% > 40yahoogrupos.com.br> > > , Leandro Ortigão Pereira > > escreveu > > > > > > Posso te ajudar dando uma olhada inicial no metalink mas vc tem > que > > me > > > enviar a linha toda do erro, ou seja o erro, os argumentos e > > quaisquer erros > > > posteriores. > > > > > > > > > > > > Leandro > > > > > > > > > > > > De: oracle_br@yahoogrupos.com.br <mailto:oracle_br% 40yahoogrupos.com.br> > <mailto:oracle_br% > 40yahoogrupos.com.br> > > [mailto:oracle_br@yahoogrupos.com.br > <mailto:oracle_br%40yahoogrupos.com.br> <mailto:oracle_br% > 40yahoogrupos.com.br> > > ] Em > > > nome de amorrimm > > > Enviada em: terça-feira, 20 de janeiro de 2009 16:54 > > > Para: oracle_br@yahoogrupos.com.br > <mailto:oracle_br%40yahoogrupos.com.br> <mailto:oracle_br% > 40yahoogrupos.com.br> > > > > > Assunto: Re: RES: [oracle_br] ORA - 3113 - End of File > Communication > > > > > > > > > > > > Sim...e vc sabe como posso analisar melhor este erro ? ORA - > 3113 ? > > > > > > --- Em oracle_br@yahoogrupos.com.br > <mailto:oracle_br%40yahoogrupos.com.br> > > <mailto:oracle_br%40yahoogrupos.com.br> <mailto:oracle_br% > > 40yahoogrupos.com.br> > > > , Leandro Ortigão Pereira > > > escreveu > > > > > > > > Os erros 0600 ou 7445 são erros genéricos e são relacionados > > > geralmente a > > > > bugs ou exceções e em muitos casos necessitando da abertura de > um > > > chamado de > > > > suporte e/ou aplicação de patch. > > > > > > > > Você pode saber qual o problema esta sendo relatado através do > > > argumento do > > > > erro ( o código que esta entre chaves). Na guia "knowledge" e > no > > > item > > > > "database" do metalink existe uma ferramenta de procura por > esse > > > argumento. > > > > > > > > Também olhe no arquivo de trace do erro (indicado no alert.log). > > > > > > > >
Re: RES: RES: RES: [oracle_br] ORA - 3113 - End of File Communication
Verão do banoc: 10.2.0.3 SO: SUSE 10 enterprise --- Em oracle_br@yahoogrupos.com.br, Leandro Ortigão Pereira escreveu > > Qual a versão do banco, patchset e sistema operacional? > > > > De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em > nome de amorrimm > Enviada em: terça-feira, 20 de janeiro de 2009 17:48 > Para: oracle_br@yahoogrupos.com.br > Assunto: Re: RES: RES: [oracle_br] ORA - 3113 - End of File Communication > > > > Olaaa... > > O erro ´´e este: ORA-07445: exception encountered: core dump [opidsa () > +386] [SIGSEGV] [Address not mapped to object] [0x0] [] [] > > abrs > --- Em oracle_br@yahoogrupos.com.br <mailto:oracle_br% 40yahoogrupos.com.br> > , Leandro Ortigão Pereira > escreveu > > > > Posso te ajudar dando uma olhada inicial no metalink mas vc tem que > me > > enviar a linha toda do erro, ou seja o erro, os argumentos e > quaisquer erros > > posteriores. > > > > > > > > Leandro > > > > > > > > De: oracle_br@yahoogrupos.com.br <mailto:oracle_br% 40yahoogrupos.com.br> > [mailto:oracle_br@yahoogrupos.com.br <mailto:oracle_br% 40yahoogrupos.com.br> > ] Em > > nome de amorrimm > > Enviada em: terça-feira, 20 de janeiro de 2009 16:54 > > Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br% 40yahoogrupos.com.br> > > > Assunto: Re: RES: [oracle_br] ORA - 3113 - End of File Communication > > > > > > > > Sim...e vc sabe como posso analisar melhor este erro ? ORA - 3113 ? > > > > --- Em oracle_br@yahoogrupos.com.br > <mailto:oracle_br%40yahoogrupos.com.br> <mailto:oracle_br% > 40yahoogrupos.com.br> > > , Leandro Ortigão Pereira > > escreveu > > > > > > Os erros 0600 ou 7445 são erros genéricos e são relacionados > > geralmente a > > > bugs ou exceções e em muitos casos necessitando da abertura de um > > chamado de > > > suporte e/ou aplicação de patch. > > > > > > Você pode saber qual o problema esta sendo relatado através do > > argumento do > > > erro ( o código que esta entre chaves). Na guia "knowledge" e no > > item > > > "database" do metalink existe uma ferramenta de procura por esse > > argumento. > > > > > > Também olhe no arquivo de trace do erro (indicado no alert.log). > > > > > > > > > > > > Leandro > > > > > > > > > > > > De: oracle_br@yahoogrupos.com.br <mailto:oracle_br% 40yahoogrupos.com.br> > <mailto:oracle_br% > 40yahoogrupos.com.br> > > [mailto:oracle_br@yahoogrupos.com.br > <mailto:oracle_br%40yahoogrupos.com.br> <mailto:oracle_br% > 40yahoogrupos.com.br> > > ] Em > > > nome de amorrimm > > > Enviada em: terça-feira, 20 de janeiro de 2009 16:16 > > > Para: oracle_br@yahoogrupos.com.br > <mailto:oracle_br%40yahoogrupos.com.br> <mailto:oracle_br% > 40yahoogrupos.com.br> > > > > > Assunto: [oracle_br] ORA - 3113 - End of File Communication > > > > > > > > > > > > Boa tarde pessoal, tudo bom ? > > > > > > Seguinte, alguns usuários estão tomandoo erro ORA-3113 End File > > > Communication e pelo que verifiquei no forum, este erro pode > estar > > > relacionado com erros ORA 600 OU 7445 mas não encontrei este > > > relacionamento no metalink... > > > > > > Alguem saberia de alguma sol~ução ? > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >
Re: RES: RES: [oracle_br] ORA - 3113 - End of File Communication
Fiz algumas pesquisas no metalink, no OraBase e no proprio Oracle_br :-) e verifiquei que o erro ORA - 3113 pode estar relacionado aos erros genéricos ORA - 600 e 7445 e o banco que comecei a gerenciar nesta semana, possui ambos os erros :( Baseado nisso, comecei a verificar os logs do meu servidor e os tracerts que estavam sendo gerados pela aplicação dos usuários. Somente no dia de hj, tive uns 20 erros no alert, relativo ao erro 7445. Verifiquei os tracerts e identifiquei que todos eram selects que estavam sendo gerados, fazendo referencia a alguns objetos IDENTICOS em todas as consultas. select nvl(IN_GRU_CLI,:"SYS_B_0") FROM TORPARM u01/app/oracle/admin/xpi/udump/xpi_ora_9399.trc Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production With the Partitioning, OLAP and Data Mining options ORACLE_HOME = /u01/app/oracle/product/10.2.0/db_1 System name:Linux Node name: bdxpirj01 Rdd elease: 2.6.16.46-0.12-smp Version:#1 SMP Thu May 17 14:00:09 UTC 2007 Machine:x86_64 Instance name: xpi Redo thread mounted by this instance: 1 Oracle process number: 78 Unix process pid: 9399, image: oracle...@bdxpirj01 *** 2009-01-20 14:13:56.640 *** SERVICE NAME:(SYS$USERS) 2009-01-20 14:13:56.640 *** SESSION ID:(243.58041) 2009-01-20 14:13:56.640 Exception signal: 11 (SIGSEGV), code: 1 (Address not mapped to object), addr: 0x0, PC: [0x2395a0a, opidsa()+386] *** 2009-01-20 14:13:56.644 ksedmp: internal or fatal error ORA-07445: exception encountered: core dump [opidsa()+386] [SIGSEGV] [Address not mapped to object] [0x0] [] [] Current SQL statement for this session: select nvl(IN_GRU_CLI,:"SYS_B_0") FROM TORPARM Pelo que verifiquei na documentação e na verificação do alert / tracerts, o erro ORA - 07445 ORA-07445: exception encountered: core dump [opidsa()+386] [SIGSEGV] [Address not mapped to object] [0x0] [] [] esta me gerando este outro ORA - 3113. --- Em oracle_br@yahoogrupos.com.br, "amorrimm" escreveu > > Olaaa... > > O erro ´´e este: ORA-07445: exception encountered: core dump [opidsa () > +386] [SIGSEGV] [Address not mapped to object] [0x0] [] [] > > abrs > --- Em oracle_br@yahoogrupos.com.br, Leandro Ortigão Pereira > escreveu > > > > Posso te ajudar dando uma olhada inicial no metalink mas vc tem que > me > > enviar a linha toda do erro, ou seja o erro, os argumentos e > quaisquer erros > > posteriores. > > > > > > > > Leandro > > > > > > > > De: oracle_br@yahoogrupos.com.br > [mailto:oracle...@yahoogrupos.com.br] Em > > nome de amorrimm > > Enviada em: terça-feira, 20 de janeiro de 2009 16:54 > > Para: oracle_br@yahoogrupos.com.br > > Assunto: Re: RES: [oracle_br] ORA - 3113 - End of File Communication > > > > > > > > Sim...e vc sabe como posso analisar melhor este erro ? ORA - 3113 ? > > > > --- Em oracle_br@yahoogrupos.com.br <mailto:oracle_br% > 40yahoogrupos.com.br> > > , Leandro Ortigão Pereira > > escreveu > > > > > > Os erros 0600 ou 7445 são erros genéricos e são relacionados > > geralmente a > > > bugs ou exceções e em muitos casos necessitando da abertura de um > > chamado de > > > suporte e/ou aplicação de patch. > > > > > > Você pode saber qual o problema esta sendo relatado através do > > argumento do > > > erro ( o código que esta entre chaves). Na guia "knowledge" e no > > item > > > "database" do metalink existe uma ferramenta de procura por esse > > argumento. > > > > > > Também olhe no arquivo de trace do erro (indicado no alert.log). > > > > > > > > > > > > Leandro > > > > > > > > > > > > De: oracle_br@yahoogrupos.com.br <mailto:oracle_br% > 40yahoogrupos.com.br> > > [mailto:oracle_br@yahoogrupos.com.br <mailto:oracle_br% > 40yahoogrupos.com.br> > > ] Em > > > nome de amorrimm > > > Enviada em: terça-feira, 20 de janeiro de 2009 16:16 > > > Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br% > 40yahoogrupos.com.br> > > > > > Assunto: [oracle_br] ORA - 3113 - End of File Communication > > > > > > > > > > > > Boa tarde pessoal, tudo bom ? > > > > > > Seguinte, alguns usuários estão tomandoo erro ORA-3113 End File > > > Communication e pelo que verifiquei no forum, este erro pode > estar > > > relacionado com erros ORA 600 OU 7445 mas não encontrei este > > > relacionamento no metalink... > > > > > > Alguem saberia de alguma sol~ução ? > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > >
Re: RES: RES: [oracle_br] ORA - 3113 - End of File Communication
Olaaa... O erro ´´e este: ORA-07445: exception encountered: core dump [opidsa() +386] [SIGSEGV] [Address not mapped to object] [0x0] [] [] abrs --- Em oracle_br@yahoogrupos.com.br, Leandro Ortigão Pereira escreveu > > Posso te ajudar dando uma olhada inicial no metalink mas vc tem que me > enviar a linha toda do erro, ou seja o erro, os argumentos e quaisquer erros > posteriores. > > > > Leandro > > > > De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em > nome de amorrimm > Enviada em: terça-feira, 20 de janeiro de 2009 16:54 > Para: oracle_br@yahoogrupos.com.br > Assunto: Re: RES: [oracle_br] ORA - 3113 - End of File Communication > > > > Sim...e vc sabe como posso analisar melhor este erro ? ORA - 3113 ? > > --- Em oracle_br@yahoogrupos.com.br <mailto:oracle_br% 40yahoogrupos.com.br> > , Leandro Ortigão Pereira > escreveu > > > > Os erros 0600 ou 7445 são erros genéricos e são relacionados > geralmente a > > bugs ou exceções e em muitos casos necessitando da abertura de um > chamado de > > suporte e/ou aplicação de patch. > > > > Você pode saber qual o problema esta sendo relatado através do > argumento do > > erro ( o código que esta entre chaves). Na guia "knowledge" e no > item > > "database" do metalink existe uma ferramenta de procura por esse > argumento. > > > > Também olhe no arquivo de trace do erro (indicado no alert.log). > > > > > > > > Leandro > > > > > > > > De: oracle_br@yahoogrupos.com.br <mailto:oracle_br% 40yahoogrupos.com.br> > [mailto:oracle_br@yahoogrupos.com.br <mailto:oracle_br% 40yahoogrupos.com.br> > ] Em > > nome de amorrimm > > Enviada em: terça-feira, 20 de janeiro de 2009 16:16 > > Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br% 40yahoogrupos.com.br> > > > Assunto: [oracle_br] ORA - 3113 - End of File Communication > > > > > > > > Boa tarde pessoal, tudo bom ? > > > > Seguinte, alguns usuários estão tomandoo erro ORA-3113 End File > > Communication e pelo que verifiquei no forum, este erro pode estar > > relacionado com erros ORA 600 OU 7445 mas não encontrei este > > relacionamento no metalink... > > > > Alguem saberia de alguma sol~ução ? > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >
Re: RES: [oracle_br] ORA - 3113 - End of File Communication
Sim...e vc sabe como posso analisar melhor este erro ? ORA - 3113 ? --- Em oracle_br@yahoogrupos.com.br, Leandro Ortigão Pereira escreveu > > Os erros 0600 ou 7445 são erros genéricos e são relacionados geralmente a > bugs ou exceções e em muitos casos necessitando da abertura de um chamado de > suporte e/ou aplicação de patch. > > Você pode saber qual o problema esta sendo relatado através do argumento do > erro ( o código que esta entre chaves). Na guia "knowledge" e no item > "database" do metalink existe uma ferramenta de procura por esse argumento. > > Também olhe no arquivo de trace do erro (indicado no alert.log). > > > > Leandro > > > > De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em > nome de amorrimm > Enviada em: terça-feira, 20 de janeiro de 2009 16:16 > Para: oracle_br@yahoogrupos.com.br > Assunto: [oracle_br] ORA - 3113 - End of File Communication > > > > Boa tarde pessoal, tudo bom ? > > Seguinte, alguns usuários estão tomandoo erro ORA-3113 End File > Communication e pelo que verifiquei no forum, este erro pode estar > relacionado com erros ORA 600 OU 7445 mas não encontrei este > relacionamento no metalink... > > Alguem saberia de alguma sol~ução ? > > > > > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] ORA - 3113 - End of File Communication
Boa tarde pessoal, tudo bom ? Seguinte, alguns usuários estão tomandoo erro ORA-3113 End File Communication e pelo que verifiquei no forum, este erro pode estar relacionado com erros ORA 600 OU 7445 mas não encontrei este relacionamento no metalink... Alguem saberia de alguma sol~ução ?
[oracle_br] Instalação Oracle 10G on Suse 10
Fal pessoal... Uma pequena dúvida...andei visitando alguns site para verificar a instalação do Oracle no Suse 10 e não encontrei muita coisa...até mesmo no Ora-Base...tem muita coisa para o 9... Enfim...só estou na dúvida sobre as packs que são executadas automaticamente quando selecionamos a opção de configuração para o Oracle... Na página da Novell, não vem alguma configuração de Kernell ou de qualquer outra característica para configuração... E ai...todas aquelas configurações do 9 (kernell, sysctl.conf, limit.conf e etc) morram ? esta pack faz isso sozinho ? abrs
Re: RES: [oracle_br] Problemas ao iniciar DBCA !!
Grande Marcus, glibc-32bit-8.1-9 glibc-devel-32bit-8.1-9 32 bits ?? Meu Linux é 64..ou não tem nada haver ?? Abs --- Em oracle_br@yahoogrupos.com.br, "Marcus Vinicius Miguel Pedro" escreveu > > Tente isso: > > > > Solution > > To resolve the problem, perform the following actions: > > 1) Install the following missing (required) Linux packages: > > glibc-32bit-8.1-9 > glibc-devel-32bit-8.1-9 > > 2) Run the following command to relink the oracle executables: > > $ORACLE_HOME/bin/relink all > > 3) Check the output to check that the errors have been resolved > > > > > > > > Metalink Note: 308788.1 > > > > > > Att. > > > > Vinicius > > > > De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em > nome de amorrimm > Enviada em: quinta-feira, 15 de janeiro de 2009 13:36 > Para: oracle_br@yahoogrupos.com.br > Assunto: [oracle_br] Problemas ao iniciar DBCA !! > > > > Boa tarde pessoal.. > > Estou fazendo alguns testes e gostaria da ajuda de vcs... > > Formatei uma máqui e instalei o SUSE 10..fiz as devidas alterações > para poder iniciar o installer e tudo funcionou direitinho... > > Mas estou tentando iniciar o dbca ou o netca e estou tomando um erro > de JAVA listado abaixo: > > ora...@trescow:/u01/app> dbca > UnsatisfiedLinkError exception loading native library: njni10 > Exception in thread "main" java.lang.UnsatisfiedLinkError: get > at oracle.net.common.NetGetEnv.get(Native Method) > at oracle.net.config.Config.getNetDir(Unknown Source) > at oracle.net.config.Config.initConfig(Unknown Source) > at oracle.net.config.Config.(Unknown Source) > at > oracle.sysman.assistants.util.NetworkUtils.(NetworkUtils.java:222) > at > oracle.sysman.assistants.util.step.StepContext.(StepContext.java:255) > at > oracle.sysman.assistants.dbca.backend.Host.(Host.java:682) > at oracle.sysman.assistants.dbca.ui.UIHost.(UIHost.java:205) > at > oracle.sysman.assistants.dbca.ui.InteractiveHost.(InteractiveHost.java > :54) > at oracle.sysman.assistants.dbca.Dbca.getHost(Dbca.java:160) > at oracle.sysman.assistants.dbca.Dbca.execute(Dbca.java:94) > at oracle.sysman.assistants.dbca.Dbca.main(Dbca.java:180) > > Pelo que entendi...ele esta sentindo a ausencia de uma biblioteca > nativa...alguem tem alguma ideia ? > > > > > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] Re: Problemas ao iniciar DBCA !!
hu...andei dando umas olhadas nas packages que foram instaladas..na verdade..estão faltando algumas...irei instala-las e depois retorno com o resultado.. --- Em oracle_br@yahoogrupos.com.br, "amorrimm" escreveu > > Boa tarde pessoal.. > > Estou fazendo alguns testes e gostaria da ajuda de vcs... > > Formatei uma máqui e instalei o SUSE 10..fiz as devidas alterações > para poder iniciar o installer e tudo funcionou direitinho... > > Mas estou tentando iniciar o dbca ou o netca e estou tomando um erro > de JAVA listado abaixo: > > ora...@trescow:/u01/app> dbca > UnsatisfiedLinkError exception loading native library: njni10 > Exception in thread "main" java.lang.UnsatisfiedLinkError: get > at oracle.net.common.NetGetEnv.get(Native Method) > at oracle.net.config.Config.getNetDir(Unknown Source) > at oracle.net.config.Config.initConfig(Unknown Source) > at oracle.net.config.Config.(Unknown Source) > at > oracle.sysman.assistants.util.NetworkUtils.(NetworkUtils.java:222) > at > oracle.sysman.assistants.util.step.StepContext.(StepContext.java:255) > at > oracle.sysman.assistants.dbca.backend.Host.(Host.java:682) > at oracle.sysman.assistants.dbca.ui.UIHost.(UIHost.java:205) > at > oracle.sysman.assistants.dbca.ui.InteractiveHost.(InteractiveHost.java:54) > at oracle.sysman.assistants.dbca.Dbca.getHost(Dbca.java:160) > at oracle.sysman.assistants.dbca.Dbca.execute(Dbca.java:94) > at oracle.sysman.assistants.dbca.Dbca.main(Dbca.java:180) > > Pelo que entendi...ele esta sentindo a ausencia de uma biblioteca > nativa...alguem tem alguma ideia ? >
[oracle_br] Problemas ao iniciar DBCA !!
Boa tarde pessoal.. Estou fazendo alguns testes e gostaria da ajuda de vcs... Formatei uma máqui e instalei o SUSE 10..fiz as devidas alterações para poder iniciar o installer e tudo funcionou direitinho... Mas estou tentando iniciar o dbca ou o netca e estou tomando um erro de JAVA listado abaixo: ora...@trescow:/u01/app> dbca UnsatisfiedLinkError exception loading native library: njni10 Exception in thread "main" java.lang.UnsatisfiedLinkError: get at oracle.net.common.NetGetEnv.get(Native Method) at oracle.net.config.Config.getNetDir(Unknown Source) at oracle.net.config.Config.initConfig(Unknown Source) at oracle.net.config.Config.(Unknown Source) at oracle.sysman.assistants.util.NetworkUtils.(NetworkUtils.java:222) at oracle.sysman.assistants.util.step.StepContext.(StepContext.java:255) at oracle.sysman.assistants.dbca.backend.Host.(Host.java:682) at oracle.sysman.assistants.dbca.ui.UIHost.(UIHost.java:205) at oracle.sysman.assistants.dbca.ui.InteractiveHost.(InteractiveHost.java:54) at oracle.sysman.assistants.dbca.Dbca.getHost(Dbca.java:160) at oracle.sysman.assistants.dbca.Dbca.execute(Dbca.java:94) at oracle.sysman.assistants.dbca.Dbca.main(Dbca.java:180) Pelo que entendi...ele esta sentindo a ausencia de uma biblioteca nativa...alguem tem alguma ideia ?
[oracle_br] Limitando CPU para usuarios !!
Boa tarde pessoal, Estou com uma pequena dúvida...estou criando alguns profiles com algumas restrições quanto a consumo de memoria, cpu e etc...mas não me recordo se existe alguma restrição que me permita limitar a quantidade de CPU para um usuário e quando o mesmo chegar neste limite, que não o derrube :) O problema da CPU/Call e CPU/ Session quando chegam no limite, derruba o carinha... Abraços
[oracle_br] Mudanças na Prova Para OCA
Andei dando uma lidinha la na Oracle.com e percebi que a partir do dia 01 de dezembro, para se conseguir a certificação OCA, será necessário passar em mais um exame...o antigo SQL... Alguem recentemente fez esta prova ? Fiquei na dúvida se o conteúdo esta parecido com a antiga do 9i...baseado no sql 99... abraços
[oracle_br] Re: Concatenando Nome do arquivo + data+hora no DUMP
Poxa...funcionou não :(
olha o erro:
Conectado a: Oracle Database 10g Release 10.2.0.1.0 - Production
EXP-00028: falhou ao abrir c:\backup_logico\2.00_163041.dmp para
gravaþÒo
--- Em oracle_br@yahoogrupos.com.br, Aristides, José <[EMAIL PROTECTED]>
escreveu
>
> Veja se te ajuda o exemplo abaixo, é só criar um .bat e executar.
>
> set var2=_
> set var3=%date:~4,2%%date:~7,2%%date:~12,2%
> set var4=%time:~0,2%%time:~3,2%%time:~6,2%
> exp system/oracle file='c:\EXP\%var3%%var2%%var4%.dmp' log='c:\EXP\%
var3%%var2%%var4%.log' statistics=none consistent=y rows=y owner=
('owner_db')
>
> Abraço,
> Aristides
>
>
>
> - Original Message -
> From: amorrimm
> To: oracle_br@yahoogrupos.com.br
> Sent: Friday, December 05, 2008 2:08 PM
> Subject: [oracle_br] Re: Concatenando Nome do arquivo + data+hora
no DUMP
>
>
> Grande forum, tudo certinho ?
>
> Andei pensando e consigo renomear o nome do arquivo utilizando o
> comando:
>
> ren "arquivo.ext" "arquivo"%date%.bak
>
> Mas agora surgiu uma nova dúvida...existe uma variavel chamada %
time% ?
> E como concatenar esta variável com a variavel %date% + o nome do
> arquivo...?
>
> --- Em oracle_br@yahoogrupos.com.br, "amorrimm"
escreveu
> >
> > Boa tarde pessoal, tudo tranquilo ?
> >
> > Estou com uma dúvida...
> >
> > Estou gerando alguns DUMP (export) mas gostaria que os mesmos
> tivessem
> > em seu nome a data e hora que foram realizados...
> >
> > Não consigo me lembrar como faço para concatenar estas
informações ao
> > nome do arquivo (dump).
> >
> > alguem poderia me dar uma luz ?
> >
> > Obrigado..
> >
>
>
>
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>
[oracle_br] Re: Concatenando Nome do arquivo + data+hora no DUMP
Grande forum, tudo certinho ? Andei pensando e consigo renomear o nome do arquivo utilizando o comando: ren "arquivo.ext" "arquivo"%date%.bak Mas agora surgiu uma nova dúvida...existe uma variavel chamada %time% ? E como concatenar esta variável com a variavel %date% + o nome do arquivo...? --- Em oracle_br@yahoogrupos.com.br, "amorrimm" <[EMAIL PROTECTED]> escreveu > > Boa tarde pessoal, tudo tranquilo ? > > Estou com uma dúvida... > > Estou gerando alguns DUMP (export) mas gostaria que os mesmos tivessem > em seu nome a data e hora que foram realizados... > > Não consigo me lembrar como faço para concatenar estas informações ao > nome do arquivo (dump). > > alguem poderia me dar uma luz ? > > Obrigado.. >
[oracle_br] Concatenando Nome do arquivo + data+hora no DUMP
Boa tarde pessoal, tudo tranquilo ? Estou com uma dúvida... Estou gerando alguns DUMP (export) mas gostaria que os mesmos tivessem em seu nome a data e hora que foram realizados... Não consigo me lembrar como faço para concatenar estas informações ao nome do arquivo (dump). alguem poderia me dar uma luz ? Obrigado..
[oracle_br] Re: imcompatibilidade SQL DEVELOPER X WINDOWS XP ???
Esta sim...setei tudo direitinho...so não funciona no XP... --- Em oracle_br@yahoogrupos.com.br, "Robert Anderson" <[EMAIL PROTECTED]> escreveu > > Estranho... > > O driver jdbc do SQL SERVER está no path? > > 2008/11/17 amorrimm <[EMAIL PROTECTED]> > > > Já verifiquei sim mesmo pq, o SQL SERVER, SQL DEVELOPER..tudo esta > > local...na minha máquina... > > > > O estranho é que quando coloco em uma máquina com Windows 2003 ele > > funciona...tentei em 2 máquinas locais XP e nao funcionou e em 2 > > máquinas 2003 funcinou > > > > --- Em oracle_br@yahoogrupos.com.br , > > "Robert Anderson" > > escreveu > > > > > > > > Já verificou o firewall? > > > > > > > > > Robert > > > > > > 2008/11/17 amorrimm > > > > > > > Boa tarde pessoal, > > > > > > > > Estou tentando utilizar o SQL DEVELOPER para acessar uma base do > > SQL > > > > SERVER no windows xp mas não estou conseguindo...ele diz que não > > pode > > > > realizar uma conexão com o SQL SERVER > > > > > > > > Mas, pego o mesmo DEVELOPER e utilizo em um Windows 2003 e acessa > > o SQL > > > > SERVER facil, fácil... > > > > > > > > alguem sabe de algum bug ou imcompatibilidade com XP ? andei > > dando uma > > > > olhada na OTN e a princípio, funcionaria sem problemas com o XP... > > > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] Re: imcompatibilidade SQL DEVELOPER X WINDOWS XP ???
Já verifiquei sim mesmo pq, o SQL SERVER, SQL DEVELOPER..tudo esta local...na minha máquina... O estranho é que quando coloco em uma máquina com Windows 2003 ele funciona...tentei em 2 máquinas locais XP e nao funcionou e em 2 máquinas 2003 funcinou --- Em oracle_br@yahoogrupos.com.br, "Robert Anderson" <[EMAIL PROTECTED]> escreveu > > Já verificou o firewall? > > > Robert > > 2008/11/17 amorrimm <[EMAIL PROTECTED]> > > > Boa tarde pessoal, > > > > Estou tentando utilizar o SQL DEVELOPER para acessar uma base do SQL > > SERVER no windows xp mas não estou conseguindo...ele diz que não pode > > realizar uma conexão com o SQL SERVER > > > > Mas, pego o mesmo DEVELOPER e utilizo em um Windows 2003 e acessa o SQL > > SERVER facil, fácil... > > > > alguem sabe de algum bug ou imcompatibilidade com XP ? andei dando uma > > olhada na OTN e a princípio, funcionaria sem problemas com o XP... > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] imcompatibilidade SQL DEVELOPER X WINDOWS XP ???
Boa tarde pessoal, Estou tentando utilizar o SQL DEVELOPER para acessar uma base do SQL SERVER no windows xp mas não estou conseguindo...ele diz que não pode realizar uma conexão com o SQL SERVER Mas, pego o mesmo DEVELOPER e utilizo em um Windows 2003 e acessa o SQL SERVER facil, fácil... alguem sabe de algum bug ou imcompatibilidade com XP ? andei dando uma olhada na OTN e a princípio, funcionaria sem problemas com o XP...
[oracle_br] Re: MIGRAÇÃO ORACLE X SYBASE
Grande Jlchiappa, Então...o character set é mesmo CP850. Dei uma olhadinha la no Sybase e verifiquei nesta mesma página que você informou: Language Group Group 1 Albanian, Catalan, Danish, Dutch, English, Faeroese, Finnish, French, Galician, German, Icelandic, Irish, Italian, Norwegian, Portuguese, Spanish, Swedish Character Set ASCII 8, CP 437, CP 850, CP 860, CP 1252, ISO 8859-1, ISO 8859-15, Macintosh Roman, ROMAN8 Já alterei os character set do Oracle e nada...ainda tentando... abração --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> escreveu > > Pode muito bem ser, mas além disso (apesar de eu não conhecer PATAVINA > CHOCA nenhuma de Sybase), alguma coisa lá na resposta do colega me soa > mal : codepage (cfrme a minha experiência e também registrado em > http://en.wikipedia.org/wiki/Code_page e em > http://en.wikipedia.org/wiki/Code_page_850) , é DIFERENTE de encondig > schema e CHARACTERSET, além do que basicamente codepages foram > introduzidos no MS-DOS, e afaik Sybase *** não é *** uma aplicação > DOS... Então acho que a informação passada lá pelo colega está > ABSOLUTAMENTE incompleta, tem que existir uma "propriedade" do banco > indicando o encoding schema, o CHARACTERSET, a LINGUAGEM, o alfabeto, > o Calendário, etc, desse banco... Uma googlada ultra-rápida me fez > cair no tal do "Sybase Character Sets User's Guide" em > http://manuals.sybase.com/onlinebooks/group- charc/chg0300e/charsets/@Generic__BookTextView/7152 > , que parece indicar que o Sybase usa um arquivo de init e na entrada > LOCALE é que tem o resto todo das infos. > > Recomendo que o colega q perguntou *** CHEQUE ** direitinho a > infomação completa, para aí sim poder contrastar com o bd Oracle, além > da questão de ter CERTINHO o ambiente setado, se for usada tool de > texto pra carregar os dados (como o sql*loader, o sqlplus, o import, > etc) se certificar do codepage DOS (em sendo Windows o SO), das > varíáveis de ambiente adequadas > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br, "francisco porfirio" > escreveu > > > > Cara, sem maiores análises eu diria para você da uma verificada no > front end > > que você está utilizando. Pode ser que no momento desta migração ele > tente > > fazer alguma conversão. > > > > 2008/11/13 amorrimm > > > > > Bom dia pessoal, > > > > > > Estou com uma dúvida... > > > > > > Fiz a migração de dados utilizando uma aplicação de front end > própria e > > > pelo que verifiquei, chegou a importar todos os dados mas no lugar das > > > letras acentuadas, sairam alguns caracteres ASCII. > > > > > > Acredito que o problema seja com relação ao Character SET mas, ja > > > alterei no Oracle e ainda não consegui resolver o problema. > > > > > > O Character set que esta sendo utilizado no Sybase é o CP850 e no > > > Oracle é o WE8ISO8859P1 e pelo que verifiquei na página do Sybase, > eles > > > estão na mesmo grupo.. > > > > > > Alquem teria alguma ideia ? > > > > > > > > > > > > > > > > > -- > > Atenciosamente > > Francisco Porfirio Ribeiro Neto > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > >
[oracle_br] MIGRAÇÃO ORACLE X SYBASE
Bom dia pessoal, Estou com uma dúvida... Fiz a migração de dados utilizando uma aplicação de front end própria e pelo que verifiquei, chegou a importar todos os dados mas no lugar das letras acentuadas, sairam alguns caracteres ASCII. Acredito que o problema seja com relação ao Character SET mas, ja alterei no Oracle e ainda não consegui resolver o problema. O Character set que esta sendo utilizado no Sybase é o CP850 e no Oracle é o WE8ISO8859P1 e pelo que verifiquei na página do Sybase, eles estão na mesmo grupo.. Alquem teria alguma ideia ?
[oracle_br] Re: integração Sybase x Oracle 10G
Hu Fiz algumas pesquisar na net e fui "batendo" linguagem com linguagem, tamanho dos campos que ja tem no Sybase e a linguagem...cheguei até o character set WE8ISO08859P15. Faltava só saber se existia tal character mas já procurei e existe la na criação do dabatase. Só fico na dúvida de como ele se comportará a linguagem que esta rodando no SO... Se alguem tiver mais alguma ideia...vou fazer um teste aqui... abraços --- Em oracle_br@yahoogrupos.com.br, "amorrimm" <[EMAIL PROTECTED]> escreveu > > Boa tarde mais um vez pessoal, > > Seguinte, andei dando uma procurada na net a respeito de um integração > entre o Sybase e o Oracle e não encontrei muita coisa... > > Tenho um arquivo gerado pelo Sybase e quando estou tentando importa- lo > para o Oracle, estou rebendo erro de várias linhas mas somente em uma > unica tabela: > > Erro ao tentar inserir 5208 registro na tabela CORELTRD. > Banco de Dados: Oracle 10. > Erro do Banco (1438): ORA-01438: value larger than specified precision > allowed for this column > > Ha algum tempo atras, tive um problema parecido e era uma ero de > character set do banco...alterei e funcionou...mas era de Oracle para > Oracle > > Estou desconfiado que possa ser novamente a diferença do Character Set, > mas desta vez do Sybase para o Oracle... > > O Character Set que o Sybase esta utilizando é: CP850 > > Alguem saberia me dizer qual seria o mais semelhante para cofigurar no > meu Oracle ? >
[oracle_br] integração Sybase x Oracle 10G
Boa tarde mais um vez pessoal, Seguinte, andei dando uma procurada na net a respeito de um integração entre o Sybase e o Oracle e não encontrei muita coisa... Tenho um arquivo gerado pelo Sybase e quando estou tentando importa-lo para o Oracle, estou rebendo erro de várias linhas mas somente em uma unica tabela: Erro ao tentar inserir 5208 registro na tabela CORELTRD. Banco de Dados: Oracle 10. Erro do Banco (1438): ORA-01438: value larger than specified precision allowed for this column Ha algum tempo atras, tive um problema parecido e era uma ero de character set do banco...alterei e funcionou...mas era de Oracle para Oracle Estou desconfiado que possa ser novamente a diferença do Character Set, mas desta vez do Sybase para o Oracle... O Character Set que o Sybase esta utilizando é: CP850 Alguem saberia me dizer qual seria o mais semelhante para cofigurar no meu Oracle ?
[oracle_br] Re: Dúvida quanto a EXP FULL / IMP
Ola pessoal...obrigado mas descobri o que esta ocorrendo... Quando estou logado no sqlplus, e digito o comando host para ir ate o SO para digitar comando e tento fazer a importação (IMP) ele da um erro ORA dizendo que o usuário não exite...mas se saio do sqlplus (exit) e faço a importação, ele faz sem problema algum... Será que no momento que vou ate o SO estando logado no sqlplus, e tento utilizar o utilitário EXPORT / IMPORT, ele já vai com o usuário que me loguei anteriormente ? O engraçado que nestas mesmas condições a exportação é feita..somente a importação é que da problemas...tudo bem, isso é uma coisa minima...mas fica a curiosidade do PQ...alguem tem ideia ? --- Em oracle_br@yahoogrupos.com.br, "amorrimm" <[EMAIL PROTECTED]> escreveu > > Bom dia pessoal, > > Tenho uma dúvida... > > Tenho uma tarefa no windows que executa um exp Full do banco e sempre > quando tento fazer a importação, utilizando os parametros fromuser / > touser ele me da um erro dizendo que o usuário não existe mas, se > continuo tentando fazer a importação, depois de algumas tentativas, > ele faz sem problema algum... > > Alguem tem ideia do que possa ser isso ? Até pensei no caso do > primeiro schema que foi exportado não ser o schema a ser > importado...mas dai ele dar erro e mais tarde fazer...sei la... > > comando utilizado para a exportação: > exp usuário/[EMAIL PROTECTED] file=c:\backup\arquivo.dmp consistent=y > full=y > > comando utilizado para a importação: > imp usuário/[EMAIL PROTECTED] file=c:\backup\arquivo.dmp fromuser=xxx > touser=yyy >
[oracle_br] Dúvida quanto a EXP FULL / IMP
Bom dia pessoal, Tenho uma dúvida... Tenho uma tarefa no windows que executa um exp Full do banco e sempre quando tento fazer a importação, utilizando os parametros fromuser / touser ele me da um erro dizendo que o usuário não existe mas, se continuo tentando fazer a importação, depois de algumas tentativas, ele faz sem problema algum... Alguem tem ideia do que possa ser isso ? Até pensei no caso do primeiro schema que foi exportado não ser o schema a ser importado...mas dai ele dar erro e mais tarde fazer...sei la... comando utilizado para a exportação: exp usuário/[EMAIL PROTECTED] file=c:\backup\arquivo.dmp consistent=y full=y comando utilizado para a importação: imp usuário/[EMAIL PROTECTED] file=c:\backup\arquivo.dmp fromuser=xxx touser=yyy
[oracle_br] Re: Duvida sobre import !!
Valeu pessoal mas agora foi...o mais engraçado é com foi normal com os parametros fromuser/touser... E nem digitei nada...so coloquei a seta do note pra cima e apertei enter...rs rs Coisas da ciência exoterica chamada informática..rs abração e valeu --- Em oracle_br@yahoogrupos.com.br, "amorrimm" <[EMAIL PROTECTED]> escreveu > > Fala pessoal, tudo certinho ? > > Estou com uma simples sobre o exp / imp...na verdade nao estou > conseguindo me lembrar... > > Tenho um backup full feito pelo exp (exp usuário/[EMAIL PROTECTED] file=XXX > full=y > > Estou querendo somente importar os dados de um unico schema que tenho > dentro deste arquivo... > > Tentei o fromuser / touser mas não rolou... > > Esqueci como faço para importar dados somente de um schema, a partir de > um backup full... > > Alguem ajuda ? > > Obrigado >
[oracle_br] Duvida sobre import !!
Fala pessoal, tudo certinho ? Estou com uma simples sobre o exp / imp...na verdade nao estou conseguindo me lembrar... Tenho um backup full feito pelo exp (exp usuário/[EMAIL PROTECTED] file=XXX full=y Estou querendo somente importar os dados de um unico schema que tenho dentro deste arquivo... Tentei o fromuser / touser mas não rolou... Esqueci como faço para importar dados somente de um schema, a partir de um backup full... Alguem ajuda ? Obrigado
[oracle_br] Re: Problemas na atualização do Patch 10
Grande Jlchiappa, tudo bom ? No meu caso, é um bug específico e a aplicação deste one-off patch foi recomendado pelo suporte da Oracle para a correção do problema. Faço o monitoramento de servidores de clientes, utilizando o Tivoli (IBM) e de 2 meses pra cá, começamos a ter vários alertas no monitoramento, fazendo referencia a gravação dos archives logs, unidades ficando cheia e etc...verificamos com o suporte técnico da ORacle o eles pediram que fizemos a atualização para a versão 10.1.0.5, realizando a aplicação deste patch... Estou fazendo o download da versão 10.1.0.2 para fazer um teste aqui na minha máquina, de aplicação deste patch... Vale --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]> escreveu > > Colega, só uma obs : one-off patches (tal como esse que vc está > tentando aplicar) *** NÂO SÃO *** o método adequado para se fazer > upgrade de versão, eles são apenas correções PONTUAIS para bugs muito > específicos, que vc aplica apenas SE e SOMENTE SE vc cair no bug > específico que eles corrigem, sim ? O procedimento genérico para > patches é , uma vez instalada a versão-base do 10.2 (normalmente > 10.2.0.1, mas depende do seu SO/plataforma), em cima desse 10.2 base > aplicar o patch marcado como "PATCH SET FOR ORACLE DATABASE SERVER > ", ok ? NÂO RECOMENDO vc ir pro one-off SEM indicação nesse sentido > do Suporte, o que parece ser o seu caso... Pra te facilitar te dou o > número dele, sendo windows 32 bits) é o patch 7154241 (para obter > versão 10.2.0.4). > > []s > > Chiappa > --- Em oracle_br@yahoogrupos.com.br, "amorrimm" escreveu > > > > Boa tarde Pessoal, tudo bom ? > > > > Tenho uma dúvida...baixei o patch 7047019 para aplicar no meu oracle > > 10 mas encontrei alguns problema logo na checagem dos pre- > > requisitos...to seguindo o manual que baixei do metalink mas não > > encontrei nada sobre este erro... > > > > Poderiam me ajudar ? > > > > > > > > ApplySession aplicando o patch temporßrio '7047019' para > > OH 'C:\oracle\product\1 > > 0.2.0\db_1' > > > > Running prerequisite checks... > > Patch 7047019: Optional component(s) missing : [ oracle.rdbms, > > 10.1.0.5.0, higher version 10.2.0.1.0 found. ] , [ oracle.jdbc_ic, > > 10.1.0.5.0 ] , [oracle.rdbms.expimp,10.1.0.5.0 ] ,oracle.rsf.net_rsf, > > 10.1.0.5.0 ] , [ oracle.cartridges.context, 10.1.0.5.0 ] , [ > > oracle.rsf.xdk_rsf, 10.1.0.5.0 ] , [ oracle.options.ops, > > 10.1.0.5.0 ] , [ oracle.cartridges.locator, 10.1.0.5.0 ] , [ > > oracle.rsf.nlsrtl_rsf, 10.1.0.5.0 ] , [ oracle.p2k.odbc, > > 10.1.0.5.0 ] , [ oracle.rsf.oracore_rsf, 10.1.0.5.0 ] , [ oracle.crs, > > 10.1.0.5.0 ] , [ oracle.java.javavm.javatools, 10.1.0.5.0 ] , [ > > oracle.isearch.is_common, 10.1.0.5.0 ] , [ oracle.isearch.client, > > 10.1.0.5.0 ] , [ oracle.isearch.server, 10.1.0.5.0 ] , [ > > oracle.p2k.proc, 10.1.0.5.0 ] , [ oracle.sysman.agent, 10.1.0.5.0 ] , > > [ oracle.sysman.console.db, 10.1.0.5.0, higher version 10.2.0.1.0 > > found. ] , [ oracle.java.sqlj, 10.1.0.5.0 ] , > > [ oracle.java.jdbc.thin12, 10.1.0.5.0 ] , [ oracle.java.jdbc.thin14, > > 10.1.0.5.0] , [ oracle.p2k.odp.net, 10.1.0.2.0 ] , [ oracle.p2k.oo4o, > > 10.1.0.5.0 ] , [ oracle.apache, 10.1.2.1.0 ] , [ oracle.apache, > > 10.1.2.0.0 ] , [ oracle.dms, 10.1.2.1.0 ] , [ oracle.dms, > > 10.1.2.1.1 ] , [ oracle.oid.server, 10.1.2.1.1 ] , [ oracl > > e.oid.server, 10.1.2.0.0 ] , [ oracle.rsf.ldap_rsf, 10.1.2.1.1 ] , [ > > oracle.rsf.ldap_rsf, 10.1.2.0.0 ] , [ oracle.oid.client, > > 10.1.2.1.1 ] , [ oracle.oid.client, 10.1.2.0.0 ] , [ oracle.opmn, > > 10.1.2.1.0 ] , [ oracle.bc4j.lib, 10.1.2.0.2 ] , > > [ oracle.bc4j.lib, 10.1.2.1.0 ] , [ > > oracle.iappserver.security.sso.server, 10.1.2.1.0 ] , [ > > oracle.iappserver.security.sso.server, 10.1.2.1.1 ] , [ oracle.j2ee > > , 10.1.2.1.0 ] , [ oracle.j2ee, 10.1.2.1.1 ] , [ > > oracle.sysman.repository.db, 10.1.0.5.0, higher version 10.2.0.1.0 > > found. ] , [ oracle.sdo.locator, 10.1.0.5.0, higher version > > 10.2.0.1.0 found. ] > > > > Prerequisite check "CheckApplicable" failed. > > The details are: > > Patch 7047019: Required component(s) missing : [ > > oracle.rsf.rdbms_rsf, 10.1.0.5.0 ] > > ApplySession falha durante as verificaþ§es de prÚ-requisitos: > > Prerequisite check > > "CheckApplicable" failed. > > Sistema intacto; o OPatch nÒo tentarß restaurar o sistema > > > > OPatch failed with error code = 74 > > >
[oracle_br] Re: Problemas na atualização do Patch 10
Sim...setei tudo direitinho seguindo a risca o manual...ORACLE_SID e ORACLE_HOME... Putz...é isso...o meu patchset é 10.2.0.1.0 estava fazendo um teste na minha máquina, que tem um standard edition antes de fazer no server propriamente dito...mas la no server, ele esta com o patchset 10.1.0.2 Obrigadão pela ajuda !! --- Em oracle_br@yahoogrupos.com.br, "Willian Frasson" <[EMAIL PROTECTED]> escreveu > > Qual versão do Patchset está seu banco? > Fez as configurações iniciais de PATH, ORACLE_SID, ORACLE_HOME? > > - Original Message - > From: amorrimm > To: oracle_br@yahoogrupos.com.br > Sent: Wednesday, August 20, 2008 2:17 PM > Subject: [oracle_br] Problemas na atualização do Patch 10 > > > Boa tarde Pessoal, tudo bom ? > > Tenho uma dúvida...baixei o patch 7047019 para aplicar no meu oracle > 10 mas encontrei alguns problema logo na checagem dos pre- > requisitos...to seguindo o manual que baixei do metalink mas não > encontrei nada sobre este erro... > > Poderiam me ajudar ? > > ApplySession aplicando o patch temporßrio '7047019' para > OH 'C:\oracle\product\1 > 0.2.0\db_1' > > Running prerequisite checks... > Patch 7047019: Optional component(s) missing : [ oracle.rdbms, > 10.1.0.5.0, higher version 10.2.0.1.0 found. ] , [ oracle.jdbc_ic, > 10.1.0.5.0 ] , [oracle.rdbms.expimp,10.1.0.5.0 ] ,oracle.rsf.net_rsf, > 10.1.0.5.0 ] , [ oracle.cartridges.context, 10.1.0.5.0 ] , [ > oracle.rsf.xdk_rsf, 10.1.0.5.0 ] , [ oracle.options.ops, > 10.1.0.5.0 ] , [ oracle.cartridges.locator, 10.1.0.5.0 ] , [ > oracle.rsf.nlsrtl_rsf, 10.1.0.5.0 ] , [ oracle.p2k.odbc, > 10.1.0.5.0 ] , [ oracle.rsf.oracore_rsf, 10.1.0.5.0 ] , [ oracle.crs, > 10.1.0.5.0 ] , [ oracle.java.javavm.javatools, 10.1.0.5.0 ] , [ > oracle.isearch.is_common, 10.1.0.5.0 ] , [ oracle.isearch.client, > 10.1.0.5.0 ] , [ oracle.isearch.server, 10.1.0.5.0 ] , [ > oracle.p2k.proc, 10.1.0.5.0 ] , [ oracle.sysman.agent, 10.1.0.5.0 ] , > [ oracle.sysman.console.db, 10.1.0.5.0, higher version 10.2.0.1.0 > found. ] , [ oracle.java.sqlj, 10.1.0.5.0 ] , > [ oracle.java.jdbc.thin12, 10.1.0.5.0 ] , [ oracle.java.jdbc.thin14, > 10.1.0.5.0] , [ oracle.p2k.odp.net, 10.1.0.2.0 ] , [ oracle.p2k.oo4o, > 10.1.0.5.0 ] , [ oracle.apache, 10.1.2.1.0 ] , [ oracle.apache, > 10.1.2.0.0 ] , [ oracle.dms, 10.1.2.1.0 ] , [ oracle.dms, > 10.1.2.1.1 ] , [ oracle.oid.server, 10.1.2.1.1 ] , [ oracl > e.oid.server, 10.1.2.0.0 ] , [ oracle.rsf.ldap_rsf, 10.1.2.1.1 ] , [ > oracle.rsf.ldap_rsf, 10.1.2.0.0 ] , [ oracle.oid.client, > 10.1.2.1.1 ] , [ oracle.oid.client, 10.1.2.0.0 ] , [ oracle.opmn, > 10.1.2.1.0 ] , [ oracle.bc4j.lib, 10.1.2.0.2 ] , > [ oracle.bc4j.lib, 10.1.2.1.0 ] , [ > oracle.iappserver.security.sso.server, 10.1.2.1.0 ] , [ > oracle.iappserver.security.sso.server, 10.1.2.1.1 ] , [ oracle.j2ee > , 10.1.2.1.0 ] , [ oracle.j2ee, 10.1.2.1.1 ] , [ > oracle.sysman.repository.db, 10.1.0.5.0, higher version 10.2.0.1.0 > found. ] , [ oracle.sdo.locator, 10.1.0.5.0, higher version > 10.2.0.1.0 found. ] > > Prerequisite check "CheckApplicable" failed. > The details are: > Patch 7047019: Required component(s) missing : [ > oracle.rsf.rdbms_rsf, 10.1.0.5.0 ] > ApplySession falha durante as verificaþ§es de prÚ-requisitos: > Prerequisite check > "CheckApplicable" failed. > Sistema intacto; o OPatch nÒo tentarß restaurar o sistema > > OPatch failed with error code = 74 > > > > > > __ Informação do NOD32 IMON 3368 (20080819) __ > > Esta mensagem foi verificada pelo NOD32 sistema antivírus > http://www.eset.com.br > > > [As partes desta mensagem que não continham texto foram removidas] >
