白非马的博客

今天接到一个案例，客户数据库系统system表空间增长非常快，达到了32个G，要求查一下原因。心理第一个反应是，有人把业务数据放到system表空间下了？先查查看：select username,default_tablespace from dba_users ;查看了，没有业务数据放到system表空间下。再次，考虑表的增长，11G默认审计是开启的，查一下：show paramet...

set pages 1000set lines 100set echo oncolumn schema format a20column sql_text format a80WITH force_matches AS(SELECT force_matching_signature,COUNT( * ) matches,MAX(sql_id || child_number) ma...

PSU是linux下的说法 Bundle Patch是windows下的说法 dataguard 备机的话只需要下面1、4和5中opatch apply这一个步骤1.升级OPatch软件mv OPatch OPatch.old; unzip p6880880_112000_Linux-x86-64.zip$ORACLE_HOME/OPatch/opatch version2...

对特定的操作，开启trace文件跟踪 开启会话级 （针对特定操作，尽量用此级别） SQL> alter session set sql_trace=true; SQL> alter session set events ‘10046 trace name context forever,level 12’; SQL> exec sys.dbms_system.set_sq...

今天遇到应用系统超时重连的问题 先给图 按理论，如果刷新一下应用系统页面再次连接应该是可以再次登陆的。 首先回到数据库检查了下用户使用的资源计划，然后确认IDLE_TIME的值 默认十分钟的时间，数据库会踢走idle session。 查看alert日志，没有异常信息，应该初步判断不是oracle的问题，只能回到应用程序里找问题了，我翻看了应用的配置文件： 发现连接池配置

锁 事物 等待 会话 数据库状态 表空间状态

备份backup database

flashback 闪回

11g搭建DataGuard的步骤（物理standby）概要原理 DataGuard是通过建立一个PRIMARY和STANDBY组来确立其参照关系；STANDBY一旦创建，DataGuard就会通过将主数据库(PRIMARY)的REDO传递给STANDBY数据库，然后在STANDBY中应用REDO实现数据库的同步。有两种类型的STANDBY：物理STANDBY和逻辑STANDB

sqlloader 导入数据，8.6个G,nologging noarchivelog

长期和oracle打交道相信诸位运维人员常常遇到使用SQL Developer的时候连不上去，报ORA-12505错误，但是SQLPLUS可以连接的问题。用户在焦急等待的过程中，需要及时排查错误解决问题。 这里我总结了一些方法同大家一起学习。 1.window情况下，在services.msc里检查OracleServiceORCL，那SID应当就是orcl，找到对应监听程序， 重新启Oracl

数据库的作用就是实现对数据的管理和查询。任何一个数据库系统，必然存在对数据的大量读或者写或者两种操作都大量存在。I/O 问题也往往是导致数据库性能问题的重要原因。在这篇文章中，主要帮助大家在理解 Oracle 的读写操作机制的基础上，灵活解决遇到的各种常见的 I/O 问题。Oracle结构 （图 1）Oracle 结构 1.1. Orac le 实 例（ Instance） （图 1.1）O

接到同事的求助，先看了一下应用系统日志，问题已经指向了数据库并提示ORA-00600，登陆库所在服务器尝试startup 数据库失败，报ORA-00600ORA-00600，检查alert,找到最近时间点几个报错信息，查看后确认详细的报错在这里：图片中的乱码是因为我的字符集问题，notepad+调了一下后显示就正常了。Errors in file d:\app\administrato

SQL> CREATE DIRECTORY utlfile AS ‘D:\oracle\oradata\practice\LOGMNR’; 2 alter system set utl_file_dir=‘D:\oracle\oradata\practice\LOGMNR’ scope=spfile;CMD>CONNECT / AS SYSDBA 2 EXECUTE dbms_log...