Close Menu
  • Home
  • Databases
    • Oracle
      • ASM
      • Data Guard
      • RAC
  • Performance
  • Tools
  • Troubleshooting
  • Python
  • Shell Script
Search

Upgrade Percona Server for MongoDB 8.0.23-10 para 8.0.26-11

2026-06-26 MongoDB By Henrique

Clonar Usuário MongoDB Preservando a Senha

2026-06-26 MongoDB By Henrique

ORA-06553: DBCA Falha no catalog.sql com PLS-213

2026-06-25 Oracle By Henrique
YouTube LinkedIn RSS
  • Sobre
  • Contato
  • Legal
    • Aviso Legal
    • Política de Cookies
    • Política de Privacidade
    • Termos de Uso
  • RSS
  • Português
    • Inglês
Execute StepExecute Step
YouTube LinkedIn RSS
  • Home
  • Databases
    • Oracle
      • ASM
      • Data Guard
      • RAC
  • Performance
  • Tools
  • Troubleshooting
  • Python
  • Shell Script
Execute StepExecute Step
Home » Oracle Data Pump: como remover jobs órfãos do banco de dados
Oracle

Oracle Data Pump: como remover jobs órfãos do banco de dados

HenriqueBy Henrique2026-06-23Updated:2026-06-233 Mins Read
Share
Facebook Twitter LinkedIn Pinterest Email Telegram WhatsApp

This post is also available in: English (Inglês)

Jobs órfãos do Data Pump são uma ocorrência comum em ambientes Oracle. Eles aparecem quando uma sessão de import ou export é interrompida de forma abrupta, seja por queda de conexão, kill de sessão ou falha no servidor. O Oracle cria as master tables do job no schema do usuário, mas sem um processo ativo para finalizá-las, elas ficam presas com o status NOT RUNNING.

Além de poluir a view DBA_DATAPUMP_JOBS, esses jobs podem causar conflito em execuções futuras caso o Oracle tente reutilizar o mesmo nome de job.

Diagnóstico

Consulte os jobs ativos e órfãos na view DBA_DATAPUMP_JOBS:

SELECT owner_name, job_name, operation, job_mode, state, attached_sessions
FROM dba_datapump_jobs;

Output esperado com jobs órfãos:

OWNER_NAME      JOB_NAME                       OPERATION  JOB_MODE  STATE        ATTACHED_SESSIONS
--------------- ------------------------------ ---------- --------- ------------ -----------------
EXPORT          SYS_IMPORT_TABLE_02            IMPORT     TABLE     NOT RUNNING                  0
SYS             M_IMP_COPY_1521305009006       IMPORT     TABLE     NOT RUNNING                  0

Jobs com STATE = NOT RUNNING e ATTACHED_SESSIONS = 0 são órfãos e podem ser removidos com segurança.

💡 Em ambientes RAC, a consulta é idêntica. Execute a partir de qualquer nó.

Remoção

⚠️ Confirme o JOB_NAME e o OWNER_NAME antes de executar o DROP. A master table é uma tabela real no schema do usuário.

Remova as master tables correspondentes a cada job órfão:

DROP TABLE EXPORT.SYS_IMPORT_TABLE_02;
DROP TABLE SYS.M_IMP_COPY_1521305009006;

Recyclebin

Se o parâmetro recyclebin estiver habilitado no banco, as tabelas vão para a lixeira em vez de serem excluídas definitivamente. Verifique:

SHOW PARAMETER recyclebin;

Se o valor for ON, execute o purge explicitamente:

PURGE TABLE EXPORT.SYS_IMPORT_TABLE_02;
PURGE TABLE SYS.M_IMP_COPY_1521305009006;

⚠️ Sem o purge, os jobs continuam aparecendo em DBA_DATAPUMP_JOBS mesmo após o DROP.

Validação

Confirme que não há mais jobs órfãos:

SELECT owner_name, job_name, operation, job_mode, state, attached_sessions
FROM dba_datapump_jobs;

Output esperado:

no rows selected

Gerando os comandos automaticamente

Em vez de montar os comandos manualmente, use a query abaixo. Ela gera os DROP e PURGE apenas para jobs com STATE = NOT RUNNING e ATTACHED_SESSIONS = 0:

SELECT
    'DROP TABLE ' || owner_name || '.' || job_name || ';' AS cmd_drop,
    'PURGE TABLE ' || owner_name || '.' || job_name || ';' AS cmd_purge
FROM dba_datapump_jobs
WHERE state      = 'NOT RUNNING'
  AND attached_sessions = 0;

Copie o output, revise os nomes e execute na sequência: todos os DROP primeiro, depois todos os PURGE.

⚠️ Não execute o output direto com EXECUTE IMMEDIATE sem revisar. Confirme que nenhum job legítimo aparece na lista antes de prosseguir.

Resumo rápido

-- 1. Identificar jobs orfaos
SELECT owner_name, job_name, state, attached_sessions
FROM dba_datapump_jobs
WHERE state = 'NOT RUNNING';

-- 2. Remover master tables
DROP TABLE <owner>.<job_name>;

-- 3. Purge se recyclebin estiver ON
PURGE TABLE <owner>.<job_name>;

-- 4. Validar
SELECT * FROM dba_datapump_jobs;
data pump oracle
Share. Facebook Twitter Pinterest LinkedIn Tumblr Email WhatsApp
Previous ArticleSQL Patch: injetar hints no Oracle sem alterar o código
Next Article ORA-06553: DBCA Falha no catalog.sql com PLS-213

Related Posts

Oracle

ORA-06553: DBCA Falha no catalog.sql com PLS-213

2026-06-25
Read More
Oracle

Oracle Database 19c com Vagrant: Lab em 15 Minutos

2026-04-30
Read More
Oracle

EMD runCollection Error- Agente OEM Rodando Sem Coletar Métricas

2026-04-14
Read More
0 0 votes
Article Rating
Subscribe
Login
Notify of
guest

guest

0 Comments
Oldest
Newest Most Voted
Demo
Follow Me
  • Email
  • GitHub
  • LinkedIn
  • RSS
  • YouTube

INS-06006 – Passwordless SSH Connectivity Not Set Up

2026-02-2615 Views

Limpeza da biblioteca de software OEM: Purge seguro e controle de crescimento de swlib

2026-02-216 Views

ORA-29548 – Como corrigir o erro “Java System Class Reported” no Oracle Database

2026-03-054 Views
Demo
Blogroll
  • oravirt
Execute Step
YouTube LinkedIn RSS
  • Home
  • Sobre
  • Contato
  • RSS
  • Português
    • English (Inglês)
© 2026 ExecuteStep. Designed by ThemeSphere.

Type above and press Enter to search. Press Esc to cancel.

wpDiscuz
Ad Blocker Enabled!
Ad Blocker Enabled!
Our website is made possible by displaying online advertisements to our visitors. Please support us by disabling your Ad Blocker.