[oracle_br] Interfaces private no Rac
Ola pessoal, existe algum problema em colocar os endereços de private no DNS?
[oracle_br] Prvg-11134 prvf-5636 e prvf-5637
Srs, estou instalando um d infraestrutura 11.2.0.3 em um Linux RH 6.4 e estou pegando esses erros já verifiquei o DNS e resolve.conf e parece estar tudo OK o response time esta em 0.007s, vi uma nota da Oracle para ignorar essas mensagens por se tratar de um bug, alguem já passou por isso? Um abraço.
Re: [oracle_br] RE: Interfaces private no Rac
Pessoal obrigado pela dica. jlchia...@yahoo.com.br escreveu: Acho que o maior problema ao se fazer isso é o fato de que o teu dns server certamente ** não ** atende só ao RAC, mas à Empresa inteira : sendo assim, vc tem certeza que ele vai sempre apresentar a excelente performance na resolução que o RAC exige (pois o ping/keepalive que o RAC envia constantemente entre os nós tem um timeout curtinho) ??? Eu DIFICILMENTE confiaria nisso ... E pensemos juntos : é Documentado que os IPs privados *** TEM *** que estar numa rede única, privada, PARTICULAR para uso do RAC : então PARA QUE botar esses IPs que o usuário ** nunca ** acessará num DNS ??? Então ao menos pra mim, IPs privados são definidos LOCALMENTE em cada nó, para que entre outras coisas se obtenha a maior performance / mais baixo tempo de resposta possível (SEM ficar inventando dependências externas, como é o caso de um DNS), e SCAN (e IPs virtuais/de acesso ao RAC) esses sim podem ficar num DNS, pois eles TEM que ser acessíveis globalmente, FICAM na rede pública e se eventualmente sofrerem algum ruído por causa de performance de DNS não tem chance de instabilizar o cluster... []s Chiappa !-- #ygrp-mkp { border: 1px solid #d8d8d8; font-family: Arial; margin: 10px 0; padding: 0 10px; } #ygrp-mkp hr { border: 1px solid #d8d8d8; } #ygrp-mkp #hd { color: #628c2a; font-size: 85%; font-weight: 700; line-height: 122%; margin: 10px 0; } #ygrp-mkp #ads { margin-bottom: 10px; } #ygrp-mkp .ad { padding: 0 0; } #ygrp-mkp .ad p { margin: 0; } #ygrp-mkp .ad a { color: #ff; text-decoration: none; } #ygrp-sponsor #ygrp-lc { font-family: Arial; } #ygrp-sponsor #ygrp-lc #hd { margin: 10px 0px; font-weight: 700; font-size: 78%; line-height: 122%; } #ygrp-sponsor #ygrp-lc .ad { margin-bottom: 10px; padding: 0 0; } a { color: #1e66ae; } #actions { font-family: Verdana; font-size: 11px; padding: 10px 0; } #activity { background-color: #e0ecee; float: left; font-family: Verdana; font-size: 10px; padding: 10px; } #activity span { font-weight: 700; } #activity span:first-child { text-transform: uppercase; } #activity span a { color: #5085b6; text-decoration: none; } #activity span span { color: #ff7900; } #activity span .underline { text-decoration: underline; } .attach { clear: both; display: table; font-family: Arial; font-size: 12px; padding: 10px 0; width: 400px; } .attach div a { text-decoration: none; } .attach img { border: none; padding-right: 5px; } .attach label { display: block; margin-bottom: 5px; } .attach label a { text-decoration: none; } blockquote { margin: 0 0 0 4px; } .bold { font-family: Arial; font-size: 13px; font-weight: 700; } .bold a { text-decoration: none; } dd.last p a { font-family: Verdana; font-weight: 700; } dd.last p span { margin-right: 10px; font-family: Verdana; font-weight: 700; } dd.last p span.yshortcuts { margin-right: 0; } div.attach-table div div a { text-decoration: none; } div.attach-table { width: 400px; } div.file-title a, div.file-title a:active, div.file-title a:hover, div.file-title a:visited { text-decoration: none; } div.photo-title a, div.photo-title a:active, div.photo-title a:hover, div.photo-title a:visited { text-decoration: none; } div#ygrp-mlmsg #ygrp-msg p a span.yshortcuts { font-family: Verdana; font-size: 10px; font-weight: normal; } .green { color: #628c2a; } .MsoNormal { margin: 0 0 0 0; } o { font-size: 0; } #photos div { float: left; width: 72px; } #photos div div { border: 1px solid #66; height: 62px; overflow: hidden; width: 62px; } #photos div label { color: #66; font-size: 10px; overflow: hidden; text-align: center; white-space: nowrap; width: 64px; } #reco-category { font-size: 77%; } #reco-desc { font-size: 77%; } .replbq { margin: 4px; } #ygrp-actbar div a:first-child { /* border-right: 0px solid #000;*/ margin-right: 2px; padding-right: 5px; } #ygrp-mlmsg { font-size: 13px; font-family: Arial, helvetica,clean, sans-serif; *font-size: small; *font: x-small; } #ygrp-mlmsg table { font-size: inherit; font: 100%; } #ygrp-mlmsg select, input, textarea { font: 99% Arial, Helvetica, clean, sans-serif; } #ygrp-mlmsg pre, code { font:115% monospace; *font-size:100%; } #ygrp-mlmsg * { line-height: 1.22em; } #ygrp-mlmsg #logo { padding-bottom: 10px; } #ygrp-mlmsg a { color: #1E66AE; } #ygrp-msg p a { font-family: Verdana; } #ygrp-msg p#attach-count span { color: #1E66AE; font-weight: 700; } #ygrp-reco #reco-head { color: #ff7900; font-weight: 700; } #ygrp-reco { margin-bottom: 20px; padding: 0px; } #ygrp-sponsor #ov li a { font-size: 130%; text-decoration: none; } #ygrp-sponsor #ov li { font-size: 77%; list-style-type: square; padding: 6px 0; } #ygrp-sponsor #ov ul { margin: 0; padding: 0 0 0 8px; } #ygrp-text { font-family: Georgia; } #ygrp-text p { margin: 0 0 1em 0; } #ygrp-text tt { font-size: 120%; } #ygrp-vital ul li:last-child { border-right: none !important; } --
[oracle_br] Standby na mesma maquina do host
Pessoal, só tenho uma máquina para teste e estou tentando montar um standby via rman na mesma máquina do primary, mas estou com difilculdades para reataurar o controlfile, embora eu faça o backup com sucesso, durante o processo de duplicate database for standby ele não acha nenhum arquivo de controlfile para restaurar, por acaso alguém tém uma receita de bolo para ver onde eu estou errando. Um abraço. Crispim.
BRMA_RE: [oracle_br] Resumo 3422
Sua mensagens foi entregue com sucesso, breve estaremos entrando em contato. Obrigado.
BRMA_RE: [oracle_br] Resumo 3423
Sua mensagens foi entregue com sucesso, breve estaremos entrando em contato. Obrigado.
BRMA_RE: [oracle_br] Resumo 3420
Sua mensagens foi entregue com sucesso, breve estaremos entrando em contato. Obrigado.
BRMA_RE: [oracle_br] Resumo 3421
Sua mensagens foi entregue com sucesso, breve estaremos entrando em contato. Obrigado.
BRMA_RE: [oracle_br] Resumo 3419
Sua mensagens foi entregue com sucesso, breve estaremos entrando em contato. Obrigado.
BRMA_RE: [oracle_br] Resumo 3419
Sua mensagens foi entregue com sucesso, breve estaremos entrando em contato. Obrigado.
BRMA_RE: [oracle_br] Resumo 3418
Sua mensagens foi entregue com sucesso, breve estaremos entrando em contato. Obrigado.
BRMA_RE: [oracle_br] Resumo 3418
Sua mensagens foi entregue com sucesso, breve estaremos entrando em contato. Obrigado.
BRMA_RE: [oracle_br] Resumo 3417
Sua mensagens foi entregue com sucesso, breve estaremos entrando em contato. Obrigado.
BRMA_RE: [oracle_br] Resumo 3417
Sua mensagens foi entregue com sucesso, breve estaremos entrando em contato. Obrigado.
BRMA_RE: [oracle_br] Resumo 3416
Sua mensagens foi entregue com sucesso, breve estaremos entrando em contato. Obrigado.
BRMA_RE: [oracle_br] Resumo 3416
Sua mensagens foi entregue com sucesso, breve estaremos entrando em contato. Obrigado.
[oracle_br] Descobrir archive desnecessário
Pessoal estou montando um script para fazer backup hot de um banco 9i, e nele pretendo apagar os archives que não são mais necessários para um recover, alguém sabe onde pego essa informação. Abraço. -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --_ Area de download do grupo - http://www.4shared.com/dir/101727/a4dcc423 Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: RES: [oracle_br] shared memory realm already exists
Você está startando o banco com pfile ou spfile, um boa seria iniciar o banco usando o pfile, com poucos parametros para vc descobrir o que está errado, se não tiver o pfile crie um usando o comando no sqlplus create pfile = 'location\filename' from spfile; outra coisa verifique o parâmetro sga_max_size se não está muito pequeno. --- Em oracle_br@yahoogrupos.com.br, Carlos A.M. Menezes [EMAIL PROTECTED] escreveu Colega, Muito provavelmente é resultado da alteração do parâmetro que você alterou. Acho que você tentou aumentar demais esse valor, o que ocasionou um aumento além dos limites da SGA para o seu SO (ver note: 237993.1). Tente retornar o valor original do parâmetro e reinicie o servidor, se não funcionar, como último recurso, use o oradim para apagar e recriar a instância. Carlos Alfredo -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de DBA - ORACLE Enviada em: terça-feira, 17 de janeiro de 2006 14:14 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] shared memory realm already exists Oracle 9i / windows 2003 enterprise server... Pelo que vi na internet já recriei o listener, reiniciei o server ma não adiantou dou um startup e lá vem a mensagem: SQL startup ORA-27100: shared memory realm already exists Isto aconteceu qdo tentei alterar a cache_size alguém sabe o que é preciso fazer? tks marcio [As partes desta mensagem que não continham texto foram removidas] --- --- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --- --- _ Area de download do grupo - http://www.4shared.com/dir/101727/a4dcc423 Links do Yahoo! Grupos -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --_ Area de download do grupo - http://www.4shared.com/dir/101727/a4dcc423 Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] Re: Descobrir archive desnecessário
Com o Rman é fácil, ele remove os archives com o comando delete dentro dele, mas eu preciso usar o backup hot begin e end porque não tenho espaço para arquivar os arquivos do rman. Têns uma idéia de onde pego a informação de que o arquivo ainda é necessário para um recover? Abraço --- Em oracle_br@yahoogrupos.com.br, thiagomz [EMAIL PROTECTED] escreveu Hotbackup com Alter tablespace X begin backup ou RMAN ? Eramirton Ferreira Crispim wrote: Pessoal estou montando um script para fazer backup hot de um banco 9i, e nele pretendo apagar os archives que não são mais necessários para um recover, alguém sabe onde pego essa informação. Abraço. -- Thiago M. Zerbinato Oracle Certified Professional Linux Professional desde 1997 Ribeirao Preto / SP --- http://thiagomz.hpg.com.br Linux User #286429 Debian User #534 Primeiro eles o ignoram. Depois riem de voce. Entao eles o combatem. Ai voce vence Mohandas Gandhi ___ Yahoo! doce lar. Faça do Yahoo! sua homepage. http://br.yahoo.com/homepageset.html -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --_ Area de download do grupo - http://www.4shared.com/dir/101727/a4dcc423 Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] Re: Descobrir archive desnecessário
Colegas, me corrigam se eu estiver errado por favor. - se meu banco está em modo archivelog, e, quando eu terminar de fazer um backup hot dos datafiles eu der um alter system checkpoint e logo em seguida um switch logfile, isso que dizer que tudo que estava em memória foi baixado para disco, e, claro os dados que foram gravados nos archives durante o backup serão gravados nos datafiles pelo processo de recover do banco para atualizar os datafiles. Depois de meia hora meu banco deu pau e será necessário fazer um recover usando os archives, então minha pergunta: os únicos archives que serão solicitados para o recover serão os criados após o checkpoint?!! --- Em oracle_br@yahoogrupos.com.br, Eramirton Ferreira Crispim [EMAIL PROTECTED] escreveu Com o Rman é fácil, ele remove os archives com o comando delete dentro dele, mas eu preciso usar o backup hot begin e end porque não tenho espaço para arquivar os arquivos do rman. Têns uma idéia de onde pego a informação de que o arquivo ainda é necessário para um recover? Abraço --- Em oracle_br@yahoogrupos.com.br, thiagomz [EMAIL PROTECTED] escreveu Hotbackup com Alter tablespace X begin backup ou RMAN ? Eramirton Ferreira Crispim wrote: Pessoal estou montando um script para fazer backup hot de um banco 9i, e nele pretendo apagar os archives que não são mais necessários para um recover, alguém sabe onde pego essa informação. Abraço. -- Thiago M. Zerbinato Oracle Certified Professional Linux Professional desde 1997 Ribeirao Preto / SP --- http://thiagomz.hpg.com.br Linux User #286429 Debian User #534 Primeiro eles o ignoram. Depois riem de voce. Entao eles o combatem. Ai voce vence Mohandas Gandhi ___ Yahoo! doce lar. Faça do Yahoo! sua homepage. http://br.yahoo.com/homepageset.html -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --_ Area de download do grupo - http://www.4shared.com/dir/101727/a4dcc423 Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] Teste
teste -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --_ Area de download do grupo - http://www.4shared.com/dir/101727/a4dcc423 Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] teste
-- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --_ Area de download do grupo - http://www.4shared.com/dir/101727/a4dcc423 Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
RES: RES: [oracle_br] acompanhamento processo
Cara rodei essa query no meu banco e pude ver que existe um tipo de rotina que leva alguns minutos fazendo table_scan, essa tabela é grande claro, mas o que eu poderia fazer para otimizar essa consulta? -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] nome de Gari Julio Einsfeldt Enviada em: quarta-feira, 13 de julho de 2005 17:30 Para: oracle_br@yahoogrupos.com.br Assunto: RES: RES: [oracle_br] acompanhamento processo Sim, vamos lá: Colunas: - USERNAME: Usuário que está executando o processo; - PROCESSO: O que está sendo feito naquele momento (sort, full scan, etc.); - INICIO : quando este processo começou a executar; - EXECUCAO: tempo de execução do processo em questão; - BLOCOS : uma estimativa em nivel de blocos. Esta query demonstra apenas processos classificados como longos. Se tua sessão estiver executando varios processo pequenos e muito rapidos, não aparece aqui. Como citasse que existem varios create tables, se as tabelas origem forem grandes, a possibilidade das sessões estarem na relação é grande. Se a sessão não está aparecendo, tens que investigar. Como sabes o SID fica bem mais facil. Chegasse a ver na V$SESSION se o status está ativo? Tem outros caminhos que podes começar a ver: - O consumo de CPU para esta sessão; - O consumo de memoria; - Se ele tem cursores abertos; - Se a sessão está gerando locks; - Se está usando redo; - Quais os objetos que estão sendo usados; - SQL sendo executado. Agora se estiveres com pouco tempo, joga um trace no processo e vá ao diretorio de dump (apontado pelo parametro user_dump_dest). Se o arquivo .trc estiver aumentando constantemente de tamanho com o passar do tempo é pq ainda está rodando :) -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] nome de Ronaldo Sales Enviada em: quarta-feira, 13 de julho de 2005 16:39 Para: oracle_br Assunto: Re:RES: [oracle_br] acompanhamento processo Valeu Gari, vc poderia me dar uma explicaçãozinho sobre o resultado da query ? só que tem uma sessão que não aparece nessa query. A execução iniciou-se hj pela manhã. Nós sabemos qual é o sid porque usamos DBMS_APPLICATION_INFO para marcar a V$session. Obrigado Ronaldo De:oracle_br@yahoogrupos.com.br Para:oracle_br@yahoogrupos.com.br Cópia: Data:Wed, 13 Jul 2005 16:24:49 -0300 Assunto:RES: [oracle_br] acompanhamento processo Bom, tenho uma query pra isso: SELECT s.username, substr(decode(target_desc,NULL,decode(target,NULL,opname, concat(opname, concat (' - ',target))), decode(target,NULL,concat(opname, concat (' : ',target_desc)), concat(opname, concat (' : ',concat(target_desc, concat (' - ',target)),1,25) Processo , to_char(start_time,'dd/mm/ hh24:mi:ss') Inicio, TO_CHAR(elapsed_seconds,'9990.00') Execucao(%) , decode(sofar, 0, 0, round(elapsed_seconds*(totalwork-sofar)/sofar)) Blocos Processados FROM v$session_longops l, v$session s where sofar totalWork and s.sid=l.sid / Veja se ajuda... So perceba que a verificação é por atividade longa no plano de execução. -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] nome de Ronaldo Sales Enviada em: quarta-feira, 13 de julho de 2005 16:18 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] acompanhamento processo Amigos, Tem um processo rodando, ele tem alguns Create Table as Select. Existe algum jeito de acompanhar se está mesmo sendo executado ? Tipo, acompanhar o crescimento dos blocos ou algo do tipo. Ronaldo. [As partes desta mensagem que não continham texto foram removidas] __ Cancelar assinatura...: [EMAIL PROTECTED] Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] Fernanda Damous [EMAIL PROTECTED] Alisson Aguiar [EMAIL PROTECTED] __ http://br.groups.yahoo.com/group/oracle_br/ __ Sair da Lista...: [EMAIL PROTECTED] Links do Yahoo! Grupos __ Cancelar assinatura...: [EMAIL PROTECTED] Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] Fernanda Damous [EMAIL PROTECTED] Alisson Aguiar [EMAIL PROTECTED] __ http://br.groups.yahoo.com/group/oracle_br/ __ Sair da Lista...: [EMAIL PROTECTED] Links do Yahoo! Grupos [As partes desta mensagem que não continham texto foram removidas] __ Cancelar assinatura...: [EMAIL PROTECTED] Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] Fernanda Damous [EMAIL PROTECTED] Alisson Aguiar [EMAIL PROTECTED] __
RES: [oracle_br] Duvida Backup
Amigo você precisa ter esses arquivos no seu disco para recuperar o datafile com os dados até o momento. -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] nome de Phael Enviada em: quarta-feira, 13 de julho de 2005 16:45 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Duvida Backup Estou testando os backups. Depois de voltar o backup atravez do metodo user manager backup. Estou tentando aplicar os archives mas não estou tendo sucesso, POR FAVOR alguem pode me ajudar SQL alter database recover automatic database until cancel using backup control file; alter database recover automatic database until cancel using backup controlfile * ERROR at line 1: ORA-00279: change 2104186534 generated at 07/13/2005 11:08:44 needed for thread 1 ORA-00289: suggestion : /arch_db/arch_db_4897.arc ORA-00280: change 2104186534 for thread 1 is in sequence #4897 ORA-00278: log file '/arch_db/arch_db_4897.arc' no longer needed for this recovery ORA-00308: cannot open archived log '/arch_db/archa_db_4897.arc' ORA-27037: unable to obtain file status Linux Error: 2: No such file or directory Additional information: 3 SQL alter database recover cancel; alter database recover cancel * ERROR at line 1: ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below ORA-01194: file 39 needs more recovery to be consistent ORA-01110: data file 39: '/u1/oracle9/dados/sqldes01.dbf' Obs. Depois que fiz o backup foi criado uma tabela nesse datafile e inserido varios registros depois alter system switch logfile, dai eu deletei os datafiles e controlfiles e voltei tudo do backup que tinha feito. estou fazendo algo de errado nesse teste? Phael [As partes desta mensagem que não continham texto foram removidas] __ Cancelar assinatura...: [EMAIL PROTECTED] Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] Fernanda Damous [EMAIL PROTECTED] Alisson Aguiar [EMAIL PROTECTED] __ http://br.groups.yahoo.com/group/oracle_br/ __ Sair da Lista...: [EMAIL PROTECTED] Links do Yahoo! Grupos __ Cancelar assinatura...: [EMAIL PROTECTED] Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] Fernanda Damous [EMAIL PROTECTED] Alisson Aguiar [EMAIL PROTECTED] __ http://br.groups.yahoo.com/group/oracle_br/ __ Sair da Lista...: [EMAIL PROTECTED] Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
RES: [oracle_br] Duvidas de export
Pois , minha situao a seguinte: tenho um banco 9i em linux e outro 8i em Linux tb fazendo o exp do 9i o export termina sem problemas, mas no consigo importar no 8i , recebo mensagem de erro: Conectado a: Oracle8i Enterprise Edition Release 8.1.7.4.0 - Production With the Partitioning option JServer Release 8.1.7.4.0 - Production IMP-00010: no um arquivo de exportao vlido; falha na verificao do cabealho IMP-0: Importao encerrada com xito ento copiei o exp do 8i para a mquina com 9i e fiz exp mas recebo a mensagem: [EMAIL PROTECTED] bin]$ exp exp: error while loading shared libraries: libclntsh.so.8.0: cannot open shared object file: No such file or directory tens alguma ideia? Obrigado! -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] nome de Rosiano Vieira de Sales Enviada em: sexta-feira, 17 de junho de 2005 16:18 Para: oracle_br@yahoogrupos.com.br Assunto: RES: [oracle_br] Duvidas de export Acho que se vc fizer o export com o utilitrio do 8i o import funcionar sem problemas .. -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Eramirton Ferreira Crispim Enviada em: sexta-feira, 17 de junho de 2005 15:59 Para: Oracle_Br Assunto: [oracle_br] Duvidas de export Ol Pessoal, estou com um probleminha, tenho que exportar uma table que est em um banco 9i e importar em um banco 8i. Eramirton Ferreira Crispim Administrador de Banco de Dados [EMAIL PROTECTED] 55-0**11 6224-3642 AVISO LEGAL Esta mensagem destinada exclusivamente para a(s) pessoa(s) a quem dirigida, podendo conter informao confidencial e/ou legalmente privilegiada. Se voc no for destinatrio desta mensagem, desde j fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informao contida nesta mensagem, por ser ilegal. Caso voc tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminao do seu contedo em sua base de dados, registros ou sistema de controle. DISCLAIMER This message is exclusively destined to the person(s) to which it is addressed, and it may contain confidential and/or legally privileged information. If this message is not addressed to you, you are notified from now on to do not disclose, copy, distribute, examine or, in any other way, use the information contained in this message, considering that it is illegal. In case you received this message due to an error, we beg you to return this E-Mail, immediately promoting the elimination of its content from your database, records or control system. [As partes desta mensagem que no continham texto foram removidas] __ Cancelar assinatura...: [EMAIL PROTECTED] Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] Fernanda Damous [EMAIL PROTECTED] Alisson Aguiar [EMAIL PROTECTED] __ http://br.groups.yahoo.com/group/oracle_br/ __ Sair da Lista...: [EMAIL PROTECTED] Links do Yahoo! Grupos __ Cancelar assinatura...: [EMAIL PROTECTED] Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] Fernanda Damous [EMAIL PROTECTED] Alisson Aguiar [EMAIL PROTECTED] __ http://br.groups.yahoo.com/group/oracle_br/ __ Sair da Lista...: [EMAIL PROTECTED] Links do Yahoo! Grupos __ Cancelar assinatura...: [EMAIL PROTECTED] Moderadores da lista:Dorian Anderson Soutto [EMAIL PROTECTED] Fernanda Damous [EMAIL PROTECTED] Alisson Aguiar [EMAIL PROTECTED] __ http://br.groups.yahoo.com/group/oracle_br/ __ Sair da Lista...: [EMAIL PROTECTED] Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] * O uso que voc faz do Yahoo! Grupos est sujeito aos: http://br.yahoo.com/info/utos.html