究竟是否需要升级到Oracle 11g？

核心提示： 举个例子，假设你需要在你的生产数据库(production database)上对一个重要的存储过程进行修改，究竟是否需要升级到Oracle 11g？(6)，问题是不进行生产工作负荷测试，你就不知道这个修改到底对你的系统有多少性能的改善，如何分离OLTP和读取活动，Active Data

举个例子，假设你需要在你的生产数据库(production database)上对一个重要的存储过程进行修改。问题是不进行生产工作负荷测试，你就不知道这个修改到底对你的系统有多少性能的改善。Snapshot Standby和Database Replay(下面将会提到)联手的话，你就能测试任何情况。你所需要做的就是记录你主要数据库的生产工作负荷，将备用数据库设置为读写模式，在备用数据库上执行你修改的代码。接着在备用数据库上重放你记录的工作负荷，接着你就可以比较结果了。

当你把备用数据库设置为Snapshot Standby模式时，就会停止应用来自主要数据库的日志(日志仍旧在发送，只是他们暂时没有应用)。当你完成测试后，能将备用数据库调回读模式。这个时候备用数据库将会自动废除你之前的所有修改，返回到你测试前的状态，应用那些一直等待应用的日志。这样一来，备用数据库在物理上一直和主要数据库保持同步，只是暂时在逻辑上不同步。

Snapshot Standby还有许多时候能派上用场，从查找生产故障到磁盘布局分区的索引调整。在很重的用户负荷下，可以使用Snapshot Standby来测试备份，索引reorgs。它几乎可以做任何事情。

这里还有另外一个使用目的。DBA最重要的问题之一就是让分析员、开发者和其它的人员不能进入生产数据库。他们都有合法的理由来读取系统的数据，但是由于性能和顺应性的原因，你希望尽可能的限制他们的访问。通常的做法是你将提供另外一台服务器供他们使用，通过备份/恢复或者复制的方法，让这台数据库和生产数据库保持同步。使用Snapshot Standby这个功能特性，你只在一个数据库上就可以完成上述的功能。

像Snapshot Standby功能特性一样，Active Data Guard能够让你有备份数据库，也能使用它。在Oracle 11g中引入了一个新的选择权，Active Data Guard允许你将备用数据库设置为读模式，支持实时查询，用来解决一个重大的问题：即当提供近实时(near-real-time)报表，如何分离OLTP和读取活动。Active Data Guard不仅仅允许你很容易读取备用数据库，也能让你在客户端做一些小的配置改变。