Re: [oracle_br] Re: Last_Query
Valeu Chiappa, Essa foi uma aula completa... Muito obrigado. abs Mucio Em 31 de julho de 2012 14:47, J. Laurindo Chiappa jlchia...@yahoo.com.brescreveu: ** Múcio , é o seguinte : por default o RDBMS Oracle *** não *** mantém um registro preciso e completo de todo e qualquer SQL recebido/processado, para obter isso com 100% de segurança vc TEM que : a) ativar algum tipo de Auditoria (via AUDIT, FGA, trace de SQL, triggers de database, solução externa de auditoria tipo Oracle Vault, IBM Guardium ou similares) , ou mesmo Auditoria na camada de conexão, se a Aplicação é a única que conecta coma camada em questão - um exemplo seriam os softwares de ODBC Spy cfrme http://www.networkcomputing.com/605/605work1.html E b) tem que saber COMO separar dentre os trocentos SQLs que um banco recebe quais são da aplicação - isso poderia ser feito pelo nome de usuário (se a aplicação usa sempre o mesmo nome de usuário no database, e/ou pelas colunas PROGRAM, MODULE e similares da V$SESSION, e/ou pelo IP/nome da máquina cliente (se os SQLs da aplicação sempre são enviados a partir da mesma máquina, tipo se ela for um app server), algo do tipo OK ? Caso vc NÂO PRECISE de precisão absoluta, porém, há outras possibilidades que vc pode explorar, tal como : 1. consultar o CACHE dos SQLs : todo e qualquer SQL executado fica por algum tempo num cache próprio em memória, na espera de que seja executado de novo, aí a execução é feita pelo cache, é mais rápida - vc pode consultar o cache de SQLs nas views V$SQL e relacionadas... Vc pode juntar a info dos SQLs com as sessões facilmente já que para cada sessão conectada fica marcado qual o último SQL executado na coluna SQL_ID da V$SESSION : isso pode ser feito manualmente OU pelo relatório pronto do Statspack == ÓBVIO, isso é um cache, então A QUALQUER MOMENTO um dado SQL sai do cache para dar lugar a SQLs mais recentes, não é PRECISO esse método inerentemente, vc PODE SIM perder um ou mais SQLs que foram executados mas já saíram de cache 2. no banco 10g, por default periodicamente são tirados retratos do cache de SQLs, das sessões e outras infos, e vc pode consultar isso através dos relatórios de AWR ou acessando diretamente as tabelas de retratos (snapshots) que alimentam o AWR. Isso ** EXIGE ** Licença específica pra isso, E (Óbvio#2) vc Continua trabalhando com dados que estavam/estão em CACHE, não é 100% completo, nunca, absolutamente vc PODE ter perdas 3. usar o LOG MINER : essa tool lê os redo log files/archived redo log files e REMONTA o SQL que causou as mudanças no LOG. Obviamente : - via de regra queries Não geram redo log, então nem todas poderiam ser recuperadas via log miner - o SQL retornado pelo log miner *** NÂO É *** o exato mesmo SQL que foi enviado, e sim uma versão sintaticamente e logicamente similar === então essa é a sua resposta : SE vc precisa/quer saber COM PRECISÂO exatamente qual foi o SQL enviado, Audit : se não precisa ser Preciso e sem falhas, vc pode usar as outras fontes acima . []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Mucio Oliveira omucio@... escreveu Pessoal, bom dia, Como buscar no banco a ultima query executada pelo aplicativo ? Obrigado Mucio [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ Links do Yahoo! Grupos * 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: oracle_br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
RES: [oracle_br] Re: Monitoração de tabelas....
Aproveitando a thread, gostaria de saber se é necessário/boas práticas acompanhar a cada x meses utilização de índices? Márcio De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome de J. Laurindo Chiappa Enviada em: Tuesday, 31 de July de 2012 18:59 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Re: Monitoração de tabelas Colega, que fique CLARO : tal como eu disse em msgs anteriores, as V$ ou representam CACHEs (como a V$SQL) , OU então são populadas de vez em quando pelo sistema, para fins de estatística : sendo assim, é CLARÍSSIMO que isso é uma das soluções não-100% confiáveis, okdoc ? usando as V$ vc CEDO ou TARDE vai sim ter perda de dados e/ou falsos-positivos, é da natureza das V$ o serem preenchidas só de vez em quando, ninguém nem nada assegura que 100% das infos vão estar lá todo o tempo... As V$ são o mesmo que o statspack usa, inclusive, então o que vc está fazendo abaixo é Simular o statspack []s Chiappa --- Em oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.com.br , Andre Campos andreccampos@... escreveu Ae pessoal um colega aqui da empresa passou a solução abaixo, disse que testou e funciona...vou ver... De qualquer forma fica ae para quem quiser... create table system.ver_tabela_sem_acesso( table_name varchar2(30), statistic_name varchar2(30), report_date date, table_owner varchar2(30), startup_time_db date) / create index system.ix_ver_tabela_sem_acesso_rd on system.ver_tabela_sem_acesso(report_date); create or replace procedure system.PR_CHECK_UNUSABLE_TABLE is cursor c_checa_tab_sem_uso is select table_name from dba_tables where owner='SYSADM' minus select object_name from v$segment_statistics where statistic_name = 'logical reads' and object_type = 'TABLE' and owner = 'SYSADM'; begin for i in c_checa_tab_sem_uso loop insert into system.ver_tabela_sem_acesso ( TABLE_NAME, STATISTIC_NAME, REPORT_DATE, TABLE_OWNER, STARTUP_TIME_DB ) values ( i.table_name, 'logical reads', sysdate, 'SYSADM', (select STARTUP_TIME from v$instance) ); end loop; commit; end PR_CHECK_UNUSABLE_TABLE; / select table_name from dba_tables where owner='SYSADM' minus select object_name from v$segment_statistics where statistic_name = 'logical reads' and object_type = 'TABLE' and owner = 'SYSADM' / exec PR_CHECK_UNUSABLE_TABLE; Em 31/07/2012 18:20, J. Laurindo Chiappa jlchiappa@... escreveu: Ah, importante : ainda sobre as opções não 100% confiáveis, E SE vc não precisa saber de Queries, vc pode também ativar a funcionalidade de table monitoring no 9i : o que esse cara faz é registrar em tabelas internas mais ou menos o quanto vc teve de alterações nos dados (principalmente via INSERTs) - Óbvio ululante, como o Objetivo desse cara é ter uma idéia se as estatísticas de modo geral estão muito defasadas ou não, É CLARO que esse sujeito só pode ser incluído no grupo das não 100% confiáveis, vc VAI SIM cedo ou tarde ter perdas com esse cara http://www.oracle-base.com/articles/8i/refreshing-stale-statistics-8i.php fala sobre o assunto. []s Chiappa --- Em oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.com.br , J. Laurindo Chiappa escreveu Andre, a sua resposta é bem clara aqui : se a sua necessidade é saber quando a tabela foi usada MAS com 100% de precisão, sem a menor Chance de falso-positivo OU de perda de dados, a tua ÚNICA alternativa é implantar algum tipo de AUDITORIA, ok ? CASO seja aceitável algum risco, porém, aí vc terá as opções que citarei ao final da msg... Falando sobre AUDITORIA, ela pode ser EXTERNA ao database (via tools externas a serem compradas e instaladas/setadas, como o Guardium, o Audit Vault e n outras), OU pode ser interna ao database (via trace de SQL, comando AUDIT, FGA, triggers - que NÂO sejam FOR EACH ROW, pelamor, é Claro -, criação de view materializada com log de alterações, etc)... Há ainda a opção mista de (SE o banco está em modo archive) vc ** MINERAR ** os redo logs - eu a chamei de mista porque em princípio vc tanto pode fazer a mineração no próprio banco-origem QUANTO PODE fazer isso num outro servidor, fora do database original, para onde vc enviaria os redo logs Lembro apenas que : - nem todos os métodos acima funcionam em todas as versões, com todos os SQLs (alguns só auditam DMLs, não queries), com todos os datatypes... vc DEVE consultar na sua Documentação (se for método interno) ou no Suporte do fornecedor (se for método externo) a Aplicabilidade - a vantagem da Auditoria externa é que o Overhead no database em si é nulo (pode haver algum overhead para o Servidor, se o método externo for instalado no mesmo servidor , ou então na Rede se o método externo for instalado em outro servidor), e a Desvantagem principal é que ela tem Custo extra (em Licenças, em homens/hora para instalação e setup, etc)
Re: [oracle_br] Palavra do Moderador - Oportunidade (Sorteio) de Convites GUOB (off-topic)
Pessoal E no GPO também! Sorteio de 2 convites - necessário votar na enquete e fazer um comentário http://www.profissionaloracle.com.br/gpo/servicos/promocoes/58-promocao-gpo-guob-tech-day [ ]'s André Em 1 de agosto de 2012 22:16, Fernando Franquini 'capin' fernando.franqu...@gmail.com escreveu: ** GUOB TECH DAY 2012 -- EU VOU!! ehehehhehehe 2012/8/1 Rodrigo Mufalani rodr...@mufalani.com.br Boa tarde, Pois é pessoal!!! Serão 5 sortudos para ir no evento com passe livre. Como o nosso amigo Capin disse, se não tiver tanta sorte assim, vá ao evento da mesma forma, você será um privilegiado!!! Peça para a sua empresa bancar, quebre o porquinho... rsrsrrs Não é toda hora que se pode fazer um asktom ao vivo !!! GUOB TECH DAY 2012 -- EU VOU!! http://www.guob.com.br www.guob.com.br Atenciosamente, Rodrigo Mufalani mailto:rodr...@mufalani.com.br rodr...@mufalani.com.br http://www.mufalani.com.br/ www.mufalani.com.br twitter: @mufalani Descrição: Descrição: Descrição: logo_mufalani De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome de Fernando Franquini 'capin' Enviada em: quarta-feira, 1 de agosto de 2012 17:55 Para: oracle_br@yahoogrupos.com.br Assunto: Re: [oracle_br] Palavra do Moderador - Oportunidade (Sorteio) de Convites GUOB (off-topic) Para quem quiser mais uma alternativa para tentar a sorte o Blog Certificação BD ( http://certificacaobd.com.br/2012/07/30/guob-sorteio-de-uma-entrada-para-o-evento/ ) está sorteando uma entrada. O Glufke ( http://glufke.net/ ) também está sorteando mais 2 entradas. Fica a dica. Quanto aos que não forem sorteados, sugestão é: paguem que vale o investimento. att, capin 2012/8/1 oracle_br-ow...@yahoogrupos.com.br mailto: oracle_br-owner%40yahoogrupos.com.br Pessoal, o Rodrigo Mufalani (do GUOB) me contactou e ofereceu para Sorteio dois convites para o próximo Evento do GUOB, que consistirá de Palestras com experts Oracle (vejam www.guob.com.br para Agenda e Palestrantes), e também sempre é uma boa oportunidade de networking - como é um Benefício e gratuito, abri este off-topic... Para evitar tráfego excessivo aqui na Lista, criei um email específico e quem quiser concorrer ao Sorteio, basta mandar (a partir do Mesmo e-mail que usou para se cadastrar aqui no Grupo, para que eu possa Comprovar que a pessoa é membro aqui do oracle-br) uma mensagem para sorteiog...@gmail.com mailto:sorteioguob%40gmail.com : o Evento é no dia 11, mas vou fazer o Sorteio no dia 06, justamente para que haja alguns dias para os Ganhadores se programarem, programarem a viagem se forem fora de SP, ok ? ... OBS Importantes : a. os interessados mandem apenas uma msg : não adianta mandar várias, pois vou exportar para texto os emails desse endereço criado, carregar numa tabela e pedir um DISTINCT na coluna de remetente b. os ganhadores imediatamente após o meu aviso (por e-mail Privado) deverão preencher a ficha de cadastro no site do GUOB e mandar uma msg privada para mim em oracle_br-ow...@yahoogrupos.com.br mailto: oracle_br-owner%40yahoogrupos.com.br , que eu aciono o Rodrigo para que ele registrar os nomes das pessoas na Lista do evento []s Chiappa -- 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 -- Fernando Franquini - Capin Graduado Bacharel em Ciencias da Computação - UFSC Analista de Sistemas e de Banco de Dados / DBA Contatos: 048.9902.4047 - Florianópolis - SC - Brasil http://franquini.wordpress.com/ http://certificacaobd.com.br/ http://br.linkedin.com/in/capin http://wf5.com.br/ [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM
Re: [oracle_br] Erro na hora da importação do dump.
Dá uma olhada no seu tablespace se tem espaço suficiente, pois o que parece é isso.. Segue a query abaixo já com a sua tablespace como parâmetro. Caso esteja sem espaço, adicione um datafile na sua tablespace. SELECT DF.TABLESPACE_NAME AS TABLESPACE, DF.FILE_NAME DATAFILE, -- TRIM(TO_CHAR(ROUND(DF.BYTES/1048576, 2), '999.00'))||' Mb' ESPACO EM DISCO, -- TRIM(TO_CHAR(ROUND((SELECT NVL(SUM(FS.BLOCKS), 0) FROM DBA_FREE_SPACE FS WHERE FS.FILE_ID = DF.FILE_ID)/ DF.blocks * 100 * DF.BYTES/104857600, 2), '999.00'))||' Mb' ESPACO LIVRE, -- TRIM(TO_CHAR(ROUND((SELECT NVL(SUM(FS.BLOCKS), 2) FROM DBA_FREE_SPACE FS WHERE FS.FILE_ID = DF.FILE_ID)/ DF.blocks * 100, 2),'999.99'))||' %' % LIVRE FROM DBA_DATA_FILES DF WHERE DF.TABLESPACE_NAME = 'SODRE_DATA' UNION SELECT '' AS TABLESPACE, 'T O T A L', -- TRIM(TO_CHAR(ROUND(SUM(DF.BYTES/1048576), 2), '999.00'))||' Mb', -- TRIM(TO_CHAR(ROUND(SUM((SELECT NVL(SUM(FS.BLOCKS), 0) FROM DBA_FREE_SPACE FS WHERE FS.FILE_ID = DF.FILE_ID)/ DF.blocks * DF.BYTES/104857600 * 100), 2), '999.00'))||' Mb', -- TRIM(TO_CHAR(ROUND(SUM((SELECT NVL(SUM(FS.BLOCKS), 0) FROM DBA_FREE_SPACE FS WHERE FS.FILE_ID = DF.FILE_ID) * 100)/SUM(DF.blocks), 2), '999.99'))||' %' FROM DBA_DATA_FILES DF WHERE DF.TABLESPACE_NAME = 'SODRE_DATA'; De: Wanderson Barrence wbarre...@gmail.com Para: oracle_br@yahoogrupos.com.br Enviadas: Quinta-feira, 2 de Agosto de 2012 17:16 Assunto: [oracle_br] Erro na hora da importação do dump. Olá Pessoal No momento em que estou fazendo o import do dump está aparecendo o erro abaixo: ORA-39171: Job is experiencing a resumable wait. ORA-01691: unable to extend lob segment SODRE_3H.SYS_LOB318751C5$$ by 8192 in tablespace SODRE_DATA Alguém sabe o que pode estar acontecendo??? Att, -- Wanderson Barrence DBA Oracle 10g/11g Analista de Testes - CBTS -- MSN: wbarre...@hotmail.com ICQ: 170821994 Linkedin: http://br.linkedin.com/in/wbarrence +55 11 98499-5476 (TIM) +55 11 99298-4818 (CLARO) [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Re: Erro na hora da importação do dump.
Leia esse artigo, ele ensina como vc incluir ou excluir objetos de uma importação: http://certificacaobd.com.br/2011/07/04/oracle-data-pump-import/ Eu acho melhor vc EXCLUIR essa tal tabela da importação, e depois fazer o import dela com remap tablespace. Enfim... leia o artigo (leia o de Export também se achar necessário), que soluções não faltam. 2012/8/2 Wanderson Barrence wbarre...@gmail.com ** É exatamente esse o problema Milton e Rafael!!! Mas o problema é um pouco mais sério do que eu imaginava, não sei se daria para resolver no import, eu tenho uma tabela TB_ANEXOS na tablespace SODRE_DATA que não era para estar lá, e sim na tablespace SODRE_3H_DATA. Existe alguma maneira de transferir a tabela TB_ANEXOS no import??? Ou Teria que fazer o import do banco com exceção da tabela TB_ANEXOS, e depois fazer outro import somente da tabela??? Att, -- Wanderson Barrence DBA Oracle 10g/11g Analista de Testes - CBTS -- MSN: wbarre...@hotmail.com ICQ: 170821994 Linkedin: http://br.linkedin.com/in/wbarrence +55 11 98499-5476 (TIM) +55 11 99298-4818 (CLARO) Em 2 de agosto de 2012 17:16, Wanderson Barrence wbarre...@gmail.com escreveu: Olá Pessoal No momento em que estou fazendo o import do dump está aparecendo o erro abaixo: ORA-39171: Job is experiencing a resumable wait. ORA-01691: unable to extend lob segment SODRE_3H.SYS_LOB318751C5$$ by 8192 in tablespace SODRE_DATA Alguém sabe o que pode estar acontecendo??? Att, -- Wanderson Barrence DBA Oracle 10g/11g Analista de Testes - CBTS -- MSN: wbarre...@hotmail.com ICQ: 170821994 Linkedin: http://br.linkedin.com/in/wbarrence +55 11 98499-5476 (TIM) +55 11 99298-4818 (CLARO) [As partes desta mensagem que não continham texto foram removidas] -- Att, [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ Links do Yahoo! Grupos * 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: oracle_br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Re: Erro na hora da importação do dump.
Olá Wanderson, Se você estiver usando o data pump import, creio que os parâmetros remap_tablespace e remap_schema podem servir pro que você está querendo. Abs, Fábio. Em 2 de agosto de 2012 17:35, Wanderson Barrence wbarre...@gmail.comescreveu: ** É exatamente esse o problema Milton e Rafael!!! Mas o problema é um pouco mais sério do que eu imaginava, não sei se daria para resolver no import, eu tenho uma tabela TB_ANEXOS na tablespace SODRE_DATA que não era para estar lá, e sim na tablespace SODRE_3H_DATA. Existe alguma maneira de transferir a tabela TB_ANEXOS no import??? Ou Teria que fazer o import do banco com exceção da tabela TB_ANEXOS, e depois fazer outro import somente da tabela??? Att, -- Wanderson Barrence DBA Oracle 10g/11g Analista de Testes - CBTS -- MSN: wbarre...@hotmail.com ICQ: 170821994 Linkedin: http://br.linkedin.com/in/wbarrence +55 11 98499-5476 (TIM) +55 11 99298-4818 (CLARO) Em 2 de agosto de 2012 17:16, Wanderson Barrence wbarre...@gmail.com escreveu: Olá Pessoal No momento em que estou fazendo o import do dump está aparecendo o erro abaixo: ORA-39171: Job is experiencing a resumable wait. ORA-01691: unable to extend lob segment SODRE_3H.SYS_LOB318751C5$$ by 8192 in tablespace SODRE_DATA Alguém sabe o que pode estar acontecendo??? Att, -- Wanderson Barrence DBA Oracle 10g/11g Analista de Testes - CBTS -- MSN: wbarre...@hotmail.com ICQ: 170821994 Linkedin: http://br.linkedin.com/in/wbarrence +55 11 98499-5476 (TIM) +55 11 99298-4818 (CLARO) [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ Links do Yahoo! Grupos * 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: oracle_br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Re: Erro na hora da importação do dump.
O problema é que ele quer importar um schema todo, e ele só quer remapear UMA tabela! Daí não sei se é possível com o remap_schema, mas ACHO que não dá não! 2012/8/2 Fabio Araujo fabioamlis...@gmail.com Olá Wanderson, Se você estiver usando o data pump import, creio que os parâmetros remap_tablespace e remap_schema podem servir pro que você está querendo. Abs, Fábio. Em 2 de agosto de 2012 17:35, Wanderson Barrence wbarre...@gmail.com escreveu: ** É exatamente esse o problema Milton e Rafael!!! Mas o problema é um pouco mais sério do que eu imaginava, não sei se daria para resolver no import, eu tenho uma tabela TB_ANEXOS na tablespace SODRE_DATA que não era para estar lá, e sim na tablespace SODRE_3H_DATA. Existe alguma maneira de transferir a tabela TB_ANEXOS no import??? Ou Teria que fazer o import do banco com exceção da tabela TB_ANEXOS, e depois fazer outro import somente da tabela??? Att, -- Wanderson Barrence DBA Oracle 10g/11g Analista de Testes - CBTS -- MSN: wbarre...@hotmail.com ICQ: 170821994 Linkedin: http://br.linkedin.com/in/wbarrence +55 11 98499-5476 (TIM) +55 11 99298-4818 (CLARO) Em 2 de agosto de 2012 17:16, Wanderson Barrence wbarre...@gmail.com escreveu: Olá Pessoal No momento em que estou fazendo o import do dump está aparecendo o erro abaixo: ORA-39171: Job is experiencing a resumable wait. ORA-01691: unable to extend lob segment SODRE_3H.SYS_LOB318751C5$$ by 8192 in tablespace SODRE_DATA Alguém sabe o que pode estar acontecendo??? Att, -- Wanderson Barrence DBA Oracle 10g/11g Analista de Testes - CBTS -- MSN: wbarre...@hotmail.com ICQ: 170821994 Linkedin: http://br.linkedin.com/in/wbarrence +55 11 98499-5476 (TIM) +55 11 99298-4818 (CLARO) [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ Links do Yahoo! Grupos -- Att, [As partes desta mensagem que não continham texto foram removidas]