[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 jlchiappa@... 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 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). 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 fos.renato@ escreveu Alan, no meu caso conecto terminais Windows XP num servidor 11gR2 em Oracle Linux através do
[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: 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 fos.renato@... 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] 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 jlchiappa@... 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 fmpedro@ 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
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 ea.leocadio@... 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: 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 lfreitas34@... 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 alecordeirosilva@... To: oracle_br@yahoogrupos.com.br 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 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 ea.leocadio@ 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] [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: 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 pradelarf@... 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 destino -s BLK -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 alanrolemberg@... Reply-To: oracle_br@yahoogrupos.com.br Date: Thu, 09 Feb 2012 16:51:50 - To: oracle_br@yahoogrupos.com.br 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 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]