Oracle utlrp.sql重新编译有时候很慢，像这个

嗨，AskTom团队，

最初我有一个非常好的问题要问你，但我忘了，但这个问题对我同样重要。我的问题是关于为什么我的重新编译 “SQL> @？/rdbms/admin/utlrp.sql” 要永远返回？我的数据库上还没有真正的用户，除了我将utlrp作为SYSDBA运行。我一次从另一个数据库导入几个模式，然后不时地重新编译所有模式。以前的下午很快就回来了，但这次没有。

现在是下午11:42，06/29好吗？我在以下位置发布了该命令: <请屏住呼吸...> COMP_TIMESTAMP UTLRP_BGN 2020-06-29 22:51:00

什么是 “PL/SQL锁定计时器” 事件？
还有什么我可以更快地返回结果吗？现在，我将让它继续运行，并在早上查看它。

您是否可以查看我对v $ session的查询，并让我知道可以做什么？

(哦，顺便说一句，我的查询刚刚返回，但是我对您的问题仍然存在，因为我以前见过，并且很可能会再次看到。)


-针对v $ session的查询和以下结果
选择用户名，sql_id，prev_sql_id，模块，登录时间，最后一次呼叫时间，事件，wait_time_micro/1000000秒
来自
v $ 会话，其中状态 = 'ACTIVE' 和用户名不为空和用户名!= 用户;

-我一次将其分离为一列以使其可读，最后 (第三) 行是我的 (sqlplus命令)
系统
Dynvx9wycbtv
b0hxh61dtxc25
DBMS_SCHEDULER
06/29/2020 22:51:27
2786
单任务消息
83.501024

系统
dzbggb6bmyfdx
null
06/29/2020 22:23:28
4464
OFS空闲
2.952462

系统
3cmw02yfw7ud
7nppm0f50r36n
sqlplus@itad121.it-dev-db.aws.umd.edu (TNS V1-V3
06/29/2020 22:28:01
2813
PL/SQL锁定计时器
0.400026

谢谢

utlrp.sql通过产生子进程来完成其工作来并行运行。然后，父级等待，直到所有的孩子都完成并循环并在此期间在锁上休眠，因此您将看到PL/SQL锁定时间。

如果它 “永远不会” 回来，通常意味着父母以某种方式与一个或多个孩子失去了联系。通常，您可以终止会话并再次运行。这样做没有损害。您还可以查询dba_objects，看看是否还有无效的对象。

希望这有所帮助。