ITPub博客

log_archive_dest_n 和log_archive_dest和 log_archive_duplex_dest[@more@]1、LOG_ARCHIVE_DEST_n这个参数应该是在9i之后引入的一个参数，Oracle之所以引入这个参数我认为是有以下几点：1、为了多引入一些归档日志的存放位置。其中n为1－10（10g）For Enterprise Edition users, this parameter has been deprecated in favor of the LOG_ARCHIVE_DEST_n parameters. If Oracle Enterprise Edition is not installed or it is installed, but you have not specified any LOG_ARCHIVE_DEST_n parameters, this parameter is valid.2、从上

RMAN中检查脚本语法错误的命令[@more@]RMAN中检查脚本语法错误的命令在执行RMAN脚本或者命令之前，需要将这个脚本或者命令检查一遍，看看命令或者脚本上是否存在语法错误，这就可以使用Oracle提供的一个检查RMAN脚本，命令语法错误的命令checksyntax ，（检查命令文件中的语法错误）但是这个命令执行的时候是不实际运行的。例如：RMAN> run < backup database;>RMAN-00571: ===========================================================RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============RMAN-00571: ==

DISKRATIO的含义[@more@]DISKRATIO的含义总结：康标email：kang_biao@hotmail.com这个参数是用于RMAN的备份数据文件和控制文件上使用的。目的是告诉RMAN在备份的时候，需要备份的数据文件 至少 （注意这是至少，在Oracle的文档中使用的是at least）是从几个磁盘上读取的。具体的作用是这样的，例如你需要备份集需要的数据文件分布在10个磁盘上，如果每一个磁盘的读取速率是10k/s。而你处理备份的能力是50k/s，如果是一个一个磁盘处理的话，就会浪费你的系统资源，这时候可以设置参数diskratio为5。这样就可以告诉RMAN处理这个备份集的时候

Oracle上的逻辑坏块和物理坏块[@more@]Oracle上的逻辑坏块和物理坏块这个问题是引自ITPUB上的一个问题。总结：康标email：kang_biao@hotmail.com从http://www.itpub.net/590361.html这个来看，所谓的物理坏块，可以从操作系统的警告文件中查找到报错的信息。逻辑坏块就是Oracle为了保持数据的一致性而设置。这样能够保证数据块不会被误操作。物理坏块的查找是通过：（AIX系统）1、检查一下操作系统的日志看是否有相关的报错。 2、dd if=报错的文件　of=/dev/null bs=db_block_size如果不报错是逻辑坏块。逻辑坏块有很多中方式，一般通过db

模拟在线重做日志被删除的情况恢复[@more@]模拟在线重做日志被删除的情况恢复添加一个在线重做日志组4。SQL> alter database add logfile group 4 ('e:redo4.log') size 10M;数据库已更改。SQL> select * from v$log 2 ; GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS---------- ---------- ---------- ---------- ---------- --- ---------------- 1 1 165 10240000 1 NO CURRENT 2 1 162 10240000 1 YES INACTIVE 3