海量文件如何保存 全面解读归档应用(三)

日期: 2007-12-24 作者:杨志伟 来源:TechTarget中国

  归档方案的技术实现

     1.将参考数据从主要的存储系统中移走并且还要能够提供相应的访问

     IDC使用一种基于应用的数据分类方法:参考数据和交易数据。交易数据是在商务交易中创建和管理的,并且它和特殊的商务过程相关。而参考数据则一般情况下是固定的、静态的数据,它描述了商务的事实并且在商务过程中被用来参照,没有特殊的过程结束点。

     非交易的参考数据数量在整个存储中占有一个很大的比例,依赖于所安装的内部系统、商务过程以及公司操作的垂直产业,一般要超过50%。因此,将参考数据转移到低成本的介质上,同时还可以提供访问性,这样就提高了整个系统的性能并且降低了存储的成本,并且压缩了整个的备份窗口。

     2.保持对参考数据的冗余拷贝

     通常情况下,公司在不同地点保存两份参考数据的拷贝以进行灾难恢复,并且减少数据的危险性。对一些经常作调整的公司,用于灾难恢复的数据拷贝被放到拱顶或者仓库,这些地方是防火的,并且会限制对介质物理上的接触。因此,公司经常依赖于一些可移动的介质。

     3.对归档内容提供快速的、随机访问

     公司在不断使用快速的、随机访问的介质来存储归档内容,使它们成流线型以及优化存储位置的相关内容以进行规范审核、检索请求或者商务需求。IDC发现对于数字内容的响应时间在不断减少。规范审核、法律检索以及商务需求都需要信息可以被快速并准确地获取——通常几个小时,而不是几天的时间。

     4.确保数据不被篡改并且记录真实

     有一些很严格的规范需要数据以一种不能被重写的方式存储。有一些敏感的以及安全级别高的环境需要通过硬件来实现对数据的保护。公司需要归档的数据不会随着时间而改变,并且不会在保持期进行修改和删除,并且为了法律和规范的目的,依赖于技术来检查数据的真实性。

     5.归档寿命应该和数据周期相符

     许多公司当前都面临着数据保持周期的问题,有一些资料,比如财务记录以及客户合同,是需要永久归档的。其它公司则保持相应的财务记录需要50到100年。这些保持数据的周期——从50年到永久,是需要介质本身的寿命以及存储数据的应用程序而定的。

     6.用于结构可扩展的设计

     依赖于数据的增长率以及保持力、保存责任以及公司法律的需求,现在的归档一般会从50到100TB不等,并且归档会以5年为一个周期显著增长。公司当前对归档的设计要能扩展到今后的5-10年,这样整个的结构就可以以一种非破坏性的、在线的方式转移到下一代技术上。

     7.确保恢复的多拷贝

     许多公司都希望在一个地点做多个归档拷贝,一个用于访问的本地拷贝,另一个用于灾难恢复的安全备份方法。随着归档内容对于公司的环境越来越重要,公司也必须有一份放置于远距离的拷贝来防止一个地域的灾难。

     8.使用标准的接口

     大多数公司都有过使用自己API集成或者缺乏对内部开发应用程序的支持的痛苦经历。目前,最好的方法是使用一些公开的标准,比如CIFS、NFS、WBEM以及开发标准,比如XAM。这些标准的支持可以让应用程序的集成性更简单并且更容易维护。 

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

相关推荐

  • 聚焦云端IT弹性 Zerto布局中国市场

    在IT弹性中有几大因素:专有云、托管云、公有云、混合云。云用户都需要知道如何保护、如何管理、如何迁移,以及在需要的时候如何恢复。那么,如何创建未来一代的IT弹性基础设施?

  • 亚马逊AWS故障带来的灾难恢复启示

    如果你的灾难恢复系统依赖于亚马逊AWS或其它云服务商,你需要确保有一个应对云服务故障的灾难恢复计划。

  • 企业BC/DR勿忘IoT风险管理

    万物互联背后所带来的安全性问题正在引起业务连续性和灾难恢复专家的关注,他们需要创建出新的风险评估机制,对潜在的业务影响加以分析。

  • 预言:未来五年灾难恢复模式的演变

    在云平台一统天下之前,备份和灾难恢复市场仍会不断发生改变。组织对于快速灾难恢复的强烈需求正促进着技术革新。