问：我们正在准备迁移到Oracle 10 RAC。现在（项目中）使用的是Oracle 8i和Oracle 9i数据库以及基于这两种数据库的应用。目前考虑到有以下几个迁移问题：

• 数据迁移。怎样高效地迁移数据，并使停机时间最小？我们希望的最理想情况是实现零停机时间。
• 代码迁移。怎样快速地发现需要迁移的代码，并修改这些代码？
• 性能调优。利用statpack和redo log日志组提供的信息，怎样高效地（自动执行更理想）创建测试环境进行压力测试和性能调整。

　　为了在执行数据迁移过程中做到零停机时间，我们正在考虑选用一些传统的数据管理工具，这些工具可以保证实时捕获和交付多个异构数据库环境的事务。我们的想法是使用这些工具维护一套并行系统，这样我们在执行数据迁移的过程中有选择继续向前执行迁移或者回退迁移的余地，直到我们解决了所有问题，就可以把旧系统关掉了。这里的问题是：Oracle本地工具能做到这些吗？您能评价一下我们的这种思路吗？

　　关于代码迁移，压力测试和性能优化，您能推荐一些方便的迁移工具吗？最有用的工具应该能分析当前数据库的负载，并且能在Oracle 10g环境中创建压力测试脚本。

　　答：看来你已经识别出了迁移任务中的比较重要的部分。关于最小化迁移过程中的停机时间，你可以通过你选择的工具做到零停机时间。无论你选择什么方法或工具，一定要创建一个测试环境作为生产环境的副本。这样你可以多次操作测试迁移过程，直到没有问题为止。

　　关于代码迁移和快速发现并修改，最好的方法就是测试，测试，再测试。对迁移过程进行测试很重要，但同样重要的是让应用支持团队和商业用户从迁移一开始就对应用进行功能测试。鼓励应用开发团队和商业用户开发测试计划，并在每次测试数据库迁移过程时应用这些测试计划。即使在非生产环境中做了足够彻底的测试，我们也仍然可能（事实上很可能）在真正迁移了生产环境后发现新的问题。

　　最后，关于你提出的压力测试的问题，我知道有一个产品提供了相关功能，它支持Oracle9i和Oracle10g。它就是“Swingbench”，这里是它的下载地址。按照Swingbench官方网站的信息，“Swingbench是免费的压力测试负载生成器（也是测试基准），它是专门为了对Oracle（9i和10g）数据库进行压力测试而设计的”。我个人没有用过这个产品，不过我了解到其他人对它评价不错。