嘿，这个棘手的坑我之前帮同行处理过！你创建的这个数据库级DDL触发器确实够狠——连SYSDBA的操作都给拦死了，毕竟它会在任何DDL执行前触发。不过别慌，咱们可以通过Oracle的隐藏初始化参数绕过去，一步步来：

• 第一步：关闭数据库
  以SYSDBA身份登录后，执行立即关闭命令：
  SHUTDOWN IMMEDIATE;

• 第二步：启动到NOMOUNT状态
  这一步是关键——此时还没挂载数据库，触发器还没加载生效，咱们能安全修改参数：
  STARTUP NOMOUNT;

• 第三步：禁用系统级触发器参数
  Oracle有个隐藏参数_SYSTEM_TRIG_ENABLED，专门控制数据库级触发器的启用状态。执行命令修改它：
  ALTER SYSTEM SET "_SYSTEM_TRIG_ENABLED"=FALSE SCOPE=SPFILE;
  （注：带下划线的是隐藏参数，平时不建议随意改动，但这种紧急情况属于合理例外）

• 第四步：挂载并打开数据库
  现在可以正常挂载和打开数据库了，此时系统触发器不会触发：

  ALTER DATABASE MOUNT;
  ALTER DATABASE OPEN;
  

• 第五步：删除问题触发器
  终于能删掉这个捣蛋鬼了：
  DROP TRIGGER Prevent_Changes;

• 第六步：恢复参数并重启数据库
  别忘了把参数改回默认值，不然以后正常的系统触发器也会失效：
  ALTER SYSTEM SET "_SYSTEM_TRIG_ENABLED"=TRUE SCOPE=SPFILE;
  最后重启数据库让参数生效：

  SHUTDOWN IMMEDIATE;
  STARTUP;
  

搞定之后记得检查下其他系统触发器是否正常工作，以后创建这类限制触发器时，最好加个用户排除条件（比如IF USER != 'SYS' THEN），避免再踩同样的坑！

内容的提问来源于stack exchange，提问作者Peter