RAC环境的创建首先是为了给不同的应用程序提供故障转移功能测试与概念验证模型。RAC测试环境应继续为现有生产系统保持可用，因为不同的工作负载与故障转移功能测试不能同单节点相同。在安装完clusterware和数据库节点之后，你应该对不同场景的故障转移进行测试，以便验证安装是否成功并确定应用如何进行故障转移。

　　创建一个测试列表，建立应用程序块都是测试所必须的一部分。测试内容应涉及硬件、互连网络、磁盘以及操作系统等故障。应在环境中模拟尽可能多的故障情况。

　　以下就是一个测试列表的样例：

• 　　互连网络 将网络光缆从适配器上拔掉。
• 　　事务故障转移 连接一个节点，运行事务然后关闭节点;测试使用select、insert、update以及delete操作 。
• 　　备份与恢复
• 　　数据文件丢失或硬盘损坏
• 　　测试事务负载平衡 验证服务有效性并允许负载平衡。

　　工作负载管理器

　　在后端应用程序中使用RAC数据库并不一定就意味着应用程序可以识别RAC。即便数据库正在进行事务与连接的故障转移，应用程序作为一个整体可能不会故障转移。然而，服务器会调用故障转移，这样的情况可以用来触发自动重连或重启应用程序块的操作。这就是应用程序快速通知(Fast Application Notification)，这可以用来进行故障转移和负载平衡。

　　在Oracle 10g中，不同的程序块连接不同的节点可以在某种程度上可以帮助进行负载平衡。而如今，幸好有了Oracle 11g、Oracle Clusterware与Load Balancing Advisor等工具，工作负载可以更高效地分布在RAC环境中。应用程序负载可以通过服务进行连接，有了这些服务就可控制故障转移与负载平衡了。这些服务设计可以同数据库的一些方面进行整合，不仅仅是与CPU资源进行整合了。Load Balancing Advisor将信息建立在SERVICE_TIME和THROUGHPUT上。