Pular para o conteúdo
  • Este tópico contém 1 resposta, 2 vozes e foi atualizado pela última vez 1 ano, 11 meses atrás por Avatar de José Laurindo ChiappaJosé Laurindo Chiappa.
Visualizando 2 posts - 1 até 2 (de 2 do total)
  • Autor
    Posts
  • #155071
    Avatar de CLAUDENIL DIAS PRADOCLAUDENIL DIAS PRADO
    Participante

      Ola estou gerando um Export de instacia no SQL/Developer – Data Dump, mas esta apresentando a msg abaixo, lembrando a a tablespace RM_DADOS foi criada para aumentar automaticamente, estamos com muito espaço no disco

      Mensagem:
      ORA-39171: Job está enfrentando uma espera que pode ser retomada.
      Resumable error: ORA-01653: não é possível estender a tabela RM.EXPORT_JOB_SQLDEV_50962 em 128 no tablespace RM_DADOS
      Resumable stmt: INSERT INTO “RM”.”EXPORT_JOB_SQLDEV_50962″ (object_type_path, object_path_seqno, process_order, duplicate, object_type, object_schema, original_object_schema, object_name, object_long_name, original_object_name, object_tablespace, flags, partition_name, subpartition_name, unload_method, parallelization, size_estimate, property, trigflag, processing_state, processing_status, dataobj_num, base_process_order, base_object_type, base_object_schema, base_object_name, domain_process_order, name, creation_level, template_table) VALUES(:1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13, :14, :15, :16, :17, :18, :19, :20, :21, :22, :23, :24, :25, :26, :27, :28, :29, :30)
      Resumable stmt status: SUSPENDED
      Resumable stmt start: 05/17/22 19:49:23 stmt suspend: 05/17/22 19:49:23
      ORA-39171: Job está enfrentando uma espera que pode ser retomada.
      Resumable error: ORA-01653: não é possível estender a tabela RM.EXPORT_JOB_SQLDEV_50962 em 128 no tablespace RM_DADOS
      Resumable stmt: INSERT INTO “RM”.”EXPORT_JOB_SQLDEV_50962″ (object_type_path, object_path_seqno, process_order, duplicate, object_type, object_schema, original_object_schema, object_name, object_long_name, original_object_name, object_tablespace, flags, partition_name, subpartition_name, unload_method, parallelization, size_estimate, property, trigflag, processing_state, processing_status, dataobj_num, base_process_order, base_object_type, base_object_schema, base_object_name, domain_process_order, name, creation_level, template_table) VALUES(:1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13, :14, :15, :16, :17, :18, :19, :20, :21, :22, :23, :24, :25, :26, :27, :28, :29, :30)
      Resumable stmt status: SUSPENDED

      #155072
      Avatar de José Laurindo ChiappaJosé Laurindo Chiappa
      Moderador

        Blz ? Primeiro de tudo, quando vc fala que “a tablespace RM_DADOS foi criada para aumentar automaticamente” , vc NÃO ESTÁ sendo preciso : absolutamente Não É a TABLESPACE que pode se extender sozinha, mas SIM os DATAFILES DELA, tá ok ?? Isso nos leva à Primeira Questão : TODOS os datafiles estão REALMENTE com a propriedade de Autoextend Ativada ??? É bem Óbvio que se houver datafiles SEM a propriedade ativa, esses Não Vão crescer sozinhos….
        Segundo ponto, é Conceitual : saiba que essa propriedade, já que não é da tablespace mas sim DOS DATAFILES, obviamente só funciona SE OS DATAFILES estão criados : vc pode ter o espaço livre que quiser, mas se os datafiles já presentes chegarem no limite máximo, a tablespace NÃO VAI NÃO criar novos datafiles, absolutamente não… E já que falei em LIMITE, cfrme é sabido, há LIMITES para o tamanho máximo até onde um datafile autoextesível pode crescer (que vc indica na criação dele OU, se vc especificar UNLIMITED, aí o limite máximo é regulado pelo Sistema Operacional e pelo blocksize do banco), há LIMITES para o número de arquivos que um database pode conter, há LIMITES no Sistema Operacional não só para número de arquivos abertos mas também (dependendo do filesystem usado) para tamanho máximo de arquivo … Eu REALMENTE CONFERIRIA se esses limites TODOS estão sendo respeitados…

        Quanto a mensagem em si , esse texto de :

        Resumable error: ORA-01653: não é possível estender a tabela RM.EXPORT_JOB_SQLDEV_50962 em 128 no tablespace RM_DADOS

        está Absoluta e Escrupulosamente Claro, o Oracle Não Conseguiu alocar 128 blocos nessa tablespace RM_DADOS – o que nós Não Sabemos é se foi esgotamento do tamanho máximo de datafile OU limite de qtdade de datafiles ultrapassado OU limites do SO ultrapassados OU limites em qtdade de blocos OU vc Não Criou a qtdqde de datafiles necessária OU nem todos os datafiles estão marcados como autoextensíveis, ou seja o que for : meu conselho é que vc VALIDE exatamente o que está te impedindo aí de alocar mais espaço nessa tablespace RM_DADOS….

        DICAS :

        1. TODA e QUALQUER versão do SGBD ORACLE possui no manual “Database References” a lista completa e precisa dos limites de um database criado / gerido por essa versão : https://docs.oracle.com/en/database/oracle/oracle-database/12.2/refrn/logical-database-limits.html#GUID-685230CF-63F5-4C5A-B8B0-037C566BDA76 exemplifica pra versão 12cR2 mas seja qual for a sua versão, vc ENCONTRA o manual exato pra essa versão, use-o

        2. já que vc está exportando tabelas a partir de um banco origem que (imagino) vc TEM acesso , vc DEVERIA consultar o tamanho EXATO dessa tabela na DBA_SEGMENTS/DBA_EXTENTS desse database origem, Justamente pra saber mais ou menos QUANTO de espaço livre vc vai precisar na tablespace do banco destino…E note que eu falei ESPAÇO LIVRE : óbvio que se hoje nesse banco destino a tablespace em questão tem TROCENTOS GIGABYTES de tamanho mas de espaço livre SOMADO com o espaço alocável via autoextend vc tem só um pouquinho, vc PODE TER PROBLEMAS, eu Recomendaria vc checar a DBA_FREE_SPACE , a DBA_SEGMENTS e a DBA_EXTENTS nessa tablespace destino, ALÉM do check de limites que eu indiquei lá em cima

        3. quando o SGBD Oracle fala em “espera que pode ser retomada/Resumable error” , ele quer dizer que o erro PODE ser contornado/corrigido pelo DBA, e Portanto o job/programa/sessão que apresentou o erro NÃO FOI ABORTADO na ocasião, ele AINDA Pode estar na memória , apenas ‘congelado’ esperando o erro ser corrigido : assim sendo, Depois de corrigir o erro, consulte as views administrativas tipo DBA_RESUMABLE pra ver se o job FOI retomado ou não….

      Visualizando 2 posts - 1 até 2 (de 2 do total)
      • Você deve fazer login para responder a este tópico.
      plugins premium WordPress