本指南用于了解.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文档。上传文档
查看更多
本指南用于了解

本指南用于了解、评估、定位和销售 VERITAS Volume Replicator 目录 概述 2 了解复制方面的需求 2 复制的概念 4 同步复制 4 异步复制 4 数据的一致性和最新性 5 写入顺序保持 5 复制解决方案的技术要求 6 VVR 概述和组件 6 复制卷分组 7 存储复制器日志 7 Rlink 8 辅助 RVG 8 数据更改映射 9 复制数据集 (RDS) 9 VVR 的技术细节 9 工作模式和数据流 9 同步 9 异步 10 同步 + 异步 11 保护 SRL 11 SRL 溢出保护 11 延迟保护 12 初始化辅助系统 13 空白 13 通过链路(自动同步) 13 本地镜像 14 热备份和检查点 14 问题后的恢复 15 辅助节点/网络中断 15 辅助节点故障 15 主节点故障 15 VVR 角色更改 16 主系统迁移 16 辅助系统接管 16 轻松的故障恢复 17 Follow the Sun 17 使用辅助系统 17 辅助系统卷为何有可能无法使用! 17 在辅助系统中使用 FlashSnap 技术 18 使用带内控制消息控制快照 18 用户环境中的 VVR 19 理解带宽需求 19 延迟因素 21 VVR 对应用系统的性能影响 21 使用异步复制减小应用系统延迟 21 数据一致性和最新性以及写入顺序保持的示例 22 SRL 溢出 24 VVR 与其它 VERITAS 产品的集成 25 VERITAS Cluster Server 25 VCS + GCM 25 VVR 功能和限制概要 26 功能 26 与存储架构无关 26 通过 IP 网络进行复制 26 维护写入顺序保持 26 限制 26 带宽需求 26 使用辅助卷 27 不是软件 RAID5 27 不是多中继复制 27 概述 本文档旨在帮助 VERITAS 销售队伍全面了解 VERITAS Volume Replicator 这种产品。其目的是提供架构/技术概述,以及对该产品的功能和限制的理解。 VERITAS Volume Replicator (VVR) 是 VERITAS 的旗舰产品,它可以为用户提供高水平的灾难保护能力。这同时意味着,它还是一个非常复杂的产品,必须根据所设定的正确用户期望在合适的环境中销售它。由于错误定位或错误安装,最近已出现了用户支持越级的现象。对预期客户而言,VVR 可能非常有价值。但如果您稍有不慎,也会导致很坏的负面口碑。 了解复制方面的需求 在当前的商业环境中,对信息处理系统的依赖正保持着与日俱增的态势。信息系统一度只是公司经营的帮手,现在它自己也变成了商业。由于公司变得越来越依赖于关键信息系统,因此,一旦信息系统受损,就可能对业务造成较大的破坏。 过去几年以来,一些新技术的涌现为防范数据中心内的各个组件系统故障提供了可靠的保护。这些先进的产品提供了存储管理、数据保护(备份和恢复)和应用系统群集化功能,它们构筑了一道完美的防线,可防范本地位置的任何组件故障或系统故障。 正如本地位置提供的保护水平正逐步升级那样,人们对所保护的信息系统的依赖性也在不断增加。许多公司现在都已认识到,仅有本地保护还远远是不够的。一个完整的数据中心或信息处理设施的受损,会对业务性能造成非常大的影响,以致于必须在数据中心级别建立相应的保护措施。可能造成损失的原因很多,从简单的问题(比如电源或冷却系统受损以及设施维护问题)到自然灾害(火灾和洪涝)乃至恐怖行为或战争等,都可能造成损失。 为了防止设施的彻底损失,许多公司都已实现了有效的灾难恢复 (DR) 方案。它们为在远程位置恢复语音和数据能力准备了完善的计划。但信息处理恢复计划成为众多 DR 计划的共同问题。多年以来,公司的做法都是,首先在主数据中心内进行常规数据备份,然后定期复制这些磁带,并将它们提供给站点外的 DR 设备。 这种在站点外存储备份磁带副本的 DR 解决方案存在一个明显的问题。这种就在几年前还被认为是万无一失的方案没有考虑现今对信息系统的切变性依赖。公司不仅要求信息系统的时刻联机性,而且还需要精确到分钟的信息。让我们来想像一下这种使用复制磁带以站点外保护为中心建立的典型 DR 方案。该方案定期在本地站点执行完全的数据备份。完成备份后,制作这些磁带的副本,并将副本送到 DR 站点。在最好的情况下,这个过程会一天进行一次;而在最坏的情况下,可能要隔一周才进行一次这种传递过程。这意味着,一旦灾难波及了主数据中心,在 DR 设备处接着进行的数据处理最少也有 24 小时的数据为过时的! 公司要面对的问题是,信息系统要在若干小时或若干天(这要取决于加载所有备份数据的时间,此后可以开始处理灾害发生时的过时数据)后才能恢复,而且只是一定程度的恢复。在许多行业(比如电子商务、在线银行等

文档评论(0)

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

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

版权声明书
用户编号:6111134150000003

1亿VIP精品文档

相关文档