• 博客访问: 53384
  • 博文数量: 24
  • 用 户 组: 普通用户
  • 注册时间: 2011-07-06 17:42
个人简介

暂无介绍

ITPUB论坛APP

ITPUB论坛APP



APP发帖 享双倍积分

文章分类

全部博文(24)

文章存档

2012年(4)

2011年(20)

我的朋友
微信关注

IT168企业级官微



微信号:IT168qiye



系统架构师大会



微信号:SACC2013

发布时间:2011-11-04 09:53:40

平常使用exp/imp的点滴积累,不定期更新关键字:exp imp[@more@]导出环境定义导出库名称为eDB用户名称为eUSER表名称为eTABLE使用的表空间名称为eTSt表上的索引名称为eINDEX与eTABLE共用表空间eTSt导入环境定义导入库名称为iDB用户名称为iUSER表名称为iTABLE使用的表空间名称为iTSt表上的索引名称为iINDEX使用的表空间名称为iTSi基本使用示例exp示例parfileuserid='/ as sysdba 'file=exp01.dmp,exp02.dmp,……filesize=4000Mowner=krmdbalog=exp.logdirect=yRESUMABLE=yRESUMABLE_NAME=imp_aspenRESUMABLE_TIMEOUT=99999999各参数补充说明......【阅读全文】

阅读(534) | 评论(0) | 转发(0)

发布时间:2011-10-08 15:03:31

为了支持应用的压力测试,将一个1级standby DB读写打开供测试使用。使用完毕后flashback回到读写打开前的状态,继续作为1级standby DB工作。此方法在上家公司接触过,不过没有具体实践,这次正好有机会实际操作,记录下来。关键字:DG flashback[@more@]设置闪回并将STANDBY DB读写打开1停止STANDBY DB的recoverSQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;2设置STANDBY DB的flashbackSQL>ALTER SYSTEM SET db_recovery_file_dest_size=100G SCOPE=BOTH;SQL>ALTER SYSTEM SET db_recovery_file_dest='/flashba......【阅读全文】

阅读(947) | 评论(0) | 转发(0)

发布时间:2011-10-08 13:42:03

公司数据库迁移,使用DG switchover的方式。十一期间在生产环境做了实战演习,进行了切换和回切操作。关键字:DG switchover[@more@]1环境信息数据库S_DB为primary DB,在主机S_HOST上,数据库版本10.2.0.3数据库K_DB为stand DB,在主机K_HOST上,数据库版本10.2.0.32任务目标在S_DB和K_DB间做switch over,使K_DB成为primary DB,S_DB成为stand DB。3操作步骤3.1切换前准备3.1.1确认应用停止3.1.2检查S_DB上是否有连接#ps –ef|grep s_db3.1.3kill存在的连接# ps -ef|grep "LOCAL=NO"|grep -v grep|awk '{ print $2 }'|xargs k......【阅读全文】

阅读(825) | 评论(0) | 转发(0)

发布时间:2011-09-29 10:22:40

昨天帮用户导出导入一个schema的数据,发觉一段时间不做,手生得厉害,步骤颠三倒四的,最后还是遗漏了备份dblink导致无法恢复目标schema下的原有dblink。先将全部步骤整理出来,供以后参考。关键字:exp imp 导出导入schema[@more@]1导出1.1源DB信息检查1.1.1查源DB中指定username下所有对象所占空间。select sum(bytes) / 1024 / 1024from dba_segments dwhere d.owner = '&username';exp出的dmp文件大小不会比此处查询出的结果更大。1.1.2获取源schema所有对象个数select d.object_type, count(1)from dba_objects dwhere d.owner ......【阅读全文】

阅读(4697) | 评论(0) | 转发(0)

发布时间:2011-08-31 16:35:23

通过AWR捕捉到日志和数据文件读写竞争的问题,给出处理建议。感谢Jessie提供实际生产问题,感谢盖哥的解决方法。关键字:log file sync db file sequential read 写redo log的触发条件 IO竞争[@more@]Jessie公司的系统昨天又出问题了。问题业务操作都很慢。分析取昨天工作时间(12小时)的AWR来分析一下。慢就是在等,还是从等待事件入手。top event依次为:log file sync、db file sequential read、log file parallel write、db file scattered read。排除IO故障则直接指向了redo log和数据文件的读写竞争。查询redo block size方法1:S......【阅读全文】

阅读(824) | 评论(0) | 转发(0)
给主人留下些什么吧!~~
留言热议
请登录后留言。

登录 注册