2014年12月_aaron8219

原创 online redo日志文件损坏恢复

online redo日志文件对数据库是非常重要的，当current日志文件损坏，通常就意味着要丢失数据，但是也不是绝对的，可以通过一定的手段对redo日志文件进行恢复，运气好的话，未提交数据还是不会丢失的。[oracle@zlm2 backup]$ sqlplus / as sysdbaSQL*Plus: Release 11.2.0.3.0 Produc

2014-12-31 23:43:21 1007

今天实验的内容是对online redo log进行转储，并分析其中内容--创建测试表SQL> conn zlm/zlmConnected.SQL> create table t1(name varchar2(10));Table created.--插入数据SQL> insert into t1 values('abc');1 row created.SQL> commit;Commit complete.

2014-12-31 22:26:55 1344

原创利用dbms_metedata包的get_ddl过程创建数据库对象

SQL> conn scott/tigerConnected.SQL> set long 99999SQL> set pages 200--提取表的元数据SQL> select dbms_metadata.get_ddl('TABLE','EMP') FROM DUAL;DBMS_METADATA.GET_DDL('TABLE

2014-12-30 23:55:20 868

原创利用存储过程进行表数据分离的案例分享

某客户有个需求，有2张业务表，数据量比较大，有2000W行，现在的需求是把这2张表中的一部分记录，根据一定的where条件分离出去，创建到另外的归档表中，即做表记录的迁移操作。最后得到的结果是：未满足筛选条件的记录留在原表中，满足筛选条件的表要插入到归档表中，并且要在原表中删除这些插入到归档表中的全部记录，最后满足：新表记录+归档记录=原表记录数下面我来模拟一下这个过程：

2014-12-30 23:12:25 1078

原创以TSPITR方式恢复表空间数据一例

通常见到的还原操作，都是将所有的表空间和数据还原到相同的一个时间点上，无论是否是故障恢复点。而TSPITR则是以表空间为粒度单元，单独将某个表空间内容还原到一个特定可恢复时间点上。举一个例子：一个Oracle数据库运行在归档模式下，在夜间22点保留一份完全备份。早上8点时候，某个特定表空间上数据表（单个表独占表空间）发生一个误操作，数据损坏。要求在不伤害其他数据表数据的情况下，将表空间数据

2014-12-26 22:26:48 890

原创如何利用DBMS_LOGMNR包挖掘在线日志

今天实验内容是日志挖掘工具LOGMNR的使用，我的测试版本是10.2.0.1默认就自带了，无需另外安装。如果未安装过提示无法使用这个dbms包，则可以用SYSDBA登陆，然后依次执行：@$ORACLE_HOME\rdbms\admin\dbmslm.sql;@$ORACLE_HOME\rdbms\admin\dbmslmd.sql;第一个脚本用来创建DBMS_LOG

2014-12-26 11:12:21 2694

原创 MAXPIECESIZE与FORMAT参数设置不合理导致RMAN备份失败

今天去客户那里搭建DG，当创建RMAN备份集的时候，遇到了个问题，导致备份集始终无法生成，由于客户的备份集为10G左右，一次备份就要一个多小时，开始浪费了不少时间，诊断后发现，原来问题出在MAXPIECESIZE上，下面自己做了个测试，来说明这个故障现象和解决方法：[root@ora10g ~]# su - oracle[oracle@ora10g ~]$ sqlp

2014-12-24 15:45:46 1649

原创 “read by other session”等待事件引发的数据库性能问题

今天上午接到某客户电话，说他们的生产库从8:00开始，监控就报CPU资源使用率非常高，最高可达99%，虽然业务还没有挂，但是数据库非常慢，性能出现问题。客户的库是10g单实例，我远程给客户做了AWR报告，下面来具体分析：首先，DB Time非常高，是平时正常情况的好几倍时间，从这一点上就能判断确实存在一定的性能问题

2014-12-22 17:17:02 938

原创 DG备库磁盘空间满导致无法创建归档

上周五去某客户那里做数据库巡检，是window 2008系统上10g的一套NC系统的库，已经配置了DG，但是巡检时发现数据库报错：Tue Nov 11 10:13:57 2014LNS: Standby redo logfile selected for thread 1 sequence 3945 for destination LOG_ARCHIVE_DEST_2

2014-12-16 21:36:41 3024

原创给客户处理数据库故障的过程分享

昨天上午接到销售人员电话，说某客户的数据故障，业务都停了，让我去处理一下。急忙从公司赶往客户那边，好在离公司不太远，6站地铁就到了。到了客户那边，赶紧与那边的DBA简单地沟通了一下，了解到他们的库是运行在WINDOW 2008 标准版上的Oracle 11gR1，已经配置了DG，出问题的是主库，早上上班的时候发现业务系统无法连接到数据库，监听也hang死。我到那边的时候，他们的DB

2014-12-11 00:25:07 6973

aaron8219's Oracle&Linux Technology Blog