Oracle10g更强大的回闪数据库功能.doc

Oracle 10g更强大的回闪数据库功能【IT168 服务器学院】用一个简单的SQL语句将一个表或者整个数据库恢复到以前的某一点。除夕之夜，Acme银行的数据库管理员（DBA）John正在和他的朋友们一起狂欢，倒计时迎接新的一年的到来。就在子夜钟声敲响、人群欢呼之时，他的寻呼机突然响了。在银行的数据中心，在年末进行利息累机批处理簿记过程中发生了错误，所有的利息计算都不准确。幸好开发团队找出了错误所在，并开发一个应急纠正模块，但这一纠正模块不能恢复已经造成的破坏。部门经理问John是否有什么方法能往回倒一些时间，将数据库恢复至该批处理开始之前的状态，该批处理大约是在晚上11:00开始的。对于DBA们来说，这不是一件很熟悉的事吗？John的选择是什么呢？在Oracle数据库10g之前，John可能会做一个时间点恢复，来将数据库恢复至所希望的某一时刻的状态。不幸的是，银行的定期日常备份大约就是在那个时间开始，这就意味着他将不得不用接近24小时的有价值的归案日志来恢复数据库。Oracle9i数据库中提供的另一种选择是使用回闪查询特性来重建到晚上11:00为止的该表的各行，并手动生成一组不同的表。这一方法尽管理论上可行，但如果表的数量很大，则会变得不切合实际。幸运的是，John现在的数据库是Oracle数据库10g，所以他拥有更多的选择。回闪表让我们来看一下上面的情况。出问题的年末批处理可能仅影响少数表。例如，它可能仅用新的账户结余更新了ACCOUNTS表。如果确实是这种情况，则John可以使用回闪表特性，它会将一个表恢复到一个过去的时间点的状态。执行回闪表操作不需要特殊的设置。唯一的要求是表必须具有可移动的行-或者是在创建表时设置，或者是在以后利用 ALTER TABLE ACCOUNTS ENABLE ROW MOVEMENT语句设置。FLASHBACK TABLE语句从撤消段中（undo segment）读取该表的过去映像，并利用Oracle9i中引入的回闪查询重建表行。如果模式所有者之外的非DBA用户执行回闪表操作，她需要拥有对该表的SELECT、 DELETE、INSERT、ALTER和FLASHBACK权限，或者拥有等价的ANY TABLE系统权限。对于John来说，ACCOUNTS像以下的样子：ACCOUNT_NO NUMBER(12),BALANCENUMBER(15,2)STATUS CHAR(1)STATUS的列值通常为A（active，活动），但是当利息计算应用程序启动时，所有的账户均被冻结，此状态也被更新为F（frozen，冻结）。当对每一账户都计算了利息后，该状态被更新为I（interest applied，利息已计算）。下面是John用使用回闪表特性的步骤：他索要一个大概的时间点，在这一点上数据库必须被重新检查，答案是大约晚上11:00。他定义一个期望返回到的逻辑参考点。下面是他现在查询该表时所看到的内容：select status, count(*)from ACCOUNTSgroup by status; STATUS COUNT(*) - I27088 F19999该输出显示到目前为止已经有27 088个账户被处理（状态I）。 此前的状态为A，这不是John所希望返回的位置。所希望的逻辑参考点应该是所有账户的状态都为F的时间点。他必须恢复到所有账户状态都为F的状态，这大约发生于晚上11:00。他检查一个状态I的当前示例账户，以便为未来的校验测试设定一个基线：select account_no, balancefrom ACCOUNTSwhere status = Iand rownum flashback database to scn 2203167700;Starting flashback at 01-JAN-04allocated channel: ORA_DISK_1channel ORA_DISK_1: sid=10 devtype=DISKstarting media recoverymedia recovery completeFinished flashback at 01-JAN-04对Flashback Database操作有几条限制。数据库不能回闪至通过RESETLOGS选项它被打开之前的时间点。如果未恢复或重新创建控制文件，如果已经删除了一个表空间，或者已缩小了一个数据文件。但是数据的扩展是通过回闪来处理的，所以由于自动扩展选项而发生的文件自动扩展不成为问题。估算恢复区域的大小当John在仔细考虑其选项时出现的一个问题是，他可以将数据库回闪到过去的什么时刻？他在两个视图中找到这一答案。第一个视图-V$FLASHBACK_ DATABASE_LOG显示出已经生成了多少回闪日志，并已经将其置于恢复区域中。下面是对该视图的查询，并以垂直格式显示这些列：select *from v$flashback_database_log;OLDEST_FLASHBACK_SCN:2203146511OLDEST_FLASHBACK_TIME :30-DEC-2003 18:37:09RETENTION_TARGET:10000FLASHBACK_SIZE:16384000ESTIMATED_FLASHBACK_SIZE:10857984000这表示John最多可以回闪至SCN2203146511或者2003年12月30日的下午06:37:09。根据初始化参数值 db_flashback_retention_target，当前预期的回闪保持时间为10 000分钟，但是保持这些多回闪日志的恢复区域大小最小应为列ESTIMATED_FLASHBACK_SIZE的数值。该恢复区域现在保存着 16384K字节的回闪信息(FLASHBACK_SIZE)。此估算值有助于John分配足够的恢复区域的空间，以获得很强的回闪能力。最终出现的另一个问题是，当数据库处于回闪模式时，此记录日志的操作需要多少空间。另一视图-V$FLASHBACK_DATABASE_STAT给出了到目前为止已经收集了多少回闪信息，如代码清单2所示。该视图给出了在由开始时间和终止时间所指定的1小时间隔内所记录的日志信息的总量。FLASHBACK DATA列给出在该时间间隔内已经产生了多少字节的回闪日志。所产生的重做（redo）日志项和发生了变化的数据块已经分别记录在REDO_DATA和DB_DATA中。这有助于理解回闪日志生产的本质和估算所需恢复区域的大小。如果不再需要回闪，那么John可以通过下面命令关闭它：alter database flashback off;在恢复区域所生成的所有OMF文件在回闪关闭时会自动被删除。John通过查询视图V$DATABASE中的FLASHBACK_ON列来验证数据库的回闪状态。SQL select flashback_onfrom v$database;FLASHBACK_ON-NO结论O