[oracle_br] Re: Oracle ODBC Drivers
Chiappa, mais uma vez obrigado pelas suas respostas detalhadas. Eu havia visto no google o EasySoft e o DataDirect, mas você já me deu mais duas alternativas para pesquisar. Tentei utilizar as recomendações da Oracle para otimizar o acesso (modificar o fetch buffer size, ativar cache, desativar resultsets, etc) mas nenhuma mudança no desempenho foi notada. Analisando as ações do usuário no aplicativo, vi que a demora é proveniente de um fetch gigantesco de quase 50 anos de dados, em que o mesmo realizava uma "poda" na hora de gerar um relatório. A poda que ele estava executando era apenas na geração dos relatório, o que fazia o aplicativo sempre fazer o fetch inteiro da massa de dados. Encontrei dentro do próprio aplicativo uma forma de fazer essa poda na entrada dos dados, reduzindo o tamanho do fetch, e melhorando o desempenho em uns 95%. Nesta situação acredito que nenhuma novo driver ODBC ajudaria. Era o velho problema entre a cadeira e o computador. --- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa" escreveu > > Alan, veja lá : alternativas até Existem (como os drivers da EasySoft, que > inclusive contam com bastante material de tuning, vide > http://www.easysoft.com/products/data_access/odbc_oracle_driver/performance_tuning_guide.html), > Simba em http://www.simba.com/connectors (na verdade data adaptors que entre > outras coisas incluem acesso via odbc), OpenLink em > http://www.openlinksw.com/ , dataDirect em > http://www.datadirect.com/index.html , mas NENHUM desses é freeware, embora > TODOS tenham afaik algum tipo de demo/trial... E inclusive eu pessoalmente > DESCONHEÇO, aliás, alternativa freeware de drivers ODBC que esteja madura e > production-ready - vamos ver se quem usa mais esse negócio tem info mais > recente, mas a princípio eu ACHO que vai ser difícil alternativas freeware > confiáveis... > > Porém, pelo que vc descreve, pode ser na verdade NÃO um problema genérico > do driver ODBC Oracle em si, mas sim : > >a) má-programação : por exemplo, no manual "Oracle® Database > Administrator's Reference 11g Release 2 (11.2)" o apêndice E - Using Oracle > ODBC Drive dá TODA a lista de best practices e Recomendações a seguir no uso > do driver ODBC Oracle, principalmente sobre resultsets (que influenciam > DIRETAMENTE a performance em queries) e listando questões sobre itens > internos como os DATATYPES que o driver suporta ORA, se a aplicação Não > Respeita as práticas recomendadas Tranquilamente pode ser que esteja, > digamos, ocorrendo conversões implícitas ou havendo não-uso de bindings, , o > que é um gasto Significativo de CPU e ** PODE ** levar ao não-uso de índices > : aí não tem jeito, é performance caída POR DESIGN No máximo, se a > aplicação foi originalmente feita para, digamos, SQL SERVER, *** TALVEZ *** o > driver ODBC para Oracle da m$soft forneça datatypes/métodos de acesso/etc > mais próximos do que foi programado na Aplicação, mas isso é DIFÍCIL : tenta > aí mas eu duvido que seja o caso... > E é claro, vc também Pode atacar a questão do outro lado, ie : se por > qquer prática esquisita/fora das recomendações da Oracle o SQL enviado para o > banco seja de má qualidade, inviabilizando índice ou forçando parse constante > ou seja o que for, Também há a possibilidade de vc o influenciar via HINTs, > SQL profiles, índices de função, views, etc : lógico que tuning de SQL é algo > que DEPENDE FORTEMENTE do Fornecedor, mas opções internas de database do tipo > existem... > > ou > >b) configuração do ODBC driver : no mesmo manual acima citado e nas notas > linkadas no documento "Master Note For The Oracle ODBC Driver" (Doc ID > 741033.1) no Suporte Oracle, a Oracle dá umas recomendações de config : tente > as implementar... > >ou > >c) bug no driver e/ou no Oracle Client : como todo software a camada de > acesso ao banco PODE ter issues, então eu Recomendaria para vc checar e obter > com o Suporte Oracle a versão MAIS ATUAL do Oracle Client que seja compatível > com o seu database Oracle (vc para variar Não Diz a versão dele, nem o SO, > nada, mas seja qual for) , ** E ** também os patches mais recentes do Oracle > Client... O pacote do Client já traz o driver Oracle ODBC além do software > Oracle Client em si... > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br, "alanrolemberg" escreveu > > > > Renato, > > > > Eu também consigo através de aplicativos voltados exclusivamente ao > > Database Oracle. Neste meu caso específico, o aplicativo se conecta apenas > > por Drivers ODBC (pois mais de um banco de dados é suportado pelo > > aplicativo). > > > &
[oracle_br] Re: Oracle ODBC Drivers
Renato, Eu também consigo através de aplicativos voltados exclusivamente ao Database Oracle. Neste meu caso específico, o aplicativo se conecta apenas por Drivers ODBC (pois mais de um banco de dados é suportado pelo aplicativo). O Driver ODBC que vem no Oracle Client fica extremamente lento na hora de lidar com quantidades grandes de dados, e estou procurando alguma alternativa a ele. --- Em oracle_br@yahoogrupos.com.br, "Renato F. O. Silva" escreveu > > Alan, no meu caso conecto terminais Windows XP num servidor 11gR2 em Oracle > Linux através do Oracle Instant Client e não ocorre essa lentidão relatada > por ti. >
[oracle_br] Oracle ODBC Drivers
Pessoal, quando uso aplicativos que dependem dos drivers ODBC nativos da Oracle, a comunicação é extremamente lenta. Alguém sabe de algum driver alternativo, de preferencia gratuito, que otimize esta comunicação? O servidor onde ficam os dados é Oracle 11gR2.
[oracle_br] Re: RAC com ASM e ACFS - comando "ls -l" congela os processos no servidor
se você você tiver outra área de disco pra onde possa migrar, sugiro instalar o OCFS2 e apontar todos os seus logs pra lá... mas antes era bom ter certeza que seu problema é realmente com o filesystem. Já verificou no Enterprise Manager as informações sobre acesso a disco? --- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa" escreveu > > Bem, eu praticamente não usei ACFS ainda : como eu entendo a utilidade > principal do ACFS é OU permitir o uso de uma ORACLE_HOME shared (o que eu > nunca vi muito sentido já que no RAC já que cada instância sendo gerenciada > localmente como uma unidade separada dá muito mais liberdade, entre outras > coisas permitindo mais facilmente rolling patches, etc), OU então a outra > utilidade do ACFS é permitir uso do storage ASM para outros fins gerais que > não só database files (o que pra mim não faz muito sentido, sendo o ASM > ultra-especializado em gerenciamente de database files, nem todas as escolhas > feitas pela Oracle são boas para manipulação em geral de arquivos não > especializados, eu certamente Dividiria o storage em uma parte ASM para usar > com datafiles E uma outra parte formatado num cluster filesystem geral), mas > o que vc descreve tem TODO o jeito de bug, e realmente existiram uns tantos > quantos, como o Bug#13255295 "AIX: ACFS file systems may go offline on AIX > when system heavily loaded and paging" e o Bug#12591990 "chown of lost+found > directory in ACFS reports permission dened -- Solaris, Windows, AIX - > superceded" > Então o meu conselho, se vc Realmente precisa usar o ACFS, é realmente vc > coletar TODA a informação de logs pro Suporte Oracle (vide nota "What > diagnostic information to collect for ADVM/ACFS related issues" [ID 885363.1] > para refs) e abrir um Chamado no Suporte, para comprovar ou negar a > possibilidade dos bugs citados E de outros... > > []s > >Chiappa > > > > --- Em oracle_br@yahoogrupos.com.br, "fmpedro4x4" escreveu > > > > Pessoal: > > Estamos com um grave problema no meu ambiente, em janeiro implantamos em > > nosso princial sistema, o RAC 11.2.0.2, com ASM e tivemos que utilizar o > > ACFS filesystems. Alguns destes filesystems armazenam logs de JOBS, > > arquivos de interface, etc. e depois de um certo tempo estes filesystems em > > ACFS ficaram extremamente lentos, a ponto de se executar um "ls -l" e > > congelar os processos do servidor. Por uma questão de regulamento interno, > > tenho que armazenar os logs on-line pelo um período de 365 dias, não posso > > deletá-los ou remanejar os arquivos. > > Alguém já passou por este problema? Antes de implantar o RAC e ACFS, não > > tínhamos este problema. > > Meu ambiente tem a seguinte configuração: > > 2 servidores IBM P7, com 250Gb de memória cada um > > AIX 6.0 > > Oracle 11.2.0.2 > > > > Grato. > > Fernando M Pedro. > > >
[oracle_br] Re: Pós - Horário de Verão - Archivelog
Então o correto seria NÃO USAR point in time recovery quando forem datas próximas ao início e fim do horário de verão? --- Em oracle_br@yahoogrupos.com.br, Luis Freitas escreveu > > Alessandro, > > O post mostra um ORA-600, ORA-600 normalmente é bug. > > Nesse caso tem um bug mesmo, afeta 10g, 11g e 11gR2, inclusive os ultimos > patchsets, e o patch já esta disponivel. > > A descricão do bug diz que ele nao afeta RMAN, então nao deve ser o caso > do nosso colega. > > Atc, > Luis > > > > From: Alessandro Lúcio Cordeiro da Silva > To: "oracle_br@yahoogrupos.com.br" > Sent: Monday, February 27, 2012 2:15 PM > Subject: Re: [oracle_br] Re: Pós - Horário de Verão - Archivelog > > > > Bom dia Senhores, > > Realmente este problema de mudança de horario ocorre com o Oracle, tanto > que o Rodrigo Almeida apresentou um caso que não ocorreu recuperação de um > banco de dados porque a acabou a carga da bateria interna do computador e o > horario voltou para o ano de fabrica. > > > http://www.rodrigoalmeida.net/blog/ora-600-2252-um-caso-estranho > > Com isso, segue algumas recomendações que o proprio Rodrigo deu quando > ocorrer mudança de horario de verão. > > > http://www.rodrigoalmeida.net/blog/horario-de-verao-os-impactos-no-banco-de-dados-oracle > > Todo caso, creio que você não vai consegui o recover completo do seu > pseudo Data-Guardo, usando os archive Log's desincronizados, vai ter que > fazer uma resturação completa mesmo usando um backup full depois de mudar o > horario. > > E é mais do que bom você fazer um backup FULL depois que mudar de horario, > pois se por ventura seu banco de PRODUCAO der um Crash hoje, e tiver um > Backup Full, anterior a mudança de horario, e precisar aplicar os archive > Log's e/ou Log' de Redo Online desincronizados... HUMM não será nada bom > > Alessandro Lúcio Cordeiro da Silva > Analista de Sistema > þ http://alecordeirosilva.blogspot.com/ > > > > De: alanrolemberg > Para: oracle_br@yahoogrupos.com.br > Enviadas: Segunda-feira, 27 de Fevereiro de 2012 9:46 > Assunto: [oracle_br] Re: Pós - Horário de Verão - Archivelog > > > > > Apenas uma crítica: Esse problema do horário de verão me parece simples de > resolver, até agora não sei como a Oracle não criou solução para isso... > existe horário de verão em cerca de 30 países e imagine o número de Bancos de > Dados que precisam ser parados por 1 hora. > > Muito ruim isso... e o pior é que faz parte das melhores práticas. :/ > > --- Em oracle_br@yahoogrupos.com.br, Elton Alexandre Leocádio > escreveu > > > > Prezados, Bom dia , > > > > O que me ocorreu neste fim de horário de verão: > > Mesmo após explicar e a aplicação mandar nota, dizendo que o ideal seria > > ficar 1 hora com o banco parado pelas melhores praticas, > > houve a preferencia da gestão por não parar o banco de dados pois nunca deu > > problema, enfim, > > > > Temos um Standby Database (Via Shell não é o dataguard pq é SE), e esse > > standby já não sincroniza mais com o erro: > > > > RMAN> > > Starting recover at 27-FEB-12 > > using target database control file instead of recovery catalog allocated > > channel: ORA_DISK_1 channel ORA_DISK_1: SID=73 device type=DISK > > > > starting media recovery > > > > archived log for thread 1 with sequence 163346 is already on disk as file > > +DATA/archivelog/2012_02_26/thread_1_seq_163346.440.776300381 > > RMAN-00571: === > > RMAN-00569: === ERROR MESSAGE STACK FOLLOWS === > > RMAN-00571: === > > *RMAN-03002: failure of recover command at 02/27/2012 08:49:42 > > ORA-01861: literal does not match format string > > * > > qualquer outro comando dentro do rman no standby *retorna este erro acima*, > > O standby no momento não é o ponto focal se necessário posso recria-lo, a > > duvida final é: > > > > Meu banco esta integro? > > Meu backup esta integro? > > Existe alguma nota no metalink com algo parecido (até o momento não achei) > > > > Alguém ja passou por algo parecido? > > > > Lembrando que não ocorreu erros no alertlog, nem log do listener, nem dos > > componentes do cluster/asm e etc. > > > > SO: OEL 5.4 64bits > > Versão: Oracle 11G 11.2.0.1
[oracle_br] Re: Pós - Horário de Verão - Archivelog
Apenas uma crítica: Esse problema do horário de verão me parece simples de resolver, até agora não sei como a Oracle não criou solução para isso... existe horário de verão em cerca de 30 países e imagine o número de Bancos de Dados que precisam ser parados por 1 hora. Muito ruim isso... e o pior é que faz parte das melhores práticas. :/ --- Em oracle_br@yahoogrupos.com.br, Elton Alexandre Leocádio escreveu > > Prezados, Bom dia , > > O que me ocorreu neste fim de horário de verão: > Mesmo após explicar e a aplicação mandar nota, dizendo que o ideal seria > ficar 1 hora com o banco parado pelas melhores praticas, > houve a preferencia da gestão por não parar o banco de dados pois nunca deu > problema, enfim, > > Temos um Standby Database (Via Shell não é o dataguard pq é SE), e esse > standby já não sincroniza mais com o erro: > > RMAN> > Starting recover at 27-FEB-12 > using target database control file instead of recovery catalog allocated > channel: ORA_DISK_1 channel ORA_DISK_1: SID=73 device type=DISK > > starting media recovery > > archived log for thread 1 with sequence 163346 is already on disk as file > +DATA/archivelog/2012_02_26/thread_1_seq_163346.440.776300381 > RMAN-00571: === > RMAN-00569: === ERROR MESSAGE STACK FOLLOWS === > RMAN-00571: === > *RMAN-03002: failure of recover command at 02/27/2012 08:49:42 > ORA-01861: literal does not match format string > * > qualquer outro comando dentro do rman no standby *retorna este erro acima*, > O standby no momento não é o ponto focal se necessário posso recria-lo, a > duvida final é: > > Meu banco esta integro? > Meu backup esta integro? > Existe alguma nota no metalink com algo parecido (até o momento não achei) > > Alguém ja passou por algo parecido? > > Lembrando que não ocorreu erros no alertlog, nem log do listener, nem dos > componentes do cluster/asm e etc. > > SO: OEL 5.4 64bits > Versão: Oracle 11G 11.2.0.1 64bits > em Oracle RAC com Grid / ASM / Storage > > > Desde já agradecido > > -- > ___ > Oracle Database Administrator > > Elton Alexandre Leocádio > E-mail: ea.leocadio@... | Msn: ea.leocadio@... | Skype: > ea.leocadio > > > [As partes desta mensagem que não continham texto foram removidas] >
[oracle_br] Re: Oracle RAC - Interconexão com Eth
Pessoal, Na verdade, meu ambiente já está montado e funcionou. Na época que escrevi a dúvida, estava para montá-lo. Até agora não tive problemas em acessos simples (testes) de 2 estações cliente, mas tenho medo de que quando entre em produção nas próximas semanas apresente problemas. A interface usada é GigaBit sim. No Database Control não indica nenhum problema até agora, mas postarei aqui caso alguma falha ocorra depois que os usuários começarem a abrir um número grande de conexões. Alan --- Em oracle_br@yahoogrupos.com.br, RP escreveu > > Bom dia! > > A Oracle recomenda a utilização de MTU9000 para o interconect, mas isto > depende se seu hardware da suporte, caso de, utilize que existe uma > diferença sensível de performance na transferencia de blocos. > Já fiz alguns testes e notei bastante diferença, segue um comando que você > pode utilizar para fazer os testes do MTU: > ping lnx2-priv -s 8192 -c 10 > Ping -s -c 10 > > > -- > R.P. > DBA Oracle > Oracle Database 11g Administrator Certified Professional > Oracle Database 11g Administrator Certified Associate > Oracle Database 10g Real Applications Clusters Administrator Certified > Expert (OCE) > Oracle Enterprise Linux Certified Implementation Specialist (OCE) > > > From: alanrolemberg > Reply-To: > Date: Thu, 09 Feb 2012 16:51:50 - > To: > Subject: [oracle_br] Re: Oracle RAC - Interconexão com Eth > > > > > > > Ninguém sabe isso? > > --- Em oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> > , "alanrolemberg" escreveu > > > > Colegas, > > > > É sabido que para instalação do Oracle RAC em Linux, recomenda-se usar uma > interface de rede BOND com MTU=9000 para a rede privada (Interconexão). > > > > Estou para montar um RAC de 2 nós apenas. Minha pergunta é: o uso de uma > interface Ethernet comum (Eth com MTU=1500) causará diferença significante no > desempenho? > > > > Alguém já teve alguma experiência ruim com esse tipo de configuração > (MTU=1500)? > > > > Agradeço antecipadamente as contribuições. > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >
