存储管理构架方案.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文档。上传文档
查看更多
Symantec. Symantec. 存储管理构架 方案建议书 TOC \o 1-5 \h \z HYPERLINK \l bookmark6冃前存储管理需求 2 HYPERLINK \l bookmark8在线数据管理发展历程: 2 HYPERLINK \l bookmark10存储管理构架而临的挑战: 2 HYPERLINK \l bookmark20Storage Foundation 构架及技术特点: 6 Storage Foundation 产品体系图: 6 Storage Foundation产品体系组件说明: 6 Storage Foundation 构架技术优势 8 1 基于文件系统构架Oracle或者Oracle RAC: 8 HYPERLINK \l bookmark223. 2 ODM技术,文件系统管理下的裸设备读写速度: 8 HYPERLINK \l bookmark243. 3 DMP,支持异构阵列,提供多种优化算法: 9 HYPERLINK \l bookmark264 Remote Mirror,零停机的物理兀余,在线数据迁移: 10 5 Storage Checkpoint,逻辑错-误快速恢复: 11 3. 5 PDC,快速跨操作系统数据迁移: 13 HYPERLINK \l bookmark286 DST,动态调整性能,动态分级存储: 16 HYPERLINK \l bookmark30Storage Foundaion方案的部署、配置、说明 17 HYPERLINK \l bookmark32产品配置表: 17 产品部署图: 18 HYPERLINK \l bookmark36产品说明: 18 HYPERLINK \l bookmark38Storage Foundation 方案总结: 18 HYPERLINK \l bookmark40强人的存储管理平台: 18 HYPERLINK \l bookmark425. 2 Storage Foundation 方案的价值: 19 HYPERLINK \l bookmark44附件: 公司介绍 24 HYPERLINK \l bookmark46业务概述 26 HYPERLINK \l bookmark58技术概述 29 HYPERLINK \l bookmark60个人用户产品 30 HYPERLINK \l bookmark62企业安全解决方案 30 HYPERLINK \l bookmark64企业可用性解决方案 31 HYPERLINK \l bookmark66服务 32 HYPERLINK \l bookmark70行业标准 32 HYPERLINK \l bookmark72赛门铁克研究实验室 33 1目前存储管理需求 1^1在线数据管理发展历程: 在线数据的管理随着应用系统的壮人,经历了从本机数据存储(本地 硬盘)到SCSI的集中存户,到SAN的集中存储。而存储设备随着数据量 的不断增加,也从一台设备发展到多台设备。设备型号、品牌,处于采 购、以及多种技术冗余的策略,也从单一的品牌在往多品牌异构环境的存 储环境发展。 一系列的应用到硬件到存储方式及存储规模的发展,以及用户对IT系 统依赖性的增加,都给原先单一的存储管理带来□大的挑战。 1-2存储管理构架面临的挑战: 系统高可用性:=1 系统高可用性: =1 当前的核心系统都是按照兀余方式设计的。越来越多的用户意识到, 传统的双机热备构架中,仍然存在着存储管理领域的高可用缺陷: 磁盘阵列物理冗余 磁盘阵列作为数据存储的载体,其安全性要求是不言而喻的,虽然它 木身提高极高的兀余等几,而磁盘阵列的物理磁盘Z间也一定会采用多种 RAID方式进行兀余,但这都还是局限在一个物理单位中。如何实现跨阵列 的磁盘阵列兀余是,越來越多用户考虑的问题。如果再深究一些,那么跨阵 列冗余的RPO和RTO能否为零(不停机、不丢数据)、性能、可控性、以 恢复性、以及能否跨异构阵列兀余、能否在性能差异较人的阵列间兀余而不 付出太人的性能代价等问题,会让这件寧变得更复杂。 a)光纤多路径冗余 假设我们解决了阵列的物理兀余部分,我们的冃光自然会转向从阵列 到主机Z间的联接部分。在一个核心应用SAN架构中,不可能出现从阵列 到主机Z间只有一根光纤通道的情况,耍想实现载多根光纤通道间的兀余和 高nJ用,必须由相应的软件支持,而操作系统是不提供对存储光纤多路径的 管理。事实用户只能采用阵列厂商所提供的多路径管理软件来管理多根光纤 通道,而一旦用八的阵列

文档评论(0)

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

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

1亿VIP精品文档

相关文档