关键字 |
云计算、灾难恢复技术,传统的灾难恢复,灾难恢复计划、灾难恢复服务。 |
介绍 |
处理设备或许可软件组织中有更多的员工,为所有员工提供这些软件为他们的工作没有任何通过使用物理硬件延迟是轻微的困难。云计算发展克服这个问题。云计算是基于互联网的计算过程中,系统由彼此互联与共享资源。网络是云计算和用户之间的媒介行为。云有许多服务器的应用程序、平台和基础设施。客户端连接到云服务器,可以通过网络和存储数据可以从任何地方访问数据。它是一个实时通讯网络。我们可以在任何地方运行我们的程序通过访问云。使用云计算,我们可以访问任何软件或数据不支付任何钱给云。 |
发生系统崩溃或电源故障时数据丢失的机会,有些时候它可能导致经济损失。这个系统崩溃和其他问题发生由于自然灾害或人为造成昂贵的服务中断。当灾难发生在业务连续性数据的公司可能会得到巨大的损失和经济损失。这种现象会导致生命和财产损害和破坏经济、社会和文化生活的人。当灾难发生时公司需要保护的数据损失。云提供公司像谷歌、亚马逊、微软等,经验丰富的云的灾难和巨大的损失数据和服务器。当灾难发生在客户端备份将存储在云但如果灾难发生在云数据将丢失。由于恶劣的天气导致自然灾害可能发生的灾难 |
为了克服这些灾难有一些灾难恢复技术用于恢复数据。备份数据是古老的技术用于灾难恢复。有许多公司开发灾难恢复技术作为其业务连续性要求。专用和共享模型的两种方法是基于成本和灾难恢复的速度。存储的数据云基础设施为了恢复当灾难发生。每个组织应该有一个灾难恢复过程,应该测试过程记录每年至少两次。 |
数据丢失的原因 |
有6由于灾难发生数据丢失的原因 |
自然灾害:发生自然灾害时2%的数据将丢失。发生自然灾害的主要原因是平凡的和邪恶的。由于世俗的和邪恶的影响不能认识到灾难发生时数据丢失。 |
关键任务应用程序失败:当应用程序就无法使用几天之后它会导致灾难性的失败,在一些组织中关键任务。通过使用所有应用程序存储在云可能会减少灾难性的失败。 |
网络故障:云计算和客户通过互联网和网络失败时连接到云的系统崩溃和数据将丢失,正在基于云的应用程序也将受到影响。作为网络故障基于IP电话和电信也将受到影响。 |
网络入侵:当病毒入侵到应用程序有可能发生的灾难。通过将无法使用应用程序在那个地方在一个观察名单,我们可以防止灾难的发生。 |
黑客或恶意代码:灾难发生在组织的内部或外部虽然他们阻止黑客或恶意代码修改数据有数据丢失。在美国每年花100亿美元来恢复这种类型的数据丢失。 |
系统故障:如果基础设施组织失败,那么整个系统相连的组织会崩溃。这将影响到操作系统。 |
发生灾难的主要原因是一个人,60%的数据中心是失败了。根据我们调查云小企业失败后重新开放其业务灾难性的影响。 |
传统的灾难恢复 |
传统的灾难恢复是由共享集团分为6层。 |
层0:不离线数据,意味着没有灾难恢复计划和保存数据。恢复数据可能需要数周时间和它是不成功的。 |
一级:数据备份没有hotsite意味着hotsite不是被离线备份的数据。检索的数据备份是时间的过程。没有自己的冗余服务器是时候采取过程定位和配置合适的系统。 |
第2层:数据备份与hotsite意味着组织维护数据备份以及hotsite它是最快的过程。通过热备份站点当灾难发生时我们可以在站在服务器上运行应用程序。 |
层3:不要备份通过物理介质提供了电子库,这样热备份数据是网络访问网站。hotsite备份是成本效益最好是通过网络来访问它。 |
层4:时间点副本意味着组织维护更及时的时间点备份重要的数据是网络访问主机的网站。 |
第五层:事务完整性意味着事务生产系统和恢复站点之间是一致的。所以,不应该有数据丢失。 |
传统的灾难恢复提供了更好的RPO和RTO的。传统地理冗余是另一种技术,数据中心拥有足够的设备当备份存储数据。为了保证快速恢复时间目标需要部署相同类型或硬件或软件geo-redundant网站。虚拟化简化了传统灾难恢复通过放宽兼容性要求部署硬件恢复站点。硬件配置在主站点恢复站点应该等于把整个交通负荷的影响可接受的服务质量,可靠性和延迟。 |
如果应用程序从头启动灾难恢复然后RTO到虚拟机应该是可比的RTO传统冷备份配置 |
灾难恢复需求 |
这就解释了灾难发生时有效的云服务关键特性。 |
恢复点目标:最大时期采取了一个灾难发生时计算RPO时数据丢失。必要的RPO通常是一个商业决定一些应用程序完全没有数据可能会丢失(RPO = 0),需要连续使用同步复制,而对于其他应用程序,可接受的数据丢失可能范围从几秒到数小时甚至数天。恢复点目标识别你愿意失去多少数据在发生灾难。 |
你的RPO是通常由您保存并备份数据的方式: |
•每周离线备份将生存的损失你的数据中心和一个星期的数据丢失。日常离线备份是更好的。 |
•每日现场备份将生存的损失您的生产环境与数据丢失的一天+复制事务后复苏期间系统的损失。每小时现场备份是更好。 |
•NAS / SAN将生存的损失任何个人服务器,除了数据损坏的实例没有数据丢失。 |
•集群数据库将生存的损失任何个人数据存储设备或数据库节点没有数据丢失。 |
•集群数据库跨多个数据中心将生存的损失任何个人数据中心没有数据丢失。 |
恢复时间目标:这是一个测量的时间到它可以承受和恢复到系统发生灾难时。它可能是几分钟,几小时,几日。它可能还包括故障检测和准备所需的服务器备份网站应用程序初始化中断中执行。恢复时间目标确定停机时间多少是可以接受的在发生灾难。 |
性能:使博士服务有用的性能是保护无失败操作下使用应用程序的同步复制备份网站并完成应用程序的性能使它可以使用了。 |
一致性:灾难发生时采取备份的应用程序应该在同一站点复制后间隙的灾难一致的状态。博士灾难发生时采取备份机制是有用的。 |
灾难恢复计划 |
有一些机制,实现数据备份,灾难恢复技术。所以,当我们想要备份的数据我们可以遵循一些机制。 |
备份站点可以来自三个不同的来源: |
•公司专业提供灾难恢复服务。 |
•组织拥有并经营的其他地方。 |
•与另一个组织共同协议,共享数据中心设施在发生灾难。 |
热备份网站:它是非常昂贵的。这个网站使用实时操作流程的组织。这是复制的原始网站。损失非常小的数据我们可以迁移数据,继续我们的工作我们正在执行。它将保存为我们当前数据的虚拟映像。在几个小时内热备份网站可以带来全面生产。修道院用于灾难发生的情况下。 |
冷备份网站:它是最便宜的。不需要任何备份的数据副本或它不包括硬件。缺乏硬件可以用最小的成本,但公司需要更多的时间。恢复所需的所有服务,用户必须采购和交付网站之前执行恢复操作。 |
热备份网站:它已经满的硬件配置备份网站,发现在主站点。应用热备份网站最后数据备份应交付给他们的主要网站。 |
灾难恢复服务 |
灾难恢复服务是一个即将到来的云计算的服务作为一个术语。这是一个低成本相比传统的灾难恢复服务。它在身体或复制几乎是灵活的。它提供应用程序恢复等一些工作的应用程序SQL server一致。它已经预先构建的虚拟恢复环境包括安全的选择,网络连接和服务器故障转移时不断复制服务器之一。当灾难发生时我们可以把备份和灾难恢复提供的运行我们的应用程序服务,直到我们得到备份主站点。灾难恢复服务复制关键服务器和数据中心基础设施云。 |
灾难恢复作为服务提供免费或支付使用。当不兼容问题发生是由于软件然后打破臂形韵律层云可能发生变化。 |
臂形韵律层的架构由三个模型定义。 |
从云:当主应用程序或数据在云计算和备份或恢复站点在私有数据中心。 |
在云:当主站点和恢复站点都在云。 |
云:当应用程序在主数据中心和云备份或恢复站点。 |
测试恢复进程使用沙箱和他们测试在不影响正在运行的应用程序。只有只有系统管理员访问。 |
博士解决方案预包装服务,提供了一个标准的故障转移到云环境中,你可以买一个收费不同利率基础上恢复点目标(RPO)和恢复时间目标(RTO)。 |
结论 |
随着云计算变得非常重要在日常生活和每个公司基于云计算。他们没有意识到灾害在云;他们不知道任何复苏机制。当灾难发生所有公司面临着巨大的数据丢失,也介绍了金融之后许多恢复机制。作为PaaS云命名,IaaS, SaaS为服务提供他们的服务,云用户在基础设施方面,软件及平台作为他们的要求;因此用户可以使用云没有任何困难。通过实现臂形韵律层云一个可以从数据丢失中恢复过来时,他经历了系统故障或自然灾害。所以通过实现臂形韵律层在业务连续性可以克服他们的数据丢失。 |
表乍一看 |
|
|
数据乍一看 |
|
|
引用 |
- https://en.wikipedia.org/wiki/Cloud_computing
- http://www.webopedia.com/TERM/C/cloud_computing.html
- http://www.cs.uwp.edu/staff/lincke/infosec/notes/BC-DR.ppt
- http://blog.ussignalcom.com/blog-1/bid/257525/6-Causes-of-Data-Loss-Prepare-your-Disaster-Recovery _ftn2
- http://books.google.co.in/books?id=q0FaSaNEYK0C&pg=PA179&dq=cloud +
灾难+ recovery&hl = en&sa = X&ei = wPXUYCPJIWIrAfSzICABA&ved = 0 ceiq6aewag #云% 20 v = onepage&q =灾难% 20 recovery&f = false
- http://www.pushbuttonrecovery.com/App_Themes/pbr/images/diagram_home_V1.jpg
- http://t1.gstatic.com/images?q=tbn ANd9GcQnWtey5vjlaDofAVj1aeSiivZ1WlH1bWcZnI_nYMEqhnE6q7p2
- http://www.francescovolani.org/techlog/wp-content/uploads/2012 / 04 / RPORTO_Schema.png
- http://en.wikipedia.org/wiki/Backup_site
- https://access.redhat.com/site/documentation/enUS/Red_Hat_Enterprise_
Linux / 4 / html / Introduction_To_System_Administration / s2-disaster-recovery-sites.html
- http://www.liquidweb.com/img/disaster-recovery.jpg
- http://www.futurex.com/images/blog/disasterrecovery-plan.png
- 云应用程序架构构建应用程序和基础设施云'RELLYand乔治·阿里斯。
- http://www.windstreambusiness.com/data-center-solutions/disaster-recovery/disaster-recovery-as-aservice
- http://www.windstreambusiness.com/media/299685/draas-large.jpg
- http://t1.gstatic.com/images?q=tbn ANd9GcS_LS3KtFVs
C00YwagC2OmBV9GiX0EoZTjJJZXy38rzMLZk88HqqA
- http://en.wikipedia.org/wiki/Recovery_as_a_Service
- /上传/ 2011/10 / netmagic-graphic1.jpg http://www.datacenterknowledge.com/wp-的内容
- /上传/ 2011/10 / netmagic-graphic3.jpg http://www.datacenterknowledge.com/wp-的内容
- https://www.usenix.org/legacy/event/hotcloud10/tech/full_papers/Wood.pdf
|