<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[我这个迷恋ORACLE的人]]></title><description><![CDATA[男人，修养，野心]]></description><link>https://blog.youkuaiyun.com/SongYang_Oracle</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; SongYang_Oracle]]></copyright><item><title><![CDATA[ORACLE 10.2.5垮版本升级11.2.2 for windows 详细文档]]></title><link>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6646629</link><guid>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6646629</guid><author>SongYang_Oracle</author><pubDate>Sat, 30 Jul 2011 15:18:19 +0800</pubDate><description><![CDATA[昨天已经做了一个小版本的数据库升级，今天再做一个垮大版本的升级实验，希望对大家能有一些提示与帮助。
 
OS环境：windows XP pc 32bit
数据库版本：10.2.0.5
升级版本：11.2.0.2
 
在做这个实验之间，我在GOOGLE上找了好长时间的升]]></description><category></category></item><item><title><![CDATA[Oracle11G Rman垮平台恢复 Windows for Linux]]></title><link>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6597494</link><guid>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6597494</guid><author>SongYang_Oracle</author><pubDate>Mon, 11 Jul 2011 15:36:08 +0800</pubDate><description><![CDATA[前言：近期做了一个Rman的垮平台恢复，数据库从Windows server 2008平台 恢复到 Linux Red hat 5.4平台，数据量大约在1.4T左右，恢复时间大约为20小时。下面的文章是我的恢复步骤，这个实验做完后其实并不是太成功，虽然最后成功OPEN数据库，但是]]></description><category></category></item><item><title><![CDATA[星球上最详细的AWR解析报告]]></title><link>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6558503</link><guid>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6558503</guid><author>SongYang_Oracle</author><pubDate>Tue, 21 Jun 2011 13:38:00 +0800</pubDate><description><![CDATA[ WORKLOADREPOSITORY report for DB NameDB IdInstanceInst numReleaseRACHostICCI1314098396ICCI1110.2.0.3.0YES]]></description><category></category></item><item><title><![CDATA[ORACLE 10.2.01升级10.2.05 for windows 详细文档]]></title><link>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6445607</link><guid>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6445607</guid><author>SongYang_Oracle</author><pubDate>Wed, 25 May 2011 17:57:00 +0800</pubDate><description><![CDATA[<br />最近要做一个数据库的升级工作，提前在自己的PC机上练习了一下，这种文档在网上很多，但是大多都是使用命令编辑脚本，其实数据库还有一个DBUA的升级工具可以使用，使升级工作方便了很多。<br /> <br />OS环境：windows XP 32位 PC<br /> <br />数据库版本：10.20.01<br /> <br />升级版本：10.20.05<br /> <br />操作步骤：1.备份数据库软件和数据库，因为迁移一旦失败，可以迅速恢复。<br />             2.使用m]]></description><category></category></item><item><title><![CDATA[enq: TX - row lock contention 等待事件  ]]></title><link>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6433753</link><guid>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6433753</guid><author>SongYang_Oracle</author><pubDate>Fri, 20 May 2011 09:55:00 +0800</pubDate><description><![CDATA[OS环境：windows server 2008 64位数据库版本：11.2.0今天在使用rman备份的时候随意的查看了一下等待事件，除了了我们现在系统遇到的IO瓶颈外，还额外的发了enq: TX - row lock contention该等待事件1：select event,sid,p1,p2,p3 from v$session_wait where event not like 'SQL*%' and event not like 'rdbms%';EVENT                     ]]></description><category></category></item><item><title><![CDATA[解决ORA--27100 shared memory realm already exists报错]]></title><link>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6432305</link><guid>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6432305</guid><author>SongYang_Oracle</author><pubDate>Thu, 19 May 2011 15:49:00 +0800</pubDate><description><![CDATA[OS环境：windows PC数据库版本：oracle 10.0.2.1这是一次小打小闹的报错，原因是帮同事改他自己玩的测试库sga，原sga_max_size大小为600M，我修改为2G，重启时报错。ORA-27100 shared memory realm already exists通过查询官方文档，解释该原因是因为windows pc 32位机最大支持分配oracle内存为1.7G，所以导致报错，这是一次缺少经验的教训。解决案例：1：SQL> show parameter sga     NAME ]]></description><category></category></item><item><title><![CDATA[解决ORA-01555报错]]></title><link>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6432182</link><guid>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6432182</guid><author>SongYang_Oracle</author><pubDate>Thu, 19 May 2011 15:08:00 +0800</pubDate><description><![CDATA[OS环境：windows2008数据库版本：oracle 11.2.0今天同事需要执行一个拥有大批量运算的存储过程，当执行的时候报错，报错信息如下：ERROR at line 1:ORA-01555: snapshot too old: rollback segment number 18 with name"_SYSSMU18_671080725$" too smallORA-06512: at "TRANUSER.TRAN_ETL_LOAD_J2S_MAIN", line 22ORA-06512: at]]></description><category></category></item><item><title><![CDATA[expdp/impdp 表空间模式迁移实施实验]]></title><link>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6430496</link><guid>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6430496</guid><author>SongYang_Oracle</author><pubDate>Wed, 18 May 2011 20:29:00 +0800</pubDate><description><![CDATA[最近有朋友问我关于表空间的迁移方案，今天我就做一个实验，来为大家解答一下关于表空间的迁移方法。OS平台：windowsORACLE 版本：11.2.0实验目的：将测试表空间YY内的数据迁移到U1表空间内1：首先，我们来创建一个测试用户，用户名为u1，密码为u1，权限为DBA（为方便实验，生产中不建议直接赋予用户DBA权限）SQL> alter user u1 account unlock;SQL> grant dba to u1;2：为u1用户创建一个默认的表空间，表空间名为u1SQL> create ta]]></description><category></category></item><item><title><![CDATA[ORACLE 2011-04-22逻辑迁移(EXPDP/IMPDP)总结文档 ]]></title><link>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6426982</link><guid>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6426982</guid><author>SongYang_Oracle</author><pubDate>Tue, 17 May 2011 14:59:00 +0800</pubDate><description><![CDATA[OS环境：10.0.1.28 /windows 2008/64位  10.0.1.31 /windows 2008/64位OS配置：2CPU/16G/2TB                          2CPU/16G/2TB数据库版本：ORACLE 10.2.1   ORACLE 11.2.1服务器信息：ip/10.0.1.28  用户/tranuser  用户表空间/tranuser                      ip/10.0.1.31  用户/tranuser  用户表空间/tra]]></description><category></category></item><item><title><![CDATA[ORACLE EXPDP/IMPDP 参数详解]]></title><link>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6426756</link><guid>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6426756</guid><author>SongYang_Oracle</author><pubDate>Tue, 17 May 2011 13:48:00 +0800</pubDate><description><![CDATA[Oracle Database 10g引入了最新的数据泵(Data Dump)技术,使DBA或开发人员可以将数据库元数据(对象定义)和数据快速移动到另一个oracle数据库中.数据泵导出导入(EXPDP和IMPDP)的作用1,实现逻辑备份和逻辑恢复.2,在数据库用户之间移动对象.3,在数据库之间移动对象4,实现表空间搬移.数据泵导出导入与传统导出导入的区别在10g之前,传统的导出和导入分别使用EXP工具和IMP工具,从10g开始,不仅保留了原有      的EXP和IMP工具,还提供了数据泵导出导入工具EX]]></description><category></category></item><item><title><![CDATA[解决ORA-39166: Object CCXE.RR_JYRESEARCHREPORT was not found错误]]></title><link>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6426712</link><guid>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6426712</guid><author>SongYang_Oracle</author><pubDate>Tue, 17 May 2011 13:32:00 +0800</pubDate><description><![CDATA[OS环境：linux 5.4数据库版本：oracle 11.2.0今天同事给我两个DMP文件，要我导入到CCXE用户下的TRANUSER表空间下，我的导入命令如下impdp ccxe/****@FI directory=king DUMPFILE=RR_JYRESEARCHREPORT.DMP tables='(RR_JYRESEARCHREPORT)' job_name=kingImport: Release 11.2.0.1.0 - Production on Mon May 16 20:45:34 2]]></description><category></category></item><item><title><![CDATA[Oracle 单实例 迁移到 RAC 实例 -- 使用导出导入方法 ]]></title><link>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6424413</link><guid>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6424413</guid><author>SongYang_Oracle</author><pubDate>Mon, 16 May 2011 15:03:00 +0800</pubDate><description><![CDATA[将Oracle 单实例迁移到 RAC 实例上有两种方法：1.      使用RMAN 复制2.      使用逻辑导出导入（exp/imp） 或者 数据泵（expdp/impdp）这篇演示用数据泵（expdp/impdp）将单实例迁移到RAC 环境。 导出导入schema方式来进行。逻辑导出导入相对数据泵而言，更简单一点。这里假设RAC 环境已经搭建好了。 如果没有搭建好，可以参考我的Blog：       Redhat 5.4 + ASM + RAW+ Oracle 10g RAC 安装文档http://]]></description><category></category></item><item><title><![CDATA[exp/imp 与 expdp/impdp 对比 及使用中的一些优化事项 ]]></title><link>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6424329</link><guid>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6424329</guid><author>SongYang_Oracle</author><pubDate>Mon, 16 May 2011 14:32:00 +0800</pubDate><description><![CDATA[exp/imp 与 expdp/impdp 对比 及使用中的一些优化事项 关于exp/imp 和 expdp/impdp， 之前整理的2篇Blog如下ORACLE 数据库逻辑备份 简单 EXP/IMPhttp://blog.youkuaiyun.com/tianlesoftware/archive/2009/10/23/4718366.aspxOracle 10g EXPDP和IMPDP使用说明http://blog.youkuaiyun.com/tianlesoftware/archive/2009/10/16/4674224.]]></description><category></category></item><item><title><![CDATA[解决 ORA-39095 ORA-3909 EXPDP 错误]]></title><link>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6422601</link><guid>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6422601</guid><author>SongYang_Oracle</author><pubDate>Sun, 15 May 2011 16:20:00 +0800</pubDate><description><![CDATA[OS环境：windows2008
数据库版本：oracle 11.2.0使用工具：EXPDP今天帮同事在测试库上导出两张表，第一张表大小为30M，第二章表大小为7G，以下是expdp语法expdp tranuser/******** parallel=4 content=data_only directory=my_job dumpfile=wuqi02.dmp job_name=wuqi02 tables=(table_name)第一张表很简单的导出完毕了，但是导出第二张表的时候则报错，报错内容如下;;]]></description><category></category></item><item><title><![CDATA[解决ORA-00600: internal error code, arguments: [kcratr_nab_less_than_odr]错误]]></title><link>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6422588</link><guid>https://blog.youkuaiyun.com/SongYang_Oracle/article/details/6422588</guid><author>SongYang_Oracle</author><pubDate>Sun, 15 May 2011 16:10:00 +0800</pubDate><description><![CDATA[机房环境：OS：windows 2008数据库版本：oracle 11g
事件起因：
昨天公司运维说机房的HP服务器磁盘坏了，我当时冷汗一下子就出来了，因为这是测试库，没有备份，没有归档，但是里面可是有1.5T的数据啊，下午他们修了一下午，系统可以进去了，但是数据库在启动到OPEN的时候报错SYSTEM01数据文件缺失一千多个数据块，由于没有备份和归档，所以这个数据库是挂掉了。（DBA们一定要做好备份，否则最后全是自己的事情），幸好我们还有一个一周前的冷备库，所以我直接物理迁移，把数据库恢复到一周以前了]]></description><category></category></item></channel></rss>