第一页
作者简介
Bikash R. Choudhury
NetApp的NFS产品合作伙伴工程师
Bikash 于七年前在 NetApp 开始担任技术支持工程师,之后为 NetApp 的最大客户之一担任全球技术顾问 (TGA)。作为全球技术顾问,他致力于建立稳固的客户关系并提供技术解决方案。Bikash 目前担任 NFS 产品合作伙伴工程师,主要职责是进行功能测试和认证、撰文论述最佳实践以及向客户提供体系结构和配置方面的建议。
无论是构建商业应用程序,还是进行室内开发工作,确保开发和测试工作的有效性非常重要。随着应用程序在容量和复杂性方面不断增加,简纯地配置开发和测试环境可能占用大量的存储并成为主要瓶颈。
针对 Oracle 的 Proven Data Center 解决方案 在本文中,我将分析某个客户在其开发环境中创建快速而可靠的 Oracle 主数据库和应用程序副本所使用的方法。
概述:客户开发环境
该客户是负责开发 Oracle 数据库中运行的业务应用程序的大型开发商。它的开发服务组织支持世界各地的数千位工程师。为了提高工作效率,IT 团队已集中了共享服务。事实证明,将所开发资源和工具集中到可从世界各地进行全天候访问的中心位置,这比分布式环境更具成本效益、更强的可扩展性且更容易管理。
主环境包括所需的 Oracle 数据库版本,并且创建了应用程序来充当模板。使用一种专用工具来管理和配置原始模板的副本,以满足特定的开发和测试需求。创建这些副本的方法已得到逐步发展,以适应增长并提高效率。
难题:传统复制方法缺乏可扩展性
过去,主开发环境依赖光纤通道 SAN 或直连存储 (DAS) 系统,大小为 150-200GB。开发人员使用主环境的副本来验证他们的工作。这些副本是使用"rsync" 和"cp"等基本的 UNIX 复制命令来创建的。可针对这些副本运行自定义脚本,从而根据每个开发商的需求对其进行进一步配置。
但是,由于副本的大小不断增加,现有的存储解决方案不能进行扩展以满足开发人员的需求。
配置副本的备份和保存也开始变得困难。由于部署了多种存储产品并且使用了多个备份应用程序,这个过程很难管理,基于磁带的解决方案不能适应数据增长步伐。备份所花时间太长,并且恢复也不可靠。
图 1 传统复制方法:对每个测试和开发环境完全复制主卷
中间解决方案:转移到 NFS
为了打破该传统方法的局限性,这个开发服务组织决定通过网络存储 (NAS) 后端转移到 NFS。
做出这种决定主要是为了降低配置和管理存储的复杂性。使用 NFS,IT 团队可为大量重复的开发环境加快部署并简化支持。
在每年的数据增长超过 67% 的情况下,NAS 环境中的 NFS 证明了具有很高的成本效益。基于以太网的 NAS 更易于理解和实施,并且已经可与大多数现有基础设施兼容。数百例 Oracle 数据库部署证明,NetApp NAS 符合团队对反应时间低于 15 毫秒的性能要求,并赋予了 IT 团队多主机文件系统访问权、文件级数据共享和必要的安全级别。
未完,请翻页
网友评论