ITPub博客

更详细的内容可以参考doc：http://download.oracle.com/docs/cd/B19306_01/backup.102/b14191/rcmconc1.htm#sthref247本文只针对RETENTION POLICY和BACKUP OPTIMIZATION以及结合043中的一道题做一个简单的说明，这道题在群内问起的人很多，确实不是很好理解。[@more@]先看一下doc吧：If backup optimization is enabled, and if a recovery window retention policy is ineffect, then when performing SBT backups RMAN always backs up datafiles whosemost recent backup is older than the recovery window. For example, assume that

http://download.oracle.com/docs/cd/B19306_01/backup.102/b14194/obs_comm.htm#RCMRF910讲课的时候无意中发现recover database until logseq|sequence,隐约的感觉他们应该是一一样的，查了一下doc发现确实一个意思，只不过从9.0.1开始logseq被废弃，取而代之的是sequence，为了兼容老版本，保留了logseq它[@more@]http://download.oracle.com/docs/cd/B19306_01/backup.102/b14194/obs_comm.htm#RCMRF910

没想明白，暂时记录一下[@more@]SQL> select file#,checkpoint_change#,last_change#,offline_change#,online_change#,status from v$datafile; FILE# CHECKPOINT_CHANGE# LAST_CHANGE# OFFLINE_CHANGE# ONLINE_CHANGE# STATUS---------- ------------------ ------------ --------------- -------------- ------- 1 9734650 9634265 9634266 SYSTEM 2 9734650 9634265 9634266 ONLINE 3 9734650

看到一位puber提出来的疑问，简单的测试了一下，发现确实存在这个问题，原帖:http://www.itpub.net/viewthread.php?tid=1340189&pid=16296004&page=1&extra=page%3D2[@more@]--nocatalog的情况RMAN> backup as compressed backupset full database ;启动 backup 于 23-8月 -10使用通道 ORA_DISK_1通道 ORA_DISK_1: 启动压缩的全部数据文件备份集通道 ORA_DISK_1: 正在指定备份集中的数据文件输入数据文件 fno=00001 name=E:ORACLETESTSYSTEM01.DBF输入数据文件 fno=00002 name=E:ORACLETESTUNDOTBS01.DBF输入数据文件 fno=

测试的缘由是基于下面一个问题：http://www.itpub.net/thread-1333706-1-1.html[@more@]RMAN> configure exclude for tablespace users;今后的全部数据库备份将排除表空间 USERS已成功存储新的 RMAN 配置参数RMAN> show all;RMAN 配置参数为:CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # defaultCONFIGURE BACKUP OPTIMIZATION OFF; # defaultCONFIGURE DEFAULT DEVICE TYPE TO DISK; # defaultCONFIGURE CONTROLFILE AUTOBACKUP OFF; # defaultCONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # defaul

为客户部署的备份策略，替换了和客户相关的重要信息[@more@]数据库备份方案部署过程：考虑到系统是高可用性系统（7×24），因此采用rman来热备份db，具体备份步骤部署如下：1． 把db改为归档模式，2个节点的归档日志分别放在各自的/orabak/archlog目录下2． 把db的备份文件放在2个节点各自的/orabak/dbbak目录下，每次备份的文件会分布在2个节点上，这样做的目的对2个节点来说相对都能节约一些空间，因为/orabak目前暂时挂载在rootvg下了，由于datavg里已经没有了空间3． 备份脚本存放在节点1的/orabak/script里面A．具体os层面的备份脚本

因为被flashback回来的数据的rowid可能会发生变化[@more@]SQL> create table tt (id int,name varchar2(4000)) tablespace users;表已创建。SQL> alter table tt pctfree 50;表已更改。SQL> insert into tt values(1,rpad('a',4000,'+'));已创建 1 行。SQL> commit;提交完成。SQL> insert into tt values(2,rpad('b',4000,'+'));已创建 1 行。SQL> commit;提交完成。SQL> select id,substr(name,1,1),rowid from tt; ID SU ROWID---------- -- ------------------ 1 a AAAC+FAAEAAAGt3AAA 2

处理器由32位变成了64位，重装oracle软件之后，权衡各种因素，db我选择了把冷备直接挂接的办法迁移，迁移之后遇到了问题...[@more@]顺利挂载db之后，通过应用程序或者第三方工具(如plsql developer)连接时出现ORA-06553: PLS-801: internal error [56319] 等错误。解决方法如下：SQL> shutdown immediateSQL> startup upgradeSQL> set echo onSQL> @$ORACLE_HOME/rdbms/admin/utlirp.sqlSQL> select status from dba_objects2 where object_name='DBMS_STANDARD'3 and object_type='PACKAGE'4 and owner='SYS';如果invalid

记录一个大致过程。[@more@]C:>sqlplus sys/system@test as sysdbaSQL*Plus: Release 10.2.0.1.0 - Production on 星期日 10月 11 19:08:22 2009Copyright (c) 1982, 2005, Oracle. All rights reserved.已连接到空闲例程。SQL> startupORACLE 例程已经启动。Total System Global Area 167772160 bytesFixed Size 1247900 bytesVariable Size 88081764 bytesDatabase Buffers 75497472 bytesRedo Buffers 2945024 bytes数据库装载完毕。数据库已经打开。SQL> alter da

imp导入时default每导入一个表提交一次，如果使用commit＝y则每buffer提交一次，如果担心undo空间不够，则可以考虑使用commit=y同时为了防止commit过于频繁影响性能，最后别忘了适当的增大buffer[@more@]C:>exp test/test@orcl file='c:bakt.dmp' tables=t2Export: Release 10.2.0.1.0 - Production on 星期四 9月 3 19:16:44 2009Copyright (c) 1982, 2005, Oracle. All rights reserved.连接到: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - ProductionWith the Partitioning, OLAP and Data Mining options已导出

对比expdp、impdp和exp、imp发现前者没有了resumable功能，测试发现expdp和impdp自动使用了resumable特性[@more@]C:>expdp test/test@orcl directory=dir_temp dumpfile=t.dmp tables=t2Export: Release 10.2.0.1.0 - Production on 星期四, 03 9月, 2009 18:41:41Copyright (c) 2003, 2005, Oracle. All rights reserved.连接到: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - ProductionWith the Partitioning, OLAP and Data Mining options启动 "TEST"."SYS_EXPORT_TABLE_01": test/*******

由于asm管理的db包含的controlfile无法直接拷贝，因此给asm管理的db镜像controlfile就不能shutdown db之后拷贝控制文件，下面通过重新重建controlfile的办法来给asm管理的db增加controlfile的镜像[@more@]步骤如下：1、SQL> show parameter spfileNAME TYPE VALUE------------------------------------ ----------- ------------------------------spfile string E:ORACLEPRODUCT10.2.0DB_1 DATABASESPFI

如果增量备份和归档日志都存在，在rman中进行恢复时系统始终会找增量备份而不会使用归档日志来恢复。[@more@]在rman中使用backup incremental level=0 cumulative database;做一次累计0级备份使用backup incremental level=2 cumulative database;连续做2次2级备份备份之后存在的备份集如下：--=============================BS 关键字 类型 LV 大小 设备类型 经过时间 完成时间------- ---- -- ---------- ----------- ------------ -------------------1071 Incr 0 283.65M DISK 00:00:50 2009/09/02 10:26:12BP 关键字: 1075 状态: AVA

'TEST'算是oracle的一个保留字,因此在有些地方使用时要注意,目前我发现在rman中备份时oracle把它作为保留字对待.从这里清楚的看到http://download.oracle.com/docs/cd/B19306_01/backup.102/b14194/rcmcomma001.htm#RCMRF909TEST在rman里确实是保留字...[@more@]备份其它表空间时只需要直接写表空间名字就可以:RMAN> backup tablespace undotbs2,users1,test2;启动 backup 于 2009/09/01 19:37:14使用通道 ORA_DISK_1通道 ORA_DISK_1: 启动全部数据文件备份集通道 ORA_DISK_1: 正在指定备份集中的数据文件输入数据文件 fno=00004 name=

前两天在pub上看到有人遇到了这个问题,今天讲课时遇到了,可晚上再模拟时却死活都再现不了了.[@more@]问题就是先屏蔽了flash recovery area功能,之后又恢复该功能,结果在修改参数db_recovery_file_dest时需要在目录后面加上"",否则参数可以修改,但是还是不能启动flash recovery area功能;不过再次模拟时却不能再现:下面db_recovery_file_dest对应的目录之所以后面有"",就是下午在修改参数db_recovery_file_dest时如果不在目录"E:oracleproduct10.2.0flash_recovery_area"的后面加上""的就无法启用

整理一下,备查.[@more@]hp dp(data protector)使用大致配置步骤1.首选在连接带库的server上安装cell manager(在windows professional上能否安装不得而知，至少在xp home版上无法安装)2.在需要备份的db的server端安装dp client3.在cell manager中添加client，在添加之前最好在各自机器的hosts文件中加入双方的ip和hostname对应关系(有dns的情况下是否需要加入没有验证过)4.在cell manager中添加user，首先创建一个group，也可以使用安装cell manager时它自己创建的group(如admin group)，之后在group中添加用户，这个用户用来验证client端连

10g在视图v$sga_dynamic_components中我们注意到多了一个component：ASM Buffer Cache，并且在instance_type=asm的实例中该参数有值，也就是说该参数是为asm实例所使用，它是用来做什么，在doc中搜了一下没找到，我猜测应该和db_cache_size的作用差不多，估计是用来cache disk header信息的。[@more@]SQL> select component,current_size from v$sga_dynamic_components;COMPONENT CURRENT_SIZE------------------------------ ------------shared pool 41943040large pool

不细看doc还真不行。http://download.oracle.com/docs/cd/B19306_01/server.102/b14231/archredo.htm#i1006731[@more@]SQL> shutdown immediate数据库已经关闭。已经卸载数据库。ORACLE 例程已经关闭。SQL> startup mountORACLE 例程已经启动。Total System Global Area 104857600 bytesFixed Size 1247540 bytesVariable Size 96470732 bytesDatabase Buffers 4194304 bytesRedo Buffers 2945024 bytes数据库装载完毕。--启用手动归档SQL> alter database archivelog

doc的原话，记录一下，加深印象。[@more@]Specifying the Mode of Log TransmissionThe two modes of transmitting archived logs to their destination are normal archiving transmission and standby transmission mode. Normal transmission involves transmitting files to a local disk. Standby transmission involves transmitting files through a network to either a local or remote standby database.Normal Transmission ModeIn normal transmission mode, the archiving destination is another disk drive of the databas

使用bbed需要注意：1、win下oracle不提供2、随oracle软件一起发布3、在unix/linux下使用时需要事先relink4、oracle最初使用bbed用来修复坏block，从9i开始可以通过rman的blockrecover来恢复，不过前提是事先做过备份[@more@][oracle@xys oracle]$ bbedPassword:BBED: Release 2.0.0.0.0 - Limited Production on Tue Jun 9 13:13:04 2009Copyright (c) 1982, 2005, Oracle. All rights reserved.************* !!! For Oracle Internal Use only !!! ***************BBED> help all;SET DBA [ dba | file#, block# ]SET FILENAME 'file