Bikash R. Choudhury是NetApp的NFS产品合作伙伴工程师，Bikash 于七年前在 NetApp 开始担任技术支持工程师，之后为 NetApp 的最大客户之一担任全球技术顾问 (TGA)。作为全球技术顾问，他致力于建立稳固的客户关系并提供技术解决方案。Bikash 目前担任 NFS 产品合作伙伴工程师，主要职责是进行功能测试和认证、撰文论述最佳实践以及向客户提供体系结构和配置方面的建议。

Bikash R. Choudhury

　　无论是构建商业应用程序，还是进行室内开发工作，确保开发和测试工作的有效性非常重要。随着应用程序在容量和复杂性方面不断增加，简纯地配置开发和测试环境可能占用大量的存储并成为主要瓶颈。

　　针对 Oracle 的 Proven Data Center 解决方案 在本文中，我将分析某个客户在其开发环境中创建快速而可靠的 Oracle 主数据库和应用程序副本所使用的方法。

概述：客户开发环境

　　该客户是负责开发 Oracle 数据库中运行的业务应用程序的大型开发商。它的开发服务组织支持世界各地的数千位工程师。为了提高工作效率，IT 团队已集中了共享服务。事实证明，将所开发资源和工具集中到可从世界各地进行全天候访问的中心位置，这比分布式环境更具成本效益、更强的可扩展性且更容易管理。

　　主环境包括所需的 Oracle 数据库版本，并且创建了应用程序来充当模板。使用一种专用工具来管理和配置原始模板的副本，以满足特定的开发和测试需求。创建这些副本的方法已得到逐步发展，以适应增长并提高效率。

难题：传统复制方法缺乏可扩展性

　　过去，主开发环境依赖光纤通道 SAN 或直连存储 (DAS) 系统，大小为 150-200GB。开发人员使用主环境的副本来验证他们的工作。这些副本是使用"rsync" 和"cp"等基本的 UNIX® 复制命令来创建的。可针对这些副本运行自定义脚本，从而根据每个开发商的需求对其进行进一步配置。

　　但是，由于副本的大小不断增加，现有的存储解决方案不能进行扩展以满足开发人员的需求。

　　配置副本的备份和保存也开始变得困难。由于部署了多种存储产品并且使用了多个备份应用程序，这个过程很难管理，基于磁带的解决方案不能适应数据增长步伐。备份所花时间太长，并且恢复也不可靠。

图 1 传统复制方法：对每个测试和开发环境完全复制主卷

[1] [2] 下一页