Alguns detalhes adicionais : 1. a questão de RETENTION não ser do tipo GUARANTEED que o Evandro levantou é possível : além da questão de TAMANHO da tablespace em si e TEMPO do RETENTION, como é que foi criado esse RETENTION, está como GUARANTEED ????
2. a gente tava focando no sintoma de snapshot too old, mas até Existe a possibilidade de que a performance do expdp esteja tão, mas tão ruim e lenta que o snapshot seja devido ao tempo excepcionalmente longo que a exportação até mesmo de volumes pequenos esteja levando : isso me veio à mente quando vc falou que mesmo um export só da tabela com TABLES=nomedessatabela também leva um snapshot too old.... Dá uma estudada nas notas sobre Performance do expdp , principalmente : Checklist for Slow Performance of Export Data Pump (expdp) and Import DataPump (impdp) [ID 453895.1] Export/Import DataPump Parameter TRACE - How to Diagnose Oracle Data Pump [ID 286496.1] Export/Import DataPump Parameter ACCESS_METHOD - How to Enforce a Method of Loading and Unloading Data ? [ID 552424.1] 3. pode muito bem ser que o teu sistema como um todo esteja sobrecarregado por causa de outras transações, também , seja em CPU seja em I/O.... Pra vc ter uma idéia de comportamento, E também para comprovar se está havendo concorrência ou não, eu recomendo que vc crie uma tabela sua, com os mesmos datatypes e tamanhos/volumes de dados, e tente fazer um export dela : se não der snapshot too old e tiver uma performance razoável tá Comprovada concorrência em undo mas o sistema não está sobrecarregado ao extremo.... valeria muito a pena na sua Investigação vc tentar também um export tradicional (com o utilitário exp ao invés do expdp, mas com BUFFER=10000000 COMPRESS=N GRANTS=N STATISTICS=NONE DIRECT=Y RECORDLENGTH=65535 CONSTRAINTS=N RECORD=N TRIGGERS=N INDEXES=N FEEDBACK=100 TABLES=tabelaasertestada) dessa tabela que tá causando o snapshot too old E também da sua tabela similar que vc criará... []s Chiappa