小公司应对DR的省钱妙招
波士顿凯尔特公司的高级技术总监Jay Wessel,根据自己的工作经验,研究出一套用于解决Microsoft Exchange和活动目录(Active Directory)服务器的数据容灾恢复问题的方案,不仅部署简便,而且经济省钱。
Wessel将Exchange形容为“一幢高楼大厦的顶梁柱,可将各个零部件巧妙地连接在一起,不过,它在故障切换和容灾容错方面表现欠佳”。凯尔特公司的技术人员发现Exchange 2003存在一个大缺陷:不具备任何数据复制能力。与微软公司经过长时间地磋商之后,他们得到了一条比较有建设性的建议:部署NSI Software出品的Double-Take实时数据复制与灾难备份解决方案。
凯尔特公司在一台Exchange服务器和一个活动目录文件服务器上存储了约1TB左右的数据,其中包括电子邮件、团队统计、财务数据,等等。多年来该公司一直使用磁带备份数据,不过,后来,技术人员发现这种离线存储介质不利于业务容灾恢复,耗时太长。“一旦灾难发生,数据恢复的过程往往需要耗费许多工作日,”Wessel介绍说。
于是,他对比了XOSoft、Steeleye Technology Inc.、NeverFail Group和NSI Software等多家存储厂商推出的容灾恢复解决方案,这些产品的性能都不错,介于伯仲之间,只不过NSI Software的Double-Take在灵活性方面略胜一筹。
促使Wessel最终选定Double-Take的关键原因就在于该产品先进的远程映像功能(当一个活动目录不存在的时候,或者需要异地复制时,网络管理人员能够通过它将数据复制到远程服务器上),以及根据备份应用程序的实际需要动态分配带宽资源的灵活特性。
去年11月份,凯尔特公司曾对Double-Take进行了功能测试,技术人员模仿灾难发生时的情况,将该公司位于波士顿的Exchange主服务器关闭了,网络容错(fail over)功能立即激活备用网络(即:该公司设在新罕布什尔州曼彻斯特市的Exchange服务器)联机,接替主服务器恢复业务;故障排除之后,它自动地切换回(Fail Back)波士顿的主服务器,设在曼彻斯特的备用服务器继续承担容灾的角色。“谢天谢地,至少我们不必经历一次真正的设备故障灾难,不过,在过去的6个月中,我们的系统经受住了各种灾难仿真测试,”Wessel介绍说。
跨越IP进行同步远程镜像,实现数据容灾恢复
接下来介绍另一宗案例,它的主角是加州纽华克市的南希食品公司,一家以生产前菜和餐前点心为主的小公司。前不久,南希公司从StoneFly Networks购进了两套IP SAN设备,通过将两个SAN连接起来,实现了同步远程镜像复制,为灾难发生时的数据恢复提供了保障。
南希公司旗下拥有300名员工,25台服务器上约存放了2.5TB的数据量。该公司以前一直使用直连式存储系统(DAS),一来磁盘的利用率极低,二来管理起来特别麻烦,因此,大约一年前,南希公司决定购买两套SAN设备,以替代现有的DAS。出于省钱的考虑,他们并没有选择光纤网络,而是将基于iSCSI技术的SAN列入了重点考虑范围。
“与光纤网络存储系统相比,iSCSI的价格相对便宜一些,部署起来比较省时间,而且管理起来也容易一些,”南希公司的网络经理Terence Choy介绍说,“iSCSI的性能虽然比不上光纤系统,不过,已经能够应付我们的日常工作需求了,所以,考虑到性价比,我们比较倾向于iSCSI。”
虽然如此,该公司依然对StoneFly IP Storage Concentrator i3000 SAN和Xiotech FC SAN进行的综合性能测试,技术人员发现,光纤设备的价格竟然达到StoneFly iSCSI的两倍,他们的决定自然可想而知了。
在部署新购进的两套StoneFly IP SAN设备时,南希公司的技术人员们已经将“如何充分发挥系统的数据容灾恢复功能”的问题列入了考虑范围。该公司的网络经理Terence Choy强烈要求安装StoneFly的同步镜像软件Reflection,该产品最大的特点是:能够将信息数据同步写入主业务SAN系统和备用SAN系统。
南希公司的技术人员在数据中心内部署了一个IP SAN网络,也就是主业务SAN系统;然后,在同一幢大厦的另一楼层上部署了第二个网络,也就是备用SAN系统;两个系统互为镜像。无论哪一个楼层上的设备出现了故障,都可以即时切换到另一套系统上,缩短了业务停顿时间。
据Choy介绍,由于资金短缺的缘故,南希公司无力搭建一个属于自己的远程数据中心。于是,该公司聘请了EVault公司代为管理数据备份和容灾恢复工作,Choy认为这也是一种比较省钱的解决办法,“我们不用购买磁带库设备和备份软件许可证,也能获得异地数据保护的效果。”
- · Informix动态服务器onstat选项
- · Informix SQL 的使用技巧
- · 在UNIX下的Informix-online中合理地组织表
- · 开发优质高效的Informix数据库应用程序(1)
- · Informix数据备份技巧
- · Informix 4GL写的转换成大写金额字串的函数
- · 一个批量删除临时表的sh用于informix
- · 影响CPU使用率的配置参数和环境变量
- · Ontape -r 恢复总结(1)
- · 用shell实现Informix的性能监控
- · Windows xp下的Informix connect配置方法
- · OnLine非正常结束后处理办法
- · OnLine进程被挂起后处理办法
- · Informix动态服务器表分片策略的计划和调整
- · 备份Informix-Online数据库三法
- · datetime类型简介
- · 配置Informix动态服务器中CPU虚处理器
- · online的备份详解
- · 配置和实现Informix ON-Bar的备份解决方案
- · Informix sysmaster表详解
- · JDBC连接Informix IDS
- · Sybase数据库死锁对策
- · SYBASE ASA数据库恢复方法
- · Sybase数据库简介(1)
- · SYBASE零售行业解决方案
- · SYBASE数据库日志详解
- · SQL Server 的通用分页显示存储过程
- · Oracle数据库中索引的维护(1)
- · Oracle9i的索引监视及注意事项
- · Oracle 的位图索引简述
- · 在ORACLE里按用户名重建索引的方法
- · Oracle数据库强制索引
- · 改善Oracle的索引
- · Oracle管理查询管用的sql语句
- · Oracle中的模糊查询
- · Oracle 中使用层次查询方便处理财务报表
- · 使用Oracle的Instr()与decode()函数进行多条件组合查询
- · MS SQL Server查询优化方法
- · Access使用查询
- · Access的跨库查询
- · Access 创建索引
- · 为数据库建立索引
- · 优化Microsoft Access提高速度
- · Sybase数据库的性能优化
- · 查询优化
- · 提高ORACLE数据库的查询统计速度
- · ORACLE SQL性能优化 (上)(1)
- · ORACLE SQL性能优化 (下)(1)
- · SQL Server性能分析参数
- · SQL Server 性能优化工具(1)
- · 使用索引调节向导调整应用程序的性能
- · 优化SQL Server服务器内存配置的策略
- · 影响SQL server性能的关键三个方面
- · MySQL性能优化的参数简介
- · MYSQL数据库的查询优化技术
- · 确定Oracle数据库表中重复的记录
- · Access数据库与SQLserver2000的数据互导
- · SQLServer和Access、Excel数据传输简单总结
- · SQL Server到Oracle连接服务器的实现
- · 使用SQL Server数据转换服务升迁Access数据库(1)
- · 将Access移植到SQL Server
- · 联系使用Excel和SQL(1)
- · 避免Access和SQL Server的空值冲突
- · 保护SQL Server:为安全性而安装
- · SQL Server 2000 客户端实用程序
- · 执行一个安全的SQL Server安装
- · SQL Server安全-加密术和SQL注入攻击
- · 指定文件位置优化性能
- · SQL Server备份的三个恢复模型
- · SQL Server的空值处理策略
- · 两个SQL Server维护技巧
- · 用SQL Server保持会话状态
- · 使用SQL服务器内置的错误寻找器寻找和剖析错误
- · 安装SQL Server 2000
- · SQL Server 2000 与 SQL Server 7.0 版兼容性问题
- · MS SQL Server 7.0 性能优化指南
- · MS SQL Server 7.0 的 SAP R/3 性能优化指南
- · 基于WEB的数据库查询
- · Sql Server全文搜索中文出错的问题
- · SQL Server7移动数据的6种方法

