[oracle_br] Re: Erro na Criação de Datafile - Autobackup Controlfile
Opa Milton, tudo bom ? Na verdade não. pelo formato do arquivo parece ser mesmo algum autobackup do controlfile pois o formato do arquivo é o mesmo gerado pelo Rman quando setamos esta opção. Trabalho com ASM, ou seja, a atualização dos controlfiles é feita nesta camada entende...não em um outro formato e outro caminho. Eu trabalho com um RAC versão 11.2 com 2 nos e este caminho esta criado no primeiro nó. Deste servidor crio os datafiles e não gera nenhum erro..apenas no segundo servidor onde realmente este caminho não existe. Este caminho esta relacionado aos backups que são feitos pelo Rman... --- Em oracle_br@yahoogrupos.com.br, "Milton Bastos Henriquis Jr." escreveu > > Quando se cria um datafile, essa informação necessariamente tem que ir pro > controlfile. > > Quando seu controlfile é alterado, o Oracle está tentando gravar o > controlfile. > Não tenho certeza se é um autobackup, pode ser que seja apenas mais um dos > caminhos > definidos na multiplexação do seu controlfile. > > Ao tentar fazer isso, ele está com problemas. Ele não consegue criar o > arquivo. > > Verifique se o diretório especificado realmente existe... verifique qual é > o owner > desse diretório... verifique se o Oracle tem permissão pra escrever nesse > diretório... etc. > > > > > > 2012/9/19 candiurudba > > > ** > > > > > > Bom dia amigos, > > > > Estou tendo um problema curioso... > > > > Todas as vezes que adiciono um novo datafile a qualquer tablespace, o > > arquivo [e criado mas recebo um erro no final, informando que houve uma > > falha na criacao do backup do controlfile (autobackup) > > > > ALTER TABLESPACE XXX ADD DATAFILE `+ASMDATA` SIZE 50M AUTOEXTEND ON NEXT > > 10M MAXSIZE 31G > > Web Sep 19 10?13?36 2012 > > ORA-19624? Operation failed, retry possible > > ORA-19504? failed to create file "/u01/backup/c-3867024695" > > ORA-27040: file create error, unable to create file > > Linux-x86_64 Error: 2: No such file or directory > > > > Alguem teria alguma ideia ? > > > > > > > > > > -- > Att, > > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] Re: Erro na Criação de Datafile - Autobackup Controlfile
Opa.. Segue: RMAN configuration parameters for database with db_unique_name XPI are: CONFIGURE RETENTION POLICY TO REDUNDANCY 2; CONFIGURE BACKUP OPTIMIZATION OFF; CONFIGURE DEFAULT DEVICE TYPE TO DISK; CONFIGURE CONTROLFILE AUTOBACKUP ON; CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/u03/work/backup_rman/backup_full/segunda/%F'; CONFIGURE DEVICE TYPE DISK PARALLELISM 3 BACKUP TYPE TO BACKUPSET; CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/u03/work/backup_rman/archivelog/BKP_ARC_ALL_%t_%d_%s.arc'; CONFIGURE MAXSETSIZE TO UNLIMITED; # default CONFIGURE ENCRYPTION FOR DATABASE OFF; # default CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default CONFIGURE SNAPSHOT CONTROLFILE NAME TO '+DGDATA/prd/datafile/snapcf_xpi1.f'; Mas este problema somente ocorre quando eu crio algum datafile novo neste nó. Existe uma modificação que foi feita recente neste ambiente pois alteramos o snapshot do controlfile para o ASM pois quando estava em file system, tinhamos alguns problemas para a geração automatica do controlfile (autobackup). Fiz uma analise mais recente ainda pouco e descobri que deste nó, não tinhamos a entrada do tnsnames para o catalogo do rman. Poderia ser tambem este o motivo ?? --- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa" escreveu > > *** Altamente *** provável que seja isso, Vitor : como eu mostrei em outra > msg, em princípio AUTOBACKUPs não são disparados fora do RMAN, mas SNAPSHOTs > são sim uma boa possibilidade . >Candiru, mostra um SHOW ALL pra gente , vamos ver se o SNAPSHOT está ON e > pra onde ele está direcionado ... > > []s > >Chiappa > > --- Em oracle_br@yahoogrupos.com.br, "Vitor Jr." escreveu > > > > Observar a nota: > > RMAN backup fails with Ora-00245 And Rman-08132 [ID 1365484.1] > > > > RMAN> show all; > > > > > > CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE > > FOR LOAD TRUE ; # default > > CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default > > CONFIGURE SNAPSHOT CONTROLFILE NAME TO > > '/opt/oracle/product/rdbms/11.2.0/dbhome_1/dbs/snapcf_LVSP1.f'; # default > > > > > > This directory might exist on all the related RAC-nodes, but are not > > necessary shared. > > Depending on the configuration, the snapshot controlfile might be created > > on 'Node 1', but is than read on 'Node 2' as that related channel is making > > a backup of the controlfile. > > > > Therefor the Snapshot Controlfile location needs to on a shared location > > between the nodes. > > > > Example : > > > > RMAN> CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/mnt/backup/snapcf_V112.f'; > > > > > > > > > > > > > > > > > > Att,/Regards, > > > > > > Vitor Jr. > > Infraestrutura / Infrastructure Team > > Oracle 11g DBA Certified Professional - OCP > > Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid > > Infrastructure Administrator - OCE > > Oracle Database 11g Performance Tuning Certified Expert - OCE > > Oracle Exadata 11g Certified Implementation Specialist > > Oracle Certified Associate, MySQL 5 > > mail, gtalk e msn: vitorjr81@ > > http://certificacaobd.com.br/ > > skype: vjunior1981 > > > > > > > > > > On 25/09/2012, at 08:10, Wadson Ramon wrote: > > > > > Não seria possível ter uma trigger que dispara um Job de auto backup ? > > > Em 19/09/2012 11:15, "candiurudba" escreveu: > > >> > > >> > > >> > > >> Opa Milton, tudo bom ? > > >> > > >> Na verdade não. pelo formato do arquivo parece ser mesmo algum autobackup > > > do controlfile pois o formato do arquivo é o mesmo gerado pelo Rman quando > > > setamos esta opção. > > >> > > >> Trabalho com ASM, ou seja, a atualização dos controlfiles é feita nesta > > > camada entende...não em um outro formato e outro caminho. > > >> > > >> Eu trabalho com um RAC versão 11.2 com 2 nos e este caminho esta criado > > > no primeiro nó. Deste servidor crio os datafiles e não gera nenhum > > > erro..apenas no segundo servidor onde realmente este
[oracle_br] Re: Dúvidas Sobre Procedimento - Jchiapa e Amigos - Rman Skip Datafile
Bem, fiz uma outro teste aqui e a principio entendi a situação Quando utilizamos a clausula SKIP INACESSIBLE o rman na verdade rejeita todos os datafiles que ele não conseguir acessar e realiza uma copia do controlfile original, sem modificações. Quando tentamos restaurar o backup em um outro servidor, se criamos os mesmos paths onde originalmente os datafiles estavam localizados no servidor "primario", ele ira restaurar todos os datafiles normalmente e com relação aos que sofreram o SKIP no processo de backup, ele somente criará um datafile vazio, respeitando o controlfile original que foi copiado la do servidor primario. Fiz um teste agora, criando um novo diretorio, exatamente igual ao que foi perdido no primeiro servidor. ele fez a criação de alguns datafiles vazios para ele e agora esta resataurando os demais com dados. Acho que é isto. --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > Talvez no meu entendimento seja diferente ou não consegui ainda compreender a > solução. > > Para que me serve a clausula de SKIP INACESSIBLE do Rman, se não posso > restaurar o backup do banco em um outro servidor, sem os datafiles que não > sofreram backup, por estarem inacessíveis por qualquer motivo que seja ? > > Acho que esta é a duvida que engloba todos estas threads. > > > > --- Em oracle_br@yahoogrupos.com.br, "Milton Bastos Henriquis Jr." > escreveu > > > > Colega, esse e-mail não é repetido? > > > > O Chiappa já respondeu seu e-mail naquela thread anterior, que pelo que > > percebi é exatamente o mesmo caso. > > > > > > > > > > 2012/9/26 candiurudba > > > > > ** > > > > > > > > > Bom dia colegas, tudo bom ? > > > > > > Estou com uma dúvida em um procedimento especifico de restore de um backup > > > realizado pelo Rman utilizando a clausula SKIP. > > > > > > Tenho um servidor onde uma partição se corrompeu e como garatina, fiz um > > > backup utilizando a clausu-la skip inacessible. O backup foi gerado sem > > > problemas, removendo do backup todos os datafiles que não estavam > > > acessíveis mas agora quando tento restaurar este backup em um outro > > > servidor, apos restaurar o controlfile e rodar o comando restore database, > > > ele informa que o caminho onde os dados haviam se perdido não existe e não > > > recupera o backup. > > > > > > Pensei que ao utilizar esta clausula, a copia do controlfile fosse > > > atualizada não apontando para os caminhos que estariam inacessiveis. > > > > > > Desta maneira, como posso restaurar este backup em um outro servidor, > > > levando em consideração que não tenho este caminho nem os datafiles que > > > estavam no file system que se corrompeu, nesta outra maquina ? > > > > > > > > > > > > > > > > > -- > > Att, > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > >
[oracle_br] Auditoria BD + Mascaramento de informações
Bom dia amigos, Estou pesquisando algumas ferramentas que possibilitem a auditoria de BD , relacionado as alterações realizadas em tabelas, e demais objetos. Outra questão esta direcionada para o mascaramento de informações. Temos alguns servidores de DSV e HML que recebem atualizações de produção e com isso gostaríamos de mascarar estas informações. Teriam algum indicativo de ferramentas ? Estou pesquisando algumas inclusive da Oracle mas não obttive um bom rentorno...
[oracle_br] Cache Buffer Chains - Como encontrar os hotblocks
Bom dia Colegas, Verificando alguns latches no meu BD de produção, encontrei o Buffer Chains e entendi que este é exibido quando temos um acesso alto a determinados blocos no cache. Isto procede ? Desta maneira, como consigo localizar os hotblocks ? Alguem poderia me ajudar ?
[oracle_br] latch: library cache - Algumas dúvidas
Bom dia pessoal, Gostaria de uma ajuda sobre performance e tuning... Estou tendo alguns latch na minha library cache...sei que isto tem haver com sqls que não utilizam bind e geram um hard parse...mas..como resolver isso ? somente revendo a logica das aplicações ? a quantidade de cursores abertos (hoje em 2531 abertos) incide diretamente sobre estes latchs ? Se eu aumentasse a minha shared pool, poderia ter este problema reduzido ? Faço estes questionamentos pois, nos foruns que procurei, so achei a indicaçãopara rever a aplicação...mas como a aplicação é fechada, fica meio complicado, por isso, pensei em algo para utilizar a fim de minimizar este problema..
[oracle_br] Re: latch: library cache - Algumas dúvidas
Obrigadão pelas dicas pessoal Realmente, setar o parametro CURSOR_SHARING acredito não ser uma boa ideia, pelo menos para mim no momento. A Algum tempo atras tentei trabalhar com o parametro setado para FORCE. Foi muito ruim !! Diversos erros de objetos não mapeados...só foi setar para EXACT novamente e estes erros desapareceram. Vou trabalhar em cima das query´s. Vamos iniciar aquela brigunha basica com nossos forcenedores... :) --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" escreveu > > Welvis, acho que cabe um reparo : veja, quando um lix... er, uma "aplicação" > não segue as recomendações da Oracle, principalmente não usando bind > variables, realmente (entre outros problemas) SQLs que só diferem nos > argumentos vão gerar entradas à parte no cache de SQLs, fazendo-o crescer > anormalmente e basicamente destruindo qquer chance de performance, o > CURSOR_SHARING pode ajudar ** MAS ** isso é um enorme remendão, nem sempre > ele resolve, ok ? Então candiurudba, eu recomendaria : > > a) se vc tem um bug na aplicação, como esse, o procedimento é um só, é > CORRIGIR A APLICAÇÂO, se vc não tem os fontes registrar com o fornecedor a > sua insatisfação e DEMANDAR uma correção - sem o cliente reclamar aí mesmo é > que NUNCA o fornecedor vai mexer em coisa alguma. E mais, que o seu gerente > fique sabendo, que NÂO é um problema seu, é da aplicação, que se faça valer a > $$$ que o carinha cobra pelo suporte da aplicação > > b) uma vez feito a), ENQUANTO não vem correção, pode vc testar > CURSOR_SHARING, mas fique CIENTE que ele tem n+1! problemas, procure neste e > em outros foruns por CURSOR_SHARING que vc acha TROCENTOS bugs / efeitos > colaterais causados por esse cara... Até por isso , ao invés de mudar isso a > nível de banco, muitas vezes se aconselha localizar os SQLs piores (em termos > de re-execução) e se possível só se alterar esse parâmetro NA SESSÃO QUE > EXECUTA os dito cujos, via ALTER SESSION ou similar... Dependendo do caso, > isso pode ser feito via database trigger, perguntando pelo nome do programa > que o usuário está usando, ou coisa assim, mas só o ** FORNECEDOR ** é que > pode te orientar em detalhes e MAIS QUE ISSO, autorizar... Autorizar é > importante, pois no instante em que vc vai mexer no banco/modelo da aplicação > uma alteração não-autorizada pelo fornecedor dá toda a margem pra ele CORTAR > totalmente o seu Suporte ... > > c) não, provavelmente aumentar os seus pools só vai EXACERBAR o problema - > veja vc, o problema é SQLs parecidos sendo acrescentados loucamente, óbvio > quanto mais espaço vc der mais SQLs vão pra memória, mais CPU vai ser gasta > pra controlar isso... > > ==> e claro : REALMENTE esteja certo de que o tempo gasto nesses latches é > MESMO significativo, faça um trace nos SQLs/programas piores, realmente é > algo que valha a pena ? Muitas vezes alterações outras, como histogramas, > aumento/alteração na frequência de coleta de estatísticas, outlines, SQL > profiles, etc, etc, dão MUITO mais resultado. Repito, claro, vc só aplica > esses coisas DEPOIS de pedir a benção do fornecedor, que ele te AUTORIZE a > fazer isso, ou que se não pelo menos ele não proíba, oficialmente e por > escriot, yes ? > > []s > > Chiappa > --- Em oracle_br@yahoogrupos.com.br, "Welvis Douglas" escreveu > > > > Opa, estou com este problema aqui em meu banco, acredito que isso pode ser > > resolvido com a alteração do parametro > > > > CURSOR_SHARING > > > > com isso o banco já faz todo o trabalho. > > > > acho que é isso. > > > > - Original Message - > > From: candiurudba > > To: oracle_br@yahoogrupos.com.br > > Sent: Monday, April 27, 2009 11:21 AM > > Subject: [oracle_br] latch: library cache - Algumas dúvidas > > > > > > > > > > > > Bom dia pessoal, > > > > Gostaria de uma ajuda sobre performance e tuning... > > > > Estou tendo alguns latch na minha library cache...sei que isto tem haver > > com sqls que não utilizam bind e geram um hard parse...mas..como resolver > > isso ? somente revendo a logica das aplicações ? a quantidade de cursores > > abertos (hoje em 2531 abertos) incide diretamente sobre estes latchs ? Se > > eu aumentasse a minha shared pool, poderia ter este problema reduzido ? > > > > Faço estes questionamentos pois, nos foruns que procurei, so achei a > > indicaçãopara rever a aplicação...mas como a aplicação é fechada, fica meio > > complicado, por isso, pensei em algo para utilizar a fim de minimizar este > > problema.. > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > >
[oracle_br] Stand By Database !! Algumas dúvidas
Amigos, Estou iniciando os preparativos para configurar um standby database na minha empresa e tenho algumas dúvidas com relação as configurações. Em algumas pesquisas aqui no forum, verifiquei os seguntes passos: 1) Faça um backup com RMAN, begin backup, a forma que achar mais fácil para você 2) Restaure essa base na máquina onde será a Standby (não abra a mesma deixa somente em modo mount) 3) Monte um script para fazer de tempos em tempos um: alter system switch logfile; (producao) 4) Faça um recover de tempos em tempos na standby: recover automatic database using backup controlfile until cancel; Fiquei na dúvida quanto ao terceiro passo...precisoa realmente fazer um switch logfile de tempos em tempos ? Pq não esperar que o banco gere os archives automaticamente, no seu tempo ? Sei que preciso gerar um script para copiar os archives para meu banco standby, direto na localização LOG_ARCHIVE_DEST deste banco que estara em mount, recebendo estes arquivos via comando recover automatic database using backup controlfile until cancel; Em caso de "pane" no seu banco em produção, ativarei o meu standby cancelando a replicação e alternando o banco para Open. quando meu banco em produção estiver funcionando novamente, basta aplicar os archives gerados pelo meu banco standby e aplica-los no meu servidor em produção ou teria mais algum passo ? Vale lembrar que estou trabalhando com Standard edition, ou seja, não tenho DG. Desde ja, obrigadão pela ajuda !!
[oracle_br] Re: Stand By Database !! Algumas dúvidas
Jakubski, Maxima Performance em standard Edition ? conheço não..não estou utilizando DG e sim, scripts para replicação (Shell). Tem alguma documentação sobre Maxima Performance (replicação) para standard Edition ? --- Em oracle_br@yahoogrupos.com.br, Eliandro Jakubski escreveu > > Se vc. optar pelo modo de máxima performance sugiro que vc. utilize LGWR > para a tramitação dos archives e standby redologs no site standby. > Com standby redologs vc. estará tramitando informação de redo para o site > secundário a cada commit realizado no site primário. > Lembre-se entretanto que: Com modo de máxima performance existe a > possibilidade de perda de dados (embora isso seja minimzado com os standby > redologs). > > > > > > De: > "candiurudba" > Para: > oracle_br@yahoogrupos.com.br > Data: > 04/05/2009 13:37 > Assunto: > [oracle_br] Stand By Database !! Algumas dúvidas > > > > > > > > > Amigos, > > Estou iniciando os preparativos para configurar um standby database na > minha empresa e tenho algumas dúvidas com relação as configurações. > > Em algumas pesquisas aqui no forum, verifiquei os seguntes passos: > > 1) Faça um backup com RMAN, begin backup, a forma que achar mais fácil > para você > > 2) Restaure essa base na máquina onde será a Standby (não abra a mesma > deixa > somente em modo mount) > > 3) Monte um script para fazer de tempos em tempos um: alter system switch > logfile; (producao) > > 4) Faça um recover de tempos em tempos na standby: recover automatic > database > using backup controlfile until cancel; > > Fiquei na dúvida quanto ao terceiro passo...precisoa realmente fazer um > switch logfile de tempos em tempos ? Pq não esperar que o banco gere os > archives automaticamente, no seu tempo ? > > Sei que preciso gerar um script para copiar os archives para meu banco > standby, direto na localização LOG_ARCHIVE_DEST deste banco que estara em > mount, recebendo estes arquivos via comando recover automatic database > using backup controlfile until cancel; > > Em caso de "pane" no seu banco em produção, ativarei o meu standby > cancelando a replicação e alternando o banco para Open. quando meu banco > em produção estiver funcionando novamente, basta aplicar os archives > gerados pelo meu banco standby e aplica-los no meu servidor em produção ou > teria mais algum passo ? > > Vale lembrar que estou trabalhando com Standard edition, ou seja, não > tenho DG. > > Desde ja, obrigadão pela ajuda !! > > > > > > OBSERVAÇÃO: > A ITAIPU esclarece que, por força de seu Estatuto, a presente > mensagem não implica a assunção de obrigações em seu nome. > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] Re: Stand By Database !! Algumas dúvidas
Estava pensando exatamente nisso, na complexidade do switch entre os bancos. Os archives srá enviados ao stand, onde serão aplicsdos nesta banco. Em caso de parada em produção, terei que aguardar a aplicação do último archive, alterar o ip, hostname do servidor de stand para o meu de produção (pq senão os clients não irão enxerga-lo como produção...) O banco ficará aberto com a opção de archive habilitada para que depois, aplique estes archives do standby no servior de produção... Vai ser uma bleza...rs rs --- Em oracle_br@yahoogrupos.com.br, Caio Spadafora escreveu > > A tecnologia de dataguard só está disponível para a edição Enterprise. > > Nunca implementei essa replicação sem o dataguard mas tenho dúvidas sobre a > viabilidade de você realizar um "switchover" e realize a volta depois que > recuperar seu ambiente. Quando você abrir o banco acredito que você terá > problemas para fazer o primeiro ambiente receber as diferenças de archives > geradas depois da "pane", sugiro você testar isso bem antes de colocar em > produção, acredito que dependendo de como você resolver essa pane ele pode se > perder com o RESETLOGS ou a encarnação do banco.. > > Utilize a tecnologia de FLASHBACK para auxilio na realização de manobras de > replicação. Mesmo sendo a versão SE acredito que o flashback database esteja > disponível. > > Atenciosamente, > Caio Spadafora. > http://0011brothers.blogspot.com/ > > --- Em seg, 4/5/09, Eliandro Jakubski escreveu: > > De: Eliandro Jakubski > Assunto: Re: [oracle_br] Re: Stand By Database !! Algumas dúvidas > Para: oracle_br@yahoogrupos.com.br > Data: Segunda-feira, 4 de Maio de 2009, 14:33 > > > > > > > > > > > > > > > > > > Foi mal, > > > > Passei batido pela observação que vc. colocou sobre SE! > > > > Aqui trabalho com EEdition. Não tenho certeza sobre as eventuais > > limitações de DG sobre SE! > > > > Eliandro. > > > > De: > > "candiurudba" > > Para: > > oracle...@yahoogrup os.com.br > > Data: > > 04/05/2009 14:31 > > Assunto: > > [oracle_br] Re: Stand By Database !! Algumas dúvidas > > > > Jakubski, > > > > Maxima Performance em standard Edition ? conheço não..não estou utilizando > > DG e sim, scripts para replicação (Shell). > > > > Tem alguma documentação sobre Maxima Performance (replicação) para > > standard Edition ? > > > > --- Em oracle...@yahoogrup os.com.br, Eliandro Jakubski > > escreveu > > > > > > Se vc. optar pelo modo de máxima performance sugiro que vc. utilize LGWR > > > > > para a tramitação dos archives e standby redologs no site standby. > > > Com standby redologs vc. estará tramitando informação de redo para o > > site > > > secundário a cada commit realizado no site primário. > > > Lembre-se entretanto que: Com modo de máxima performance existe a > > > possibilidade de perda de dados (embora isso seja minimzado com os > > standby > > > redologs). > > > > > > > > > > > > > > > > > > De: > > > "candiurudba" > > > Para: > > > oracle...@yahoogrup os.com.br > > > Data: > > > 04/05/2009 13:37 > > > Assunto: > > > [oracle_br] Stand By Database !! Algumas dúvidas > > > > > > > > > > > > > > > > > > > > > > > > > > > Amigos, > > > > > > Estou iniciando os preparativos para configurar um standby database na > > > minha empresa e tenho algumas dúvidas com relação as configurações. > > > > > > Em algumas pesquisas aqui no forum, verifiquei os seguntes passos: > > > > > > 1) Faça um backup com RMAN, begin backup, a forma que achar mais fácil > > > para você > > > > > > 2) Restaure essa base na máquina onde será a Standby (não abra a mesma > > > deixa > > > somente em modo mount) > > > > > > 3) Monte um script para fazer de tempos em tempos um: alter system > > switch > > > logfile; (producao) > > > > > > 4) Faça um recover de tempos em tempos na standby: recover automatic > > > database > > > using backup controlfile until cancel; > > > > > > Fiquei na dúvida quanto ao terceiro passo...precisoa realmente fazer um > > > switch logfile de tempos em te
[oracle_br] Banco de Dados Distribuidos...melhorando performance !!
Grandes amigos, Pesquisei na net mas não achei muita coisa sobre melhorias que podem ser implementadas ao se trabalhar com banco de dados distribuídos... Sabemos que ao se trabalhar com dblinks, a situação fica um pouco mais complexa pq ele aumenta o número de conexões, temos uma pequena queda na performance e etc...mas, se quiseros melhorar a performance para esta utilização, existe algum parametro específico que podemos melhorar ? Pergunto isto pq tenho 3 instancia que compartilham alguns dblinks e estou tendo alguns eventos de espera (SQL*Net message from dblink). alguem tem alguma ideia ?
[oracle_br] Re: Banco de Dados Distribuidos...melhorando performance !!
Opa Caio, A grande questão é que este dblinks ja estao criados e eles são publicos para todos os usuários do banco, acessarem todas as tabelas dos outeros bancos... Existem alguma forma de melhorar a performance dos dblinks ? --- Em oracle_br@yahoogrupos.com.br, Caio Spadafora escreveu > > Trabalhe com views materializadas adequando a taxa de atualização de acordo > coma a necessidade que seu negócio exige, não para todas as tabelas, mas para > as mais acessadas. > > A documentação da oracle sobre replicação é bem completa. > > Atenciosamente, > Caio Spadafora. > http://0011brothers.blogspot.com/ > > --- Em ter, 5/5/09, candiurudba escreveu: > > De: candiurudba > Assunto: [oracle_br] Banco de Dados Distribuidos...melhorando performance !! > Para: oracle_br@yahoogrupos.com.br > Data: Terça-feira, 5 de Maio de 2009, 11:23 > > > > > > > > > > > > > > > > > > Grandes amigos, > > > > Pesquisei na net mas não achei muita coisa sobre melhorias que podem ser > implementadas ao se trabalhar com banco de dados distribuídos. .. > > > > Sabemos que ao se trabalhar com dblinks, a situação fica um pouco mais > complexa pq ele aumenta o número de conexões, temos uma pequena queda na > performance e etc...mas, se quiseros melhorar a performance para esta > utilização, existe algum parametro específico que podemos melhorar ? > > > > Pergunto isto pq tenho 3 instancia que compartilham alguns dblinks e estou > tendo alguns eventos de espera (SQL*Net message from dblink). > > > > alguem tem alguma ideia ? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 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] Re: Banco de Dados Distribuidos...melhorando performance !!
Na verdade, existem alguns sisemas pesados, que fazem consultas de cinco em cinco minutos em uma outra instancia, que tambem sofre com processos pesados de atualizações. Na época, iriamos realizar a replicação utilizando DG (replicação lógica) pois a base stand poderia continuar aberta e sendo alterado ao mesmo tempo mas a licença do Enterprise é bemmm alta, por isso continuamos no standard e, como a criação dos dblinks é bem simples, optamos em utiliza-los, alterando somente as Procs e Packs que ja era utilizadas, incluindo os dblinks publicos... Com relação a view materializada, pelo que li um tempo atras, a mesma seria útil se fosse para algumas poucas tabelas e como neste caso, tenho + ou - umas 200, poderia haver uma perda de performance, dependo de quanto ela poderiam ser atualizadas... Como estas aplicações de missão critica rodam de 10 em 10 minutos, as views precisariam rodar pelo mennos de 5 em 5 (com algumas margem de segurança) para realizar a atualização das 200... --- Em oracle_br@yahoogrupos.com.br, Caio Spadafora escreveu > > Teria que analisar qual o gargalo do outro lado. Você informou o evento de > espera de um dos lados, porém quais são os eventos de espero na outra "ponta" > do DBLINK? > > Se os acessos desses DBLINKS movimentarem muitos dados, por exemplo, > consultas que retornam muitos blocos é importante você garantir um cenário de > conectividade de rede que atenda ao seu ambiente, verifique se as rotas estão > ok, se existe perda de pacotes, se existe latência, se a banda > disponibilizada entre os ambientes está atendendo a demanda de trágefo, > enfim, garanta que seu problema não é rede antes de tentar melhorar a > performance de transações. > > Ainda em cima da outra proposta você não consegue remover esses DBLINKS e > forçar que os usuário utilizem as mviews? > > Por que você está utilizando esse cenário distribuído? Existe algum motivo > que justifique? > > Atenciosamente, > Caio Spadafora. > http://0011brothers.blogspot.com/ > > --- Em ter, 5/5/09, candiurudba escreveu: > > De: candiurudba > Assunto: [oracle_br] Re: Banco de Dados Distribuidos...melhorando performance > !! > Para: oracle_br@yahoogrupos.com.br > Data: Terça-feira, 5 de Maio de 2009, 12:04 > > > > > > > > > > > > > > > > > > Opa Caio, > > > > A grande questão é que este dblinks ja estao criados e eles são publicos para > todos os usuários do banco, acessarem todas as tabelas dos outeros bancos... > > > > Existem alguma forma de melhorar a performance dos dblinks ? > > > > --- Em oracle...@yahoogrup os.com.br, Caio Spadafora > escreveu > > > > > > Trabalhe com views materializadas adequando a taxa de atualização de acordo > > coma a necessidade que seu negócio exige, não para todas as tabelas, mas > > para as mais acessadas. > > > > > > A documentação da oracle sobre replicação é bem completa. > > > > > > Atenciosamente, > > > Caio Spadafora. > > > http://0011brothers .blogspot. com/ > > > > > > --- Em ter, 5/5/09, candiurudba escreveu: > > > > > > De: candiurudba > > > Assunto: [oracle_br] Banco de Dados Distribuidos. ..melhorando performance > > !! > > > Para: oracle...@yahoogrup os.com.br > > > Data: Terça-feira, 5 de Maio de 2009, 11:23 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Grandes amigos, > > > > > > > > > > > > Pesquisei na net mas não achei muita coisa sobre melhorias que podem ser > > implementadas ao se trabalhar com banco de dados distribuídos. .. > > > > > > > > > > > > Sabemos que ao se trabalhar com dblinks, a situação fica um pouco mais > > complexa pq ele aumenta o número de conexões, temos uma pequena queda na > > performance e etc...mas, se quiseros melhorar a performance para esta > > utilização, existe algum parametro específico que podemos melhorar ? > > > > > > > > > > > > Pergunto isto pq tenho 3 instancia que compartilham alguns dblinks e estou > > tendo alguns eventos de espera (SQL*Net message from dblink). > > > > > > > > > > > > alguem tem alguma ideia ? > > > > > > > > &g
[oracle_br] Re: migração
Particularmente, eu usaria o seguinte alter tablespace x offline; ! cp 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... ;-) --- Em oracle_br@yahoogrupos.com.br, Fabio Cesario escreveu > > Bom dia a todos, gostaria de saber que procedimento devo adotar para migrar > uma base inteira de produção para o storage, pois hoje o banco é salvo > localmente no servidor, oracle 10g, não utilizo ASM. > Obrigado > > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] Re: Banco de Dados Distribuidos...melhorando performance !!
Na verdade não tenho gargalos no servidor de produção...tenho baixissimos picos as vezes quanto a i/o...mas isto é raro... Fiquei na dúvida mesmo na existencia de algum parametro que poderia ser alterado, seja de SGA ou não, para um ganho melhor na performance quanto a utilização do dblink... Mas bleza...vou dar uma estudada --- Em oracle_br@yahoogrupos.com.br, Caio Spadafora escreveu > > Construir 200 mviews seria mesmo muito trabalhoso mas se você conseguir > montar uma política de atualização legal não teria nada que inviabilizasse, > de repente a solução seria você criar algumas mviews as mais importante em > termos de acesso (algo entre 10, 20 mviews) e revisar as questões de rede, de > repente trabalhar com switchs e interfaces gigabit, mas de qualquer maneira > você precisa antes mapear qual ou quais o teu gargalo, assim no escuro fica > mais complicado. > > Atenciosamente, > Caio Spadafora. > http://0011brothers.blogspot.com/ > > --- Em ter, 5/5/09, candiurudba escreveu: > > De: candiurudba > Assunto: [oracle_br] Re: Banco de Dados Distribuidos...melhorando performance > !! > Para: oracle_br@yahoogrupos.com.br > Data: Terça-feira, 5 de Maio de 2009, 14:09 > > > > > > > > > > > > > > > > > > Na verdade, existem alguns sisemas pesados, que fazem consultas de > cinco em cinco minutos em uma outra instancia, que tambem sofre com processos > pesados de atualizações. Na época, iriamos realizar a replicação utilizando > DG (replicação lógica) pois a base stand poderia continuar aberta e sendo > alterado ao mesmo tempo mas a licença do Enterprise é bemmm alta, por isso > continuamos no standard e, como a criação dos dblinks é bem simples, optamos > em utiliza-los, alterando somente as Procs e Packs que ja era utilizadas, > incluindo os dblinks publicos... > > > > Com relação a view materializada, pelo que li um tempo atras, a mesma seria > útil se fosse para algumas poucas tabelas e como neste caso, tenho + ou - > umas 200, poderia haver uma perda de performance, dependo de quanto ela > poderiam ser atualizadas. .. > > > > Como estas aplicações de missão critica rodam de 10 em 10 minutos, as views > precisariam rodar pelo mennos de 5 em 5 (com algumas margem de segurança) > para realizar a atualização das 200... > > > > --- Em oracle...@yahoogrup os.com.br, Caio Spadafora > escreveu > > > > > > Teria que analisar qual o gargalo do outro lado. Você informou o evento de > > espera de um dos lados, porém quais são os eventos de espero na outra > > "ponta" do DBLINK? > > > > > > Se os acessos desses DBLINKS movimentarem muitos dados, por exemplo, > > consultas que retornam muitos blocos é importante você garantir um cenário > > de conectividade de rede que atenda ao seu ambiente, verifique se as rotas > > estão ok, se existe perda de pacotes, se existe latência, se a banda > > disponibilizada entre os ambientes está atendendo a demanda de trágefo, > > enfim, garanta que seu problema não é rede antes de tentar melhorar a > > performance de transações. > > > > > > Ainda em cima da outra proposta você não consegue remover esses DBLINKS e > > forçar que os usuário utilizem as mviews? > > > > > > Por que você está utilizando esse cenário distribuído? Existe algum motivo > > que justifique? > > > > > > Atenciosamente, > > > Caio Spadafora. > > > http://0011brothers .blogspot. com/ > > > > > > --- Em ter, 5/5/09, candiurudba escreveu: > > > > > > De: candiurudba > > > Assunto: [oracle_br] Re: Banco de Dados Distribuidos. ..melhorando > > performance !! > > > Para: oracle...@yahoogrup os.com.br > > > Data: Terça-feira, 5 de Maio de 2009, 12:04 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Opa Caio, > > > > > > > > > > > > A grande questão é que este dblinks ja estao criados e eles são publicos > > para todos os usuários do banco, acessarem todas as tabelas dos outeros > > bancos... > > > > > > > > > > > > Existem alguma forma de melhorar a performance dos dblinks ? > > > > > > > > > > > > --- Em ora
[oracle_br] V$DB_OBJECT_CACHE !! Dúvidas sobre coluna
Boa tarde pessoal, Uma dúvida bem básica e que inbfelizmente não tem na documentação oficial da Oracle sobre esta view.. Estou tentando mapear os objetos que estão sendo utilizados na Library e quanto eles estão consumindo de memória. Para a memória utilizada, temos a coluna SHARABLE MEM. Mas não sei se este resultado é em byte, K, M...alguem saberia ?
[oracle_br] Gerando Estatisticas System !!
Uma otima tarde para todos, Gerar estatisticas para a tablespace system é uma boa pratica ? Sabemos que a mesma sofre diversas atualizações na criação / alterações de objetos e li recentemente em um forum, onde dizia que estanão era uma boa pratica. Isto precede ? Abraços
[oracle_br] Limites de Cursores !!
Grandes colegas, Tenho uma dúvida quanto a utilização de cursores... Em uma aplicação, recebi o seguinte erro: ORA-06511: PL/SQL: cursor already open epelo que verifiquei, tem haver com cursores abertos que não foram fechados (me corrijam se eu estiver errado). Pois bem, comecei a verificar a quantidade de cursores abertos no banco de dados com a query: select SUM(VALUE) Total_de_Cursores_Abertos from sys.v_$sesstat where statistic# = (select statistic# from sys.v_$statname where name like 'opened cursors current'); E neste momento, tenho 3342 (segundo query acima). A minha dúvida é se a v_$statname passa o valor real dos abertos ou cacheados ? E se o limite de cursores é controlado pelo parametro open_cursors ? Caso positivo, é normal o banco atribuir mais cursores do que o limite estabelecido por esta parametro ?
[oracle_br] Trigger para bloqueio de Acesso com PL/SQL ou SQL PLUS
Bom dia coelgas, tudo bom ? Vi ha algum tempo atras em um forum, uma trigger que bloqueava acessos de usuário que estivessem se conectando com SQL PLUS ou PLSQL DEVELOPR por exemplo mas não me recordo com a mesma tinha sido desenvolvida... A ideia era bloquear acessos a determinados esquemas com a utilização de aplicação de desenvolvimento (SQL PLUS, PL/SQL DEVELOPER. ORACLE SQL SEVELOPER, TOAD E ETC). Minha ideia seria uma trigger que seria aplicada em um determinado usuário e, após o logon do mesmo, estes aplicativos fossem bloqueados. Alguem teria alguma luz sobre este assunto ? è justamente para evitar acessos indesejados na base de dados... abraços
[oracle_br] Re: Trigger para bloqueio de Acesso com PL/SQL ou SQL PLUS
dei uma olhadinha e estav show de bola...acho que é isto mesmo.. só uma dúvida, ela é para ser implementada no usuário especifico ou no Sys..fiquei na dúvida devido o select que esta sendo feito na v_$mystat que só é acessada por este cara... --- Em oracle_br@yahoogrupos.com.br, Duilio Bruniera Junior escreveu > > E ai brow . > não sei se essa é a mesma trigger que voce ta falando , mais acho que pode > resolver o seu problema da uma olhada. > - > create or replace trigger on_logon > after logon on database > declare > v_sid number; > v_isdba varchar2(10); > v_program varchar2(30); > begin > execute immediate 'select distinct sid from sys.v_$mystat' > into v_sid; > execute immediate 'select program from sys.v_$session where sid = :b1' > into v_program > using v_sid; > select sys_context('userenv', 'ISDBA') into v_isdba from dual; > if upper(v_program) = 'PLSQLDEV.EXE' and v_isdba = 'FALSE' then -- o > nome do programa tem que ser em maiusculo. > raise_application_error(-20001,'A Ferramenta PL/SQL Developer é limitada > apenas aos DBA'||chr(39)||'s',true); > end if; > end; > / > --------- > > 2009/5/19 candiurudba > > > > > > > Bom dia coelgas, tudo bom ? > > > > Vi ha algum tempo atras em um forum, uma trigger que bloqueava acessos de > > usuário que estivessem se conectando com SQL PLUS ou PLSQL DEVELOPR por > > exemplo mas não me recordo com a mesma tinha sido desenvolvida... > > > > A ideia era bloquear acessos a determinados esquemas com a utilização de > > aplicação de desenvolvimento (SQL PLUS, PL/SQL DEVELOPER. ORACLE SQL > > SEVELOPER, TOAD E ETC). > > > > Minha ideia seria uma trigger que seria aplicada em um determinado usuário > > e, após o logon do mesmo, estes aplicativos fossem bloqueados. > > > > Alguem teria alguma luz sobre este assunto ? è justamente para evitar > > acessos indesejados na base de dados... > > > > abraços > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] Re: Trigger para bloqueio de Acesso com PL/SQL ou SQL PLUS
fiz alguns testes por aqui e realmente funciona...mas para tada instancia...s eue quiser restringir esta trigger somente para alguns schemas...pois este é o meu problema... Na minha instancia, existem alguns schemas que permitem o uso dos DEVELOPER´S e outros esquemas não. continuarei estudando por aqui mas se algum tiver mais alguma luz..agradeceria.. --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > dei uma olhadinha e estav show de bola...acho que é isto mesmo.. > > só uma dúvida, ela é para ser implementada no usuário especifico ou no > Sys..fiquei na dúvida devido o select que esta sendo feito na v_$mystat que > só é acessada por este cara... > > --- Em oracle_br@yahoogrupos.com.br, Duilio Bruniera Junior > escreveu > > > > E ai brow . > > não sei se essa é a mesma trigger que voce ta falando , mais acho que pode > > resolver o seu problema da uma olhada. > > - > > create or replace trigger on_logon > > after logon on database > > declare > > v_sid number; > > v_isdba varchar2(10); > > v_program varchar2(30); > > begin > > execute immediate 'select distinct sid from sys.v_$mystat' > > into v_sid; > > execute immediate 'select program from sys.v_$session where sid = :b1' > > into v_program > > using v_sid; > > select sys_context('userenv', 'ISDBA') into v_isdba from dual; > > if upper(v_program) = 'PLSQLDEV.EXE' and v_isdba = 'FALSE' then -- o > > nome do programa tem que ser em maiusculo. > > raise_application_error(-20001,'A Ferramenta PL/SQL Developer é limitada > > apenas aos DBA'||chr(39)||'s',true); > > end if; > > end; > > / > > - > > > > 2009/5/19 candiurudba > > > > > > > > > > > Bom dia coelgas, tudo bom ? > > > > > > Vi ha algum tempo atras em um forum, uma trigger que bloqueava acessos de > > > usuário que estivessem se conectando com SQL PLUS ou PLSQL DEVELOPR por > > > exemplo mas não me recordo com a mesma tinha sido desenvolvida... > > > > > > A ideia era bloquear acessos a determinados esquemas com a utilização de > > > aplicação de desenvolvimento (SQL PLUS, PL/SQL DEVELOPER. ORACLE SQL > > > SEVELOPER, TOAD E ETC). > > > > > > Minha ideia seria uma trigger que seria aplicada em um determinado usuário > > > e, após o logon do mesmo, estes aplicativos fossem bloqueados. > > > > > > Alguem teria alguma luz sobre este assunto ? è justamente para evitar > > > acessos indesejados na base de dados... > > > > > > abraços > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > >
[oracle_br] Re: Trigger para bloqueio de Acesso com PL/SQL ou SQL PLUS
Valeu mesmo...vou dar umas testadas por aqui... mas acho que ´s isto mesmo... Obrigadão --- Em oracle_br@yahoogrupos.com.br, Duilio Bruniera Junior escreveu > > Cara, essa trigger é o seguinte ... > ela proibe o uso do programa (PLSQLDEV.EXE) neste caso, para todo usuario > que não tiver grant de DBA. > mais voce pode mexer nisso voce pode substituir a query (select > sys_context('userenv', 'ISDBA') into v_isdba from dual;) > por uma outra verificação ou não fazer checagem nenhuma e proibir o programa > para todo mundo. > > > 2009/5/19 candiurudba > > > > > > > fiz alguns testes por aqui e realmente funciona...mas para tada > > instancia...s eue quiser restringir esta trigger somente para alguns > > schemas...pois este é o meu problema... > > > > Na minha instancia, existem alguns schemas que permitem o uso dos > > DEVELOPER´S e outros esquemas não. > > > > continuarei estudando por aqui mas se algum tiver mais alguma > > luz..agradeceria.. > > > > --- Em oracle_br@yahoogrupos.com.br , > > "candiurudba" escreveu > > > > > > > > dei uma olhadinha e estav show de bola...acho que é isto mesmo.. > > > > > > só uma dúvida, ela é para ser implementada no usuário especifico ou no > > Sys..fiquei na dúvida devido o select que esta sendo feito na v_$mystat que > > só é acessada por este cara... > > > > > > --- Em oracle_br@yahoogrupos.com.br , > > Duilio Bruniera Junior escreveu > > > > > > > > E ai brow . > > > > não sei se essa é a mesma trigger que voce ta falando , mais acho que > > pode > > > > resolver o seu problema da uma olhada. > > > > -- > > > > create or replace trigger on_logon > > > > after logon on database > > > > declare > > > > v_sid number; > > > > v_isdba varchar2(10); > > > > v_program varchar2(30); > > > > begin > > > > execute immediate 'select distinct sid from sys.v_$mystat' > > > > into v_sid; > > > > execute immediate 'select program from sys.v_$session where sid = :b1' > > > > into v_program > > > > using v_sid; > > > > select sys_context('userenv', 'ISDBA') into v_isdba from dual; > > > > if upper(v_program) = 'PLSQLDEV.EXE' and v_isdba = 'FALSE' then -- o > > > > nome do programa tem que ser em maiusculo. > > > > raise_application_error(-20001,'A Ferramenta PL/SQL Developer é > > limitada > > > > apenas aos DBA'||chr(39)||'s',true); > > > > end if; > > > > end; > > > > / > > > > -- > > > > > > > > 2009/5/19 candiurudba > > > > > > > > > > > > > > > > > > > Bom dia coelgas, tudo bom ? > > > > > > > > > > Vi ha algum tempo atras em um forum, uma trigger que bloqueava > > acessos de > > > > > usuário que estivessem se conectando com SQL PLUS ou PLSQL DEVELOPR > > por > > > > > exemplo mas não me recordo com a mesma tinha sido desenvolvida... > > > > > > > > > > A ideia era bloquear acessos a determinados esquemas com a utilização > > de > > > > > aplicação de desenvolvimento (SQL PLUS, PL/SQL DEVELOPER. ORACLE SQL > > > > > SEVELOPER, TOAD E ETC). > > > > > > > > > > Minha ideia seria uma trigger que seria aplicada em um determinado > > usuário > > > > > e, após o logon do mesmo, estes aplicativos fossem bloqueados. > > > > > > > > > > Alguem teria alguma luz sobre este assunto ? è justamente para evitar > > > > > acessos indesejados na base de dados... > > > > > > > > > > abraços > > > > > > > > > > > > > > > > > > > > > > > > > > > [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: Trigger para bloqueio de Acesso com PL/SQL ou SQL PLUS
Opa pessoal... Implementei um script de logon, que não permite o acesso dos DEVELOPER´S da vida e funcionou...mas so tem um problema...tenho um usuário chamado TESTE E UM CHAMADO TESTE_SELECT...O ESTE ÚLTIMO parou de funcionar quando implementei a trigger quando tento acessar Oracle sql developer mas via pl/sql developer, ele funciona sem problemas...não entendi nada... A parte da minha trigger que trata isso é: IF (v_username = 'TESTE' AND UPPER(v_module) = 'PLSQLDEV.EXE' OR UPPER(v_module) LIKE '%TOAD%' OR -- TOAD UPPER(v_module) = 'PL/SQL Developer' OR -- PL / SQL DEVELOPER UPPER(v_module) LIKE '%SQLNAV%' OR -- SQL NAVIGATOR UPPER(v_module) LIKE '%SQLPLUS%' OR --SQL PLUS UPPER(v_module) LIKE '%DEVELOPER%') THEN Pensei que ambos (ORACLE SQL DEVELOPER e o PL/SQL) interpretassem da mesma forma as conexões, pois são usuários distintos, com seus sid e serial# distintos...alguem tem alguma luz ? --- Em oracle_br@yahoogrupos.com.br, Fábio Gibon - Comex System escreveu > > Complementando... para ter um pouquinho mais de restrição use a coluna MODULE > e não PROGRAM... evita o renomear do .exe. > > sds > Gibon > - Original Message - > From: Marcus Vinicius Miguel Pedro > To: oracle_br@yahoogrupos.com.br > Sent: Tuesday, May 19, 2009 11:31 AM > Subject: RES: [oracle_br] Re: Trigger para bloqueio de Acesso com PL/SQL ou > SQL PLUS > > > > > > Amigo, acredito que o que você cita seja isso aqui: > > CREATE OR REPLACE TRIGGER SYS.BLOCK_USER_TOOLS AFTER LOGON ON DATABASE > > DECLARE > > v_prog sys.v_$session.program%TYPE; > > owner sys.v_$session.username%TYPE; > > v_osuser sys.v_$session.osuser%TYPE; > > BEGIN > > SELECT program, username, osuser > > INTO v_prog, owner, v_osuser > > FROM sys.v_$session > > WHERE sid = USERENV('SID') > > AND audsid != 0 -- Não verifica conexões do SYS > > AND rownum = 1; -- Parallel processes will have the same AUDSID's > > IF UPPER(owner) NOT IN > ('ANONYMOUS','AURORA$JIS$UTILITY$','AURORA$ORB$UNAUTHENTICATED','DBSNMP','DI > P','DMSYS','EXFSYS','LMS','MDDATA','MDSYS','MGMT_VIEW','OPERADOR','ORDPLUGIN > S','ORDSYS','OSE$HTTP$ADMIN','OUTLN','SI_INFORMTN_SCHEMA',,'SYS','SYSMAN','S > YSTEM','TRACESVR','TSMSYS','WKPROXY','WMSYS','XDB') > > THEN > > IF (UPPER(v_prog) LIKE '%TOAD%' OR > > UPPER(v_prog) LIKE '%T.O.A.D%' OR -- Toad > > UPPER(v_prog) LIKE '%SQLNAV%' OR -- SQL Navigator > > UPPER(v_prog) LIKE '%PLSQLDEV%' OR -- PLSQL Developer > > UPPER(v_prog) LIKE '%BUSOBJ%' OR -- Business Objects > > UPPER(v_prog) LIKE '%EXCEL%' OR -- MS-Excel plug-in > > UPPER(v_prog) LIKE '%SQLPLUS%' OR -- SQLPLUS > > UPPER(v_prog) LIKE '%DEVELOPER%' OR -- Oracle SQL Developer > > UPPER(v_prog) LIKE '%IFBLD%' OR -- Oracle Forms Developer > Builder > > UPPER(v_prog) LIKE '%FRMBLD%' OR -- Oracle Forms Developer > Builder > > UPPER(v_prog) LIKE '%RAPTOR%') -- Oracle Raptor > > THEN > > RAISE_APPLICATION_ERROR(-2, 'A ferramenta de acesso não é > permitida para este usuário! ('||v_osuser||' - '||owner||' - > '||v_prog||')'); > > END IF; > > END IF; > > EXCEPTION > > WHEN NO_DATA_FOUND THEN NULL; > > END; > > / > > Lembrando que não existe forma 100% efetiva de bloquear nesses casos. Se o > usuário renomear o arquivo executável, ele conseguirá acessar o banco de > dados... > > Abraços, > > Marcus Vinicius Miguel Pedro > > OCP Database 9i > > OCP Database 10g > > OCE RAC 10g > > De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em > nome de candiurudba > Enviada em: terça-feira, 19 de maio de 2009 11:16 > Para: oracle_br@yahoogrupos.com.br > Assunto: [oracle_br] Re: Trigger para bloqueio de Acesso com PL/SQL ou SQL > PLUS > > fiz alguns testes por aqui e realmente funciona...mas para tada > instancia...s eue quiser restringir esta trigger somente para alguns > schemas...pois este é o meu problema... > > Na minha instancia, existem alguns schemas que permitem o uso dos > DEVELOPER´S e outros esquemas não. > > continuarei estudando por aqui
[oracle_br] Re: Trigger para bloqueio de Acesso com PL/SQL ou SQL PLUS
ha ha ha..com certeza foi..ha ha ha O velho mardito ()..rs Valeu..abração --- Em oracle_br@yahoogrupos.com.br, Fábio Gibon - Comex System escreveu > > Não está faltando uns parenteses neste teu IF (... and ( or or or )) ? > > sds > Gibon > - Original Message - > From: candiurudba > To: oracle_br@yahoogrupos.com.br > Sent: Tuesday, May 19, 2009 4:26 PM > Subject: [oracle_br] Re: Trigger para bloqueio de Acesso com PL/SQL ou SQL > PLUS > > > > > > Opa pessoal... > > Implementei um script de logon, que não permite o acesso dos DEVELOPER´S da > vida e funcionou...mas so tem um problema...tenho um usuário chamado TESTE E > UM CHAMADO TESTE_SELECT...O ESTE ÚLTIMO parou de funcionar quando implementei > a trigger quando tento acessar Oracle sql developer mas via pl/sql developer, > ele funciona sem problemas...não entendi nada... > > A parte da minha trigger que trata isso é: > > IF (v_username = 'TESTE' AND UPPER(v_module) = 'PLSQLDEV.EXE' OR > UPPER(v_module) LIKE '%TOAD%' OR -- TOAD > UPPER(v_module) = 'PL/SQL Developer' OR -- PL / SQL DEVELOPER > UPPER(v_module) LIKE '%SQLNAV%' OR -- SQL NAVIGATOR > UPPER(v_module) LIKE '%SQLPLUS%' OR --SQL PLUS > UPPER(v_module) LIKE '%DEVELOPER%') THEN > > Pensei que ambos (ORACLE SQL DEVELOPER e o PL/SQL) interpretassem da mesma > forma as conexões, pois são usuários distintos, com seus sid e serial# > distintos...alguem tem alguma luz ? > > --- Em oracle_br@yahoogrupos.com.br, Fábio Gibon - Comex System > escreveu > > > > Complementando... para ter um pouquinho mais de restrição use a coluna > MODULE e não PROGRAM... evita o renomear do .exe. > > > > sds > > Gibon > > - Original Message - > > From: Marcus Vinicius Miguel Pedro > > To: oracle_br@yahoogrupos.com.br > > Sent: Tuesday, May 19, 2009 11:31 AM > > Subject: RES: [oracle_br] Re: Trigger para bloqueio de Acesso com PL/SQL > ou SQL PLUS > > > > > > > > > > > > Amigo, acredito que o que você cita seja isso aqui: > > > > CREATE OR REPLACE TRIGGER SYS.BLOCK_USER_TOOLS AFTER LOGON ON DATABASE > > > > DECLARE > > > > v_prog sys.v_$session.program%TYPE; > > > > owner sys.v_$session.username%TYPE; > > > > v_osuser sys.v_$session.osuser%TYPE; > > > > BEGIN > > > > SELECT program, username, osuser > > > > INTO v_prog, owner, v_osuser > > > > FROM sys.v_$session > > > > WHERE sid = USERENV('SID') > > > > AND audsid != 0 -- Não verifica conexões do SYS > > > > AND rownum = 1; -- Parallel processes will have the same AUDSID's > > > > IF UPPER(owner) NOT IN > > > ('ANONYMOUS','AURORA$JIS$UTILITY$','AURORA$ORB$UNAUTHENTICATED','DBSNMP','DI > > > P','DMSYS','EXFSYS','LMS','MDDATA','MDSYS','MGMT_VIEW','OPERADOR','ORDPLUGIN > > > S','ORDSYS','OSE$HTTP$ADMIN','OUTLN','SI_INFORMTN_SCHEMA',,'SYS','SYSMAN','S > > YSTEM','TRACESVR','TSMSYS','WKPROXY','WMSYS','XDB') > > > > THEN > > > > IF (UPPER(v_prog) LIKE '%TOAD%' OR > > > > UPPER(v_prog) LIKE '%T.O.A.D%' OR -- Toad > > > > UPPER(v_prog) LIKE '%SQLNAV%' OR -- SQL Navigator > > > > UPPER(v_prog) LIKE '%PLSQLDEV%' OR -- PLSQL Developer > > > > UPPER(v_prog) LIKE '%BUSOBJ%' OR -- Business Objects > > > > UPPER(v_prog) LIKE '%EXCEL%' OR -- MS-Excel plug-in > > > > UPPER(v_prog) LIKE '%SQLPLUS%' OR -- SQLPLUS > > > > UPPER(v_prog) LIKE '%DEVELOPER%' OR -- Oracle SQL Developer > > > > UPPER(v_prog) LIKE '%IFBLD%' OR -- Oracle Forms Developer > > Builder > > > > UPPER(v_prog) LIKE '%FRMBLD%' OR -- Oracle Forms Developer > > Builder > > > > UPPER(v_prog) LIKE '%RAPTOR%') -- Oracle Raptor > > > > THEN > > > > RAISE_APPLICATION_ERROR(-2, 'A ferramenta de acesso não é > > permitida para este usuário! ('||v_osuser||' - '||owner||' - > > '||v_prog||')'); >
[oracle_br] Planejamento - StandBy Database - Standard Edition
Boa tarde colegas, tudo bom ? Durante algum tempo, iniciei os estudos para implementar uma política de disaster recovery visando o uso de um Stand By Database e como faço uso do standard edition, não sou contemplado com o DG, por isso, tenho algumas dúvidas... Pelo que andei lendo, o ideal seria o desenvolvimento de um primeiro script para efetuar um switch logfile de tempos em tempos (talvez de 20 em 20 minutos). Não existe no banco, nenhum parametro onde possamos setar estes switchs automaticos, conforme nossa necessidade ? Algum parametro no spfile talvez..algum alter system set... ? Quanto a cópia dos archives para o outro servidor. não posso configurar algum parametro ARCHIVE_LOG_DEST_2='??' para que estes archives sejam gerados no mesmo servidor e tambem enviados para o outro ? Nesta semana ja devo começar alguns testes...estu querendo implementar aqui na empresa na proxima semana agradeço a ajuda
[oracle_br] Re: Planejamento - StandBy Database - Standard Edition
Vc tem alguma documentação ? Ou sabe posso encontrar uma documentação sobre esta forma de replicação ? Tambem trabalho com Linux (Suse 10)... Pensei em fazer backup da base de dados, coloca-la em um outro servidor..deixar a base montada e ir aplicando os archives...mas o transporte para o outro servidor é que me deixa meio encucado... --- Em oracle_br@yahoogrupos.com.br, "Carlos Alfredo M. de Menezes" escreveu > > Colega, > Existem várias formas de fazer isso, eu gosto de usar jobs agendados via > SO, no meu caso, Linux. Nesse job vc chamará o sqlplus para executar o > comando "alter system switch logfile;" e usará o rsync para sincronizar > as pastas do destino do archivelog para outra pasta no servidor de standby. > > Att, > > > > candiurudba escreveu: > > > > > > Boa tarde colegas, tudo bom ? > > > > Durante algum tempo, iniciei os estudos para implementar uma política > > de disaster recovery visando o uso de um Stand By Database e como faço > > uso do standard edition, não sou contemplado com o DG, por isso, tenho > > algumas dúvidas... > > > > Pelo que andei lendo, o ideal seria o desenvolvimento de um primeiro > > script para efetuar um switch logfile de tempos em tempos (talvez de > > 20 em 20 minutos). Não existe no banco, nenhum parametro onde possamos > > setar estes switchs automaticos, conforme nossa necessidade ? Algum > > parametro no spfile talvez..algum alter system set... ? > > > > Quanto a cópia dos archives para o outro servidor. não posso > > configurar algum parametro ARCHIVE_LOG_DEST_2='??' para que estes > > archives sejam gerados no mesmo servidor e tambem enviados para o outro ? > > > > Nesta semana ja devo começar alguns testes...estu querendo implementar > > aqui na empresa na proxima semana > > > > agradeço a ajuda > > > > >
[oracle_br] Dúvidas...Aumento de memória !!
Bom dia colegas, Tenho uma dúvida...tenho um servidor DELL 2950 e nele esta instalado o Suse 10 enterprise + Oracle 10.2.0.3. Neste servidor, tinhamos 32GB e o total de SGA era de 13GB. Nesta antiga configuração, utilizando um simples free -m, verificava que sobravam 182M livre no servidor. Neste final de semana, aumentamos a memória do servidor para 64 GB e destinei para SGA 20GB e neste momento, tenho sobrando 312M no servidor. Minha dúvida é a seguinte, apór ter adicionado quase o dobro de memória no servidor, não era para pelo menos ter mais megas livres ? Levando em consideração que nada foi alterado no banco ? Ou é normal os processos de background consumirem a memória do servidor em quase sua totalidade, sem termos alterações significativas no RDBMS ?
[oracle_br] Re: Dúvidas...Aumento de memória !!
Hoje tenho o seguinte cenario: total used free shared buffers cached Mem: 63449 62834 615 0 398 58686 -/+ buffers/cache: 3748 59700 Swap:24583 33 24550 Ou seja, o correto seria o cached e não o free para verificar quanto de memoria eu teria livre ? --- Em oracle_br@yahoogrupos.com.br, Rosivaldo Ramalho escreveu > > Vê só, você está esquecendo de que tem gente acessando teu banco. > Quando uma sessão é iniciada, é iniciado um processo (to considerando > que teu server esteja com conexão dedicada) e esse processo consome > memória. > > Quanto a história do linux, ele não consome tua memória livre, ele faz > cache, então conta tem que ser feita o seguinte: > $ free -m > total used free sharedbuffers cached > Mem: 1946 1379567 0 43665 > > Tua memória livre, de verdade mesmo é o valor da coluna free - cached. > > []'s > > 2009/5/25 Willian Fernando Frasson > > > > Bom Dia Amigo, > > > > O que o linux faz e todo consumo de memoria e com essa memoria ele faz o > > gerencimento da mesma. > > Voce pode adicionar 500GB de memoria... e ira aparecer que o consumo > > sera total. > > > > > > Em Seg, 2009-05-25 às 13:58 +, candiurudba escreveu: > > > > > > > > > Bom dia colegas, > > > > > > Tenho uma dúvida...tenho um servidor DELL 2950 e nele esta instalado o > > > Suse 10 enterprise + Oracle 10.2.0.3. > > > > > > Neste servidor, tinhamos 32GB e o total de SGA era de 13GB. Nesta > > > antiga configuração, utilizando um simples free -m, verificava que > > > sobravam 182M livre no servidor. > > > > > > Neste final de semana, aumentamos a memória do servidor para 64 GB e > > > destinei para SGA 20GB e neste momento, tenho sobrando 312M no > > > servidor. > > > > > > Minha dúvida é a seguinte, apór ter adicionado quase o dobro de > > > memória no servidor, não era para pelo menos ter mais megas livres ? > > > Levando em consideração que nada foi alterado no banco ? Ou é normal > > > os processos de background consumirem a memória do servidor em quase > > > sua totalidade, sem termos alterações significativas no RDBMS ? > > > > > > > > > > > > > > > > > > > __ > > Faça ligações para outros computadores com o novo Yahoo! Messenger > > http://br.beta.messenger.yahoo.com/ > > > > > > > > > > -- > > >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 > > > > > > > > -- > Rosivaldo Azevedo Ramalho > Oracle Database 10g Certified Associate > mail/msn: rosiva...@... > web: http://rosivaldo.googlepages.com > blog: http://esquinaoracle.blogspot.com > mobile: +55 83 8893 8281 >
[oracle_br] Re: Dúvidas...Aumento de memória !!
Hummm entendi, ou seja...se eu tiver 10GB dr RAM e somente 2GB para a SGa, o Linux com o comando free -m irá mostrar quase todos os 20GB em uso... então...como faço para mapear o que realmente eata sendo utilizado pelo Banco ? Seja SGA + Processos de background ? --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > Hoje tenho o seguinte cenario: > > total used free shared buffers cached > Mem: 63449 62834 615 0 398 58686 > -/+ buffers/cache: 3748 59700 > Swap:24583 33 24550 > > Ou seja, o correto seria o cached e não o free para verificar quanto de > memoria eu teria livre ? > > > --- Em oracle_br@yahoogrupos.com.br, Rosivaldo Ramalho escreveu > > > > Vê só, você está esquecendo de que tem gente acessando teu banco. > > Quando uma sessão é iniciada, é iniciado um processo (to considerando > > que teu server esteja com conexão dedicada) e esse processo consome > > memória. > > > > Quanto a história do linux, ele não consome tua memória livre, ele faz > > cache, então conta tem que ser feita o seguinte: > > $ free -m > > total used free sharedbuffers cached > > Mem: 1946 1379567 0 43665 > > > > Tua memória livre, de verdade mesmo é o valor da coluna free - cached. > > > > []'s > > > > 2009/5/25 Willian Fernando Frasson > > > > > > Bom Dia Amigo, > > > > > > O que o linux faz e todo consumo de memoria e com essa memoria ele faz o > > > gerencimento da mesma. > > > Voce pode adicionar 500GB de memoria... e ira aparecer que o consumo > > > sera total. > > > > > > > > > Em Seg, 2009-05-25 às 13:58 +, candiurudba escreveu: > > > > > > > > > > > > Bom dia colegas, > > > > > > > > Tenho uma dúvida...tenho um servidor DELL 2950 e nele esta instalado o > > > > Suse 10 enterprise + Oracle 10.2.0.3. > > > > > > > > Neste servidor, tinhamos 32GB e o total de SGA era de 13GB. Nesta > > > > antiga configuração, utilizando um simples free -m, verificava que > > > > sobravam 182M livre no servidor. > > > > > > > > Neste final de semana, aumentamos a memória do servidor para 64 GB e > > > > destinei para SGA 20GB e neste momento, tenho sobrando 312M no > > > > servidor. > > > > > > > > Minha dúvida é a seguinte, apór ter adicionado quase o dobro de > > > > memória no servidor, não era para pelo menos ter mais megas livres ? > > > > Levando em consideração que nada foi alterado no banco ? Ou é normal > > > > os processos de background consumirem a memória do servidor em quase > > > > sua totalidade, sem termos alterações significativas no RDBMS ? > > > > > > > > > > > > > > > > > > > > > > > > > > __ > > > Faça ligações para outros computadores com o novo Yahoo! Messenger > > > http://br.beta.messenger.yahoo.com/ > > > > > > > > > > > > > > > -- > > > >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 > > > > > > > > > > > > > > -- > > Rosivaldo Azevedo Ramalho > > Oracle Database 10g Certified Associate > > mail/msn: rosivaldo@ > > web: http://rosivaldo.googlepages.com > > blog: http://esquinaoracle.blogspot.com > > mobile: +55 83 8893 8281 > > >
[oracle_br] Replicacao de Dados - standby Database
Boa tarde colegas.. Estou finalizando a montagem do meu standby para a versão standard edition..ja fiz a copia fria dos datafiles, alterei o init.ora e tudo funionando certinho...mas tive um probleminha na hora de começar a aplicação dos ARC. 1) criei o standby contolfile 2) copiei os arquivos de dados para as respectivas pastas no standby 3)subi o banco com startup nomount / alter database mount standby database Mas quando fui fazer o recover, ele me exibiu o seguinte erro: recover standby database; ORA-00279: change 536238 generated at 06/04/2009 12:20:40 needed for thread 1 ORA-00289: suggestion : /sarchive/1_1_688650560.arc ORA-00280: change 536238 for thread 1 is in sequence #1 Specify log: {=suggested | filename | AUTO | CANCEL} auto ORA-00279: change 540440 generated at 06/04/2009 15:56:38 needed for thread 1 ORA-00289: suggestion : /sarchive/1_2_688650560.arc ORA-00280: change 540440 for thread 1 is in sequence #2 ORA-00278: log file '/sarchive/1_1_688650560.arc' no longer needed for this recovery alguem poderia me ajudar ?
Re: RES: [oracle_br] Replicacao de Dados - standby Database
Opa.. Existe sim na pasta este archive.. Fiz um switch logfile para aplicar no meu standby..para ver se estava funcionando e depois schedular no cron...mas nao consigo aplicar o archive... -- Em oracle_br@yahoogrupos.com.br, "Robson Lima" escreveu > > Ola tudo bem ? > > > > Existe um archive chamado 1_2_688650560.arc na pasta /sarchive ? Sem esse > archive o banco não vai abrir. > > > > Voce pode tentar forçar para ele aplicar esse archive chamando de outra > pasta daí é so escrever o caminho. > > > > Abcs > > Robson Lima > > > > > > > > De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em > nome de candiurudba > Enviada em: quinta-feira, 4 de junho de 2009 16:30 > Para: oracle_br@yahoogrupos.com.br > Assunto: [oracle_br] Replicacao de Dados - standby Database > > > > > > > > > Boa tarde colegas.. > > Estou finalizando a montagem do meu standby para a versão standard > edition..ja fiz a copia fria dos datafiles, alterei o init.ora e tudo > funionando certinho...mas tive um probleminha na hora de começar a aplicação > dos ARC. > > 1) criei o standby contolfile > 2) copiei os arquivos de dados para as respectivas pastas no standby > 3)subi o banco com startup nomount / alter database mount standby database > > Mas quando fui fazer o recover, ele me exibiu o seguinte erro: > > recover standby database; > ORA-00279: change 536238 generated at 06/04/2009 12:20:40 needed for thread > 1 > ORA-00289: suggestion : /sarchive/1_1_688650560.arc > ORA-00280: change 536238 for thread 1 is in sequence #1 > > Specify log: {=suggested | filename | AUTO | CANCEL} > auto > ORA-00279: change 540440 generated at 06/04/2009 15:56:38 needed for thread > 1 > ORA-00289: suggestion : /sarchive/1_2_688650560.arc > ORA-00280: change 540440 for thread 1 is in sequence #2 > ORA-00278: log file '/sarchive/1_1_688650560.arc' no longer needed for this > recovery > > alguem poderia me ajudar ? > > > > Nenhum vírus encontrado nessa mensagem recebida. > Verificado por AVG - www.avgbrasil.com.br > Versão: 8.5.339 / Banco de dados de vírus: 270.12.53/2154 - Data de > Lançamento: 06/04/09 05:53:00 > > > > [As partes desta mensagem que não continham texto foram removidas] >
Re: RES: RES: [oracle_br] Replicacao de Dados - standby Database
criei o controlfile depois...este foi o erro ? --- Em oracle_br@yahoogrupos.com.br, "Robson Lima" escreveu > > > > Você criou o controlfile antes ou depois que fez a copia do banco? > > > > Nesse link tem um passo a passo bem legal: > > > > http://www.idevelopment.info/data/Oracle/DBA_tips/Standby_Database/SD_1.shtm > l > > > > > > > > De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em > nome de candiurudba > Enviada em: quinta-feira, 4 de junho de 2009 17:07 > Para: oracle_br@yahoogrupos.com.br > Assunto: Re: RES: [oracle_br] Replicacao de Dados - standby Database > > > > Opa.. > > Existe sim na pasta este archive.. > > Fiz um switch logfile para aplicar no meu standby..para ver se estava > funcionando e depois schedular no cron...mas nao consigo aplicar o > archive... > > -- Em oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> , > "Robson Lima" escreveu > > > > Ola tudo bem ? > > > > > > > > Existe um archive chamado 1_2_688650560.arc na pasta /sarchive ? Sem esse > > archive o banco não vai abrir. > > > > > > > > Voce pode tentar forçar para ele aplicar esse archive chamando de outra > > pasta daí é so escrever o caminho. > > > > > > > > Abcs > > > > Robson Lima > > > > > > > > > > > > > > > > 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 candiurudba > > Enviada em: quinta-feira, 4 de junho de 2009 16:30 > > Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> > > > Assunto: [oracle_br] Replicacao de Dados - standby Database > > > > > > > > > > > > > > > > > > Boa tarde colegas.. > > > > Estou finalizando a montagem do meu standby para a versão standard > > edition..ja fiz a copia fria dos datafiles, alterei o init.ora e tudo > > funionando certinho...mas tive um probleminha na hora de começar a > aplicação > > dos ARC. > > > > 1) criei o standby contolfile > > 2) copiei os arquivos de dados para as respectivas pastas no standby > > 3)subi o banco com startup nomount / alter database mount standby database > > > > Mas quando fui fazer o recover, ele me exibiu o seguinte erro: > > > > recover standby database; > > ORA-00279: change 536238 generated at 06/04/2009 12:20:40 needed for > thread > > 1 > > ORA-00289: suggestion : /sarchive/1_1_688650560.arc > > ORA-00280: change 536238 for thread 1 is in sequence #1 > > > > Specify log: {=suggested | filename | AUTO | CANCEL} > > auto > > ORA-00279: change 540440 generated at 06/04/2009 15:56:38 needed for > thread > > 1 > > ORA-00289: suggestion : /sarchive/1_2_688650560.arc > > ORA-00280: change 540440 for thread 1 is in sequence #2 > > ORA-00278: log file '/sarchive/1_1_688650560.arc' no longer needed for > this > > recovery > > > > alguem poderia me ajudar ? > > > > > > > > Nenhum vírus encontrado nessa mensagem recebida. > > Verificado por AVG - www.avgbrasil.com.br > > Versão: 8.5.339 / Banco de dados de vírus: 270.12.53/2154 - Data de > > Lançamento: 06/04/09 05:53:00 > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > Nenhum vírus encontrado nessa mensagem recebida. > Verificado por AVG - www.avgbrasil.com.br > Versão: 8.5.339 / Banco de dados de vírus: 270.12.53/2154 - Data de > Lançamento: 06/04/09 05:53:00 > > > > [As partes desta mensagem que não continham texto foram removidas] >
Re: RES: RES: [oracle_br] Replicacao de Dados - standby Database
è justamente isto qu esta sendo feito...a questão da atualização automatica é um detalhe pois, como teste, posso fazer um scp do meu diretorio onde se encontram os archives logs para meu destino...so como base de testes... O problema é que na hora da aplicação do arc, ele deu zebra...com aquela mensagem de erro.. --- Em oracle_br@yahoogrupos.com.br, "Willian Fernando Frasson" escreveu > > Amigo se é o Standart vc deverá aplicar as archives.. faça um script que > BUSQUE as archives na PRODUCAO e depois apllique elas deixando o banco em > estado MOUNT e executando o comando: > > recover automatic database using backup controlfile until cancel; > > > ----- Original Message - > From: candiurudba > To: oracle_br@yahoogrupos.com.br > Sent: Thursday, June 04, 2009 5:31 PM > Subject: Re: RES: RES: [oracle_br] Replicacao de Dados - standby Database > > > > > > criei o controlfile depois...este foi o erro ? > > --- Em oracle_br@yahoogrupos.com.br, "Robson Lima" > escreveu > > > > > > > > Você criou o controlfile antes ou depois que fez a copia do banco? > > > > > > > > Nesse link tem um passo a passo bem legal: > > > > > > > > > http://www.idevelopment.info/data/Oracle/DBA_tips/Standby_Database/SD_1.shtm > > l > > > > > > > > > > > > > > > > De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em > > nome de candiurudba > > Enviada em: quinta-feira, 4 de junho de 2009 17:07 > > Para: oracle_br@yahoogrupos.com.br > > Assunto: Re: RES: [oracle_br] Replicacao de Dados - standby Database > > > > > > > > Opa.. > > > > Existe sim na pasta este archive.. > > > > Fiz um switch logfile para aplicar no meu standby..para ver se estava > > funcionando e depois schedular no cron...mas nao consigo aplicar o > > archive... > > > > -- Em oracle_br@yahoogrupos.com.br > <mailto:oracle_br%40yahoogrupos.com.br> , > > "Robson Lima" escreveu > > > > > > Ola tudo bem ? > > > > > > > > > > > > Existe um archive chamado 1_2_688650560.arc na pasta /sarchive ? Sem > esse > > > archive o banco não vai abrir. > > > > > > > > > > > > Voce pode tentar forçar para ele aplicar esse archive chamando de outra > > > pasta daí é so escrever o caminho. > > > > > > > > > > > > Abcs > > > > > > Robson Lima > > > > > > > > > > > > > > > > > > > > > > > > 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 candiurudba > > > Enviada em: quinta-feira, 4 de junho de 2009 16:30 > > > Para: oracle_br@yahoogrupos.com.br > <mailto:oracle_br%40yahoogrupos.com.br> > > > > > Assunto: [oracle_br] Replicacao de Dados - standby Database > > > > > > > > > > > > > > > > > > > > > > > > > > > Boa tarde colegas.. > > > > > > Estou finalizando a montagem do meu standby para a versão standard > > > edition..ja fiz a copia fria dos datafiles, alterei o init.ora e tudo > > > funionando certinho...mas tive um probleminha na hora de começar a > > aplicação > > > dos ARC. > > > > > > 1) criei o standby contolfile > > > 2) copiei os arquivos de dados para as respectivas pastas no standby > > > 3)subi o banco com startup nomount / alter database mount standby > database > > > > > > Mas quando fui fazer o recover, ele me exibiu o seguinte erro: > > > > > > recover standby database; > > > ORA-00279: change 536238 generated at 06/04/2009 12:20:40 needed for > > thread > > > 1 > > > ORA-00289: suggestion : /sarchive/1_1_688650560.arc > > > ORA-00280: change 536238 for thread 1 is in sequence #1 > > > > > > Specify log: {=suggested | filename | AUTO | CANCEL} > > > auto > > > ORA-00279: change 540440 generated at 06/04/2009 15:56:38 needed for > > thread > > > 1 > &
[oracle_br] Dúvidas sobre Querys Dinamicas !!
Bom dia colegas, Seguinte, tenho uma dúvida quanto a utilização de querys dinamicas, sem BIND e etc... Temos algumas aplicações que fazem uso de querys dinamicas e por este motivo, tenho muito problemas de latch na library cache. Iniciamos um trabalho para alteração destas querys e a principio o resultado foi bom mas continuo tento muito problemas... Minha dúvida é a seguinte, qual queria a principal diferença entre uma query dinamica dentro de uma PROC ou PKG ou se ela esta sendo executado fora destes objetos ? Pergunto isso pois, supondo que eu tenha um SELECT * FROM ALGUMACOISA sendo executado sem esta dentro de uma proc ou pkg e tenho a mesma query, sendo executada dentro uma proc (CREATE OR REPLACE PROCEDURE XXX(XXX NUMBER)IS BEGIN if XXX SELECT * FROM ALGUMACOISA END PR_CARGA_PRECO_MEDIO_CLIENTE - Somente um exemplo toscooo !! :) ) Sera que eu teria algum ganho de performance ? Levando em consideração que a tabela referenciada no SELECT esta com sua devida chave primaria e etc...
[oracle_br] Re: Dúvidas sobre Querys Dinamicas !!
Bleza Chiappa... EntÃO, a principio, independente se a query dinamica esta sendo executada diretamente ou dentro de uma proc ou pkg..os ganhos relativos a performance serão minimos... Mas..quanto a execução destas querys dentro de uma pkg...o parse dela é feito da mesma maneira do que se fosse feito sem a pkg ? A mesma ficara da mesma maneira na library e sofrerá um hard parse quantas vezes for chamada ? Sempre pensei desta maneira que vc descreveu ai em cima...mas hj pela manhã, conversando com um outro DBA, ele me disse que os ganhos seriam grandes se adicionarmos querys dinamicas dentro de pkg ou procs, que o "parseamento" seria diferente e etc... --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" escreveu > > Bem, claro que para o seu exemplo ser dinâmico vc teria que ter na verdade > algo tipo : > > PROCEDURE XXX(XXX NUMBER)IS > BEGIN > if XXX then > execute immediate ('SELECT * FROM ALGUMACOISA END > PR_CARGA_PRECO_MEDIO_CLIENTE.' > > ok, em sendo SQL dinâmico, NECESSARIAMENTE vc vai pagar o preço de fazer um > parse (e gastar CPU portanto) a cada execução (já que o banco "Não Sabe" > dizer o que vem e como estão definidos os objetos citados num EXEC IMMEDIATE > ou qqer SQL dinâmico, isso TEM que ser checado a cada execução), e TAMBÈM se > não usar binds sim, cada SQL vai ser diferente então CADA UM vai ser > carregado pro cache, CADA UM vai ocupar um slot nessa memória, lá vai mais > RAM pro cache e mais CPU pra controlar isso, via latches e quetais - > basicamente isso ocorreria seja qual for o ambiente, se for em stored PL/SQL, > se for em SQL direto, não vejo grandes diferenças... > Então a rsposta é : em princípio vc não deveria ver grandes diferenças, o > SQL dinâmico sem binds é horroroso em ambiente OLTP seja qual for o ambiente > aonde ele roda... TALVEZ o fato de estar em stored PL/SQL (e portanto sujeito > às otimizações normais do PL/SQL (principalmente no 10g), como o array > processing automático de 100 linhas, ou o cache, ou as otimizações de cursos > do PL/SQL, façam uma ** PEQUENA ** diferença, mas estamos falando de coisa ** > PEQUENA MESMO ** aqui... Se vc vai alterar, NÂO altere simplesmente o SQL > dinãmico pra estar numa proc, o que vc ** TEM ** que fazer é ACABAR COM ELE, > ou ao menos aonde não der , que use o mínimo de SQL dinâmico e SEMPRE com > BINDs. > > []s > > Chiappa > --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > > > Bom dia colegas, > > > > Seguinte, tenho uma dúvida quanto a utilização de querys dinamicas, sem > > BIND e etc... > > > > Temos algumas aplicações que fazem uso de querys dinamicas e por este > > motivo, tenho muito problemas de latch na library cache. Iniciamos um > > trabalho para alteração destas querys e a principio o resultado foi bom mas > > continuo tento muito problemas... > > > > Minha dúvida é a seguinte, qual queria a principal diferença entre uma > > query dinamica dentro de uma PROC ou PKG ou se ela esta sendo executado > > fora destes objetos ? > > > > Pergunto isso pois, supondo que eu tenha um SELECT * FROM ALGUMACOISA sendo > > executado sem esta dentro de uma proc ou pkg e tenho a mesma query, sendo > > executada dentro uma proc (CREATE OR REPLACE PROCEDURE XXX(XXX NUMBER)IS > > BEGIN if XXX SELECT * FROM ALGUMACOISA END PR_CARGA_PRECO_MEDIO_CLIENTE - > > Somente um exemplo toscooo !! :) ) > > > > Sera que eu teria algum ganho de performance ? Levando em consideração que > > a tabela referenciada no SELECT esta com sua devida chave primaria e etc... > > >
[oracle_br] Latch: Library Cache - Lentidão !!
Bom dia colegas, Algum tempo atras postei algumas dúvidas com relação aos latchs que estou tendo na Library Cache e sabemos que os mesmos tem haver com as querys dinamicas que estão sendo executadas. O meu grande problema em solucionar definitivamente este problema, é que as aplicações que são executadas são de terceiros. Minha dúvida é a seguinte, s eeu aumentasse o tamanho da Shared Pool, como consequencia, a da Library Cache, este problema não seria..digamos...solucionado paliativamente ? Pq, percebi que antigamente, trabalhando com 20G para a SGA, tinha uma performance muito melhor do que hoje em dia, trabalhando com 24G...esta relação de aumento da SGA X Performance me intriga um pouco alguem tem alguma ideia ?
[oracle_br] Latch: cache buffer chain
Boa tarde colegas, Verifiquei o inicio de um latch que na verdade ainda não tinha visto e dei uma procurada rapida na net e percebi que se tratavam de bloco / blcoos que sofreriam alterações "simultaneamente". Seria mesmo isso ? Como resolver este problema ? Tentei ler alguns relatos na net mas nada muito convicente
[oracle_br] Re: Latch: cache buffer chain
Opa colegas... Dei mais uma procurada na net..mas desta vez no metalnk e achei um DOC sobre este latch..mas, segundo as verificações que são solicitadas, não encontrei o bendito Hotblock.. 01) Verifiquei os wait relacionados ao wait no banco para testificar o latch 02)Verificação dos hight sleep select CHILD# "cCHILD" , ADDR"sADDR" , GETS"sGETS" , MISSES "sMISSES" , SLEEPS "sSLEEPS" from v$latch_children where name = 'cache buffers chains' order by 5, 1, 2, 3; 03) Verificação dos hitblocks select /*+ RULE */ e.owner ||'.'|| e.segment_name segment_name, e.extent_id extent#, x.dbablk - e.block_id + 1 block#, x.tch, l.child# from sys.v$latch_children l, sys.x$bh x, sys.dba_extents e where x.hladdr = 'ADDR' and e.file_id = x.file# and x.hladdr = l.addr and x.dbablk between e.block_id and e.block_id + e.blocks -1 order by x.tch desc ; Mas esta é a questão...nos dois últimos selects, os sleeps estavam zerados e nesta última consulta, não veio nada...como se não houvessem este latch...mas o OEM esta acusando, meus nucleos da minha CPU estão em 100% e ja tenho lentidão Alguem tem alguma ideia ? --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > Boa tarde colegas, > > Verifiquei o inicio de um latch que na verdade ainda não tinha visto e dei > uma procurada rapida na net e percebi que se tratavam de bloco / blcoos que > sofreriam alterações "simultaneamente". Seria mesmo isso ? > > Como resolver este problema ? Tentei ler alguns relatos na net mas nada muito > convicente >
[oracle_br] Re: Latch: cache buffer chain
Grandes amigos... Problema resolvido...na verdade foi uma PKG que estava sendo muito acessada ontem...algo novo implementado pelo pessoal de desenvolvimento (Gr) que ja foi resolvido... Mas fica a dúvida, pq no último select, que seria para me mostrar o hotblock, ele nãpo mostrou nada e no EM estava la, sendo exibido bem alto, o Latch ? Fiquei na dúvida... --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > Opa colegas... > > Dei mais uma procurada na net..mas desta vez no metalnk e achei um DOC sobre > este latch..mas, segundo as verificações que são solicitadas, não encontrei o > bendito Hotblock.. > > 01) Verifiquei os wait relacionados ao wait no banco para testificar o latch > > 02)Verificação dos hight sleep > select CHILD# "cCHILD" > , ADDR"sADDR" > , GETS"sGETS" > , MISSES "sMISSES" > , SLEEPS "sSLEEPS" > from v$latch_children > where name = 'cache buffers chains' > order by 5, 1, 2, 3; > > 03) Verificação dos hitblocks > > select /*+ RULE */ >e.owner ||'.'|| e.segment_name segment_name, >e.extent_id extent#, >x.dbablk - e.block_id + 1 block#, >x.tch, >l.child# > from >sys.v$latch_children l, >sys.x$bh x, >sys.dba_extents e > where >x.hladdr = 'ADDR' and >e.file_id = x.file# and >x.hladdr = l.addr and >x.dbablk between e.block_id and e.block_id + e.blocks -1 > order by x.tch desc ; > > > Mas esta é a questão...nos dois últimos selects, os sleeps estavam zerados e > nesta última consulta, não veio nada...como se não houvessem este latch...mas > o OEM esta acusando, meus nucleos da minha CPU estão em 100% e ja tenho > lentidão > > Alguem tem alguma ideia ? > > > > > --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > > > Boa tarde colegas, > > > > Verifiquei o inicio de um latch que na verdade ainda não tinha visto e dei > > uma procurada rapida na net e percebi que se tratavam de bloco / blcoos que > > sofreriam alterações "simultaneamente". Seria mesmo isso ? > > > > Como resolver este problema ? Tentei ler alguns relatos na net mas nada > > muito convicente > > >
[oracle_br] Re: Latch: cache buffer chain
Chiappa, Executei a query e obtive os seguintes resultados: 9 latch: library cache 7192380 0,58 13 latch: shared pool 2854777 0,23 17 latch: cache buffers chains 1792263 0,14 19 latch free 696044 0,06 Este time Waited é em segundos corretos...mas o WAIT_PCT ? Encontrei com este select outros valores altos... Streams AQ: qmn slave idle wait 217716634 17,57 wait for unread message on broadcast channel184468098 14,89 jobq slave wait 181224610 14,62 Streams AQ: waiting for messages in the queue 181207593 14,62 Streams AQ: qmn coordinator idle wait 180781806 14,59 Streams AQ: waiting for time management or cleanup tasks 124073275 10,01 Existem algum documento no metalink que trate destes waits..gostaria de enterder mais a fundo para caso seja necessário, tomar as providencias necessárias --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" escreveu > > Porque a x$bh é um CACHE, de onde as coisas podem e saem de lá A QUALQUER > MOMENTO, enquanto o OEM se baseia no HISTÓRICO, E a v$latch_children mostra o > latch que está ocorrendo ** neste instante ** apenas ? Aliás, um acesso a um > bloco (sem locks envolvidos) dura FRAÇÕES DE SEGUNDO, a chance de vc rodar o > SQL no exato instante em que o acesso está acontecendo é pequena, essa query > que vc mostra é útil SE vc a executar muitas e muitas vezes, aumentado a > chance de "pegar" o momento em que blocos estão sendo acessados, MAS é por > amostragem, sempre... Para vc detectar hot blocks em excesso, o negócio é > mesmo ir pelos waits de latches, a própria nota "How To Identify a Hot Block > Within The Database Buffer Cache" , Doc ID: Note:163424.1 (que deve ser a que > vc usou, imagino) nos diz : > > "Possible hot blocks in the buffer cache normally can be identified by a high > or > rapid increasing wait count on the CACHE BUFFERS CHAINS latch." > > Então é isso, quando vc diz "Mas esta é a questão...nos dois últimos > selects, os sleeps estavam zerados e > nesta última consulta, não veio nada...como se não houvessem este latch..." o > que imagino é que REALMENTE, no exato instante em que vc executou esse SQL o > latch não estava acontecendo e/ou o bloco não estava mais no cache, > provavelmente se vc executase muitas vezes vc ia pegar ele, mas torno a > dizer, é melhor vc monitorar as quantidades de waits. *** ALIÁS ***, , um > ponto importante : o OEM tá mostrando waits por latches, sinal de que eles > estão acontecendo, ** MAS ** qual é o nível disso, porcentualmente QUANTO dos > waits é por latches... Executando repetidas vezes uma consulta tipo : > > SELECT event, time_waited, > round(time_waited*100/ SUM (time_waited) OVER(),2) wait_pct > FROM (SELECT event, time_waited > FROM v$system_event > WHERE event NOT IN > ('Null event', > 'client message', > 'rdbms ipc reply', > 'smon timer', > 'rdbms ipc message', > 'PX Idle Wait', > 'PL/SQL lock timer', > 'file open', > 'pmon timer', > 'WMON goes to sleep', > 'virtual circuit status', > 'dispatcher timer', > 'SQL*Net message from client', > 'parallel query dequeue wait', > 'pipe get' > ) UNION > (SELECT NAME, VALUE > FROM v$sysstat > WHERE NAME LIKE 'CPU used when call started')) > ORDER BY 2 DESC; > > o resultado quase sempre, sempre é algo tipo : > > EVENT TIME_WAITED WAIT_PCT > -- --- -- > latch free 40144 31.67 > CPU used when call started 30341 23.94 > control file sequential read 12341 9.74 > direct path read 11933 9.41 > control file parallel write 6487 5.12 > file identify 5666 4.47 > log file sync 3492 2.75 > log file parallel write 3213 2.53 > instance state change 3064 2.42 > log file switch completion 3049 2.41 > db file sequential read 2290 1.81 > > ??? Se sim, OK, não só uma fração significativa dos waits foi por latch como > o tempo em wait (comparado com os outros) é significativo também, é razoável > supor que latches são sim significativa do seu problema > > > []s > > Chiappa > --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > > > Grandes amigos... > > > > Problema resolvido...na verdade foi uma PKG que estava sendo muito acessada > > ontem...algo novo implementado pelo pessoal de desenvolvimento (Gr) > > que ja foi resolvido... > > > > > > Mas fica a dúvida, pq no último select, que seria para me mostrar o > > hotblock, ele nãpo mostrou nada e no EM estava la, sendo exibido bem alto, > > o Latch ? >
[oracle_br] Alterando Parametros do CBO - Tuning
Boa tarde colegas, Estava lendo algumas mensagens antigas aqui no forum, sobre o erro de basear tuning nos famosos Hit Ratios (buffer chache e etc...) e que algumas melhorias podem ser implementadas, com relação a performance de querys, alterando alguns parametros do CBO. Comecei a fazer algumas pesquisas sobre algumas opções e tenho algumas pequenas dúvidas... Nas aplicações que trabalho, temos algumas tabelas que sofrem FULL TABLE SCAN e INDEX RANGE...meu banco de dados esta configurado como optimizer_mode=ALL_ROWS que, segundo pesquisa, favorece os FULL TABLE SCANS...seria isso mesmo ? Segundo pesquisei no metalink, para banco um OLTP o ideial seria FIRST_ROWS..mas, e com relação aos FULL TABLE SCANS ? Perderia muita performance ? Opções que pensei em mudar, relativas a pesquisa: optimizer_mode=ALL_ROWS ==> FIRST_ROWS optimizer_index_caching=0 ==> 50 db_file_multiblock_read_count=16 ==>40 parallel_automatic_tuning=FALSE ==>ON (pelo que entendi, com esta opção em ON ele pode paralelizar os FULL TABLES SCAN...isso funciona mesmo ? ) hash_area_size e sort_area_size não irei mexes pois utilizo pga_aggregate_target. Segundo documentação, só poderia alterar estas opções se nao estivesse trabalhando com pga_aggregate. Tudo certinho ?
[oracle_br] Re: Latch: Library Cache - Lentidão !!
o vc querer corrigir algo que é externo, ok ? O > que fazer ? Veja, imagine que o bug fosse que ele faz um conta errada, um > determinado resultado fica negativo , o que vc faria é contatar fornecedor e > demandar um patch, certo ? Vc até poderia, como PALIATIVO enquanto não vem o > patch, digamos escrever um SQL que multiplicasse por -1 os resultados se > livrando do negativo, mas isso é um remendão, que PODE ter efetos nocivos, > tipo, o fornecedor ter uma rotina que também mexa nos resultados aí vem a sua > e mexe também, sabe-se lá... OK, o fornecedor (como a maioria deles) não dá > pelota pra tua Empresa depois da venda feita ? Tá, mas se vc não reclamar, aí > que o bug nunca é corrigido mesmo, concorda ? Como resonsável pelo banco, a > tua função é registrar isso ** E ** deixar clara, POR ESCRITO, a sua posição > pro teu chefe, até que ele mesmo pessoalmente se envolva na conversa com o > fornecedor, fazendo umas ameaças comerciais, não tem outro jeito.. Pra bugs > de SQL é a mesma coisa, até há alguns remendos que vc pode tentar (como > programaticamente esvaziar o cache de SQLs, e/ou tentar setar o autobind com > CURSOR_SHARING , e/ou tentar aumentar os parâmetros internos que controlam > quantidades e spins de latches, entre outros), mas TODOS esses são REMENDÕES > , coisas feias que a qquer momento podem cair/quebrar, há/podem haver efeitos > coletarais *** MUITO SÉRIOS *** não só de performance quanto de Estabilidade > com tais procedimentos, antes de usar qquer um deles vc TEM QUE ter o > respaldo de um Camado no Suporte Oracle e TEM que já ter demandado correções > do fornecedor... >Menos sérios (mas às vezes menos efetivos) são os acertos de plano de > execução de SQL malfeitos que vc pode fazer no banco, mesmo sem ter o código > fonte da aplicação, são eles : > >a) renomear a tabela original para xyz, e ter uma view (com HINTs e/ou > re-escrita de SQL), criada com o nome da tabela original e consultando a xyz > >b) criar um pool keep com algumas tabelas muito usadas mas não tão grandes > >c) SQL Outlines > >d) SQL Profiles > >e) triggers de conexão que façam via ALTER SESSION alterações de ambiente, > principalmente nos parâmetros de CBO > >f) alterações no modelo , como criação de índices mais especializados, > recriação (com compactação e/ou remoção de white space, ou mesmo > defragmentação) de tabels/índices, adição de views materializadas, etc > > Claro que nem sempre são possíveis/viáveis (principalmente o que implica > mexer no modelo lógico/físico original da Aplicação), E que certamente eles > serão perdidos (e terão que ser refeitos) no próximo patch/release que o > Fornecedor mandar, mas é isso. > > []s > > Chiappa > --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > > > Bom dia colegas, > > > > Algum tempo atras postei algumas dúvidas com relação aos latchs que estou > > tendo na Library Cache e sabemos que os mesmos tem haver com as querys > > dinamicas que estão sendo executadas. > > > > O meu grande problema em solucionar definitivamente este problema, é que as > > aplicações que são executadas são de terceiros. > > > > Minha dúvida é a seguinte, s eeu aumentasse o tamanho da Shared Pool, como > > consequencia, a da Library Cache, este problema não > > seria..digamos...solucionado paliativamente ? > > > > Pq, percebi que antigamente, trabalhando com 20G para a SGA, tinha uma > > performance muito melhor do que hoje em dia, trabalhando com 24G...esta > > relação de aumento da SGA X Performance me intriga um pouco > > > > alguem tem alguma ideia ? > > >
[oracle_br] Re: Alterando Parametros do CBO - Tuning
Grande Andre, sim !! sim !! As vezes um FULL TABLE SCAN tem um custo muito menor do que uma consulta contendo um indice ou prumary key.. Citei a questão dos FULL TABLES ou dos RANGE SCAN com relação aos parametros do CBO...Existem algumas opções bem específicas nas configuração que mexem diretamente com os FULL TABLE SCAN...por isso a dúvida :) Estou começando um trabalho de tuning onde o chiappa ja me deu alguns toques, devidos ha alguns latchs que tenho na mnha library cache...e sei que grande parte disso, é culpa de querys mal elaboradas mas, podendo cercar tudo que eu puder quanto ao banco, seria bom ... Já li muitas coisas sobre o CBO...sempre coletei as estatisticas de banco e etc..mas nunca configurei o bendito..ou seja...talvez pudesse etsar ganhando mais alguma coisa, com relação a performance no plano de execução das querys se tivesse dando uma olhadinha nele antesmas antes tarde do que nunca ne !! Rs --- Em oracle_br@yahoogrupos.com.br, Andre Santos escreveu > > Candiuru > > Aqui no fórum há excelentes DBA's que poderão ajudar nas questões sobre > parâmetros. > > Sobre os "full table scans" ou "index range scans", não devemos associá-los > necessariamente a coisas ruins. > Dependendo do conteúdo das tabelas e do tipo de consulta, podem ser os > melhores métodos (com menor custo). > > Além dos parâmetros, que você está pesquisando, o modo de coletar as > estatísticas é muito importante (por exemplo, quais tabelas/colunas terão > histogramas, etc...). > > [ ] > > André > > 2009/7/2 candiurudba > > > > > > > Boa tarde colegas, > > > > Estava lendo algumas mensagens antigas aqui no forum, sobre o erro de > > basear tuning nos famosos Hit Ratios (buffer chache e etc...) e que algumas > > melhorias podem ser implementadas, com relação a performance de querys, > > alterando alguns parametros do CBO. > > > > Comecei a fazer algumas pesquisas sobre algumas opções e tenho algumas > > pequenas dúvidas... > > > > Nas aplicações que trabalho, temos algumas tabelas que sofrem FULL TABLE > > SCAN e INDEX RANGE...meu banco de dados esta configurado como > > optimizer_mode=ALL_ROWS que, segundo pesquisa, favorece os FULL TABLE > > SCANS...seria isso mesmo ? > > > > Segundo pesquisei no metalink, para banco um OLTP o ideial seria > > FIRST_ROWS..mas, e com relação aos FULL TABLE SCANS ? Perderia muita > > performance ? > > > > Opções que pensei em mudar, relativas a pesquisa: > > > > optimizer_mode=ALL_ROWS ==> FIRST_ROWS > > > > optimizer_index_caching=0 ==> 50 > > > > db_file_multiblock_read_count=16 ==>40 > > > > parallel_automatic_tuning=FALSE ==>ON (pelo que entendi, com esta opção em > > ON ele pode paralelizar os FULL TABLES SCAN...isso funciona mesmo ? ) > > > > hash_area_size e sort_area_size não irei mexes pois utilizo > > pga_aggregate_target. Segundo documentação, só poderia alterar estas opções > > se nao estivesse trabalhando com pga_aggregate. > > > > Tudo certinho ? > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] Re: Alterando Parametros do CBO - Tuning
Grande André... Sim...parece uma arte sim...talvez seja uma das partes mais interessantes (a meu ver) na adm de banco de dados... :) Pessoal, Fiz algumas alterações nas configurações do CBO que gostaria de compartilhar com vocês... 1)Alterei o Parametro optimizer_mode de ALL_ROWS para FIRST_ROWS pois pelo que li, a opção FIRST_ROWS favorece os INDEX SCAN contra os FULL TABLE SCAN (ALL_ROWS) que é mais utilizado em ambientes de DataWareHouse. 2)Alterei o parametro db_file_multiblock_read_count de 16 para 22 aumentando a leitura dos blocos feitas pelo scattered. Neste ponto tive um grande aumento de I/O e consumo de CPU (quando havia setado este parametro para 32, tive aumento significativo de CPU, beirando os 8 núcleos da CPU em 97% de consumo e um pouco do alerta de concorrencia, po reste motivo, cheguei aos 22 so tendo como efeito colateral, um pouco a mais de consumo de I/O). 3)Não consegui mexer no optimizer index_caching pois, qualquer valor que coloco, por menor que seja, tenho alto consumo de CPU. alguem saberia me dizer o motivo ? 4)Não consegui alterar este paramtro pois não é dinamico. Precisaria baixar o banco para faze-lo, ou seja, somente final de semana :) --- Em oracle_br@yahoogrupos.com.br, Andre Santos escreveu > > Candiuru > > Legal! "Tuning" parece uma arte, não? :) > Principalmente essa parte que você está pesquisando e testando sobre os > parâmetros, exige bastante estudo e experimentação mesmo. Mas acho que os > resultados (e o conhecimento adquirido) irão compensar! > > Boa sorte! > > [ ] > > André > > > 2009/7/3 candiurudba > > > > > > > Grande Andre, > > > > sim !! sim !! As vezes um FULL TABLE SCAN tem um custo muito menor do que > > uma consulta contendo um indice ou prumary key.. > > > > Citei a questão dos FULL TABLES ou dos RANGE SCAN com relação aos > > parametros do CBO...Existem algumas opções bem específicas nas configuração > > que mexem diretamente com os FULL TABLE SCAN...por isso a dúvida :) > > > > Estou começando um trabalho de tuning onde o chiappa ja me deu alguns > > toques, devidos ha alguns latchs que tenho na mnha library cache...e sei que > > grande parte disso, é culpa de querys mal elaboradas mas, podendo cercar > > tudo que eu puder quanto ao banco, seria bom ... > > > > Já li muitas coisas sobre o CBO...sempre coletei as estatisticas de banco e > > etc..mas nunca configurei o bendito..ou seja...talvez pudesse etsar ganhando > > mais alguma coisa, com relação a performance no plano de execução das querys > > se tivesse dando uma olhadinha nele antesmas antes tarde do que nunca ne > > !! Rs > > > > --- Em oracle_br@yahoogrupos.com.br , > > Andre Santos escreveu > > > > > > Candiuru > > > > > > Aqui no fórum há excelentes DBA's que poderão ajudar nas questões sobre > > > parâmetros. > > > > > > Sobre os "full table scans" ou "index range scans", não devemos > > associá-los > > > necessariamente a coisas ruins. > > > Dependendo do conteúdo das tabelas e do tipo de consulta, podem ser os > > > melhores métodos (com menor custo). > > > > > > Além dos parâmetros, que você está pesquisando, o modo de coletar as > > > estatísticas é muito importante (por exemplo, quais tabelas/colunas terão > > > histogramas, etc...). > > > > > > [ ] > > > > > > André > > > > > > 2009/7/2 candiurudba > > > > > > > > > > > > > > > Boa tarde colegas, > > > > > > > > Estava lendo algumas mensagens antigas aqui no forum, sobre o erro de > > > > basear tuning nos famosos Hit Ratios (buffer chache e etc...) e que > > algumas > > > > melhorias podem ser implementadas, com relação a performance de querys, > > > > alterando alguns parametros do CBO. > > > > > > > > Comecei a fazer algumas pesquisas sobre algumas opções e tenho algumas > > > > pequenas dúvidas... > > > > > > > > Nas aplicações que trabalho, temos algumas tabelas que sofrem FULL > > TABLE > > > > SCAN e INDEX RANGE...meu banco de dados esta configurado como > > > > optimizer_mode=ALL_ROWS que, segundo pesquisa, favorece os FULL TABLE > > > > SCANS...seria isso mesmo ? > > > > > > > > Segundo pesquisei no metalink, para banco um OLTP o ideial seria > > > > FIRST_ROWS..mas, e com relação aos FULL TABLE SCANS ? Perderia muita > > > > performance ? > > > > > > > > Opções que pensei em mudar, rela
[oracle_br] Re: Alterando Parametros do CBO - Tuning
Reginaldo, Nos posts anteriores (referentes a este topico) ja haviamos discutido isso e sabemos que em alguns casos, Full tables scans podm ser mais performaticos do que outros planos de acesso... Quanto a sair alterando parametros por alterar acredito que não seja a questão deste topico...a inteção é justamente o aprendizado pq, se vc ou qualquer outro DBA ate hj não configurou bem o CBO, não esta na verdade garantindo a maxima performance que pode ser obtida com a coleta de estatisticas e histogramas...esta é a intenção do tópico... Já vi muito DBA ( e ate mesmo experientes) coletando estatiscias, em um anbiente DATAWAREHOUSE e setado como optimizer_mode=FIRST_ROWS. quando na propria documentação da Oracle sugere ALL_ROWS para uma melhor performance... Um outro ponto importante, somente ler os Manuais sem praticar, por a prova, acredito que não seria d egrande utilizade. Seguindo o exemplo que vc passou, se eu aumentasse o db_block de 16 para 32, eu obteria ganhos de performance se todas as querys estivessem OK ?? provavelment esim, mas teria um custo alto de CPU ? Pq ? Estes são pontos que ficam na dúvida...tanto que aumentei de 16 para 25 e para mim, ficou bem traqnuilo... Quanto aos waits, ja descobri quais são (vide topicos anteriores) e por isso que não listei novamente aqui...pois a ideia era filtar os topicos atuais em CBO...um assunto que é pouco discutido --- Em oracle_br@yahoogrupos.com.br, rflribeiro escreveu > > Amigo, fts (full table scan) não é o demônio... Há situações em que é > mais interessante varrer completamente a tabela ao invés de acessá-la > via index. Você está sofrendo problemas de performance? Se sim, já sabe > quais são os wait events relacionados? Conseguiu identificar as queries > ofensoras? Sair alterando parâmetros por alterar, visando seguir as > 'best practices (de quem?)' não é recomendável. Somente para > exemplificar, a alteração do multiblock para 40 ao invés de 16 vai te > dar o efeito exatamente contrário do que pretende se outros pontos não > forem objeto de análise e corretamente configurados. Tenha em mente que > a maior parte dos parâmetros relacionados à performance estão > relacionados. A mudança de qualquer um afeta diretamente a geração dos > planos de execução. > -> tahiti.oracle.com > No endereço acima, acesse o pt (performance e tuning) da sua versão (que > não informou, para variar) e dê uma bela fuçada lá. Também recomendo o > "Oracle Wait Interface: A Practical Guide to Performance Diagnostics & > Tuning by Richmond Shee, Kirtikumar Deshpande and K Gopalakrishnan > ISBN:007222729x". Boa sorte. > > Ribeiro, Reginaldo > Administrador de Bancos de Dados > Oracle Certified Associate 10g > > DBCom Brazil Consultoria em Tecnologia da Informação > skype: rflribeiro > mobile: 551178715729 > nextel id: 55*84*70035 > fone: 551135225172 > e-mail: rflribe...@... > site: http://www.dbcom.com.br > > > Am 02.07.2009 15:10, schrieb candiurudba: > > > > > > Boa tarde colegas, > > > > Estava lendo algumas mensagens antigas aqui no forum, sobre o erro de > > basear tuning nos famosos Hit Ratios (buffer chache e etc...) e que > > algumas melhorias podem ser implementadas, com relação a performance > > de querys, alterando alguns parametros do CBO. > > > > Comecei a fazer algumas pesquisas sobre algumas opções e tenho algumas > > pequenas dúvidas... > > > > Nas aplicações que trabalho, temos algumas tabelas que sofrem FULL > > TABLE SCAN e INDEX RANGE...meu banco de dados esta configurado como > > optimizer_mode=ALL_ROWS que, segundo pesquisa, favorece os FULL TABLE > > SCANS...seria isso mesmo ? > > > > Segundo pesquisei no metalink, para banco um OLTP o ideial seria > > FIRST_ROWS..mas, e com relação aos FULL TABLE SCANS ? Perderia muita > > performance ? > > > > Opções que pensei em mudar, relativas a pesquisa: > > > > optimizer_mode=ALL_ROWS ==> FIRST_ROWS > > > > optimizer_index_caching=0 ==> 50 > > > > db_file_multiblock_read_count=16 ==>40 > > > > parallel_automatic_tuning=FALSE ==>ON (pelo que entendi, com esta > > opção em ON ele pode paralelizar os FULL TABLES SCAN...isso funciona > > mesmo ? ) > > > > hash_area_size e sort_area_size não irei mexes pois utilizo > > pga_aggregate_target. Segundo documentação, só poderia alterar estas > > opções se nao estivesse trabalhando com pga_aggregate. > > > > Tudo certinho ? > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] Re: Alterando Parametros do CBO - Tuning
Valeu Matheus...boa dica.. Vou dar uma olhadinha nele.. --- Em oracle_br@yahoogrupos.com.br, Matheus Góes escreveu > > Carandiru, > > Um bom material para leitura sobre tunning e CBO é o livro > Cost Based Oracle Fundamentals - Jonathan Lewis > Leitura em ingles mas vale a pena dar uma olhada apesar do nível de > detalhamento... > > [ ]'s > > Matheus > > > 2009/7/3 candiurudba > > > > > > > Grande Andre, > > > > sim !! sim !! As vezes um FULL TABLE SCAN tem um custo muito menor do que > > uma consulta contendo um indice ou prumary key.. > > > > Citei a questão dos FULL TABLES ou dos RANGE SCAN com relação aos > > parametros do CBO...Existem algumas opções bem específicas nas configuração > > que mexem diretamente com os FULL TABLE SCAN...por isso a dúvida :) > > > > Estou começando um trabalho de tuning onde o chiappa ja me deu alguns > > toques, devidos ha alguns latchs que tenho na mnha library cache...e sei que > > grande parte disso, é culpa de querys mal elaboradas mas, podendo cercar > > tudo que eu puder quanto ao banco, seria bom ... > > > > Já li muitas coisas sobre o CBO...sempre coletei as estatisticas de banco e > > etc..mas nunca configurei o bendito..ou seja...talvez pudesse etsar ganhando > > mais alguma coisa, com relação a performance no plano de execução das querys > > se tivesse dando uma olhadinha nele antesmas antes tarde do que nunca ne > > !! Rs > > > > --- Em oracle_br@yahoogrupos.com.br , > > Andre Santos escreveu > > > > > > > > Candiuru > > > > > > Aqui no fórum há excelentes DBA's que poderão ajudar nas questões sobre > > > parâmetros. > > > > > > Sobre os "full table scans" ou "index range scans", não devemos > > associá-los > > > necessariamente a coisas ruins. > > > Dependendo do conteúdo das tabelas e do tipo de consulta, podem ser os > > > melhores métodos (com menor custo). > > > > > > Além dos parâmetros, que você está pesquisando, o modo de coletar as > > > estatísticas é muito importante (por exemplo, quais tabelas/colunas terão > > > histogramas, etc...). > > > > > > [ ] > > > > > > André > > > > > > 2009/7/2 candiurudba > > > > > > > > > > > > > > > > > Boa tarde colegas, > > > > > > > > Estava lendo algumas mensagens antigas aqui no forum, sobre o erro de > > > > basear tuning nos famosos Hit Ratios (buffer chache e etc...) e que > > algumas > > > > melhorias podem ser implementadas, com relação a performance de querys, > > > > alterando alguns parametros do CBO. > > > > > > > > Comecei a fazer algumas pesquisas sobre algumas opções e tenho algumas > > > > pequenas dúvidas... > > > > > > > > Nas aplicações que trabalho, temos algumas tabelas que sofrem FULL > > TABLE > > > > SCAN e INDEX RANGE...meu banco de dados esta configurado como > > > > optimizer_mode=ALL_ROWS que, segundo pesquisa, favorece os FULL TABLE > > > > SCANS...seria isso mesmo ? > > > > > > > > Segundo pesquisei no metalink, para banco um OLTP o ideial seria > > > > FIRST_ROWS..mas, e com relação aos FULL TABLE SCANS ? Perderia muita > > > > performance ? > > > > > > > > Opções que pensei em mudar, relativas a pesquisa: > > > > > > > > optimizer_mode=ALL_ROWS ==> FIRST_ROWS > > > > > > > > optimizer_index_caching=0 ==> 50 > > > > > > > > db_file_multiblock_read_count=16 ==>40 > > > > > > > > parallel_automatic_tuning=FALSE ==>ON (pelo que entendi, com esta opção > > em > > > > ON ele pode paralelizar os FULL TABLES SCAN...isso funciona mesmo ? ) > > > > > > > > hash_area_size e sort_area_size não irei mexes pois utilizo > > > > pga_aggregate_target. Segundo documentação, só poderia alterar estas > > opções > > > > se nao estivesse trabalhando com pga_aggregate. > > > > > > > > Tudo certinho ? > > > > > > > > > > > > > > > > > > > > > > > > > [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: Alterando Parametros do CBO - Tuning
Rs Rs Grande Reginaldo, Tranquilo...as vezes os posts ficam meio..digamos...embaralhados..rs rs Mas obrigadão pela ajuda ...estou tentand aprofundar os conhecimentos mesmo em tuning..acho muito 10. Ja estou vendo um bom material de configuração de CBO que um colega ai citou... abração --- Em oracle_br@yahoogrupos.com.br, rflribeiro escreveu > > Esta mensagem foi enviada no dia da sua postagem (veja que ela segue > diretamente seu post). Deve ter sido a primeira resposta, inclusive. > Como a primeira mensagem que se envia ao grupo é moderada, só chegou hoje. > De qualquer forma, minha impressão ao ler seu post inicial não foi de > que já possuía alguma experiência e procurei não detalhar muito o > assunto. Acompanhei o restante da thread e vi o restante das respostas, > mas a mensagem já havia sido enviada, fazer o quê?. Quanto ao multiblock > veja bem, amigo, eu disse MULTIBLOCK e não DB_BLOCK), deixa pra lá... > Não vamos iniciar um flamewar... Estou disponível em pvt, qualquer coisa. > Novamente, boa sorte e um abraço. > P.S. Returning to the matrix. Abraços a todos. > > Ribeiro, Reginaldo > Administrador de Bancos de Dados > Oracle Certified Associate 10g > > DBCom Brazil Consultoria em Tecnologia da Informação > skype: rflribeiro > mobile: 551178715729 > nextel id: 55*84*70035 > fone: 551135225172 > e-mail: rflribe...@... > site: http://www.dbcom.com.br > > > On 07/07/2009 02:46 PM, candiurudba wrote: > > > > > > Reginaldo, > > > > Nos posts anteriores (referentes a este topico) ja haviamos discutido > > isso e sabemos que em alguns casos, Full tables scans podm ser mais > > performaticos do que outros planos de acesso... > > > > Quanto a sair alterando parametros por alterar acredito que não seja a > > questão deste topico...a inteção é justamente o aprendizado pq, se vc > > ou qualquer outro DBA ate hj não configurou bem o CBO, não esta na > > verdade garantindo a maxima performance que pode ser obtida com a > > coleta de estatisticas e histogramas...esta é a intenção do tópico... > > > > Já vi muito DBA ( e ate mesmo experientes) coletando estatiscias, em > > um anbiente DATAWAREHOUSE e setado como optimizer_mode=FIRST_ROWS. > > quando na propria documentação da Oracle sugere ALL_ROWS para uma > > melhor performance... > > > > Um outro ponto importante, somente ler os Manuais sem praticar, por a > > prova, acredito que não seria d egrande utilizade. Seguindo o exemplo > > que vc passou, se eu aumentasse o db_block de 16 para 32, eu obteria > > ganhos de performance se todas as querys estivessem OK ?? provavelment > > esim, mas teria um custo alto de CPU ? Pq ? Estes são pontos que ficam > > na dúvida...tanto que aumentei de 16 para 25 e para mim, ficou bem > > traqnuilo... > > > > Quanto aos waits, ja descobri quais são (vide topicos anteriores) e > > por isso que não listei novamente aqui...pois a ideia era filtar os > > topicos atuais em CBO...um assunto que é pouco discutido > > > > --- Em oracle_br@yahoogrupos.com.br > > <mailto:oracle_br%40yahoogrupos.com.br>, rflribeiro > > escreveu > > > > > > Amigo, fts (full table scan) não é o demônio... Há situações em que é > > > mais interessante varrer completamente a tabela ao invés de acessá-la > > > via index. Você está sofrendo problemas de performance? Se sim, já sabe > > > quais são os wait events relacionados? Conseguiu identificar as queries > > > ofensoras? Sair alterando parâmetros por alterar, visando seguir as > > > 'best practices (de quem?)' não é recomendável. Somente para > > > exemplificar, a alteração do multiblock para 40 ao invés de 16 vai te > > > dar o efeito exatamente contrário do que pretende se outros pontos não > > > forem objeto de análise e corretamente configurados. Tenha em mente que > > > a maior parte dos parâmetros relacionados à performance estão > > > relacionados. A mudança de qualquer um afeta diretamente a geração dos > > > planos de execução. > > > -> tahiti.oracle.com > > > No endereço acima, acesse o pt (performance e tuning) da sua versão > > (que > > > não informou, para variar) e dê uma bela fuçada lá. Também recomendo o > > > "Oracle Wait Interface: A Practical Guide to Performance Diagnostics & > > > Tuning by Richmond Shee, Kirtikumar Deshpande and K Gopalakrishnan > > > ISBN:007222729x". Boa sorte. > > > > > > Ribeiro, Reginaldo > > > Administrador de Bancos de Dados > > > Oracle Certifi
[oracle_br] Tuning: Verificação de Waits !!
Bom dia colegas, Estou fazendo uma verificação rotineira no banco de dados, a fim de detectar alguns WAITs que possam estar altos... Verificando na V$SESSION_WAIT e na V$SESSION_EVENT e descobri WAITS para os: Streams AQ: qmn slave idle wait Streams AQ: qmn coordinator idle wait Streams AQ: waiting for time management or cleanup tasks O default do Oracle 10G é a utilização de Streams ? Não entendi muito bem, tendo em vista que não utilizo Streams para nada (pelo que eu saiba..Rs) Uma outra questão, já li diversos relatoS que ignoram o SQL*Net message from client, dizendo que DBAs devem ignorar este parametro e etc mas, ele não seria um idicativo que algo pode estar indo mal na red epor exemplo ? Gerando alguns garga-los no trafego ?
[oracle_br] Blecautes Oracle - O que é e como configurar ?
Bom dia Colegas, Por incrível que pareça, procurei na net e não encontrei nadinha a respeito... Pelo que entendo,blecautes seriam "paradas" programadas da instancia, listener e ate mesmo do host..seria isso mesmo ? Tenho algumas paradas sendo realizadas nos bancos que tomam um pouco meu tempo..se pudesse configurar isso, seria uma otima...Alguem teria alguma documentação ?
[oracle_br] Re: Blecautes Oracle - O que é e como configurar ?
Jlchiappa... Estava procurando Blecaute Oracle e não tive resultados...so blecautes de energia elétrica...rs e conforme recomendação do caio, procurei no metalink atigos osbre CPU e tambem não encontrei... Mas bleza...Obrigadão pela ajuda --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" escreveu > > Colega, é inacreditável ** mesmo ** : googlei por oracle database blackout , > de cara o ** SEGUNDO ** link que recebi foi > http://stanford.edu/dept/itss/docs/oracle/10g/server.101/b10742/em_manage.htm > , que já explica o conceito : > > "Blackout AdministrationWhen you have planned downtime for database > maintenance, you can indicate to Oracle that you do not want false alerts to > be sent to you." > > ou seja, é simplesmente suspender as atividades do ** ENTERPRISE MANAGER ** > por um tempo, ok ?? Não é interromper o banco, é o OEM, confere ?? > Quanto às tais "paradas" de banco, aí a resposta só pode ser DEPENDE, cada > caso é um caso, vareia ... Por exemplo, googlando por oracle suspend database > activity logo os primeiros links já falam de algumas atividades e alguns > modos de suspender temporariamente as atividades do banco para permitir > algumas atividades administrativas, e outra googlada por oracle database > online operations já retornou uma cara de links falando sobre algumas > atividades que vc pode fazer online (eliminando talvez algumas das tais das > "paradas"), mas novamente, cada caso é um caso, yes ? > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > > > Bom dia Colegas, > > > > Por incrível que pareça, procurei na net e não encontrei nadinha a > > respeito... > > > > Pelo que entendo,blecautes seriam "paradas" programadas da instancia, > > listener e ate mesmo do host..seria isso mesmo ? > > > > Tenho algumas paradas sendo realizadas nos bancos que tomam um pouco meu > > tempo..se pudesse configurar isso, seria uma otima...Alguem teria alguma > > documentação ? > > >
[oracle_br] Replicação de Tabelas - View Materializadas
Boa tarde pessoal... Tenho uma pequena dúvida sobre replicação, utilizando views materializadas...Precisando daquela ajudinha bacana... :) Estou com dúvida quanto as atualizações desta view...não entendi muito bem o parametro...rs O script é o Seguinte: CREATE MATERIALIZED VIEW teste_replica REFRESH FAST START WITH SYSDATE + 1 ==> iniciando amanhã ? NEXT SYSDATE + 1/24 ==> Não entendi muito bem... ? WIDTH PRIMARY KEY AS SELECT * FROM teste.replica...@dblink_publico_teste Se eu quiser executar estas atualizações de 30 em 30 minutos ? Minha dúvida seria esta mesmo..sobre como configurar estes intervalos
[oracle_br] Dúvida sobre DBLINK - Publico X Privado
Bom dia colegas, Uma dúvida bem simples...acredito que eu deva estar esquecendo de algo... Consigo criar DBLINK PUBLICO sem problemas mas estou econtrando problemas para criar o PRIVADO Criação do Publico: create public dblink teste connect to teste identified by teste using 'PRODUCAO' Este funciona sem problemas Criação do Privado create dblink teste connect to teste identified by teste using 'PRODUCAO' Este não funciona nem por reza forte... OBS: Eles estão sendo criados em um esquema em produção que possui os privilegios de sistema: CREATE SESISON CREATE DBLINK CONNECT CREATE TABLE UNLIMITED TABLESPACE Como sabemos, não precisei adicionar privilegios ao publico pois o mesmo ja pertence a PUBLIC. Alguem teria alguma ideia ?
[oracle_br] Re: Dúvida sobre DBLINK - Publico X Privado
Opa... Foi isto mesom que esta no blog que eu fiz e ja trabalho com dblink ha algum tempo...mas achei este erro estranho... quando estou no OEM e clico no botão para verificar se o dblink esta ativo, ele diz que nao esta ativo e informa que não reconhece o descritor da conexão... Estranho mesmo...com o publico consigo numa boa... --- Em oracle_br@yahoogrupos.com.br, francisco porfirio escreveu > > rapaz, até onde sei é isso. > Achei até um link que explica > http://profissionaloracle.com.br/blogs/flavioisidorio/oracle-database-link/ > > Mas qual é o erro exatamente que está ocorrendo, ateravés do erro fica > melhor para ajudar. > > 2009/8/11 candiurudba > > > > > > > Bom dia colegas, > > > > Uma dúvida bem simples...acredito que eu deva estar esquecendo de algo... > > > > Consigo criar DBLINK PUBLICO sem problemas mas estou econtrando problemas > > para criar o PRIVADO > > > > Criação do Publico: > > > > create public dblink teste connect to teste identified by teste using > > 'PRODUCAO' > > > > Este funciona sem problemas > > > > Criação do Privado > > > > create dblink teste connect to teste identified by teste using 'PRODUCAO' > > > > Este não funciona nem por reza forte... > > > > OBS: Eles estão sendo criados em um esquema em produção que possui os > > privilegios de sistema: > > > > CREATE SESISON > > CREATE DBLINK > > CONNECT > > CREATE TABLE > > UNLIMITED TABLESPACE > > > > Como sabemos, não precisei adicionar privilegios ao publico pois o mesmo ja > > pertence a PUBLIC. > > > > Alguem teria alguma ideia ? > > > > > > > > > > -- > Atenciosamente > Francisco Porfirio Ribeiro Neto > > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] Re: Replicação de Tabelas - View Materializadas
Colegas, Como teste, fiz a criação de uma tabela no meu ambiente de desenvolvimento com apenas 2 registros e no outro servidor, criei o dblink publico e estou tentando criar a view materializada da seguinte forma: CREATE MATERIALIZED VIEW teste_replicacao_vm TABLESPACE TS_VM_MATERIALIZADA BUILD IMMEDIATE REFRESH COMPLETE NEXT SYSDATE + 1/24 WITH PRIMARY KEY AS SELECT * FROM teste.table_materializ...@dblink_publico_vm Pelo que entendi, ele fara a atualização desta view todos os dias a cada 1 hora...seria isso mesmo ? E caso eu queria atualiza-la a cada 30 minutos ? Outra dúvida, se eu quisesse utilizar a clausu-la ON COMMIT, seria somente alterar o parametro REFRESH COMPLETE para REFRESH FAST ON COMMIT ? Bem, ele me deu um erro: INSUFFICIENT PRIVILEGES apontando aparemtemente para o dblink... Existe algum privilégio especifico para as atualizações automaticas ? --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > Boa tarde pessoal... > > Tenho uma pequena dúvida sobre replicação, utilizando views > materializadas...Precisando daquela ajudinha bacana... :) > > Estou com dúvida quanto as atualizações desta view...não entendi muito bem o > parametro...rs > > O script é o Seguinte: > > CREATE MATERIALIZED VIEW teste_replica > REFRESH FAST > START WITH SYSDATE + 1 ==> iniciando amanhã ? > NEXT SYSDATE + 1/24 ==> Não entendi muito bem... ? > WIDTH PRIMARY KEY > AS > SELECT * > FROM teste.replica...@dblink_publico_teste > > Se eu quiser executar estas atualizações de 30 em 30 minutos ? Minha dúvida > seria esta mesmo..sobre como configurar estes intervalos >
[oracle_br] Re: Replicação de Tabelas - View Materializadas
Grande Chiappa, Li algumas documentações, acessei alguns sites e não encontrei a luz para minha dúvida... Segundo as restrições que li a respeito, não vi nada sobre DBLINK, ou seja a view materializada: CREATE MATERIALIZED VIEW teste_rep_torneg_fast TABLESPACE TS_VM_MATERIALIZADA REFRESH FAST ON COMMIT AS SELECT * FROM teste.tornegd_replica...@dblink_publico_vm ou CREATE MATERIALIZED VIEW teste_rep_torneg_fast TABLESPACE TS_VM_MATERIALIZADA BUILD IMMEDIATE REFRESH FAST ON COMMIT AS SELECT * FROM teste.tornegd_replica...@dblink_publico_vm Me retorna erro de insufficient privileges aparentemente, no DBLINK mas sendo que, este DBLINK é publico... Posso estar esquecendo mais alguma coisa ? Provavelmente ne --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" escreveu > > "Pelo que entendi, ele fara a atualização desta view todos os dias a cada 1 > hora" > > Sim, a cláusula SYSDATE + (1/24) indica que vc quer adicionar 24 avos de um > dia, como o dia tem 24 horas isso é 1 hora, cfrme : > > sys...@10g:SQL>select sysdate, sysdate + (1/24) from dual; > > SYSDATE SYSDATE+(1/24) > --- --- > 11/08/2009 15:41:04 11/08/2009 16:41:04 > > "Existe algum privilégio especifico para as atualizações automaticas ?" > > Não, pode confirmar no manual que privilégio específico não há nada > específico para Atualizações, quem vai criar oa VM (e a atualizar, > normalmente são o mesmo cara) além dos privs de CREATE e de SELECT lá na > fonte dos dados, iirc se for desejado usar query rewrite tem que ter o > privilégio correspondente (ver nota metalink 1079983.6), e (óbvio) : Não É > qualquer vm que pode ter refresh fast, há exigências e restrições pra isso, > veja no manual de SQL Reference os links correspondentes. > > []s > > Chiappa > --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > > > Colegas, > > > > Como teste, fiz a criação de uma tabela no meu ambiente de desenvolvimento > > com apenas 2 registros e no outro servidor, criei o dblink publico e estou > > tentando criar a view materializada da seguinte forma: > > > > CREATE MATERIALIZED VIEW teste_replicacao_vm > > TABLESPACE TS_VM_MATERIALIZADA > > BUILD IMMEDIATE > > REFRESH COMPLETE > > NEXT SYSDATE + 1/24 > > WITH PRIMARY KEY > > AS > > SELECT * > > FROM teste.table_materializ...@dblink_publico_vm > > > > Pelo que entendi, ele fara a atualização desta view todos os dias a cada 1 > > hora...seria isso mesmo ? E caso eu queria atualiza-la a cada 30 minutos ? > > > > Outra dúvida, se eu quisesse utilizar a clausu-la ON COMMIT, seria somente > > alterar o parametro REFRESH COMPLETE para REFRESH FAST ON COMMIT ? Bem, ele > > me deu um erro: INSUFFICIENT PRIVILEGES apontando aparemtemente para o > > dblink... > > > > Existe algum privilégio especifico para as atualizações automaticas ? > > > > > > > > > > --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > > > > > Boa tarde pessoal... > > > > > > Tenho uma pequena dúvida sobre replicação, utilizando views > > > materializadas...Precisando daquela ajudinha bacana... :) > > > > > > Estou com dúvida quanto as atualizações desta view...não entendi muito > > > bem o parametro...rs > > > > > > O script é o Seguinte: > > > > > > CREATE MATERIALIZED VIEW teste_replica > > > REFRESH FAST > > > START WITH SYSDATE + 1 ==> iniciando amanhã ? > > > NEXT SYSDATE + 1/24 ==> Não entendi muito bem... ? > > > WIDTH PRIMARY KEY > > > AS > > > SELECT * > > > FROM teste.replica...@dblink_publico_teste > > > > > > Se eu quiser executar estas atualizações de 30 em 30 minutos ? Minha > > > dúvida seria esta mesmo..sobre como configurar estes intervalos > > > > > >
[oracle_br] Re: Replicação de Tabelas - View Materializadas
Grande Chippa e colegas... Estava tendo problemas na criação da View Materializada com refresh fast pela falta de privilégios do usuário e em seguida, pela não criação de uma VM de logs ligada a tabela master... Este assunto é bem interessante...apesar que nas minhas buscas pela net encontrei de tudo e bem erradors Mas nada como a documentação para sanar todas as duvidas !! :) Mas tenho uma pequena dúvida, todas as alterações feitas por comandos DML serão inseridos na VM de logs e sem seguida, as operações de insert (via direct path) atualizarão a VM. Este tempo de atualização entre a VM d elogs e a VM...não tem na documentação o tempo entre elas...alguem saberia dizer ? --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > Grande Chiappa, > > Li algumas documentações, acessei alguns sites e não encontrei a luz para > minha dúvida... > > Segundo as restrições que li a respeito, não vi nada sobre DBLINK, ou seja a > view materializada: > > CREATE MATERIALIZED VIEW teste_rep_torneg_fast > TABLESPACE TS_VM_MATERIALIZADA > REFRESH FAST ON COMMIT > AS SELECT * > FROM teste.tornegd_replica...@dblink_publico_vm > > ou > > CREATE MATERIALIZED VIEW teste_rep_torneg_fast > TABLESPACE TS_VM_MATERIALIZADA > BUILD IMMEDIATE > REFRESH FAST ON COMMIT > AS SELECT * > FROM teste.tornegd_replica...@dblink_publico_vm > > Me retorna erro de insufficient privileges aparentemente, no DBLINK mas sendo > que, este DBLINK é publico... > > Posso estar esquecendo mais alguma coisa ? Provavelmente ne > > --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" escreveu > > > > "Pelo que entendi, ele fara a atualização desta view todos os dias a cada 1 > > hora" > > > > Sim, a cláusula SYSDATE + (1/24) indica que vc quer adicionar 24 avos de um > > dia, como o dia tem 24 horas isso é 1 hora, cfrme : > > > > sys...@10g:SQL>select sysdate, sysdate + (1/24) from dual; > > > > SYSDATE SYSDATE+(1/24) > > --- --- > > 11/08/2009 15:41:04 11/08/2009 16:41:04 > > > > "Existe algum privilégio especifico para as atualizações automaticas ?" > > > > Não, pode confirmar no manual que privilégio específico não há nada > > específico para Atualizações, quem vai criar oa VM (e a atualizar, > > normalmente são o mesmo cara) além dos privs de CREATE e de SELECT lá na > > fonte dos dados, iirc se for desejado usar query rewrite tem que ter o > > privilégio correspondente (ver nota metalink 1079983.6), e (óbvio) : Não É > > qualquer vm que pode ter refresh fast, há exigências e restrições pra isso, > > veja no manual de SQL Reference os links correspondentes. > > > > []s > > > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > > > > > Colegas, > > > > > > Como teste, fiz a criação de uma tabela no meu ambiente de > > > desenvolvimento com apenas 2 registros e no outro servidor, criei o > > > dblink publico e estou tentando criar a view materializada da seguinte > > > forma: > > > > > > CREATE MATERIALIZED VIEW teste_replicacao_vm > > > TABLESPACE TS_VM_MATERIALIZADA > > > BUILD IMMEDIATE > > > REFRESH COMPLETE > > > NEXT SYSDATE + 1/24 > > > WITH PRIMARY KEY > > > AS > > > SELECT * > > > FROM teste.table_materializ...@dblink_publico_vm > > > > > > Pelo que entendi, ele fara a atualização desta view todos os dias a cada > > > 1 hora...seria isso mesmo ? E caso eu queria atualiza-la a cada 30 > > > minutos ? > > > > > > Outra dúvida, se eu quisesse utilizar a clausu-la ON COMMIT, seria > > > somente alterar o parametro REFRESH COMPLETE para REFRESH FAST ON COMMIT > > > ? Bem, ele me deu um erro: INSUFFICIENT PRIVILEGES apontando > > > aparemtemente para o dblink... > > > > > > Existe algum privilégio especifico para as atualizações automaticas ? > > > > > > > > > > > > > > > --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > > > > > > > Boa tarde pessoal... > > > > > > > > Tenho uma pequena dúvida sobre replicação, utilizando views > > > > materializadas...Precisando daquela ajudinha bacana... :) > > > > > > > > Estou com dúvida quanto as atualizações desta view...não entendi muito > > > > bem o parametro...rs > > > > > > > > O script é o Seguinte: > > > > > > > > CREATE MATERIALIZED VIEW teste_replica > > > > REFRESH FAST > > > > START WITH SYSDATE + 1 ==> iniciando amanhã ? > > > > NEXT SYSDATE + 1/24 ==> Não entendi muito bem... ? > > > > WIDTH PRIMARY KEY > > > > AS > > > > SELECT * > > > > FROM teste.replica...@dblink_publico_teste > > > > > > > > Se eu quiser executar estas atualizações de 30 em 30 minutos ? Minha > > > > dúvida seria esta mesmo..sobre como configurar estes intervalos > > > > > > > > > >
[oracle_br] Problema Serio !! ORA-12516:TNS:LISTENER NÃO PÔDE LOCALIZAR O HANDLER DISPONÍVEL
Boa tarde colegas, Estou tendo o seguinte problema : ORA-12516:TNS:LISTENER NÃO PÔDE LOCALIZAR O HANDLER DISPONÍVEL COM A PILHA DE PROTOCOLOS CORRESPONDENTES. Será que alguém pode me ajudar??? SO> SUSE 10 Oracle 10G (10.2.0.3) Do nada as aplicações começaram a exibid este erro... Meu TNSNAMES: PRD = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = bdxpirj01.prd.com.br)(PORT = 1528)) (ADDRESS = (PROTOCOL = TCP)(HOST = bdxpirj01.prd.com.br)(PORT = 1527)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = prd) ) ) LISTENER_prd = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = bdxpirj01.prd.com.br)(PORT = 1528)) (ADDRESS = (PROTOCOL = TCP)(HOST = bdxpirj01.prd.com.br)(PORT = 1527)) ) prd_teste= (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 10.0.12.21)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = prd_teste) ) ) EXTPROC_CONNECTION_DATA = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC0)) ) (CONNECT_DATA = (SID = PLSExtProc) (PRESENTATION = RO) ) ) Meu SQLNET # sqlnet.ora Network Configuration File: /u01/app/oracle/product/10.2.0/db_1/network/admin/sqlnet.ora # Generated by Oracle configuration tools. NAMES.DIRECTORY_PATH= (TNSNAMES) SQLNET.INBOUND_CONNECT_TIMEOUT=0 Alguem teria alguma ideia ? Do nada isso começou a ocorrer...
[oracle_br] Re: Problema Serio !! ORA-12516:TNS:LISTENER NÃO PÔDE LOCALIZAR O HANDLER DISPONÍVEL
Opa pessoal... Já encontrei o problema... Existe um aplicação que esta abrindo um pool gigante de conexões, indo alem do consumo normal...meu banco esta setado para 300 e ele esta chegando a 296...logo...as que estão de fora estão tomando este erro... Estranh --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > Boa tarde colegas, > > Estou tendo o seguinte problema : > > ORA-12516:TNS:LISTENER NÃO PÔDE LOCALIZAR O HANDLER DISPONÍVEL COM A PILHA DE > PROTOCOLOS CORRESPONDENTES. > > Será que alguém pode me ajudar??? > > SO> SUSE 10 > Oracle 10G (10.2.0.3) > > Do nada as aplicações começaram a exibid este erro... > > Meu TNSNAMES: > > PRD = > (DESCRIPTION = > (ADDRESS = (PROTOCOL = TCP)(HOST = bdxpirj01.prd.com.br)(PORT = 1528)) > (ADDRESS = (PROTOCOL = TCP)(HOST = bdxpirj01.prd.com.br)(PORT = 1527)) > (CONNECT_DATA = > (SERVER = DEDICATED) > (SERVICE_NAME = prd) > ) > ) > > LISTENER_prd = > (ADDRESS_LIST = > (ADDRESS = (PROTOCOL = TCP)(HOST = bdxpirj01.prd.com.br)(PORT = 1528)) > (ADDRESS = (PROTOCOL = TCP)(HOST = bdxpirj01.prd.com.br)(PORT = 1527)) > ) > > prd_teste= > (DESCRIPTION = > (ADDRESS_LIST = > (ADDRESS = (PROTOCOL = TCP)(HOST = 10.0.12.21)(PORT = 1521)) > ) > (CONNECT_DATA = > (SERVICE_NAME = prd_teste) > ) > ) > > EXTPROC_CONNECTION_DATA = > (DESCRIPTION = > (ADDRESS_LIST = > (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC0)) > ) > (CONNECT_DATA = > (SID = PLSExtProc) > (PRESENTATION = RO) > ) > ) > > Meu SQLNET > > # sqlnet.ora Network Configuration File: > /u01/app/oracle/product/10.2.0/db_1/network/admin/sqlnet.ora > # Generated by Oracle configuration tools. > > NAMES.DIRECTORY_PATH= (TNSNAMES) > SQLNET.INBOUND_CONNECT_TIMEOUT=0 > > > Alguem teria alguma ideia ? Do nada isso começou a ocorrer... >
[oracle_br] Re: Problema Serio !! ORA-12516:TNS:LISTENER NÃO PÔDE LOCALIZAR O HANDLER DISPONÍVEL
Vou precisar reconfigurar este parametro...mas precisarei baixar o banco e reconfigura-la..pena este parametro nao ser dinamico :( --- Em oracle_br@yahoogrupos.com.br, Júlio César Corrêa escreveu > > Resolvi um problema semelhante aumentando o parametro process,não era uma > instance de produção então foi tranquilo. > > 2009/8/24 candiurudba > > > > > > > Boa tarde colegas, > > > > Estou tendo o seguinte problema : > > > > ORA-12516:TNS:LISTENER NÃO PÔDE LOCALIZAR O HANDLER DISPONÍVEL COM A PILHA > > DE PROTOCOLOS CORRESPONDENTES. > > > > Será que alguém pode me ajudar??? > > > > SO> SUSE 10 > > Oracle 10G (10.2.0.3) > > > > Do nada as aplicações começaram a exibid este erro... > > > > Meu TNSNAMES: > > > > PRD = > > (DESCRIPTION = > > (ADDRESS = (PROTOCOL = TCP)(HOST = bdxpirj01.prd.com.br)(PORT = 1528)) > > (ADDRESS = (PROTOCOL = TCP)(HOST = bdxpirj01.prd.com.br)(PORT = 1527)) > > (CONNECT_DATA = > > (SERVER = DEDICATED) > > (SERVICE_NAME = prd) > > ) > > ) > > > > LISTENER_prd = > > (ADDRESS_LIST = > > (ADDRESS = (PROTOCOL = TCP)(HOST = bdxpirj01.prd.com.br)(PORT = 1528)) > > (ADDRESS = (PROTOCOL = TCP)(HOST = bdxpirj01.prd.com.br)(PORT = 1527)) > > ) > > > > prd_teste= > > (DESCRIPTION = > > (ADDRESS_LIST = > > (ADDRESS = (PROTOCOL = TCP)(HOST = 10.0.12.21)(PORT = 1521)) > > ) > > (CONNECT_DATA = > > (SERVICE_NAME = prd_teste) > > ) > > ) > > > > EXTPROC_CONNECTION_DATA = > > (DESCRIPTION = > > (ADDRESS_LIST = > > (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC0)) > > ) > > (CONNECT_DATA = > > (SID = PLSExtProc) > > (PRESENTATION = RO) > > ) > > ) > > > > Meu SQLNET > > > > # sqlnet.ora Network Configuration File: > > /u01/app/oracle/product/10.2.0/db_1/network/admin/sqlnet.ora > > # Generated by Oracle configuration tools. > > > > NAMES.DIRECTORY_PATH= (TNSNAMES) > > SQLNET.INBOUND_CONNECT_TIMEOUT=0 > > > > Alguem teria alguma ideia ? Do nada isso começou a ocorrer... > > > > > > > > > > -- > Júlio César Corrêa > IS Technologist - Oracle DBA > www.dbajccorrea.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] Dúvidas quanto ao melhor RAID
Boa tarde colegas, Uma dúvida básica, sempre trabalhei com RAID 1 em servidores de banco de dados para tentar garantir a maxima segurança mas sabemos que a mesma peca um pouco na performance... Ja li alguns tutoriais que garantem a maxima peformance + segurança se trabalharmos com RAID 0+1 e RAID 10. O que acham destas configurações para servidores de banco de dados OLTP ?
[oracle_br] Re: Dúvidas quanto ao melhor RAID
Grand... Tenho o intuito de modificar o RAID que trabalho no meu ambiente de storage...hoje trabalho com 4 discos de 300GB e 4 discos de 146GB..o arranjo que foi feito esta em RAID 1. Estou acrescentando ao que ja tenho, mais 4 de 300..logo terei 8X 300GB que neste caso, pretendo ao invés do RAID 1 fazer 2 unidades com RAID 0+1 (primeira unidade 4x300 e segundo unidade 4x300). perderei um pouco (netse caso bastante) a escalabilidade para armazenamento mas procuro performance...ou então, pelo que li, faço uma unica unidade com os 8x300 par ter mais ganhos de performance... Uma dúvida, no caso de perda de um destes discos, o REbuild é transparente...igual temos no RAID 5 ? --- Em oracle_br@yahoogrupos.com.br, Marcelo Medrado escreveu > > Prezado Candiurudba, > > O RAID 0+1 é, efetivamente, o mais performático que existe atualmente pois > ele espalha os dados (stripe) e espelha estas informações em outro array de > discos. Você precisa de - no mínimo - 4 discos para tal além de ter uma > controladora que suporte. > > Como nem tudo são flores, existe uma desvantagem relacionada ao espaço em > disco que se perde ao se usar essa metodologia (50% para ser mais exato) > pois todo byte gravado é espelhado em outro lugar cortando o armazenamento > pela metade. > > Se você possuir 4 discos SAS de 300Gb você terá livre "apenas" 600Gb dos > 1200Gb brutos. > > De qualquer forma, 1 RAID 0+1 com quatro discos sempre será mais rápido que > 2 RAIDs 1 (dois discos) pois você espalha o I/O em 4 cabeças de gravação > simultaneamente ao invés de 2+2. > > É importante lembrar também que quanto mais discos você tiver, mais > performance você consegue pois dá para "espalhar" mais os dados nas > diferentes cabeças de leitura. Da mesma forma - tratando-se de Oracle - uma > boa controladora de discos com cache (principalmente as que trabalham com > cache assíncrono e bateria) pode lhe entregar uma taxa de I/O muito > superior, independente do esquema de RAID usado. > > Abraços, > > Marcelo Medrado > Polo-IT > > > 2009/8/27 candiurudba > > > > > > > Boa tarde colegas, > > > > Uma dúvida básica, sempre trabalhei com RAID 1 em servidores de banco de > > dados para tentar garantir a maxima segurança mas sabemos que a mesma peca > > um pouco na performance... > > > > Ja li alguns tutoriais que garantem a maxima peformance + segurança se > > trabalharmos com RAID 0+1 e RAID 10. > > > > O que acham destas configurações para servidores de banco de dados OLTP ? > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] Re: Dúvidas quanto ao melhor RAID
Tenho atualmente 8 discos de 300GB e 4 discos de 146 Minha ideia: 1)Raid 1+0 (0+1) nos 8 discos de 300 GB totalizando 2.4T - 50% (perda do mirror) = 1.2T 2)Raid 1 -> 2 Discos de 146 GB 3)Raid 1 -> 2 Discos de 146 GB 1)Raid 10 -> Oracle_DATA + ORACLE_INDX 2)Raid 1 -> Oracle_ADM (tablespaces de sistema - SYSTEM, SYS, UNDO...) 3)Raid 1 -> Oracle_ARCH Na carcaça da Lamina DELL (que é para onde o banco esta sendo migrado) existe um disco de 146 onde ficara a instalação do SO + Binarios Oracle Minha duvida agora é quanto a gravação dos REDO...pensei em coloca-los nu RAID 1, junto com as tablespaces Sys, system e etc e multiplexa-los no RAID 10..mas fico com receio de que a velocidade superior do RAID 10, gere garlos na gravação dos REDOS no RAID 1. O que acham ? --- Em oracle_br@yahoogrupos.com.br, Júlio César Corrêa escreveu > > Acho que está bom tbm. > > Estou vendo muito isso:Espelhar os pares e depois faz um raid 0 com ASM . > > 2009/8/28 Sandro Niederauer > > > > > > > Amigo, > > > > Aqui na empresa também estamos montando um storage, só que estamos > > usando 1+0 e não 0+1 (a informação que tive é que não existe mais 0+1, que > > perceberam que fazer striping antes do mirror era bobagem ?!?!). > > > > Outra coisa, para redo e archive estamos usando RAID 1, por ser > > sequencial, onde (em tese) não haveria ganho no striping. > > > > Sandro > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > -- > Júlio César Corrêa > IS Technologist - Oracle DBA > www.dbajccorrea.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: Dúvidas quanto ao melhor RAID
Grande Marcelo, Otima ideia...mas farei o RAID 5 com meus discos de 146... Hoje tenho 4 de 146GB que são utulizados para Tablespaces de sistemas (SYS, SYSTE, UNDO e etc) e archives... Faço um RAID 5, logo teria +ou- 438 GB para disponibilizar entre a Instalação do SO (Red Hat), Binario Oracle, ARchive e os BKP lógicos que são feitos a noite. Faço um RAID 0+1 com meus discos de 300 totalizando 1.2T onde irei colocar ORADATA, ORAINDx e mais as tablespaces de sistema Oracle que transferi dos de 146 para ca... Ganharia em desenpenho e escalabilidade... Otima idiea... --- Em oracle_br@yahoogrupos.com.br, Marcelo Medrado escreveu > > Bom, neste caso, você tem muuuitas opções mas tudo depende da controladora. > Se você possui apenas uma controladora e apenas um canal de I/O, eu > recomendo que você crie um array com os 8 discos, em RAID 0+1. Basta saber > se a sua controladora permite esta configuração. > > Uma outra configuração que pode ser feita é você criar um array de 4 discos > em RAID 0+1 (600Gb) e um array de 4 discos em RAID 5 (aprox. 900Gb). Com > isso, você pode colocar os binários do Oracle, S.O. e a parte de backup > (flash_recovery_area) ou simplesmente a gravação de archivelogs neste > diretório (Não os REDOLOGs!!!). Com isso você tem uma boa configuração de > performance e aproveitamento de área. > > Na prática, tudo depende das características de sua aplicação. Um bom > storage com RAID5 e bastante cache pode "bater" facilmente uma configuração > de discos em RAID 0+1 numa máquina com controladora simples. Tudo depende do > contexto. > > Respondendo a outra pergunta: Sim, o rebuild dos RAIDs é transparente mas é > algo que depende da controladora também. Se ela reconstrói seu RAID5 > automaticamente, fará o mesmo com outras modalidades (com a vantagem de > levar menos tempo e causar menos degradação já que o RAID5 quando perde um > disco pode ficar até 80% mais lento). > > Grande abraço, > > Marcelo Medrado > Polo-iT > > 2009/8/28 candiurudba > > > > > > > Grand... > > > > Tenho o intuito de modificar o RAID que trabalho no meu ambiente de > > storage...hoje trabalho com 4 discos de 300GB e 4 discos de 146GB..o arranjo > > que foi feito esta em RAID 1. > > > > Estou acrescentando ao que ja tenho, mais 4 de 300..logo terei 8X 300GB que > > neste caso, pretendo ao invés do RAID 1 fazer 2 unidades com RAID 0+1 > > (primeira unidade 4x300 e segundo unidade 4x300). > > > > perderei um pouco (netse caso bastante) a escalabilidade para armazenamento > > mas procuro performance...ou então, pelo que li, faço uma unica unidade com > > os 8x300 par ter mais ganhos de performance... > > > > Uma dúvida, no caso de perda de um destes discos, o REbuild é > > transparente...igual temos no RAID 5 ? > > > > --- Em oracle_br@yahoogrupos.com.br , > > Marcelo Medrado escreveu > > > > > > > > Prezado Candiurudba, > > > > > > O RAID 0+1 é, efetivamente, o mais performático que existe atualmente > > pois > > > ele espalha os dados (stripe) e espelha estas informações em outro array > > de > > > discos. Você precisa de - no mínimo - 4 discos para tal além de ter uma > > > controladora que suporte. > > > > > > Como nem tudo são flores, existe uma desvantagem relacionada ao espaço em > > > disco que se perde ao se usar essa metodologia (50% para ser mais exato) > > > pois todo byte gravado é espelhado em outro lugar cortando o > > armazenamento > > > pela metade. > > > > > > Se você possuir 4 discos SAS de 300Gb você terá livre "apenas" 600Gb dos > > > 1200Gb brutos. > > > > > > De qualquer forma, 1 RAID 0+1 com quatro discos sempre será mais rápido > > que > > > 2 RAIDs 1 (dois discos) pois você espalha o I/O em 4 cabeças de gravação > > > simultaneamente ao invés de 2+2. > > > > > > É importante lembrar também que quanto mais discos você tiver, mais > > > performance você consegue pois dá para "espalhar" mais os dados nas > > > diferentes cabeças de leitura. Da mesma forma - tratando-se de Oracle - > > uma > > > boa controladora de discos com cache (principalmente as que trabalham com > > > cache assíncrono e bateria) pode lhe entregar uma taxa de I/O muito > > > superior, independente do esquema de RAID usado. > > > > > > Abraços, > > > > > > Marcelo Medrado > > > Polo-IT > > > > > > > > > 2009/8/27 candiurudba > > > > > > > > > > > > > > > Boa tarde colega
[oracle_br] Re: Dúvidas quanto ao melhor RAID
Pensandp nisso..ja fiz uma ultima alteração... Os binarios do SO serão colocados nos discos de 146 que vem com a Lamina..na propria "carcaça". Ou seja, terei no Storage somente os binarios + dados, indeces...enfim..tudo Oracle e nos discos que estão na propria lamina DELL, instalo o SO...este problema ja estaroia resolvido :) Valeu mesmo pela ajuda --- Em oracle_br@yahoogrupos.com.br, Marcelo Medrado escreveu > > Melhor ainda! Pensei no seu email anterior que você substituiria os 4 discos > de 146 por 4 de 300. > > Só se certifique que a controladora permitirá colocar a partição de boot num > RAID5 (já vi algumas que não permitem). > > Abraços, > > Marcelo Medrado > Polo-IT > > > 2009/8/28 candiurudba > > > > > > > Grande Marcelo, > > > > Otima ideia...mas farei o RAID 5 com meus discos de 146... > > > > Hoje tenho 4 de 146GB que são utulizados para Tablespaces de sistemas (SYS, > > SYSTE, UNDO e etc) e archives... > > > > Faço um RAID 5, logo teria +ou- 438 GB para disponibilizar entre a > > Instalação do SO (Red Hat), Binario Oracle, ARchive e os BKP lógicos que são > > feitos a noite. > > > > Faço um RAID 0+1 com meus discos de 300 totalizando 1.2T onde irei colocar > > ORADATA, ORAINDx e mais as tablespaces de sistema Oracle que transferi dos > > de 146 para ca... > > > > Ganharia em desenpenho e escalabilidade... > > > > Otima idiea... > > > > > > --- Em oracle_br@yahoogrupos.com.br , > > Marcelo Medrado escreveu > > > > > > Bom, neste caso, você tem muuuitas opções mas tudo depende da > > controladora. > > > Se você possui apenas uma controladora e apenas um canal de I/O, eu > > > recomendo que você crie um array com os 8 discos, em RAID 0+1. Basta > > saber > > > se a sua controladora permite esta configuração. > > > > > > Uma outra configuração que pode ser feita é você criar um array de 4 > > discos > > > em RAID 0+1 (600Gb) e um array de 4 discos em RAID 5 (aprox. 900Gb). Com > > > isso, você pode colocar os binários do Oracle, S.O. e a parte de backup > > > (flash_recovery_area) ou simplesmente a gravação de archivelogs neste > > > diretório (Não os REDOLOGs!!!). Com isso você tem uma boa configuração de > > > performance e aproveitamento de área. > > > > > > Na prática, tudo depende das características de sua aplicação. Um bom > > > storage com RAID5 e bastante cache pode "bater" facilmente uma > > configuração > > > de discos em RAID 0+1 numa máquina com controladora simples. Tudo depende > > do > > > contexto. > > > > > > Respondendo a outra pergunta: Sim, o rebuild dos RAIDs é transparente mas > > é > > > algo que depende da controladora também. Se ela reconstrói seu RAID5 > > > automaticamente, fará o mesmo com outras modalidades (com a vantagem de > > > levar menos tempo e causar menos degradação já que o RAID5 quando perde > > um > > > disco pode ficar até 80% mais lento). > > > > > > Grande abraço, > > > > > > Marcelo Medrado > > > Polo-iT > > > > > > 2009/8/28 candiurudba > > > > > > > > > > > > > > > Grand... > > > > > > > > Tenho o intuito de modificar o RAID que trabalho no meu ambiente de > > > > storage...hoje trabalho com 4 discos de 300GB e 4 discos de 146GB..o > > arranjo > > > > que foi feito esta em RAID 1. > > > > > > > > Estou acrescentando ao que ja tenho, mais 4 de 300..logo terei 8X 300GB > > que > > > > neste caso, pretendo ao invés do RAID 1 fazer 2 unidades com RAID 0+1 > > > > (primeira unidade 4x300 e segundo unidade 4x300). > > > > > > > > perderei um pouco (netse caso bastante) a escalabilidade para > > armazenamento > > > > mas procuro performance...ou então, pelo que li, faço uma unica unidade > > com > > > > os 8x300 par ter mais ganhos de performance... > > > > > > > > Uma dúvida, no caso de perda de um destes discos, o REbuild é > > > > transparente...igual temos no RAID 5 ? > > > > > > > > --- Em oracle_br@yahoogrupos.com.br > > > > > 40yahoogrupos.com.br>, > > > > > > Marcelo Medrado escreveu > > > > > > > > > > > > > > Prezado Candiurudba, > > > > > > > > > > O RAID 0+1 é, efetivamente, o mais performático que existe atualmente > > >
[oracle_br] + Uma pequena Dúvida !! Replicação VM Materializada
Bom dia colegas... Dei uma olhadinha no manual Oracle Database SQL Reference 10g Release 2 Part number B14200-02 e não entendi um detalhe... Se eu quiser iniciar um replicação atraves de uma VM e a mesma se tornar um tabela (podendo ser consultada e atualizada) só conseguiria com a opção ON PREBUILT TABLE mas somente se a VM fosse dropada ? Não tenho uma opção de replicação, seja por streams ou seja por VMs onde eu possa replicar dados, inserindo estas infomrações em tabelas que podem ser alteradas ? consigo fazer isto somente pelo DG com a replicação logica ?
[oracle_br] Re: Oracle 11gR2 liberado para Linux!
Os requisitos para instalação continuam os mesmos do 10G ? algum patch a mais do Linux ? Vou dar uma procurada no manual de instalação por aqui... --- Em oracle_br@yahoogrupos.com.br, "thiago986" escreveu > > Senhores, > > Divirtam-se! > > Download: > > http://www.oracle.com/technology/software/products/database/oracle11g/112010_linuxsoft.html > > Att, > > Thiago Hyppolito > DBA Oracle > Portugal Telecom Inovação > Blog: http://profissionaloracle.com.br/blogs/hyppolito/ >
[oracle_br] Algum livro sobre Banco de Dados Distribuídos Oracle...??
Bom dia colegas, Estou querendo aprofundar meus conhecimentos sobre replicação de dados e estou na busca de algum livro que possa me ajudar nesta jornada... Ja beixei e estou lendo alguma documentação (2 Day + Data Replication and Integration Guide) da propria Oracle mas precisava de algo mais mão na massa... Alguem tem a indicação de algum bom livro ?
[oracle_br] Re: Algum livro sobre Banco de Dados Distribuídos Oracle...??
Ahh...o detalhe, prefeencia para a versão 11G.. abraços --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > Bom dia colegas, > > Estou querendo aprofundar meus conhecimentos sobre replicação de dados e > estou na busca de algum livro que possa me ajudar nesta jornada... > > Ja beixei e estou lendo alguma documentação (2 Day + Data Replication and > Integration Guide) da propria Oracle mas precisava de algo mais mão na > massa... > > Alguem tem a indicação de algum bom livro ? >
[oracle_br] Sugestões: Reinstalação Binario Oracle
Bom dia colegas, Estou com uma dúvida cruel... Neste final de semana, irei realizar a reinstalação dos binarios do Oracle 10G para um novo servidor que na verdade, ja farei a instalação do 11GR2 nesta nova maquina... A minha dúvida é quanto a migração dos meus dados para este novo ambiente... Teriam alguma sugestão para esta migração ? Se eu baixar o banco e criar uma estrutura de diretorios semelhante ao que tenho hj, sera que conseguiria subir os bancos sem problemas ? Ou seria melhor fazer um backup full via rman ou algo do tipo s subir neste outro ambiente ?
[oracle_br] Re: Sugestões: Reinstalação Binario Oracle
Que pena... Então não adiantará realizar o backup via Rman... alguma outra sugestão ? Instalar o Oracle 10g, fazer o restore do banco e em seguida atualizar o Oracle para 11G...meio volta ao mundo né... Meu banco esta com 150GB, logo, não é tão grande assim...um dump gerado via datapump que foi realizado no 10G funcionaria sem problema na versão 11 ? pq posso tentar migrar os dados assim...meio penoso mas acho que funcionaria...o que acham ? --- Em oracle_br@yahoogrupos.com.br, Rodrigo Mufalani escreveu > > Bom dia, > >Leia a documentação de atualização do Oracle 11g. Não é possível > restaurar um backup do RMAN em uma versão diferente. > >Instale o banco 10g e depois execute os passos para a migração > >http://download.oracle.com/docs/cd/E11882_01/server.112/e10819/toc.htm > >O Oracle 11g permite atualização a direta à partir da versão 9i. > > Atenciosamente, > > Rodrigo Mufalani > OCP 10g & 11g +RAC > Oracle ACE Member > mufal...@... > http://mufalani.blogspot.com > > > > > Mensagem Original: > > Data: 10:05:53 14/09/2009 > > De: candiurudba > > Assunto: [oracle_br] Sugestões: Reinstalação Binario Oracle > > > Bom dia colegas, > > > > Estou com uma dúvida cruel... > > > > Neste final de semana, irei realizar a reinstalação dos binarios do Oracle > > 10G para um novo servidor que na verdade, ja farei a instalação do 11GR2 > > nesta nova maquina... > > > > A minha dúvida é quanto a migração dos meus dados para este novo ambiente... > > > > Teriam alguma sugestão para esta migração ? Se eu baixar o banco e criar > > uma estrutura de diretorios semelhante ao que tenho hj, sera que > > conseguiria subir os bancos sem problemas ? Ou seria melhor fazer um backup > > full via rman ou algo do tipo s subir neste outro ambiente ? > > > > > > > > > > > > -- > >> 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 > > > > > > > > > > > > > > Na Oi Internet você ganha ou ganha. Além de acesso grátis com > qualidade, você pode ter contas ilimitadas de email com 1 giga cada uma, > suporte grátis e muito mais. Baixe grátis o Discador Oi em > http://www.oi.com.br/discador e comece a ganhar. > > Agora, se o seu negócio é voar alto na internet, > assine Oi Internet Banda Larga e ganhe o modem grátis. Clique em > http://www.oi.com.br/bandalarga e aproveite essa moleza! >
[oracle_br] Re: Sugestões: Reinstalação Binario Oracle
Opa Chiappa, Havia pensado nos SCNs mas não sabia que os mesmos carregavam infomrações sobre versão do binario... Com relação aos dumps, pensei em fazer com eles criar o banco do zero me agrada e muito pois no atual tenho alguns probleminas como tamanho do bloco (que acaba consumindo muito de HD para um banco OLTP - tamanho grande de bloco) e o principal que é a versão errada instalada do Oracle (pagamos uma versão mas o antigo DBA instalou uma outra) Mas fiquei preso na questão do dump quando os objetos / privilégios que dão erro no importação pois nem todos os esquemas foram importados...pois, se tenho algum esquema X que tem privilegios de select e execute em Y, ele vai me gerar inumeros erros na importação...ai tenho que parar, excluir os objetos e importar novamente...não é isso ? Outra questão, achei interessante esta última variação para importação dos dumps que vc citou...fazendo um INSERT / APPEND via dblink...tem algum documentação sobre isso ? minha rede tem uma boa velocidade e poderia me poupar um tempo crucial... --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" escreveu > > Colega, é assim : por ** DEFINIÇÂO **, software na versão x (11g no seu caso, > mas qual fosse) NÃO CONSEGUE ler datafiles de uma versão y diferente : no > cabeçalho dos datafiles há SCN e indicadores num formato incompatíve com o do > dicionário de dados da outra versão, há/pode haver OUTROS indicadores que ele > precisa e o arquivo não tem. Então não tem conversa, para o UPGRADE de um > banco Oracle vc ** OU ** faz a 'conversão' desses datafiles e do dicionário ( > a chamada MIGRAÇÂO, basicamente vc abre em estado 'inconsistente' o banco > antigo com os novos binários e roda uma série de comandos/scripts que > "acertam" os cabeçalhos e o dicionário), *** OU *** vc gera algum 'dump', uma > 'cópia' dos dados (SIM, dumps antigos podem ser lidos via de regra por > versões mais novas, sejam em texto, sejam em arquivo proprietário Oracle com > exp ou expdp, não importa), depois cria um banco vazio na nova versão E > importa os dados originais no novo banco, é isso... Há uma derivação desta > última opção que é vc inserir no banco novo vazio os dados do banco antigo > diretamente, via INSERT /*+ APPEND */ no banco novo SELECT from > dblinkdobancovelho, é trabalhoso mas em havendo uma rede rápida entre as duas > máquinas pode ser viável. > > A opção de ter algum 'dump' de dados tem a vantagem de vc estar RECRIANDO DO > ZERO o banco, então eventuais vícios (seja de performance seja de > administração, tais como talvez não uso de tablespaces LMT, datatypes > incorretos, tamanho de extent impróprio, fragmentação,white spaces/HWM > impróprio, não uso de compactação para históricos, tablespaces 'misturadas', > com objetos de todo tipo na mesma tablespace, etc, etc) podem ser corrigidos > no processo... A desvantagem é o espaço consumido e o tempo (tanto pra gerar > os dumps quanto pro banco-destino os processar) , mas de modo geral para > migrações de até umas poucas centenas de Gbs esse método ainda é compensador > : EVIDENTE que a pessoa TEM que ter paralelismo (vários dumps sendo gerados > em conjunto), usando as opções ADEQUADAS para performance no programa de dump > que estiver usando, ** nunca ** exportar estatísticas de objetos, nem índices > ou constraints, só DDLs (esses DDLs depois são aplicados no banco destino com > PARALLEL SQL, com NOVALIDATE, em várias sessões simultâneas onde possível, > etc > > Caso o hardware (ie, espaço livre nos discos), ou a performance obtida na > geração/importação dos dumps proíba, aí sim o caminho único restante é a > migração - analise se no seu ambiente é 'melhor'/mais prático migrar e > copiar, ou copiar antes e migrar lá, mas em termos de performance acho que > ambos serão + ou - similares > > []s > >Chiappa > > --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > > > Que pena... > > > > Então não adiantará realizar o backup via Rman... > > > > alguma outra sugestão ? Instalar o Oracle 10g, fazer o restore do banco e > > em seguida atualizar o Oracle para 11G...meio volta ao mundo né... > > > > Meu banco esta com 150GB, logo, não é tão grande assim...um dump gerado via > > datapump que foi realizado no 10G funcionaria sem problema na versão 11 ? > > pq posso tentar migrar os dados assim...meio penoso mas acho que > > funcionaria...o que acham ? > > > > --- Em oracle_br@yahoogrupos.com.br, Rodrigo Mufalani escreveu > > > > > > Bom dia, > > > > > >Leia a documentação de atualização do Oracle 11g. Não é possível > &
[oracle_br] Ajuda com DBLINK - URGENTE
Bom dia pessoal.. Estou precisando de uma luz... Tenho alguns bancos distribuídos e hoje pela manhã chegei a empresa e um dblink meu estava ruim..havia caido... Fiz o teste pelo OEM mas nao funcionou...deletei, recriei e mesmo assim nada... Verifiquei o TNSNAMES e tudo normal...consigo usar o tnsping para a outra instancia... Fiz a recriação do mesmo, fazendo o select na global_name do banco destino e no momento que vou testar, ele me da o erro: ORA-02019: connection description for remote database not found alguem teria alguma ideia ?
Re: RES: [oracle_br] Ajuda com DBLINK - URGENTE
esta ativa...são banco em produção... Não fiz nenhuma alteração...isso que é o mais estranho... Tenho uma dúvida, qundo utilizo o TNSPING ele faz uso do parametro GLOBAL_NAME ? pois para a instancia que o dblink esta apontando esta com FALSE mas consigo utilizar o TNSPING sem problemas... Como é um parametro de inicialização, consigo altera-lo dinamicamente ou somente no startup da instancia ? --- Em oracle_br@yahoogrupos.com.br, Dalton Pereira escreveu > > Verifique se a instância que o seu dblink acesso está ativa. > > Atenciosamente, > > Dalton Oliveira | Database Administrator - OCP > GLAUCO INFORMÁTICA > * dal...@...<mailto:dal...@...> > * 71 2103-5800 > P Antes de imprimir pense em seu compromisso com o Meio Ambiente > > De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em > nome de candiurudba > Enviada em: segunda-feira, 21 de setembro de 2009 10:22 > Para: oracle_br@yahoogrupos.com.br > Assunto: [oracle_br] Ajuda com DBLINK - URGENTE > > > > Bom dia pessoal.. > > Estou precisando de uma luz... > > Tenho alguns bancos distribuídos e hoje pela manhã chegei a empresa e um > dblink meu estava ruim..havia caido... > > Fiz o teste pelo OEM mas nao funcionou...deletei, recriei e mesmo assim > nada... > > Verifiquei o TNSNAMES e tudo normal...consigo usar o tnsping para a outra > instancia... > > Fiz a recriação do mesmo, fazendo o select na global_name do banco destino e > no momento que vou testar, ele me da o erro: > > ORA-02019: connection description for remote database not found > > alguem teria alguma ideia ? > > > > A Informação Confidencial deverá ser utilizada única e exclusivamente no > âmbito da relação com a Glauco Informática e não poderá ser repassada, > reproduzida de qualquer outra forma, e nem revelada a terceiros. > > La información confidencial se utilizará única y exclusivamente en relación > con Glauco Informática, y no se puede pasar, reproduce en modo alguno, ni > revelada a terceros. > > The Confidential Information will be used solely and exclusively in relation > to the Glauco Informatica and not be passed, reproduced in any way, nor > disclosed to third parties. > > > [As partes desta mensagem que não continham texto foram removidas] >
Re: RES: [oracle_br] Ajuda com DBLINK - URGENTE
Acabei de fazer a alteração do GLOBAL_NAME para TRUE e não funcionou... alguem teria mais alguma ideia ? --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > esta ativa...são banco em produção... > > Não fiz nenhuma alteração...isso que é o mais estranho... > > Tenho uma dúvida, qundo utilizo o TNSPING ele faz uso do parametro > GLOBAL_NAME ? pois para a instancia que o dblink esta apontando esta com > FALSE mas consigo utilizar o TNSPING sem problemas... > > Como é um parametro de inicialização, consigo altera-lo dinamicamente ou > somente no startup da instancia ? > > --- Em oracle_br@yahoogrupos.com.br, Dalton Pereira escreveu > > > > Verifique se a instância que o seu dblink acesso está ativa. > > > > Atenciosamente, > > > > Dalton Oliveira | Database Administrator - OCP > > GLAUCO INFORMÁTICA > > * dalton@<mailto:dalton@> > > * 71 2103-5800 > > P Antes de imprimir pense em seu compromisso com o Meio Ambiente > > > > De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em > > nome de candiurudba > > Enviada em: segunda-feira, 21 de setembro de 2009 10:22 > > Para: oracle_br@yahoogrupos.com.br > > Assunto: [oracle_br] Ajuda com DBLINK - URGENTE > > > > > > > > Bom dia pessoal.. > > > > Estou precisando de uma luz... > > > > Tenho alguns bancos distribuídos e hoje pela manhã chegei a empresa e um > > dblink meu estava ruim..havia caido... > > > > Fiz o teste pelo OEM mas nao funcionou...deletei, recriei e mesmo assim > > nada... > > > > Verifiquei o TNSNAMES e tudo normal...consigo usar o tnsping para a outra > > instancia... > > > > Fiz a recriação do mesmo, fazendo o select na global_name do banco destino > > e no momento que vou testar, ele me da o erro: > > > > ORA-02019: connection description for remote database not found > > > > alguem teria alguma ideia ? > > > > > > > > A Informação Confidencial deverá ser utilizada única e exclusivamente no > > âmbito da relação com a Glauco Informática e não poderá ser repassada, > > reproduzida de qualquer outra forma, e nem revelada a terceiros. > > > > La información confidencial se utilizará única y exclusivamente en relación > > con Glauco Informática, y no se puede pasar, reproduce en modo alguno, ni > > revelada a terceros. > > > > The Confidential Information will be used solely and exclusively in > > relation to the Glauco Informatica and not be passed, reproduced in any > > way, nor disclosed to third parties. > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > >
Re: RES: [oracle_br] Ajuda com DBLINK - URGENTE
colegas... ja achei o erro !! Na verdade, quando setei meu 01 servidor de produção ele estava com o parametro global_names=true e meu 02 servidor de produção estava com global_names=false. quando setei o parametro para true no servidor que estava false e funcionando, o mesmo parou todos os dblinks e com isso percebi que este parametro deveria estar false em ambos servidores. Fiz isto e tudo voltou ao normal... :) Obrigadão pela ajuda --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > Acabei de fazer a alteração do GLOBAL_NAME para TRUE e não funcionou... > > alguem teria mais alguma ideia ? > > --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > > > esta ativa...são banco em produção... > > > > Não fiz nenhuma alteração...isso que é o mais estranho... > > > > Tenho uma dúvida, qundo utilizo o TNSPING ele faz uso do parametro > > GLOBAL_NAME ? pois para a instancia que o dblink esta apontando esta com > > FALSE mas consigo utilizar o TNSPING sem problemas... > > > > Como é um parametro de inicialização, consigo altera-lo dinamicamente ou > > somente no startup da instancia ? > > > > --- Em oracle_br@yahoogrupos.com.br, Dalton Pereira escreveu > > > > > > Verifique se a instância que o seu dblink acesso está ativa. > > > > > > Atenciosamente, > > > > > > Dalton Oliveira | Database Administrator - OCP > > > GLAUCO INFORMÁTICA > > > * dalton@<mailto:dalton@> > > > * 71 2103-5800 > > > P Antes de imprimir pense em seu compromisso com o Meio Ambiente > > > > > > De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em > > > nome de candiurudba > > > Enviada em: segunda-feira, 21 de setembro de 2009 10:22 > > > Para: oracle_br@yahoogrupos.com.br > > > Assunto: [oracle_br] Ajuda com DBLINK - URGENTE > > > > > > > > > > > > Bom dia pessoal.. > > > > > > Estou precisando de uma luz... > > > > > > Tenho alguns bancos distribuídos e hoje pela manhã chegei a empresa e um > > > dblink meu estava ruim..havia caido... > > > > > > Fiz o teste pelo OEM mas nao funcionou...deletei, recriei e mesmo assim > > > nada... > > > > > > Verifiquei o TNSNAMES e tudo normal...consigo usar o tnsping para a outra > > > instancia... > > > > > > Fiz a recriação do mesmo, fazendo o select na global_name do banco > > > destino e no momento que vou testar, ele me da o erro: > > > > > > ORA-02019: connection description for remote database not found > > > > > > alguem teria alguma ideia ? > > > > > > > > > > > > A Informação Confidencial deverá ser utilizada única e exclusivamente no > > > âmbito da relação com a Glauco Informática e não poderá ser repassada, > > > reproduzida de qualquer outra forma, e nem revelada a terceiros. > > > > > > La información confidencial se utilizará única y exclusivamente en > > > relación con Glauco Informática, y no se puede pasar, reproduce en modo > > > alguno, ni revelada a terceros. > > > > > > The Confidential Information will be used solely and exclusively in > > > relation to the Glauco Informatica and not be passed, reproduced in any > > > way, nor disclosed to third parties. > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > >
[oracle_br] BACKUP FRIO - Instalando o OEM
Bom dia colegas... Continuando com os tramites para a migração do meu servidor de produção para a versão 11G R2, pensei em fazer um backup frio do meu banco da versão 10G, subir em um servidor em paralelo (que por sua vez tambem é 10.2.0.3) e atualizar o banco la...fazer a atualização para a versão 11.0.2 Em seguida, faria novamente um backup frio ja na nova versão e colocaria os arquivos no servidor correto... Com isso, conseguiria manter meu servidor original caso tivessemos algum problema com o banco na atualização. A minha dúvida consiste na instalação do OEM...pq levando o backup frio para algum outro local, não levo a instalação nem os xmls...alguem teria algum link ou documentação para a instalação do OEM no novo servidor ?
[oracle_br] Downgrade Oracle 10.2.0.3 Enterprise para Oracle 10.2.0.3 Standard Edition
Outro bom dia colegas... No post anterior, coloquei uma dúvida quanto o restore de um backup frio do meu servidor de produção que esta na versão EE 10G (10.0.2.3) mas preciso colocar-lo na versão 10.2.0.3 Standard. Existe alguma forma de fazer esta alteração ? Sei que subir de Standard para a Enterprise, haveria possibilidade mas ao contrario...ficona dúvida...
[oracle_br] Re: Downgrade Oracle 10.2.0.3 Enterprise para Oracle 10.2.0.3 Standard Edition
Grande Marcus, A opção de exp / imp não é muito bem vinda para grande volumes de dados pela demora na importação / exportação e tambem pelos erros gerados pela falta de privilegios, FK, contraints de um mode geral qu são importadas... Meu banco atualmente esta com 170 GB e ja tentei fazer por datapump mas nao consegui..so no primeiro esquema, demorei cerca de 3 horas para importa-lo...e tenho num total 12 esquemas Pelo menos para mim não funciona... :( --- Em oracle_br@yahoogrupos.com.br, Marcus Vinicius Miguel Pedro escreveu > > export / import... > > > Marcus Vinicius Miguel Pedro > OCP Database 9i > OCP Database 10g > OCE RAC 10g > mvmpe...@... > > > > > On 24/09/2009, at 11:52, candiurudba wrote: > > > Outro bom dia colegas... > > > > No post anterior, coloquei uma dúvida quanto o restore de um backup > > frio do meu servidor de produção que esta na versão EE 10G > > (10.0.2.3) mas preciso colocar-lo na versão 10.2.0.3 Standard. > > Existe alguma forma de fazer esta alteração ? > > > > Sei que subir de Standard para a Enterprise, haveria possibilidade > > mas ao contrario...ficona dúvida... > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] Re: Downgrade Oracle 10.2.0.3 Enterprise para Oracle 10.2.0.3 Standard Edition
Marcus, Vc tem razão !! Encontrei um DOC la no metalink que fala sobre isso...só é possível downgrade de versão via exportação / importação e o doc é recente..agora de junho, ou seja, ja englobando a versão 10G... Não tenho a minima ideia do que fazer pq, o banco esta licenciado para uma versão SE e quando o DBA antigo instalou EE com a desculpa que se a fiscalização batesse, seria um mal menor pq licenciado esta...putz... ainda nao sei como tem gente que trabalha desta forma :( Via datapump não consigo...levo em torno 4 horas para migrar um unico esquema...teria que parar o banco pelo menos 2 dias... --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > Grande Marcus, > > A opção de exp / imp não é muito bem vinda para grande volumes de dados pela > demora na importação / exportação e tambem pelos erros gerados pela falta de > privilegios, FK, contraints de um mode geral qu são importadas... > > Meu banco atualmente esta com 170 GB e ja tentei fazer por datapump mas nao > consegui..so no primeiro esquema, demorei cerca de 3 horas para > importa-lo...e tenho num total 12 esquemas > > Pelo menos para mim não funciona... :( > > --- Em oracle_br@yahoogrupos.com.br, Marcus Vinicius Miguel Pedro > escreveu > > > > export / import... > > > > > > Marcus Vinicius Miguel Pedro > > OCP Database 9i > > OCP Database 10g > > OCE RAC 10g > > mvmpedro@ > > > > > > > > > > On 24/09/2009, at 11:52, candiurudba wrote: > > > > > Outro bom dia colegas... > > > > > > No post anterior, coloquei uma dúvida quanto o restore de um backup > > > frio do meu servidor de produção que esta na versão EE 10G > > > (10.0.2.3) mas preciso colocar-lo na versão 10.2.0.3 Standard. > > > Existe alguma forma de fazer esta alteração ? > > > > > > Sei que subir de Standard para a Enterprise, haveria possibilidade > > > mas ao contrario...ficona dúvida... > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > >
[oracle_br] Dúvidas Sobre RAC 11.2 - Mudança LISTENER
Bom dia colegas, Continuo estudando e testatando para fazer a migração da versão do cluster que possuo aqui no trabalho de 11.1.0.6 para 11.2.0.2. Fazendo uma verificação rotineira, com relação ao LISTENER, percebi que a localização default do listener vem modificada na instalação. Nas versões 10 e 11.1 fica no ORACLE_HOME/network/admin e na versão 11.2 esta localizado no GRID_HOME/network/admin. Alguem saberia o motivo ? Pois isto me deixou na dúvida de como realizar a criação do LISTENER caso tenha problemas... Outra situação é quanto ao REMOTE_LISTENER. Nas versões anteriores eu adicionava no pfile a entrada referenciada no tnsnames.ora mas desta vez, ele faz referência ao SCAN. Até entendi o motivo mas posso colocar igual as versões anteriores, fazendo referencia ao TNSNAMES ? Obrigado pela ajuda...
[oracle_br] Re: Dúvidas Sobre RAC 11.2 - Mudança LISTENER
Grande Braga...bleza ? Então rapaz...tambem na furia de testar e aprender, alterei tambem portas e etc e tudo parou de funcionoar..Rs è bem diferente esta versão de cluster do que as anteriores, quando falamos na infra-estrutura...de uma forma geral, faz ate sentido passar o listener para o grid, ja que o funcionamento do banco não depende desta "camada" externa...sendo relacionado somente com as conexões feitas a ele... Tentei configurar o remote_listener como havia feito no 11.1 e não consegui que funcionasse...vou tentar mais uma vez... Tenho mais um mes para fazer todos os testes possíveis, a fim de validar esta migração...então, vou tentar virar o cluster de cabeça para baixo nesta versão...RS Abs --- Em oracle_br@yahoogrupos.com.br, Marcos Braga escreveu > > Oi candiurudba, > > Nos estudos que fiz da 11202 observei essa mudança do listener. > > Acredito que a mudança deve-se no fato do grid infrastructure cuidar de toda > a infraestrutura, o que inclui o listener (que antigamente era de > responsabilidade do banco). > > Tentei fazer alguns testes com o listener, mudando porta e algumas > características de segurança e consegui "estragar" o que estava funcionando. > rss. Preciso estudar um pouco mais antes de começar a fazer mudanças no > listener. > > Quanto a segunda pergunta de mudar o REMOTE_LISTENER, pode fazer isso sim; a > 11202 manteve essa compatibilidade com as versões anteriores sem causar > problemas. > > []s > Braga > > > 2011/4/25 candiurudba > > > > > > > Bom dia colegas, > > > > Continuo estudando e testatando para fazer a migração da versão do cluster > > que possuo aqui no trabalho de 11.1.0.6 para 11.2.0.2. > > > > Fazendo uma verificação rotineira, com relação ao LISTENER, percebi que a > > localização default do listener vem modificada na instalação. Nas versões 10 > > e 11.1 fica no ORACLE_HOME/network/admin e na versão 11.2 esta localizado no > > GRID_HOME/network/admin. > > > > Alguem saberia o motivo ? Pois isto me deixou na dúvida de como realizar a > > criação do LISTENER caso tenha problemas... > > > > Outra situação é quanto ao REMOTE_LISTENER. Nas versões anteriores eu > > adicionava no pfile a entrada referenciada no tnsnames.ora mas desta vez, > > ele faz referência ao SCAN. Até entendi o motivo mas posso colocar igual as > > versões anteriores, fazendo referencia ao TNSNAMES ? > > > > Obrigado pela ajuda... > > > > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] Re: Dúvidas Sobre RAC 11.2 - Mudança LISTENER
Bem... Criei um serviço para testar o failover e o load balance mas estou tendo problemas com o load balance... Abri cerca de 20 conexões e todas cairam no meu primeiro nó...quando derrubo o primeiro, tudo bem, vai tudo pro segundo mas o load balance nao funciona.. Talvez seja por este característica que vc citou, sobre o remote_listener...no meu caso eu nao alterei, deixei o default do banco que seria vm-scan:1521... Vou alterar para fazer um novo teste com o load balance --- Em oracle_br@yahoogrupos.com.br, Marcos Braga escreveu > > Seguinte, > > Fiz testes alterando o REMOTE_LISTENER e efetuando a conexão direto no > banco, sem usar o SCAN. Foi assim que funcioniou. > > Estava testando o balanceamento da versão 11107, o qual era configurado > manualmente e precisava dessa característica ativa. > > O *bão* foi que o mesmo balanceamento na versão 11202 foi muito mais prático > de fazer com scan e srvctl. > > []s > > > 2011/4/25 candiurudba > > > > > > > Grande Braga...bleza ? > > > > Então rapaz...tambem na furia de testar e aprender, alterei tambem portas e > > etc e tudo parou de funcionoar..Rs è bem diferente esta versão de cluster do > > que as anteriores, quando falamos na infra-estrutura...de uma forma geral, > > faz ate sentido passar o listener para o grid, ja que o funcionamento do > > banco não depende desta "camada" externa...sendo relacionado somente com as > > conexões feitas a ele... > > > > Tentei configurar o remote_listener como havia feito no 11.1 e não consegui > > que funcionasse...vou tentar mais uma vez... > > > > Tenho mais um mes para fazer todos os testes possíveis, a fim de validar > > esta migração...então, vou tentar virar o cluster de cabeça para baixo nesta > > versão...RS > > > > Abs > > > > --- Em oracle_br@yahoogrupos.com.br, Marcos Braga > > escreveu > > > > > > Oi candiurudba, > > > > > > Nos estudos que fiz da 11202 observei essa mudança do listener. > > > > > > Acredito que a mudança deve-se no fato do grid infrastructure cuidar de > > toda > > > a infraestrutura, o que inclui o listener (que antigamente era de > > > responsabilidade do banco). > > > > > > Tentei fazer alguns testes com o listener, mudando porta e algumas > > > características de segurança e consegui "estragar" o que estava > > funcionando. > > > rss. Preciso estudar um pouco mais antes de começar a fazer mudanças > > no > > > listener. > > > > > > Quanto a segunda pergunta de mudar o REMOTE_LISTENER, pode fazer isso > > sim; a > > > 11202 manteve essa compatibilidade com as versões anteriores sem causar > > > problemas. > > > > > > []s > > > Braga > > > > > > > > > 2011/4/25 candiurudba > > > > > > > > > > > > > > > Bom dia colegas, > > > > > > > > Continuo estudando e testatando para fazer a migração da versão do > > cluster > > > > que possuo aqui no trabalho de 11.1.0.6 para 11.2.0.2. > > > > > > > > Fazendo uma verificação rotineira, com relação ao LISTENER, percebi que > > a > > > > localização default do listener vem modificada na instalação. Nas > > versões 10 > > > > e 11.1 fica no ORACLE_HOME/network/admin e na versão 11.2 esta > > localizado no > > > > GRID_HOME/network/admin. > > > > > > > > Alguem saberia o motivo ? Pois isto me deixou na dúvida de como > > realizar a > > > > criação do LISTENER caso tenha problemas... > > > > > > > > Outra situação é quanto ao REMOTE_LISTENER. Nas versões anteriores eu > > > > adicionava no pfile a entrada referenciada no tnsnames.ora mas desta > > vez, > > > > ele faz referência ao SCAN. Até entendi o motivo mas posso colocar > > igual as > > > > versões anteriores, fazendo referencia ao TNSNAMES ? > > > > > > > > Obrigado pela ajuda... > > > > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] Re: Dúvidas Sobre RAC 11.2 - Mudança LISTENER
Opa Braga...bleza ? Então...ontem a noite eu ja havia feito um teste parecido com o seu de criação do serviço e funcionou sem grandes problemas...testei o load balance e o failover e tudo perfeito mas, só estou na dúvida de como o serviço de failover esta funcionando corretamente, utilizando o vm-scan (REMOTE_LISTENER) configurado... Me corrija se eu estiver errado: Pelo que entendi, nas versões 10 e 11.1 o REMOTE_LISTENER poderia ser setado no TNSNAMES e por este motivo, o failover conseguia ser transparente pois sabiamos exatamente por onde o banco iria buscar as outras instancias sobreviventes para fazer a troca do vip... Mas no 11.2 isso ficou meio confuso, pois no REMOTE_LISTENER temos a configuração do SCAN, que no meu caso esta como vm-scan:1521. Ou seja, como ele consegue fazer o failover através o vip de uma instancia para outra, se o que tenho é a configuração do SCAN neste campo do LISTENER ? Nos testes de failover, nas versões 10 e 11.1 vi a troca dos vips entre as instancias mas, com o serviço configurado, não consegui verificar esta troca... --- Em oracle_br@yahoogrupos.com.br, Marcos Braga escreveu > > Seguinte, > > Anota aí o exemplo que utilizei aqui para instalar o serviço que funcionou > com failover e loadbalance, sem precisar alterar nada no REMOTE_LISTENER. > > > $ srvctl add service -d racdb -s vmcluster -r racdb1,racdb2 -a racdb3 \ > -P basic -y automatic -e select -m basic -z 180 -w 5 -j long -q true > > $ srvctl start service -d vmdb -s vmcluster > > Meu banco chama-se racdb com as instâncias racdb1, racdb2 e racdb3. Criei o > serviço vmcluster. > > Lembro que achei um documento interessante sobre a versão 11202 (que não > estou achando nesse momento), explicando sobre todas essas opções. Mas > basicamente, ela ajusta todos os parâmetros de load balance e failover para > o serviço. > > Quanto ao balanceamento, fiquei efetuando conexões simultâneas de um mesmo > usuário e ora conectava em uma instância e ora conectava em outra, do jeito > que precisava. Quando derrubei as duas instâncias, a instância racdb3 > assumiu os serviços. Isso tudo transparente para o usuário que estava > conectado. > > O teste foi válido e não precisei alterar configurações no banco para tanto. > > Qualquer dúvida, vai postando aí que vamos trocando idéias e experiências. > > []s > Braga > > > > > 2011/4/25 candiurudba > > > > > > > Bem... > > > > Criei um serviço para testar o failover e o load balance mas estou tendo > > problemas com o load balance... > > > > Abri cerca de 20 conexões e todas cairam no meu primeiro nó...quando > > derrubo o primeiro, tudo bem, vai tudo pro segundo mas o load balance nao > > funciona.. > > > > Talvez seja por este característica que vc citou, sobre o > > remote_listener...no meu caso eu nao alterei, deixei o default do banco que > > seria vm-scan:1521... > > > > Vou alterar para fazer um novo teste com o load balance > > > > > > --- Em oracle_br@yahoogrupos.com.br, Marcos Braga > > escreveu > > > > > > Seguinte, > > > > > > Fiz testes alterando o REMOTE_LISTENER e efetuando a conexão direto no > > > banco, sem usar o SCAN. Foi assim que funcioniou. > > > > > > Estava testando o balanceamento da versão 11107, o qual era configurado > > > manualmente e precisava dessa característica ativa. > > > > > > O *bão* foi que o mesmo balanceamento na versão 11202 foi muito mais > > prático > > > de fazer com scan e srvctl. > > > > > > []s > > > > > > > > > 2011/4/25 candiurudba > > > > > > > > > > > > > > > > > Grande Braga...bleza ? > > > > > > > > Então rapaz...tambem na furia de testar e aprender, alterei tambem > > portas e > > > > etc e tudo parou de funcionoar..Rs è bem diferente esta versão de > > cluster do > > > > que as anteriores, quando falamos na infra-estrutura...de uma forma > > geral, > > > > faz ate sentido passar o listener para o grid, ja que o funcionamento > > do > > > > banco não depende desta "camada" externa...sendo relacionado somente > > com as > > > > conexões feitas a ele... > > > > > > > > Tentei configurar o remote_listener como havia feito no 11.1 e não > > consegui > > > > que funcionasse...vou tentar mais uma vez... > > > > > > > > Tenho mais um mes para fazer todos os testes possíveis, a fim de > > validar > > > > esta migração...então, vou tentar virar o cluster de cabeça para
[oracle_br] Re: Dúvidas Sobre RAC 11.2 - Mudança LISTENER
ONLINE ONLINE vm3 [oracle@vm1 bin]$ [oracle@vm1 bin]$ exit exit SQL> select instance_name from v$instance; INSTANCE_NAME ORCL3 Funcionou o failover...mas não vi a troca dos VIPS... --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > Opa Braga...bleza ? > > Então...ontem a noite eu ja havia feito um teste parecido com o seu de > criação do serviço e funcionou sem grandes problemas...testei o load balance > e o failover e tudo perfeito mas, só estou na dúvida de como o serviço de > failover esta funcionando corretamente, utilizando o vm-scan > (REMOTE_LISTENER) configurado... > > Me corrija se eu estiver errado: > > Pelo que entendi, nas versões 10 e 11.1 o REMOTE_LISTENER poderia ser setado > no TNSNAMES e por este motivo, o failover conseguia ser transparente pois > sabiamos exatamente por onde o banco iria buscar as outras instancias > sobreviventes para fazer a troca do vip... > > Mas no 11.2 isso ficou meio confuso, pois no REMOTE_LISTENER temos a > configuração do SCAN, que no meu caso esta como vm-scan:1521. Ou seja, como > ele consegue fazer o failover através o vip de uma instancia para outra, se o > que tenho é a configuração do SCAN neste campo do LISTENER ? > > Nos testes de failover, nas versões 10 e 11.1 vi a troca dos vips entre as > instancias mas, com o serviço configurado, não consegui verificar esta > troca... > > --- Em oracle_br@yahoogrupos.com.br, Marcos Braga escreveu > > > > Seguinte, > > > > Anota aí o exemplo que utilizei aqui para instalar o serviço que funcionou > > com failover e loadbalance, sem precisar alterar nada no REMOTE_LISTENER. > > > > > > $ srvctl add service -d racdb -s vmcluster -r racdb1,racdb2 -a racdb3 \ > > -P basic -y automatic -e select -m basic -z 180 -w 5 -j long -q true > > > > $ srvctl start service -d vmdb -s vmcluster > > > > Meu banco chama-se racdb com as instâncias racdb1, racdb2 e racdb3. Criei o > > serviço vmcluster. > > > > Lembro que achei um documento interessante sobre a versão 11202 (que não > > estou achando nesse momento), explicando sobre todas essas opções. Mas > > basicamente, ela ajusta todos os parâmetros de load balance e failover para > > o serviço. > > > > Quanto ao balanceamento, fiquei efetuando conexões simultâneas de um mesmo > > usuário e ora conectava em uma instância e ora conectava em outra, do jeito > > que precisava. Quando derrubei as duas instâncias, a instância racdb3 > > assumiu os serviços. Isso tudo transparente para o usuário que estava > > conectado. > > > > O teste foi válido e não precisei alterar configurações no banco para tanto. > > > > Qualquer dúvida, vai postando aí que vamos trocando idéias e experiências. > > > > []s > > Braga > > > > > > > > > > 2011/4/25 candiurudba > > > > > > > > > > > Bem... > > > > > > Criei um serviço para testar o failover e o load balance mas estou tendo > > > problemas com o load balance... > > > > > > Abri cerca de 20 conexões e todas cairam no meu primeiro nó...quando > > > derrubo o primeiro, tudo bem, vai tudo pro segundo mas o load balance nao > > > funciona.. > > > > > > Talvez seja por este característica que vc citou, sobre o > > > remote_listener...no meu caso eu nao alterei, deixei o default do banco > > > que > > > seria vm-scan:1521... > > > > > > Vou alterar para fazer um novo teste com o load balance > > > > > > > > > --- Em oracle_br@yahoogrupos.com.br, Marcos Braga > > > escreveu > > > > > > > > Seguinte, > > > > > > > > Fiz testes alterando o REMOTE_LISTENER e efetuando a conexão direto no > > > > banco, sem usar o SCAN. Foi assim que funcioniou. > > > > > > > > Estava testando o balanceamento da versão 11107, o qual era configurado > > > > manualmente e precisava dessa característica ativa. > > > > > > > > O *bão* foi que o mesmo balanceamento na versão 11202 foi muito mais > > > prático > > > > de fazer com scan e srvctl. > > > > > > > > []s > > > > > > > > > > > > 2011/4/25 candiurudba > > > > > > > > > > > > > > > > > > > > > > Grande Braga...bleza ? > > > > > > > > > > Então rapaz...tambem na furia de testar e aprender, alterei tambem > > > portas e > > > > > etc e t
[oracle_br] Exportação via DATAPUMP - Campos Clob
Boa tarde colegas, Não me lembro bem...mas se não em engano, nos tempos do exp / imp não conseguiamos exportar Clobs... Pelo que percebi esta dificuldade continua no datapump ? Nesta situação, qual seria a melhor sugestão ? Exportação via tansportables Tablespaces ? Abs
[oracle_br] Dúvidas Rman - Restore e Recover Backup RAC para Single Instance
Bom dia Colegas, EStou começando a realizar alguns testes de Restore e Recover do meu RAC versão 11.1.0.6 para Single instance e após finalizar, farei o inverso, criando um banco para RAC a partir de um backup de single.. Consegui chegar até o restore sem problemas mas empaquei no recover com a mesagem de erro: Starting recover at 04-MAY-11 using channel ORA_DISK_1 using channel ORA_DISK_2 RMAN-00571: === RMAN-00569: === ERROR MESSAGE STACK FOLLOWS === RMAN-00571: === RMAN-03002: failure of recover command at 05/04/2011 08:09:53 RMAN-06556: datafile 1 must be restored from backup older than SCN 1451875 O meu problema é que tenho dúvidas quanto a verificação do proximo SCN para executar este recover e com relação aos opções until e etc.. Alguem teria um link onde eu pudesse tentar entender como faço de forma correta o recover ? O rac que estou testando os backups tem 3 nós (vm) e tenho um script que utilizo somente para os backups. Já consegui verificar a sequence maxima e a partir dai, ver a primeira alteração e a proxima do scn...mas ainda não entendi bem o que devo fazer com bendito RMAN-06556: datafile 1 must be restored from backup older than SCN 1451875 Obrigado
[oracle_br] Criação de Script - Coelta de Estatisticas
Bom dia colegas, Estou refazendo alguns script antigos, quanto a coleta de estatisticas e estou tendo alguma dificuldade para criar um unico script, com a devida passagem de parametros relacionada aos owners que possuo... Irei fazer uma criação de histogramas diaria (20%) e no sabado, uma coelta full de estatisticas... A idéia seria a seguinte... begin cursor_username in (select distinct (username) from dba_users where lower(username) not in ('apex_public_user', 'flows_03', 'flows_files', 'owbsys', 'spatial_csw_admin_usr', 'spatial_wfs_admin_usr', 'wkproxy', 'wksys', 'wk_test', 'xs$null', 'si_informmtn_schema', 'scott', 'oracle_ocm', 'dip', 'outln', 'mgmt_view', 'tsmsys', 'ix', 'anonymous', 'sysman', 'mdsys', 'sys', 'system', 'xdb', 'dbsnmp', 'olapsys', 'oe', 'wmsys', 'xdb', 'dmsys', 'ordplugins', 'ordsys', 'wmsys', 'exfsys', 'ctxsys', 'home', 'hs', 'si_informtn_schema', 'mddata', 'ora_xp_auditoria') order by username) EXEC DBMS_STATS.GATHER_SCHEMA_STATS('cursor_username',ESTIMATE_PERCENT => 20, METHOD_OPT =>'FOR ALL COLUMNS SIZE AUTO', DEGREE => 4, CASCADE => TRUE); end; / Mas não esta rolando...alguem tem alguma sugestão ou ideiá ? Senão terei que criar linha a linha para todos os schemas que possuo... Obrigadão
[oracle_br] Problemas com HWM - Analisando Fragmentacao de Tabelas
Boa noite colegas, Tenho um RAC na versao 11.1.0.6 que ultimamente, tem me dado alguns problemas relativos a performance de querys. Fiz algumas verificações e aplicações que demoravam cerca de 30 minutos para terem seus processos executados, estão levando em media 1 hora e pelo que percebi, comecei a ter gargalos para a realixação de INSERTS e SELECTS em tabelas especificas. Normalmente faço o dever de casa, shrink nas tabelas, utilizo do move uma vez por semana..mas gostaria de entender um pouco mais sobre clausu-las como pct free, pct used, a relacao do autoextend + next xxx K/M em relacao as clausu-las citadas e o principal, como verificar realmente se uma determinada tabela precisa de um trabalho mais detalhado para desfragmentacao.. Agluem teria algum post bom sobre isso ?
[oracle_br] Library Cache Pin - Analisando Problema
Jchiappa e amigos, Enviei recentemente um post e após uma luz da jchiappa, resolvi conversar com os colegas para ver qual seria a melhor forma de analisar este latch. Pelo menos 2 vezes na semana, me encontro com problemas na library cache com o latch library cache pin. TRabalho com um RAC 11.1.0.6 e como este problema ocorre em média 2 vezes na semana, tenho quase certeza de devo ter alguma query sendo executada repetidamente nas minhas instancias, que deve estar caregada em literais ou algo do tipo... Estou trabalhando com RHEL 5.5. EStou varrendo todas as PKG e querys executadas hoje pela manha a fim de tentar descobrir a origem do problema e descobri o mesmo pelo OEM que gerou lentidão nas sessões dos usuários. Alguma forma de analisar quis querys estão fazendo inumeros har parse ? Existe alguma maneira de iniciar a busca pela query ou querys culpadas ? Obrigado pelo ajuda... Até
[oracle_br] Dúvidas Instalação Oracle RAC 11.2
Bom dia grandes amigos, tudo bom ? Tenho uma dúvida que gostaria de compartilhar... Irei fazer a instalação em camdas de um RAC 11.2.0.2 em um RHLES 5.5 e andei lando algo sobre RAC one node. Na verdade, minha intenção era subir somente um nó e em seguida, ir acrescentando os nós remanescentes pois aos poucos iria desativar meu ambiente que se encontra em produção. Isso é possível ? Ou preciso obrigatoriamente ter duas ou mais maquinas na primeira instalação a disposição ?:
[oracle_br] Problemas Recriando OEM RAC 11.2.0.2
Boa tarde amigos, Recentemente (atrelado a um post anterior), fiz a instalação de um RAC somente com um nó a fim de testar como faria para ir adicionando nodes ao cluster e a principio, tudop funcionou adequadamente. O OEM foi criado fazendo referencia ao primeiro nó, pois somente ele havia sido criado. Quando adicionei o segundo, dropei o repositorio do primeiro para tentar recria-lo, já colendo informações tamberm do outro que havia sido adicionado mas estou encontrando inumeros problemas para esta recriação. Fiz algumas alterações na camada de LISTENER pensando que este seria o problema (alterei o LOCAL_LISTENER / REMOTE_LISTENER), fazendo os devidos apontamentos via TNSNAMES: Exemplo da VM1 SQL> show parameter listener; NAME TYPEVALUE --- -- listener_networksstring local_listener string LISTENER_RAC1 remote_listener string LISTENERS_RAC TNSNAMES RAC = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = vm1-vip.homologacao.com.br)(PORT = 1521)) (ADDRESS = (PROTOCOL = TCP)(HOST = vm2-vip.homologacao.com.br)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = RAC) ) ) LISTENERS_RAC = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = vm1-vip.homologacao.com.br)(PORT = 1521)) (ADDRESS = (PROTOCOL = TCP)(HOST = vm2-vip.homologacao.com.br)(PORT = 1521)) ) LISTENER_RAC1 = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = vm1-vip.homologacao.com.br)(PORT = 1521)) ) LISTENER_RAC2 = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = vm2-vip.homologacao.com.br)(PORT = 1521)) ) Exemplo VM2: SQL> show parameter listener; NAME TYPEVALUE --- -- listener_networksstring local_listener string LISTENER_RAC2 remote_listener string LISTENERS_RAC TNSNAMES identico ao primeiro. Pois bem, consigo acessar o sem problemas as duas maquinas de todas as formas possíveis: [oracle@vm1 ~]$ sqlplus "system/hml@(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=vm1-vip.homologacao.com.br)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=RAC)))" SQL*Plus: Release 11.2.0.2.0 Production on Thu Aug 11 14:51:02 2011 Copyright (c) 1982, 2010, Oracle. All rights reserved. Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - 64bit Production With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP, Data Mining and Real Application Testing options SQL> exit Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - 64bit Production With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP, Data Mining and Real Application Testing options [oracle@vm1 ~]$ sqlplus "system/hml@(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=vm2-vip.homologacao.com.br)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=RAC)))" SQL*Plus: Release 11.2.0.2.0 Production on Thu Aug 11 14:51:17 2011 Copyright (c) 1982, 2010, Oracle. All rights reserved. Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - 64bit Production With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP, Data Mining and Real Application Testing options Verificando os serviões registrados no LISTENER temos: [oracle@vm1 ~]$ lsnrctl LSNRCTL for Linux: Version 11.2.0.2.0 - Production on 11-AUG-2011 14:53:18 Copyright (c) 1991, 2010, Oracle. All rights reserved. Welcome to LSNRCTL, type "help" for information. LSNRCTL> status Connecting to (ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521)) STATUS of the LISTENER Alias LISTENER Version TNSLSNR for Linux: Version 11.2.0.2.0 - Production Start Date11-AUG-2011 10:54:36 Uptime0 days 3 hr. 58 min. 43 sec Trace Level off Security ON: Local OS Authentication SNMP OFF Listener Parameter File /u01/grid/11.2.0/grid_1/network/admin/listener.ora Listener Log File /u01/app/oracle/diag/tnslsnr/vm1/listener/alert/log.xml Listening Endpoints Summary... (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(KEY=LISTENER))) (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=172.18.200.1)(PORT=1521))) (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=172.18.200.10)(PORT=1521))) Services Summary... Service "+ASM" has 1 instance(s). Instance "+ASM1", status READY, has 1 handler(s) for this service... Service "RAC" has 2 instance(s). Instance "RAC1", status READY, has 2 handler(s) for this service... Instance "RAC2", status READY, has 1 handler(s) for this service... Service "RACTESTE" has 2 instance(s). Instance "RAC1", status READY, has 2 handler(s)
[oracle_br] Re: Problemas Recriando OEM RAC 11.2.0.2
Então... Fiz a criação do BD novamente e deixaei tudo default e novamente tomei erro para recriar o OEM. Pelo que entendi, ele consegue se conectar a isntancia desta vez mas quando chega na camada ASM, ele diz que não reconhece o descritor de conexão e no listener... STARTED EMCA at Aug 12, 2011 11:55:31 AM EM Configuration Assistant, Version 11.2.0.0.2 Production Copyright (c) 2003, 2005, Oracle. All rights reserved. Enter the following information: Database unique name: HML Service name: HML Listener port number: 1521 Listener ORACLE_HOME [ /u01/grid/11.2.0/grid_1 ]: Password for SYS user: Password for DBSNMP user: Password for SYSMAN user: Password for SYSMAN user: Cluster name: vm-cluster Email address for notifications (optional): Outgoing Mail (SMTP) server for notifications (optional): ASM ORACLE_HOME [ /u01/grid/11.2.0/grid_1 ]: ASM port [ 1521 ]: ASM username [ ASMSNMP ]: ASM user password: Aug 12, 2011 11:56:08 AM oracle.sysman.emcp.util.GeneralUtil initSQLEngineRemotely WARNING: Error during db connection : ORA-12514: TNS:listener does not currently know of service requested in connect descriptor Aug 12, 2011 11:56:14 AM oracle.sysman.emcp.util.GeneralUtil initSQLEngineRemotely WARNING: ORA-12541: TNS:no listener Aug 12, 2011 11:56:14 AM oracle.sysman.emcp.util.GeneralUtil initSQLEngineRemotely WARNING: Error during db connection : ORA-12514: TNS:listener does not currently know of service requested in connect descriptor Aug 12, 2011 11:56:19 AM oracle.sysman.emcp.util.GeneralUtil initSQLEngineRemotely WARNING: ORA-12541: TNS:no listener Password validation failed. Some of the possible reasons may be: 1) Invalid username/password. 2) Database is not up. 3) Scan listener not up. 4) Database service is not registered with scan listener. 5) Password file may be missing or configured incorrectly. ASM user password: --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > Boa tarde amigos, > > Recentemente (atrelado a um post anterior), fiz a instalação de um RAC > somente com um nó a fim de testar como faria para ir adicionando nodes ao > cluster e a principio, tudop funcionou adequadamente. > > O OEM foi criado fazendo referencia ao primeiro nó, pois somente ele havia > sido criado. Quando adicionei o segundo, dropei o repositorio do primeiro > para tentar recria-lo, já colendo informações tamberm do outro que havia sido > adicionado mas estou encontrando inumeros problemas para esta recriação. > > Fiz algumas alterações na camada de LISTENER pensando que este seria o > problema (alterei o LOCAL_LISTENER / REMOTE_LISTENER), fazendo os devidos > apontamentos via TNSNAMES: > > Exemplo da VM1 > > SQL> show parameter listener; > > NAME TYPEVALUE > --- > -- > listener_networksstring > local_listener string LISTENER_RAC1 > remote_listener string LISTENERS_RAC > > TNSNAMES > > RAC = > (DESCRIPTION = > (ADDRESS = (PROTOCOL = TCP)(HOST = vm1-vip.homologacao.com.br)(PORT = > 1521)) > (ADDRESS = (PROTOCOL = TCP)(HOST = vm2-vip.homologacao.com.br)(PORT = > 1521)) > (CONNECT_DATA = > (SERVER = DEDICATED) > (SERVICE_NAME = RAC) > ) > ) > > LISTENERS_RAC = > (ADDRESS_LIST = > (ADDRESS = (PROTOCOL = TCP)(HOST = vm1-vip.homologacao.com.br)(PORT = > 1521)) > (ADDRESS = (PROTOCOL = TCP)(HOST = vm2-vip.homologacao.com.br)(PORT = > 1521)) > ) > > LISTENER_RAC1 = > (ADDRESS_LIST = > (ADDRESS = (PROTOCOL = TCP)(HOST = vm1-vip.homologacao.com.br)(PORT = > 1521)) > ) > > LISTENER_RAC2 = > (ADDRESS_LIST = > (ADDRESS = (PROTOCOL = TCP)(HOST = vm2-vip.homologacao.com.br)(PORT = > 1521)) > ) > > > Exemplo VM2: > > SQL> show parameter listener; > > NAME TYPEVALUE > --- > -- > listener_networksstring > local_listener string LISTENER_RAC2 > remote_listener string LISTENERS_RAC > > TNSNAMES identico ao primeiro. > > Pois bem, consigo acessar o sem problemas as duas maquinas de todas as formas > possíveis: > > [oracle@vm1 ~]$ sqlplus > "system/hml@(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=vm1-vip.homologacao.com.br)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=RAC)))" > > SQL*Plus: Release 11.2.0.2.0 Production on Thu Aug 11 14:51:02 2011 > > Copyright (c) 1982, 2010, Oracle. All rights reserved. > > > Connected to: > Oracle Database 11g Enterprise E
[oracle_br] Re: Automatizando Desfragmentação de Tabelas
BUILD, ie, DEPNDE DO > QUE VC QUER : se vc quer baixar a HWM ou quer efetivamente reusar os extents > no "meio" da tabela, vc TEM QUE analisar aí o seu caso das suas tabelas pra > poder entender / descobrir qual o comando que se ajusta melhor ao seu caso... > > > 5. white-space / espaço não usado após DELETEs : esta issue é ao que > normalmente a Oracle se refere como "fragmentação" - sim, mesmo a Oracle é > culpada de super-simplificar e chamar de fragmentação sem explicar o que é... >Isto tem que ser bem definido, é um dos pontos aonde vc mais besteira vê > por aí - o que ocorre é que, após deleções de dados, os blocos/extents que > continham dados do objeto que sofreu o DELETE ** vão ** continuar marcados > como reservados/pertencentes ao objeto : isso é pra Acelerar os futuros > INSERTs, com isso ao invés do RDBMS ter que formatar blocos novos (o que > teria que fazer se os blocos que sofreram DELETE fossem liberados pro sistema > após o DELETE) , o INSERT reusa simplesmente o espaço que o DELETE liberou... > Isso é CRÍTICO pra entendermos : se a tabela X sofreu DELETEs e algum > espaço está disponível pra ela, ** NECESSARIAMENTE ** e Obrigatoriamente os > próximos INSERTs vão sim reusar esse espaço disponível, esse espaço * NÂO > está morto, ele VAI SIM ser reusado, okdoc ? A besteira principal que vc > vai ouvir é que após DELETEs o espaço não pode ser reusado, fica 'perdido' e > isso é um tipo de "fragmentação" > Muito bem, mas e nos casos aonde o objeto/segmento sofreu DELETEs > significativos , e (por regra de negócio) vc SABE que nunca mais serão > inseridos novos dados - tipo, é uma tabela particionada que só contém pos > dados de Outubro, e o mês de outubro acabou ? Aí sim, esse Sim é um caso onde > vc sabe o que o RDBMS Oracle não sabe, vc tem certeza que aquele espaço > reservado mas vazio não vai ser nunca reusado pelos novos INSERTs por força > de uma regra lógica externa ao banco, aí sim se vc quiser/precisarliberar > esse espaço vc TEM que tomar uma ação Notar que, além de desperdício de > espaço em disco, esse white-space VAI influenciar em FTSs ... > Solução : as mesmas do item acima , que (Novamente) só podem;devem ser > aplicadas SE e APENAS SE vc realmente sabe que não haverão INSERTs reusando > esse espaço em branco... > > 6. white-space/espaço reservado/não usado em Blocos, causando algum tipo de > migração de dados : o espaço nos blocos normalmente não é usado do começo ao > fim, há algum espaço reservado para futuros UPDATEs : caso esse espaço seja > muito grande, na hora dum INSERT de uma linha um tantinho maior não haverá > espaço pra gravar no bloco, a linha será "continuada" em um novo bloco, aí > eventuais leituras dessa linha passam a exigir mais de um acesso à blocos - > multiplique isso por milhões de linhas, E tenha uma Aplicação vagal que faz > leitura de muitos dados row by row (via CURSOR, provavelmente) pra processar, > e vc terá um grande problema em mãos... > Solução : CONHECER a utilização que a tabela terá e especificar > PCTFREE/PCTUSEd adequados, ou (em alguns casos, se viável) tentar usar ASSM... > > > Em termos gerais é isso , minha Recomendação é lapidar : > > R1 : obtenha Comprovação de que há diferença Apreciável quando vc faz o > REBUILD > > R2 : antes de pensar em automatizar, descubra Exatamente qual a issue que > está "pegando", já que cfrme eu disse em alguns casos há parâmetro/ação que > ELIMINA o problema, ao invés de ficar tolamente e cegamente fazendo rebuilds > e rebuilds sem pensar > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > > > Bom dia colegas, > > > > Estou pensando em automatizar o processo de desfragmentação de tabelas do > > meu RAC. > > > > O volume de transações aumentou consideravelmente e por este motivo, todos > > os finais de semana estou tendo que executar manualmente procedimentos para > > desfragmentar as tabelas, o que tem tomado muito do meu tempo. > > > > Alguêm teria alguma forma de uma verificação mais simples destas > > fragmentação para que eu possa gerar um script agendado no CRON ? > > > > Uma outra dúvida é quanto os procedimentos para reorganização das tabelas > > fragmentadas. Sempre utilizei o comando MOVE com o rebuild dos indices e > > todos sabemos que ele (muitas vezes) é extremamente consumidor (CPU), > > gerando problemas tambem nos indices, sendo necessário o rebuild dos mesmos. > > > > Andei lendo alguma coisa sobre SHRINK SPACE COMPACT para reorganização das > > linhas nas tabelas, eliminando a fragmentação existente e depois SHRINK > > SPACE para mexer na HWM. Teoricamente estes comandos em conjunto, deixam as > > tabelas em funcionamento para operação DML, não consomem tanto recursos de > > maquina, alem de não deixarem os indices como UNUSABLE. Seria isto mesmo ? > > >
[oracle_br] Re: Ajuda - Datapump Parallel RAC
Abri um SR e me responderam que realmente é um BUG e o tratamento para este problema seria a alteração do parametro parallel_degree_policy para manual. O meu parametro já esta setado desta forma e mesmo assim o erro continua sendo exibido. O problema é que no restante do chamado da Oracle me informaram que se este procedimento não funcionasse, não haveria uma solução prevista neste momento. Eu realizo backup logico como uma alternativa a falha do Rman (OK que nunca tive problemas com o Rman mas não tenho uma area de Infra bem efetiva, me gerando alguns transtornos algumas vezes). E também utilizo este backup para atualização dos ambientes de desenvolvimento e homologação. Como tenho tabelas em torno de 40 GB, com uma unica thread fica demorado a exportação e a compactação dos backups logicos. --- Em oracle_br@yahoogrupos.com.br, "Alessandro Guimaraes" escreveu > > Ok, > Acho que voce está com um Bug seria bom confirmar com o suporte. > Tenta executar sem colocar o parallel ou com parallel=1 pode ser que funcione > assim. > Vi que voce esta usando CLUSTER=N. Já tentou fazer o expdp com apenas uma > instance ativa ? > Atc > Alessandro Guimarães > > --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > > > Opa Alessandro, > > > > Esta setado como manual: > > > > > > SQL> show parameter PARALLEL_DEGREE_POLICY; > > > > NAME TYPEVALUE > > --- > > -- > > parallel_degree_policy string MANUAL > > > > SQL> > > > > --- Em oracle_br@yahoogrupos.com.br, "Alessandro Guimaraes" > > escreveu > > > > > > Bom dia, > > > Qual o valor do parametro PARALLEL_DEGREE_POLICY ? > > > Atc > > > Alessandro Guimarães > > > > > > --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > > > > > > > Bom dia Amigos, > > > > > > > > Estou tendo alguns problemas com a execução do meu datapump com a opção > > > > de parallel. O comando seria este: > > > > > > > > > > > > expdp system/XXX schemas=PRODUCAO directory=BACKUP > > > > dumpfile=%U_BKP_PRD.dmp parallel=2 cluster=N logfile=BKP_PRD.log > > > > exclude=statistics > > > > > > > > Ele consegue realizar a exportação de alguns schemas menores mas este > > > > que é o maior (tabelas em torno de 30G) da erro: > > > > > > > > > > > > > > > > Processing object type SCHEMA_EXPORT/PACKAGE/PACKAGE_BODY > > > > Processing object type SCHEMA_EXPORT/TABLE/CONSTRAINT/REF_CONSTRAINT > > > > Processing object type SCHEMA_EXPORT/TABLE/TRIGGER > > > > ORA-39097: Data Pump job encountered unexpected error -12801 > > > > ORA-39065: unexpected master process exception in MAIN > > > > ORA-12801: error signaled in parallel query server PZ99, instance > > > > PRODUCAO1.xxx.com.br:PRODUCAO1 (1) > > > > ORA-01460: unimplemented or unreasonable conversion requested > > > > > > > > Me parece que mesmo eu colocando a clausula CLUSTER=N ele tenta > > > > executar alguma query paralela. > > > > > > > > Estou trabalhando com RAC 11.2.0.3 > > > > > > > > > >
[oracle_br] Extraindo DDLs - DDL Wizard ou qualquer outro..
Bom dia pessoal, Iniciei minhas atividades de geração de DDLS para migrar meu banco 10G EE para um 10G SE e infelizmente, só posos faze-lo via DMP. Por este motivo, preciso gerar todas as DDLS do meu banco origem (tabelas, indices, packages, tablespaces e etc.) e executar tais comandos para criar toda a estrutura antes de migrar os dados... Comecei utilizando o proprio PL/SQL DEVELOPER mas infelizmente ele nao cria DDLS espeficicas tipo, somente indices ou somente tabelas...ele cria tudo junto e preciso abrir no bloco de notas e ficar separando a criação das tabelas, da criação dos indices da criação das constraints... E pelo DDL WIZARD (que nunca utilizei), pelo que entendi, ele só el arquivo sgerados pelo EXP / IMP e não arquivos gerados pelo DATAPUMp... Algum colega teria ideia de uma outra forma mais light de se fazer isso ?
[oracle_br] Re: Extraindo DDLs - DDL Wizard ou qualquer outro..
Fala ae Chiappa... Seguinte... Este é o probleminha...estou migrando para um novo servidor (uma lamina Blade) onde todos os paths estarão diferentes do que o original. No servidor que ainda esta em produção, ele não segue nenhuma recomendação da OFA e gostaria de alterar isso...por isso irei recriei toda estrutura neste novo servidor... Quanto a questão do TRANSPORT TABLESPACE...pelo que verifiquei na documentação, eu precisaria copiar os meus .dbf para o outro servidor e na ultima vez que tentei fazer isso (mover 160 GB), demorei cerca de 6 horas e nem tinha chegado ainda na metade da copia...ou seja, se tornou inviável... Outros fatotes desfavoraveis: - Segundo documentação os SO precisariam ser iguais...e neste caso não são...estou utilizando SUSE X RED HAT.. - E objetos de replicação não seriam incluidos neste proesso. Tudo bem que poderiams ser recriados mas... Por estes motivos, pensei em fazer via tradiconal .DMP mesmo mas precisaria alterar todos os paths...no servidor atual, tudo esta concentado em //ORADATA (datafiles, indices, redo multiplexados, controlfile multiplex..) e agora, seguindo a recomendação OFA, indices em uma unidade chamada /u03, dados em uma outra chamada /u02 e assim por diante... --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" escreveu > > Meu amigo candiru : primeira coisa, na minha última msg sobre o assunto, eu > levantei a hipótese de fazer um TRANSPORT TABLESPACE do EE para o SE, e citei > uma documentação que em princípio PERMITIA isso , vc TESTOU isso, antes de > deduzir que só dá via exp/imp ??? Sim ?? > > Em realmente sendo algum tipo de dump de dados que vc vai precisar, > EXATAMENTE POR QUE vc precisar alterar/editar os scripts gerados, a idéia não > é recriar a estrutura de dados do banco EE origem no MESMO HARDWARE EXATO que > hoje tem o SE, que seria removido após os dumps, sendo então o nome das > tablespaces, dos datafiles, de tudo enfim mantido EXATAMENTE O MESMO ??? OU, > mesmo se for outra máquina, há algum impedimento em se manter nomes e paths > idênticos ??? Em sendo possível é ultra-simples, vc faz um dump SEM DADOS, e > NÂO PEGANDO índices e constraints (usando ROWS=N INDEXES=N CONSTRAINTS=N > STATISTOCS=NONE no exp tradicional, ou as opções pra isso no dp, que existem > também) , depois gera o DDL dos índices e constraints (pode ser com a > DBMS_METADATA, entre outras), altera-os para incluir NOVALIDATE, NOLOGGING e > PARALLEL (com um bom editor de texto que permita trocas com expressões > regulares em múltiplos arquivos, tipo Textpad ou Ultraedit, ou mesmo via > utils unix de linha de comando não é nada extremamente difícil) , e depois é > o tradicional, ie : gera-se vários dumpfiles em paralelo, depois os > importamos em paralelo também, e no final aplica-se os DDLs de índices e de > constraints.. O FATO porém é que, se vc está procurando por uma GUI aonde > vc clicka e já faz tudo, SORRY, não vai achar mesmo Isso é FATO, não sei > se é 'light' ou não, mas essa é a maneira... > > Quanto ao DDL Wizard, sim : ele trabalha com .DMPs gerados pelo exp > tradicional, a função dele é extrair pra disco (em vários arquivinhos de > texto) os DDLs todos, a vantagem dele é que vc vai ter um arquivo tipo > INDEXES.SQL com o DDL dos índices todos, outro CONSTRAINTS.SQL com as > constraints, em estando separadinhos é mais fácil se fazer eventuais > manipulações, MAS em princípio a manipulação é via editor de texto ou utils > de linha de comando Sei que ele tem algmas opções de transformação (tipo, > pedir pra gerar os arquivos eliminado ou trocando a cláusula de tablespaces, > por exemplo) mas não lembro se ele tem a opção de na hora de gerar os arqs > trocar só nos índices e constraints o LOGGING por NOLOGGING, indicar uma > PARALLEL clause, o NOVALIDATE, se tiver mais fácil ainda... > > []s > > Chiappa > > > --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > > > Bom dia pessoal, > > > > Iniciei minhas atividades de geração de DDLS para migrar meu banco 10G EE > > para um 10G SE e infelizmente, só posos faze-lo via DMP. > > > > Por este motivo, preciso gerar todas as DDLS do meu banco origem (tabelas, > > indices, packages, tablespaces e etc.) e executar tais comandos para criar > > toda a estrutura antes de migrar os dados... > > > > Comecei utilizando o proprio PL/SQL DEVELOPER mas infelizmente ele nao cria > > DDLS espeficicas tipo, somente indices ou somente tabelas...ele cria tudo > > junto e preciso abrir no bloco de notas e ficar separando a criação das > > tabelas, da criação dos indices da criação das constraints... > > > > E pelo DDL WIZARD (que nunca utilizei), pelo que entendi, ele só el arquivo > > sgerados pelo EXP / IMP e não arquivos gerados pelo DATAPUMp... > > > > Algum colega teria ideia de uma outra forma mais light de se fazer isso ? > > >
[oracle_br] Re: Extraindo DDLs - DDL Wizard ou qualquer outro..
Eu ja tratei com o pessoal de infra para dar uma olhadinha nisso...ja sugeri inclusive ligarmos la um cabo cross e fazermos esta copia... Mas chiappa, surgiu uma dúvida... Com relação ao Transport Tablespace...preciso criar o dump e fazer a importação para o novo banco + a copia dos dbf para o novo servidor...logo, a copia precisa ser fria para a consistencia ne...ou seja...algum tempo do banco fora do ar...ou posso dar um off line nas tablespaces que serão copiadas, fazendo a copia via SO e deixar o banco no ar ??!! --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" escreveu > > Ah, e detalhe importante : só pra dar uma noção do que eu falei sobre tempos > de transferência (que pega não só na questão de transport, MAS também para > transferir os .DMPs de uma máquina pra outra se chegar a isso), veja > http://www.macseven.com/files/20070503_external_hard_drive_transfer_speeds.html > , é uma comparação com resultados mais próximos ao que se espera : no pior > dos piores casos, que é o USB-2, levou pouco menos de 300 segundos pra > transferir 3.83 Gb, ou seja, levaria coisa de pouco menos de 15k segundos , > ie, 4h e pouco, pra transferir os 190 Gb que falamos - ok, garantido, > flutuações ocorrem, mas quando vc fala que em 6 horas ainda não tinha > avançado grande coisa só se pode concluir que a tua performance aí está > fedorenta... > > []s > >Chiappa > > > --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" escreveu > > > > Segue : > > > > > estou migrando para um novo servidor (uma lamina Blade) onde todos os > > > paths estarão diferentes do que o original. > > > > a idéia do transport era mais adequada se vc quisesse manter a mesma > > máquina, aí os arquivos em si não mudariam, só os metadados apontando pros > > paths seriam transferidos do origem pro destino > > > > >> ..na ultima vez que tentei fazer isso (mover 160 GB), demorei cerca de 6 > > >> horas e nem tinha chegado ainda na metade da copia...ou seja, se tornou > > >> inviável... > > > > colega, 160 Gb ** não ** é hoje em dia um volume ultra-absurdo de jeito > > nenhum... Isso caberia num disco fast SCSI transportável , vc não tem um > > aí, ou possibilidade de adquirir um, se o seu servidor tiver uma porta > > rápida (SATA-2 externa ou Firewire ?? Diacho, até uma porta USB-2 ligada > > numa gaveta de disco com um disco de 7200 rpm ou acima penso que deveria > > dar conta de transportar menos de 200 Gb em poucas horas. > > Ou ainda, não tem como o seu pessoal de rede te montar uma rede > > PRIVADA ***, full Gigabit, entre os dois servidores ? Porque performance > > tão ralé do tipo de mais de 6h pra nem 200 Gb não me parece boa, parece > > indicar que vc estava na rede pública comum, CONCORRENDO com o resto das > > pessoas, não é isso ? > > > > > > > - Segundo documentação os SO precisariam ser iguais...e neste caso não > > > são...estou utilizando SUSE X RED HAT.. > > > > Sim, há uma razão específica pra vc além de mudar de versão (que já é uma > > pauleira, já pode dar incompatibilidade) mudar também de SO ? Se houver > > sim, aí a idéia de transport fica em geladeira - eu não disse "proibida" > > pois na prática, se ambas as distros forem de kernel muito próximo, mesmo > > bitsize, e hardware origem/destino semelhantes ao máximo, até deve > > funcionar transport entre distros diferentes - recomendo, testa aí com uma > > ou duas tablespaces escolhidas, em funcionando veja com o teu pessoal de > > hardware o que eles podem fazer pra melhorar o tempo de cópia, se adquirir > > um disco externo rápido, se montar uma rede privada direta entre as > > máquinas, o que der... > > > > > > > - E objetos de replicação não seriam incluidos neste proesso. Tudo bem > > > que poderiams ser recriados mas... > > > > sim, mas são poucos imagino, deve dar pra fazer manualmente... > > > > > > > > Por estes motivos, pensei em fazer via tradiconal .DMP mesmo mas > > > precisaria alterar todos os paths...no servidor atual, tudo esta > > > concentado em //ORADATA (datafiles, indices, redo multiplexados, > > > controlfile multiplex..) e agora, seguindo a recomendação OFA, indices em > > > uma unidade chamada /u03, dados em uma outra chamada /u02 e assim por > > > diante... > > > > se REALMENTE vc quer/precisa mudar os mountpoints/paths vai dar mais > > trabalho, mas é possível : ** SE ** vc conseguiu um modo de copiar os arqs > > rapidamente pro destino e o transport funcionou entre as distros > > diferentes, vc poderia num primeiro momento ter os datafiles no mesmo path > > original, depois via ALTER DATABASE RENAME 'pathedatafile' TO > > 'novopathedatafile' simplesmente os RENOMEAR para o novo path, mudar de > > fs/path/mount-point no mesmo disco/volume/servidor via de regra é bem > > rápido... > > > > Já se vc não puder fazer o TS e dumps forem a alternativa, se eu fosse vc > > faria mesmo o dump via exp e extrairia os scripts de DDL com o DDL Wizard, > > creio que
[oracle_br] Re: Extraindo DDLs - DDL Wizard ou qualquer outro..
Valeu mesmo pela força chiappa e colegas... Vou fazer os testes por aqui e para não dar galho, vou subir tudo em 10.2.0.3 (igual ao servidor que esta em produção) utilizando o transport tablespaces...se funcionar, parto para a migração na outra semana com o DBUA...é até bom para ver se neste novo ambiente, mantemos a mesma performance... Mudança de SO + Mudança de hardware + mudança de versão do Oracle + Migração..pode não ser uma boa ideia tudo de uma vez...historicos ja me dizem isso..rs rs Depois que testar, ponho aqui para o pessoal... abração --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" escreveu > > > Mas chiappa, surgiu uma dúvida... > > vamos lá ... > > > > Com relação ao Transport Tablespace...preciso criar o dump e fazer a > > importação para o novo banco + a copia dos dbf para o novo servidor... > > é, e não esquecendo que esse dump não é de dados, mas sim METADADOS, ie, só > INSERTs nas tabelas internas do bd Oracle informando-o sobre a nova > tablespace... > > > logo, a copia precisa ser fria para a consistencia ne...ou seja...algum > > tempo do banco fora do ar...ou posso dar um off line nas tablespaces que > > serão copiadas, fazendo a copia via SO e deixar o banco no ar ??!! > > na verdade não só pode como DEVE deixar o banco online MAS com as tablespaces > em questão indisponíveis (read-only, se é só leitura já basta pra ele saber > que não terá mudanças nos metadados) : afinal, se vc baixar o banco, > Obviamente o exp.exe ** não ** vai ter acesso às tabelas internas para buscar > o metadado que deve ser copiado... > > []s > > Chiappa > > OBS : again de novo, em msgs anteriores eu Avisei sobre as várias restrições > do tablespace Transport, tais como a necessidade de que os objetos estejam > auto-contidos na mesma tablepace, > http://www.oracle-base.com/articles/9i/TransportableTablespaces9i.php dá uma > mostrada na API que a Oracle disponibiliza para vc ver se a tablespace que vc > quer é Transportável ou não... > > > > > --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" escreveu > > > > > > Ah, e detalhe importante : só pra dar uma noção do que eu falei sobre > > > tempos de transferência (que pega não só na questão de transport, MAS > > > também para transferir os .DMPs de uma máquina pra outra se chegar a > > > isso), veja > > > http://www.macseven.com/files/20070503_external_hard_drive_transfer_speeds.html > > > , é uma comparação com resultados mais próximos ao que se espera : no > > > pior dos piores casos, que é o USB-2, levou pouco menos de 300 segundos > > > pra transferir 3.83 Gb, ou seja, levaria coisa de pouco menos de 15k > > > segundos , ie, 4h e pouco, pra transferir os 190 Gb que falamos - ok, > > > garantido, flutuações ocorrem, mas quando vc fala que em 6 horas ainda > > > não tinha avançado grande coisa só se pode concluir que a tua > > > performance aí está fedorenta... > > > > > > []s > > > > > >Chiappa > > > > > > > > > --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" escreveu > > > > > > > > Segue : > > > > > > > > > estou migrando para um novo servidor (uma lamina Blade) onde todos os > > > > > paths estarão diferentes do que o original. > > > > > > > > a idéia do transport era mais adequada se vc quisesse manter a mesma > > > > máquina, aí os arquivos em si não mudariam, só os metadados apontando > > > > pros paths seriam transferidos do origem pro destino > > > > > > > > >> ..na ultima vez que tentei fazer isso (mover 160 GB), demorei cerca > > > > >> de 6 horas e nem tinha chegado ainda na metade da copia...ou seja, > > > > >> se tornou inviável... > > > > > > > > colega, 160 Gb ** não ** é hoje em dia um volume ultra-absurdo de jeito > > > > nenhum... Isso caberia num disco fast SCSI transportável , vc não tem > > > > um aí, ou possibilidade de adquirir um, se o seu servidor tiver uma > > > > porta rápida (SATA-2 externa ou Firewire ?? Diacho, até uma porta USB-2 > > > > ligada numa gaveta de disco com um disco de 7200 rpm ou acima penso que > > > > deveria dar conta de transportar menos de 200 Gb em poucas horas. > > > > Ou ainda, não tem como o seu pessoal de rede te montar uma rede > > > > PRIVADA ***, full Gigabit, entre os dois servidores ? Porque > > > > performance tão ralé do tipo de mais de 6h pra nem 200 Gb não me parece > > > > boa, parece indicar que vc estava na rede pública comum, CONCORRENDO > > > > com o resto das pessoas, não é isso ? > > > > > > > > > > > > > - Segundo documentação os SO precisariam ser iguais...e neste caso > > > > > não são...estou utilizando SUSE X RED HAT.. > > > > > > > > Sim, há uma razão específica pra vc além de mudar de versão (que já é > > > > uma pauleira, já pode dar incompatibilidade) mudar também de SO ? Se > > > > houver sim, aí a idéia de transport fica em geladeira - eu não disse > > > > "proibida" pois na prática, se ambas as distros forem de kernel muito > > > > próximo, mesmo bitsize, e hardware or
[oracle_br] Re: Extraindo DDLs - DDL Wizard ou qualquer outro..
Opa Chiappa e colegas... Iniciei os testes com o exp tablespaces e na primeira que fui exportar, tomei o erro: ORA-29341: The transportable set is not self-contained. Então comecei a verificar a checagem das tablespaces, verificando se eles teriam alguns problemas para serem transportadas executando o pacote DBMS_TTS.TRANSPORT_SET_CHECK Encontrei algumas divergências na primeira tablespace..na verdade, 9 restrições mas todas ligadas a PK e FK... Vou dropar estas PK e as FK (ja que são poucas, exporto e recrio...ainda sim acredito que sera mais rapido do que utilizar dumps tradicionais --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" escreveu > > OK : só ficou claro que o procedimento é : vc CRIA um banco na > máquina-destino, com EXATAMENTE a mesma versão de Oracle (e com os MESMOS > one-off patches, inclusive), sobe esse banco, depois no origem bota as > tablespaces desejadas (e que foram Aprovadas no check de transportabilidade) > em read-only, faz o export de metadados, copia os .DBFs pro destino, e lá vc > faz o import dos metadados, tudo blz ? Se vc nunca fez, recomendo > ENFATICAMENTE que vc faça na máquina teste antes de fazer na Prod, e que > mesmo em Prod vc faça para algumas poucas tablespaces pra ver que funcionou > , só depois faz pra todas, e é isso ... > > Se não funcionar a Transport, aí sim ir para o dump... E falando nele, um > ponto que não comentamos é que, uma vez o teu pessoal de hardware te dando > uma rede privada rápida entre as máquinas (o que é pré-req até pro Transport, > de qquer modo, se não for possível mídia atachável entre os servers) , com o > expdp vc pode enviar via rede (com um pipe) diretamente os dados de um server > pra outro, SEM ter que gerar arquivo .dmp, de repente pode ser que seja mais > rápido, é outro check que vc tem que fazer... > > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br, "candiurudba" escreveu > > > > Valeu mesmo pela força chiappa e colegas... > > > > Vou fazer os testes por aqui e para não dar galho, vou subir tudo em > > 10.2.0.3 (igual ao servidor que esta em produção) utilizando o transport > > tablespaces...se funcionar, parto para a migração na outra semana com o > > DBUA...é até bom para ver se neste novo ambiente, mantemos a mesma > > performance... > > > > Mudança de SO + Mudança de hardware + mudança de versão do Oracle + > > Migração..pode não ser uma boa ideia tudo de uma vez...historicos ja me > > dizem isso..rs rs > > > > Depois que testar, ponho aqui para o pessoal... > > > > abração > > > > --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" escreveu > > > > > > > Mas chiappa, surgiu uma dúvida... > > > > > > vamos lá ... > > > > > > > > Com relação ao Transport Tablespace...preciso criar o dump e fazer a > > > > importação para o novo banco + a copia dos dbf para o novo servidor... > > > > > > é, e não esquecendo que esse dump não é de dados, mas sim METADADOS, ie, > > > só INSERTs nas tabelas internas do bd Oracle informando-o sobre a nova > > > tablespace... > > > > > > > logo, a copia precisa ser fria para a consistencia ne...ou seja...algum > > > > tempo do banco fora do ar...ou posso dar um off line nas tablespaces > > > > que serão copiadas, fazendo a copia via SO e deixar o banco no ar ??!! > > > > > > na verdade não só pode como DEVE deixar o banco online MAS com as > > > tablespaces em questão indisponíveis (read-only, se é só leitura já basta > > > pra ele saber que não terá mudanças nos metadados) : afinal, se vc > > > baixar o banco, Obviamente o exp.exe ** não ** vai ter acesso às tabelas > > > internas para buscar o metadado que deve ser copiado... > > > > > > []s > > > > > > Chiappa > > > > > > OBS : again de novo, em msgs anteriores eu Avisei sobre as várias > > > restrições do tablespace Transport, tais como a necessidade de que os > > > objetos estejam auto-contidos na mesma tablepace, > > > http://www.oracle-base.com/articles/9i/TransportableTablespaces9i.php dá > > > uma mostrada na API que a Oracle disponibiliza para vc ver se a > > > tablespace que vc quer é Transportável ou não... > > > > > > > > > > > --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" escreveu > > > > > > > > > > Ah, e detalhe importante : só pra dar uma noção do que eu falei sobre > > > > > tempos de transferência (que pega não só na questão de tran
[oracle_br] Problemas ao Instalar Oracle 11R2 + Storage !!
Boa tarde colegas, Estou instalando o 11gR2 em um storage e estou tendo um pequeno problema. Ao final da criação do banco de dados, estou tomando um erro, informando que o enterprise manager não pode ser configurado e pede para setar a variavel oracle_dbuniquename e startar o enterprise manager. Só que ele quando vou inicia-lo, o mesmo roda sem problemas mas fique intrigado com esta situação e meio receoso de colocar este servidor em produção e ter mais algum erro pos tras deste probleminha... O que acham ?