回滚与撤销： 为了保证数据库中多个用户间的读一致性和能够回退事务，Oracle必须拥有一种机制，能够为变更的数据构造一种前镜像（before image）数据（保存修改之前的旧值），以保证那够回滚或撤销对数据库所作的修改，同时为数据恢复以及一致性读服务。 这就是回滚（或撤销）。在之前的日志中已经提到Redo，我们说Redo是用来保证在故障时事务可以被恢复，那么Undo则是用来保证事务可以被回滚或者撤销。 我们会在后续的日志中介绍回滚（Rollback）与撤销（Undo）方面的知识。 - The End -[......]
Redo故障的恢复
Redo故障的恢复： 我们已经知道日志文件对于数据库来说非常重要，在实际使用过程中，可以会遇到各种各样的问题，接下来将介绍一些在日常数据库维护中经常会遇到的情况。 1. 丢失非活动日志组的故障恢复：如果数据库丢失的是非活动（INACTIVE）日志组，由于非活动日志组已经完成检查点，数据库不会发生数据损失，此时只需要通过Clear重建该日志组即可恢复。⑴ 首先删除一个非活动日志组，模拟一次故障损失： sys@TQGZS> ! mv /u01/oracle/oradata/tqgzs/redo02.log /u01/oracle/databak/ ⑵ 如果数据库日志切换，使用到该日志[......]
能否不生成Redo
能否不生成Redo： 正常的数据库必须生成Redo，这是数据库的机制，否则数据库在遇到故障或Crash时则无法恢复。但是Oracle为了增强某些特殊操作的性能，对于一些SQL语句，Oracle允许使用NOLOGGING子句，NOLOGGING可以使得日志生成大幅降低，但是必要日志（比如：对于字典表的修改）仍然会被记录。 可以使用NOLOGGING的环境非常有限，在以下操作中，可以增加NOLOGGING子句： ·创建索引或重建索引时；·通过/*+ APPEND */提示，使用直接路径（Direct Path）批量INSERT操作或SQL*Loader直接路径加载数据；·CTAS方式创建数据[......]
为什么热备份期间产生的Redo要比正常时多
为什么热备份期间产生的Redo要比正常时多： 我们还要知道的是，在数据库处于热备份（使用Begin Backup进行备份时）状态时，会产生了比平常更多的日志。这是因为在热备份期间，Oracle为了解决SPLIT BLOCK的问题，需要在日志文件中记录修改的行所在的数据块的前镜像（image），而不仅仅是修改信息。为了理解这段话，我们还要简单介绍一下SPLIT BLOCK的概念。 在这种情况下，可能出现如下状况。 当拷贝数据文件的同时，数据库正好向数据文件写数据。这就使得拷贝的文件中包含这样的database block，它的一部分OS block来自于数据库向数据文件（这个db blo[......]
如何调整日志文件大小
如何调整日志文件大小： 很多时候我们需要调整日志文件的大小，可以通过如下步骤进行调整。首先查看一下当前日志文件的信息： sys@TQGZS> select * from v$log; GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS FIR[......]