售前技术交流报告-XX房地产公司.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
售前技术交流报告 售前技术交流报告 交流时间 2012年2月18日 星期五 交流地点 兆泰置地信息管理部 参与人员 姓名 单位 张矜 中科软科技股份有限公司 吴芳 昆仑联通 姚鑫 北京兆泰置地(集团)股份有限公司 交流内容概述 用户兆泰置地有建立应用和数据灾备中心和系统的需求,向用户了解具体的需求内容,推荐使用ROSE软件产品。 目录 TOC \o 1-3 \h \z \u 1. 背景说明 1 2. 交流内容 2 2.1. 产品介绍 2 2.2. 了解需求 2 2.2.1. 保护范围 2 2.2.2. 保护需求 3 3. 后续工作 4 背景说明 用户——兆泰置地希望为现有的应用系统建立一个同城异地的应用灾备中心,以应对可能出现的灾害事故(起因是用户机房的空调在前一段时间突然出现故障,使得机房内温度升高,最终导致部分服务器停机,其中虚拟化服务器全部关机,极大影响正常工作)。 Double-Take的总代佳杰的工程师已经和用户做过交流,并向用户推荐了Visionsolutions的Double-Take软件。 此次,我们与合作伙伴昆仑联通的销售一起和用户做技术交流,目的是让用户了解另一款软件——Rose Replicator,同时,向用户了解具体需求内容,为项目下一步工作收集相关信息。 交流内容 产品介绍 Rose Replicator的产品从技术角度来看和Double-Take很相似,所以没有在技术功能上向用户做过多介绍。只是向用户阐述了几个要点,以强调Rose Replicator不Double-Take优势的地方。 Rose 公司是从HA软件起家的,因此,Rose Replicator在HA切换功能上优于DT软件,DT软件只能监控被保护主机的IP是否正常,不能主动监控应用服务的执行状态,不能根据应用的状态进行切换。而Rose Replicator软件不仅可以监控到服务,同时在切换服务时也不需要用户自己编写脚本,而是可以自动运行指定的服务。 DT软件中的FFO功能,以及用于虚拟化保护的VRA功能,在实际应用中的优势和劣势,佳杰的交流只会告诉用户相应的优势,而没有向用户说明他们的劣势,以及这些功能真正的用途。 了解需求 保护范围 编号 应用 服务器说明 备注 1 ERP Oracle数据库单机服务器,物理服务器 2 ERP 金蝶ERP应用服务器,物理服务器 利用Rose HA实现双机热备,采用主备模式。 3 ERP 金蝶ERP应用服务器,物理服务器 4 OA Oracel+Tomcat,VMware虚拟机 运行1个Oracle数据库实例,同时存储OA和档案两个应用的数据。 5 档案 运行Tomcat应用,VMware虚拟机 数据库在OA服务器上,文档数据有约3TB。 6 DNS 域控服务器,Windows 2003,VMware虚拟机 7 Exchange 邮件服务器,VMware虚拟机 8 Web 网站服务器,VMware虚拟机 9 Sharepoint Sharepoint服务器,VMware虚拟机 10 U8 U8服务器,物理服务器 运行Oracle数据库,采用C/S架构应用 11 物理服务器 运行SQL Server 2005数据库 VMware虚拟化服务器是由2台物理ESX服务器组成,单独使用其中一台服务器,采用VMware的Cluster模式。 用户网络接入模式为星型结构,所有分支机构都通过专线或者互联网接入或访问总部数据中心的应用。 保护需求 用户原本打算在北京市内单独建立一个数据中心,并将该数据中心建成现有数据中心的备用中心,可以实现应用级别的切换和灾备。然后在其他城市再建立一个系统,可以实现数据级别的远程灾备。 和用户交流后,发现用户没有意识到灾备中心是否能实现应用级别的切换,关键在于如何建立灾备网络,以及处理网络上的问题。灾备中心的应用切换,根据不同的实现方法,分为可单服务器切换,和必须整体切换两种。 交流过程中和用户探讨了很多可能会涉及的问题: 如果建立同城异地灾备中心,采用低带宽实现数据同步和应用切换,那如果是单机出现问题,切换单机,低带宽无法支撑应用,全数据中心切换成本太大; 不同数据中心的对外IP地址不同,应用切换导致访问地址变更,域名的转换时间过长; 现有DNS服务器被切换到异地网络后,是否还能正常进行解析; 灾备中心是应对日常故障,还是只应对重大事故。 以上,问题用户都没有仔细考虑清楚,所以未来的灾备系统应该如何建立还需要进一步讨论。 我向用户推荐了两种实现方法,一是在自己拉光纤的范围内建立灾备中心;二是利用互联网建立灾备中心。两种方法实现效果不同,所遇到的问题也不一样。 后续工作 针对我向用户推荐的两种建立灾备系统的方法,写两个简单的方案说明。分别阐

文档评论(0)

skvdnd51 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档