昨天晚上生产的两套10.2.0.4的数据库修改了参数，需要重启。在发出shutdown immediate命令后等了大概10分钟的时间，数据库还没有down下来。检查后台alert日志，发现从开始shutdown到最后只输出几条日志，其中最后一条日志是：SHUTDOWN: Active processes prevent shutdown operation。图为在虚拟机上还原场景时的截图。开一个
审计（Audit）用于监视用户所执行的数据库操作，审计记录可存在数据字典表（称为审计记录：存储在system表空间中的 SYS.AUD$ 表中，可通过视图dba_audit_trail查看）或操作系统审计记录中（audit_file_dest参数决定）。默认情况下审计是没有开启的。1、审计的类型有四种：Statement Auditing（语句审计）：在语句级别进行审计，如审计执行SELECT T
Oracle提供了一些功能很强大的分析函数，使用这些函数可以完成可能需要存储过程来实现的需求。分析函数计算基于一组数据行的聚合值，它们不同于聚合函数的是，它们为每一组返回多行结果。分析函数是除ORDER BY子句之外，在查询语句中最后执行的。所有的join和所有的WHERE ,GROUP BY 和HAVING子句都在分析函数之前执行。所以分析函数只能出现在select或ORDER BY子句中。下图
运维组的老大打电话说，他们发现有几万笔业务被重新推送了一遍，而且是第三次了，问题还是挺严重的，想要追踪是谁做的误操作，他们有时间段和涉及的表，问有没有办法追踪到。数据库版本为10.2.0.4。首先想到的是审计功能，但是无奈数据库没有开审计。再次想到的是日志挖掘(LogMiner)，但是不确定能不能找到对应操作的用户和主机。在QQ群里提出了这个问题，得到的答案是可以找到，同时也在官方文档中找到了v$
Copyright © 2005-2023 51CTO.COM 版权所有 京ICP证060544号
