滚动新闻：
云计算时代如何避免数据丢失和被窃
作者：佚名&&来源：支点网 &&时间： 10:58:07 责任编辑：杨卫强
如今，个人和企业数据加密都是强烈推荐的，甚至有些情况下是世界范围法律法规强制要求的。云用户希望他们的提供商为其加密数据，以确保无论数据物理上存储在哪里.....云用户和提供商需要避免数据丢失和被窃。如今，个人和企业数据加密都是强烈推荐的，甚至有些情况下是世界范围法律法规强制要求的。
&&& 如今，个人和企业数据加密都是强烈推荐的，甚至有些情况下是世界范围法律法规强制要求的。云用户希望他们的提供商为其加密数据，以确保无论数据物理上存储在哪里.....云用户和提供商需要避免数据丢失和被窃。如今，个人和企业数据加密都是强烈推荐的，甚至有些情况下是世界范围法律法规强制要求的。云用户希望他们的提供商为其加密数据，以确保无论数据物理上存储在哪里都受到保护。同样，云提供商也需要保护其用户的敏感数据。
　　强加密及密钥管理是云计算系统需要用以保护数据的一种核心机制。由于加密本身不能保证防止数据丢失，因此法律法规中的责任避风港（safeharborprovisions）将加密数据的丢失看作根本没有丢失。加密提供了资源保护功能，同时密钥管理则提供了对受保护资源的访问控制。
　　加密的机密性和完整性
　　云环境由多个&租户&共享，服务提供商对于这个环境中的数据有特许存取权。因此云中存储的机密数据必须通过访问控制组合、合同责任和加密措施等进行保护。其中，加密提供的好处有：对云服务提供商的依赖性最小、减少对运行错误（operationalfailures）检测的依赖性。
　　加密网络传输中的数据：加密在网络中传输的多用途机密数据（credentials）是极其必要的，比如信用卡号、密码和私钥等。虽然云提供商网络可能比开放网络安全，但是他们使用其特有的、由许多不同的组成部分构成的架构，且由不同的组织共享云。因此，即便是在云提供商的网络中，保护这些传输中的敏感数据和受监管信息也是非常重要的。通常情况下，这些在SaaS、PaaS和IaaS环境中实施起来的难易程度是一样的。
　　加密静止数据：加密磁盘上的数据或生产数据库中数据很重要，因为这可以用来防止恶意的云服务提供商、恶意的邻居&租户&及某些类型应用的滥用。对于长期的档案存储来说，一些用户加密他们自己的数据然后发送密文到云数据存储商。这些客户控制并保存密钥，在自己需要的情况下解密数据。在IaaS环境中，使用多种提供商和第三方工具加密静止数据很普遍。在PaaS环境中加密静止数据一般会较复杂，需要提供商提供的或专门定制的设备。在SaaS环境中加密静止数据是云用户无法直接实施的，需要向他们的提供商请求。加密备份媒介中的数据。这可以防止对丢失或被窃媒介的滥用。理想的情况是云服务提供商以透明模式实施。但是，作为用户和数据提供者，验证是否有这种加密是你自己的责任。对加密基础设施的一个考虑因素是处理数据的寿命。除这些常见的加密应用之外，对云提供商可能遭受的特殊攻击同样要求进一步分析加密动态数据的方式，包括内存中的数据。
　　密钥管理
　　现有的云服务提供商可以提供基础加密密钥方案来保护基于云的应用开发和服务，或者他们将这些保护措施都交由他们的用户决定。当云服务提供商向支持健壮密钥管理的方案发展时，需要做更多工作来克服采用的障碍。正在制定的标准应该在不久的未来解决这个问题，但是工作仍然在进行中。云计算中还有很多密钥管理有关的问题和挑战。
　　保护密钥存储（KeyStore）：密钥存储必须像其他敏感数据一样进行保护。在存储、传输和备份中都必须保护，不适当的密钥存储可能危害所有加密数据。
　　访问密钥存储：必须限制只有特定需要单独密钥的实体可以访问密钥存储。还需要相关策略来管理密钥存储，使用角色分离来帮助进行访问控制：给定密钥的使用实体不能是存储该密钥的实体。
　　密钥备份和恢复：丢失密钥无疑意味着丢失了这些密钥所保护的数据。尽管这是一种销毁数据的有效过程，但是意外丢失保护关键任务数据的密钥会毁灭一个业务，所以必须执行安全备份和恢复解决方案。
　　有很多标准和指导方针适用于云中的密钥管理。OASIS密钥管理协同协议（KMIP）就是云中协同密钥管理的新标准。IEEE1619.3标准涵盖了存储加密和密钥管理，尤其适用于存储IaaS。
　　使用加密把数据使用与数据保管分离。
　　把存放数据的云服务提供商与密钥管理分开，建立一系列的&分离&（separation）。这即保护了云提供商，也保护了用户。避免其由于法律要求而提供数据时产生冲突。
　　当在合同中约定加密时，确保加密遵循了相关行业和政府标准。
　　了解是否云提供商的设施提供了角色管理及职责分离。
　　如果云提供商必须进行密钥管理，了解提供商是否定义了密钥管理生命周期的过程：密钥如何产生、使用、存储、备份、恢复、轮换和删除。而且，了解是否每个客户使用了相同密钥或是否每个客户有其自己的密钥系列。
　　除了确保受监管和/或敏感客户数据在静止时是加密的之外，还要确保在其在云提供商的内部网络传输时是加密的。在IaaS环境中，这将由云用户选择实施;在PaaS环境中，由用户和提供商共同分担责任;在SaaS环境中，由云提供商来负责。
　　在IaaS环境中，理解由传统加密分别保护的敏感信息和关键材料如何在使用中可能暴露（exposed）。例如，虚拟机交换文件与其他临时数据存储位置可能也需要进行加密。
　　强加密及密钥管理是云计算系统需要用以保护数据的一种核心机制。由于加密本身不能保证防止数据丢失，加密提供了资源保护功能，同时密钥管理则提供了对受保护资源的访问控制。在云计算安全中加密和密钥管理在其中起了重要的作用，为了避免敏感数据不被恶意用户轻易拿到，除了对数据的存取和访问做严格的限制以外，还需要对其进行加密，因为加密算法强度很大的情况下，对加密数据的破解就变得十分的困难了，从而保证数据一旦失窃，其中的重要信息并不容易被恶意用户窃取和使用。同样对于密钥来说相当于云计算过程中，进行特定操作的认证凭据，密钥的管理是否完善直接关系到云计算中认证能否正常进行。
【凡属支点网原创内容，版权所有，未经授权谢绝转载。内容合作，请联系市场部，否则支点网将保留追究其法律责任的权利。】
】【】【】【】比特客户端
您的位置：
详解大数据
详解大数据
详解大数据
详解大数据
大数据的时代：中国灾备考问
　　每一个行业的飞速发展，都有其独特的历史契机。而容份行业的发展所迎来的历史契机却往往伴随着一种“毁灭感”，让人感到痛苦。
　　5月27日，拥有将近3亿活跃用户的出现了大面积访问故障;第二天，网爆出因被物理删除，携程网站及APP陷入瘫痪状态12个小时，页面无法打开。6月12日，美国驻华大使馆官网发布信息称，“美国国务院领事事务局正经历海外护照和签证系统的技术问题。”6月21日早上9点左右开始，香港节点全面崩溃……
　　在当下，容灾备份是世界性难题，由于灾备涉及到数据安全问题，与其他行业相比，各国对容灾备份系统国产化、本土化的要求更高。在过去相当长的一段时间里，在中国的灾备市场上，国外厂商占据主导地位。
　　“中国灾备市场和灾备技术与国际的差距正在缩小。和中国各行各业一样，中国的容灾备份市场一直朝着好的方向发展，至少现在我们不需要告诉客户容灾的重要性了，客户会主动告诉我们他们的容灾需求。”
　　国家第八批“千人计划”专家，现任美国克莱姆森计算机学院终身教授的王子骏认为，频发的数据安全事件，会倒逼灾备产业的发展与系统的升级。
　　王子骏，自上世纪90年代从事软件及容灾备份相关领域科研工作至今。于2001年获得美佛罗里达大学的博士学位。2009年，王子骏教授携带先进的备份软件设计和开发技术回国创业，与多家和个人合作创办了专注于容灾备份的广州鼎甲计算机科技有限公司。
　　中电助力鼎甲，打造中国防火墙
　　数据安全事故已成为的一种“常态”。在此背景下，近年来中国容灾备份产业取得了突飞猛进的发展。一批特大型央企也在加速推进灾备产业布局。
　　早在3年前，国有重要骨干企业――中国电子信息产业集团有限公司(以下简称“中国电子”)就将信息安全列为集团公司重点工程，进行涉及“安全、整机、基础软件、安全应用产品”的全产业链布局。
　　为了填补国内灾备领域的诸多空白，加快灾备关键技术及设备国产化的步伐，中国电子去年6月注资王子骏创办的鼎甲公司，到目前为此，时间刚好一年。
　　中国电子的战略投资不仅给鼎甲带来了资金，也给鼎甲带来了市场机遇，让鼎甲能够直接成为中国信息安全的“国家队”。
　　“中国电子除了成为鼎甲的股东以外，还要求其所有旗下、市场和产品合作方面全力扶植鼎甲，目前鼎甲的发展势头迅猛。”
　　王子骏表示，未来，中国电子还在资金和人才上为鼎甲的发展提供帮助。鼎甲准备在今年的第四季度再次。主要用于研发团队的扩充和海外市场的扩展。鼎甲愿意和任何能够给鼎甲带来除资金以外帮助的企业合作。鼎甲将坚持以技术为根本、以市场为导向，逐步发展成国内容灾备份市场老大，在世界容灾备市场上占有一席之地。
　　“如果照这个速度发展下去，鼎甲三年内即可上市。”王子骏对未来鼎甲的发展持乐观态度。
　　破解“技不如人”困局
　　与几年前相比，国际灾备系统已有了很多突破性发展，不仅出现了更多容灾产品，同时已有容灾产品功能也更加完善，国内一些企业出于经济性考虑，依然会选择国外的灾备供应商和服务商。
　　对此，王子骏，中国的灾备系统和软件落后于西方同业确实是因为“技不如人”，而造成这一局面的关键因素是专业化人才队伍的缺失。“创立鼎甲的初衷就是将国际最先进的容灾备份技术引入中国，6年来遇到的最大困难就是人才的培养，除了培养合格的研发人员花费了我巨大的，国内IT行业对人才的不健康竞争，也给我们留住人才带来了极大的挑战。”
　　目前，鼎甲核心研发团队由三部分组成，研究团队主要是留美博士和硕士。开发团队由在国内容灾备份行业打拼了多年的资深研发人员和从国内知名大学毕业的研究生和本科生构成。另外，鼎甲的产品研发还依托于一个包括中科院院士在内的顾问团队提供专业顾问支持。
　　“鼎甲从创始之初就重视人才和技术的积累。除了由留美博士和硕士组成的研究团队以外，鼎甲本土研发团队也始终保持和国外技术同行的沟通和交流，紧跟世界最先进的技术。有些技术甚至超过了国外水平。比如，鼎甲的变长块重复数据删除技术以及动态压缩技术都已经达到和超过了国外大多数容灾备份软件的水平。”
　　打造深度研发的平台和土壤
　　在风云变换的IT行业，新产品、新技术层出不穷，同业竞争异常激烈。鼎甲除了要和国际知牌在技术上竞争以外，还要与国内一些做了十多年的老品牌竞争。王子骏认为，只有练好最基本的功夫，才能在市场竞争中立于不败之地。
　　“鼎甲苦练的‘基本功’就是培养一支具有技术深度的研发队伍，并将产品做得最稳定。有时候为了保证产品能够适应各种用户环境，鼎甲研发人员反反复复在各种环境下先行测试和修改产品，从而保证最优化的客户体验。有时候让研发人员追求技术深度往往和产品的迅速推出是冲突的，而产品不推向市场又缺乏发展的动力，为了平衡两者的关系，鼎甲通过各种各样的激励制度，让研发人员以提高自己能力为荣，以做最好的产品为己任。”
　　“目前鼎甲的产品和技术既实现了国产化，同时也达到了世界级。”王子骏说。
　　灾备行业将迎来“黄金增长期”
　　中国灾备市场方兴未艾，市场空间巨大，而且随着数据资产的不断增加，容灾备份市场将不断增长。据IDC的估算，2017年，灾备市场将达到上千亿元的规模。王子骏预测，未来10到20年都是中国灾备市场的“黄金增长期”。
　　“美国从1990年到2000年，然后2000年到2010年经历了两次‘黄金增长期’，而中国的这一时期会比美国历时更长。首先，中国有太多的企业和个人数据需要容灾备份，数据资产的基数就比美国大，其次，中国企业和个人的容灾意识与美国的差距正在缩小，最后，自主可控国产替代的大潮给中国容灾备份市场带来了新的商机。”
　　“与其他行业一样，容灾备份这个行业在中国的市场一定会在不久的将来超越西方市场。就像中国汽车和市场已成为世界最大的市场一样，中国迟早会成为容灾备份产业的最大市场。”
相关文章：
[ 责任编辑：杨瑗嘉 ]
为更好推动开放架构发展，打造开…
甲骨文的云战略已经完成第一阶段…
软件信息化周刊
比特软件信息化周刊提供以数据库、操作系统和管理软件为重点的全面软件信息化产业热点、应用方案推荐、实用技巧分享等。以最新的软件资讯，最新的软件技巧，最新的软件与服务业内动态来为IT用户找到软捷径。
商务办公周刊
比特商务周刊是一个及行业资讯、深度分析、企业导购等为一体的综合性周刊。其中，与中国计量科学研究院合力打造的比特实验室可以为商业用户提供最权威的采购指南。是企业用户不可缺少的智选周刊！
比特网络周刊向企业网管员以及网络技术和产品使用者提供关于网络产业动态、技术热点、组网、建网、网络管理、网络运维等最新技术和实用技巧，帮助网管答疑解惑，成为网管好帮手。
服务器周刊
比特服务器周刊作为比特网的重点频道之一，主要关注x86服务器，RISC架构服务器以及高性能计算机行业的产品及发展动态。通过最独到的编辑观点和业界动态分析，让您第一时间了解服务器行业的趋势。
比特存储周刊长期以来，为读者提供企业存储领域高质量的原创内容，及时、全面的资讯、技术、方案以及案例文章，力求成为业界领先的存储媒体。比特存储周刊始终致力于用户的企业信息化建设、存储业务、数据保护与容灾构建以及数据管理部署等方面服务。
比特安全周刊通过专业的信息安全内容建设，为企业级用户打造最具商业价值的信息沟通平台，并为安全厂商提供多层面、多维度的媒体宣传手段。与其他同类网站信息安全内容相比，比特安全周刊运作模式更加独立，对信息安全界的动态新闻更新更快。
新闻中心热点推荐
新闻中心以独特视角精选一周内最具影响力的行业重大事件或圈内精彩故事，为企业级用户打造重点突出，可读性强，商业价值高的信息共享平台；同时为互联网、IT业界及通信厂商提供一条精准快捷，渗透力强，覆盖面广的媒体传播途径。
云计算周刊
比特云计算周刊关注云计算产业热点技术应用与趋势发展，全方位报道云计算领域最新动态。为用户与企业架设起沟通交流平台。包括IaaS、PaaS、SaaS各种不同的服务类型以及相关的安全与管理内容介绍。
CIO俱乐部周刊
比特CIO俱乐部周刊以大量高端CIO沙龙或专题研讨会以及对明星CIO的深入采访为依托，汇聚中国500强CIO的集体智慧。旨为中国杰出的CIO提供一个良好的互融互通 、促进交流的平台，并持续提供丰富的资讯和服务，探讨信息化建设，推动中国信息化发展引领CIO未来职业发展。
IT专家新闻邮件长期以来，以定向、分众、整合的商业模式，为企业IT专业人士以及IT系统采购决策者提供高质量的原创内容，包括IT新闻、评论、专家答疑、技巧和白皮书。此外，IT专家网还为读者提供包括咨询、社区、论坛、线下会议、读者沙龙等多种服务。
X周刊是一份IT人的技术娱乐周刊，给用户实时传递I最新T资讯、IT段子、技术技巧、畅销书籍，同时用户还能参与我们推荐的互动游戏，给广大的IT技术人士忙碌工作之余带来轻松休闲一刻。
微信扫一扫
关注Chinabyte您所在的位置:&& >>
重复数据删除不同阶段的恢复时间
来源：CIO时代网&e-works
摘要： 探讨关于重复数据删除技术方面的文章有很多，但是“不同的方法怎样影响灾难恢复技术恢复数据所用的时间”这个话题却一直没有得到很适当地解决。本文将了解将备份数据从分散站点迁
　　进行数据保护最重要的是能够及时进行可靠且具有成本效益的数据恢复，无论是在本地还是远程，这一点都很重要。
　　如果你像大多数的IT专业人士一样，那么你肯定已经思考过重复数据删除技术怎样改善数据保护操作这个问题了。你可能已经听说了，厂商们正在利用很多指标使自己的产品与众不同：资源与基于目标的，在线处理和后期处理的，文件级别与子文件级别指纹的，固定窗口与窗口长度可变的，单一的与全局重复数据删除保存的等等，让人们很难作出决定。
　　做出灾难恢复(DR)操作的决策需要遵循的一个关键指标是恢复所用的时间(TTR)。
　　探讨关于重复数据删除技术方面的文章有很多，但是&不同的方法怎样影响灾难恢复技术恢复数据所用的时间&这个话题却一直没有得到很适当地解决。随着数据保护操作变得越来越以磁盘为基础，企业把数据从基于磁带的设备上迁移出来时应该大量利用重复数据删除技术和数据复制等技术。
　　本文我们将了解将备份数据从分散站点迁移到集中式站点，然后为了灾难恢复而再将其迁移到远程站点的整个的系统流程，我们将会按照恢复点目标(RPO)与恢复时间目标(RTO)对以目标为基础的两个主要的重复数据删除架构的影响进行评估，这两个架构分别是在线处理和后期处理。
　　为了进行这样的一个比较，我们的头脑中需要始终保持的一个重要的观念是：这会影响到灾难恢复的最终结果以及整个重要的数据保护过程的成本；仅仅侧重于对这一过程中的一个或者多个中间步骤进行比较，就足以让你能够充分理解获得底线目标的能力：需要用具有成本效益的做法来满足你的RPO/RTO要求。
　　在线处理与后期处理
　　要想说明在线处理与后期处理间的不同之处的最佳做法是描述两者在备份过程中分别是怎么工作的。在这两种情况中，你有自己的备份资源(通常称为&备份客户&)和备份目标。在线处理过程中，重复数据删除设备被定义为备份目标。在数据被写入目标之前将那些处于运行的数据删除；只有经过了重复数据删除操作之后，数据才会被存储起来。后期处理过程中，重复数据删除设备同样被定义为备份目标，但是数据一开始就会以原本的形式被写入磁盘。然后在接下来的过程中会挑选出这些数据，对它们进行重复数据删除，并将其再以重复数据删除形式写入设备中。
　　在线处理中，重复数据删除过程可能会增加一定的潜伏期，而且在过去人们会有这样的一个担心：在线设备可能会影响备份的性能。而在后期处理重复数据删除过程中，人们需要增加比预先更多的存储空间(以便将备份数据写为&未重复数据删除&的格式)和更多的时间(一旦备份开始，重复数据删除就变成两个独立的连续的进程)来将备份数据处理为重复数据删除格式。
　　一直以来厂商都在努力解决这一问题，现在市场上有一些在线重复数据删除设备可以500MBps的单数据流技术的速度或者更高的速度来提取备份数据(并将其转换为重复数据删除格式)。这些在线重复数据删除设备可让备份数据提取的性能低于预期(假设在最有限的网络备份情况下)的性能，但是却可带来最高的性能环境。为了后期处理可与备份数据提取操作同时进行，后期处理做法已经进行了一些改变，大大缩减了将数据提取和处理为重复数据删除格式所需的时间。夜间备份工作往往被分为大量按顺序作业的备份工作，在这样的情况下，一些后期处理厂商现在已经可以对全面的备份工作进行重复数据删除，同时他们还可以从其它设备中提取数据。
　　假设数据一直都停留在磁盘上，那么从备份资源上迁移数据到灾难恢复站点往往需要一个分三步走的过程(备份、重复数据删除和数据复制)。但是需要知道的是，在线处理做法会同时进行备份和重复数据删除，有效地将其分为两步走的过程。
　　评估人们对TTR认知程度的一些关键的必要因素有哪些？让我们更加深入地认识一下这几个因素：
　　网络带宽
　　什么时候和在哪里进行重复数据删除会严重影响备份所需的时间。
　　在备份环境中，重复数据删除往往会减少10倍到20倍甚至更多的备份工作规模。如果在靠近资源的地方进行重复数据删除，那么重复数据删除的好处可减少一定量的数据，而以前这些数据必须通过LAN/WAN才能实现从备份资源到主站点的传输，例如让更小的更廉价的重复数据删除设备与远程办公室或分支机构(ROBO)的本地备份目标一样进行工作。这个因素能够帮助大大降低带宽和时间需求。这一过程中你会面临的取舍是：备份的同时进行重复数据删除会增加时间的需求，而必须在网络中传输数量明显更少的数据的话又可能会节约大量的时间。网络带宽在这一比较过程中是一个关键的变量。
　　备份提取性能
　　备份提取性能是一个很重要的因素，但不是唯一的因素。但是，你往往需要将这过程的周期最短化，在这一过程中使用的应用的性能可能会因备份操作而降低，但是你需要弄清楚重复数据删除设备的备份提取性能以及网络向设备交付数据的最大数据量。只有这样你才会理解这是否与在线处理和后期处理过程中的重复数据删除设备的备份提取性能有关。
　　同时进行的重复数据删除操作
　　对于在线重复数据删除设备来说，可能出现的状况是，由于重复数据删除与提取备份数据同时进行，会导致提取速度变慢。如果在物理定律下这可能能够实现，但是你同样可能预见到后期处理重复数据删除设备的性能会同样出现下降，因为后期处理重复数据删除设备往往在进行备份工作的同时对另一个对象进行重复数据删除。
　　尽管这不是对比的唯一点，但是为了在同一个水平上对在线处理和后期处理进行比较，你需要理解后期处理设备的重复数据删除的性能如何，而不能停止于对备份提取性能的了解，并且你还需要理解同时进行备份提取的时候如何进行转换。在线处理厂商会公开公布重复数据删除性能与备份提取性能的特点，然而后期处理厂商通常仅仅报告备份提取的性能，而不公开重复数据删除的性能。如果要想知道本地备份什么时候完成你不需要知道两种数据点，但是，一旦不能将备份数据传输到远程灾难恢复站点以及你不知道在该远程站点的TTR是多少的话，你就需要弄清楚这两个的性能了，除非这些数据已完成提取和重复数据删除。
　　更多网络带宽问题
　　如果在灾难恢复站点你将数据保存在磁盘上，那么重复数据删除性能可能会对TTR产生另一种影响，这种影响可能不是快速并且明显的。需要对受到毁灭性的灾难影响的多个系统进行全面的恢复，诸如此类的特定的恢复操作可能需要人们将大量的数据传输出去，并且这那样的情况下你往往不能使用广域网来完成任务。大多数的厂商支持将数据倾倒到&运送&设备(一个设备、磁带等)，以便可将数据更快地运送到恢复站点(假设与灾难恢复站点不同)。通常处于主站点的数据可能遭到了破坏，但是该站点本身没有遭到破坏，并且主站点往往是首选的恢复站点。如果数据以重复数据删除的格式被存储在灾难恢复站点的磁盘上，你往往想知道，如果要想将数据以其原本的格式传输到这些设备中会需要多少时间。
　　在关于在线处理和后期处理设备的不同读取性能的调查中我们发现，如果不将数据以最初的格式存储在磁盘高速缓存器的话，在线设备往往比后期处理设备的速度更快(大约3倍到4倍)。能够以400MBps的速度从在线重复数据删除设备中读取数据，与能够以100MBps的速度从后期处理设备中读取数据的差距可能会造成下载数据时的几个小时的差距，这取决于数据的数量。这一不同可能会对TTR产生巨大的影响。
　　成本和管理问题
　　不同的做法带来不同的成本开销和管理问题，因此你需要确保你已经完全了解了这些。一个主要的例子是，在与单数据流技术的性能进行比较的时候，了解不同厂商配置要求的型号和成本就变得十分重要，因为只有这样你才能获得最高级别的性能。如果一些做法需要更多的磁盘主轴来获得最高级别的性能的话，那么这将不仅对成本造成局限，还可能会对管理和其他问题(占地面积、能源消耗等)造成限制。在解决大的单一的备份任务的时候，吞吐量是了解TTR的一个可执行的指标，如数据库、单数据流(非聚集数据流)。
　　数据复制所需的时间
　　你还需要知道数据复制是一个怎样的工作流程。以及当进行文件备份的时候、当备份任务结束的时候，或者仅当所有备份任务结束的时候，数据复制是否还在进行中?
　　很显然，你希望能够以重复数据删除格式而非原本的格式对数据进行复制，以便最少地占用主站点和灾难恢复站点的带宽需求，因此你必须等待，直到重复数据删除开始。在最开始的重复数据删除过程中，大多数厂商在存储数据之前都会先对数据进行重复数据删除和压缩，但是并不是所有的厂商在进行数据复制的时候都将数据保存为这样的格式。如果厂商必须要在复制之前对数据进行解压缩的话，完成复制的过程将会对带宽需求造成一定的影响，这也是可能会对TTR造成影响的一个因素。
　　清楚什么时候构成重复数据删除文件的必要元数据被复制也十分重要。否则你无法将文件从灾难恢复站点恢复，除非这些元数据(关于数据仓库的数据，指在数据仓库建设过程中所产生的有关数据源定义，目标定义，转换规则等相关的关键数据)也处在灾难恢复站点上。
　　一些方法将元数据与文件同时进行复制，然而其他做法却不会对整个文件的元数据进行复制，除非特殊的备份工作的复制过程结束，或一些情况下甚至更晚些的时候才会同时复制。对于大的数据传输任务来说，完成复制需要的时间的不同决定了什么时候开始从远程站点进行文件的恢复，这之间可能会有几个小时的差距。这将对TTR产生明显的影响。
　　将数据复制与重复数据删除设备进行功能上的整合而不是使用独立的复制能力来完成任务是有很大的好处的，例如基于阵列的复制。随着元数据传输的结束，综合的选择可让文件立刻适用于灾难恢复站点的只读要求，但是更加静态的选择例如基于阵列的复制，会要求该文件在允许访问之前被手动安装到服务器上。整合的做法让重复数据删除之后的数据的完整性的管理工作变得更加容易，但是即使这样你往往想知道厂商是怎样解决数据完整性问题的。在重复数据删除后的环境中，大块数据的丢失可能会影响几百或几千的不同的文件，因此，你一定要确保你对厂商在此方面的做法的可靠性是满意的。
　　恢复的时间
　　在比较恢复时间的时候，厂商显然想告诉用户他们可提供很快的恢复能力。在线的做法不会将数据隐藏为原本的格式，然而大多数后期处理厂商建议至少要维持最新的备份数据的原本的格式，以便促进更快的恢复。(据统计，如果可行，大多数恢复来自于最新的备份)
　　在比较恢复时间的时候，要确保你已经清楚了数据从远程站点被恢复所需的时间，无论被隐藏在主站点上还是非主站点上。维持主站点的一个大的缓存可能会导致更佳的恢复时间，例如已被传输到灾难恢复站点的数据，但是这可能不是恢复种类(你必须在你的环境中操作)的现实的代表。
　　磁盘价格变得越来越实惠了，但是主站点上的大量的缓存花费了比更少缓存或没有缓存的磁盘更多的费用。如果被隐藏很多天的话还值得备份在主站点上么？如果必须在灾难恢复站点进行恢复的话，你可以做的是什么？你需要的数据会适用于主站点的磁盘存储么？数据不仅应该在主站点上，还应该必须是可恢复的。在灾难发生的时候，上述情况可能并非总是如此。
　　在考虑这些问题的时候，头脑中有一些意识变得日渐明显。如果你有严格的RPO/RTO请求的话，运行速度很快的最新版本的在线重复数据删除技术可能会很好地创造TTR，可能会比后期处理的重复数据删除技术的做法少用几个小时的时间，甚至当后期处理做法的备份提取(而非重复数据删除)性能比在线设备的超额完成任务量在2倍到3倍的情况下也是如此。在你处理大的备份集的时候这就不再是一个问题了，在与可同时进行备份提取和重复数据删除的后期处理技术进行对比的时候，我们发现单一的最大的备份任务将很可能决定在线处理与后期处理做法的TTR的不同。这是因为大多数的后期处理重复数据删除做法在备份任务完成之前不能开始进行重复数据删除。这就意味着有着严格的恢复规定的规模较大的企业实际上可能更适用于在线重复数据删除技术。提供带有重复数据删除性能的这些解决方案至少可以满足你的网络交付数据能力的要求。
　　在制定采用重复数据删除技术的灾难恢复战略的时候，与数据复制功能进行整合是满足企业恢复需求的一个关键的功能，不仅可以简化数据迁移流程，还有助于进行更加自动的数据恢复，并提供可能减少几个小时时间内的TTR。
　　虽然不同厂商的产品的架构存在很大的不同，但是这些不同并不会对TTR造成很大的影响，因为市场上仍然有一些可以起到作用的关键产品。通过了解你的需求，然后了解不同厂商做法的影响，你就可以把工作重点放在指标的定制上，并且让这些指标来帮助你更直截了当地作出技术决策。
（责编：韩雨彤）
声明：凡注明CIO时代网（）之作品（文字、图片、图表），转载请务必注明出处为CIO时代网（），违者本网将依法追究责任。
访问该页面的用户
与您同地区的用户
之后可以查看
与您同行业的用户
之后可以查看
本期CIO时代网访谈继续邀请到远洲集...
copyright@2004 CIO时代网 版权所有
京ICP备号-1