设为首页 收藏本站
查看: 703|回复: 0

[经验分享] Azure backup 的几个概念

[复制链接]

尚未签到

发表于 2017-6-30 08:20:17 | 显示全部楼层 |阅读模式
受保护实例是什么
  受保护实例通常指配置为备份到 Azure 的 Windows 计算机、物理或虚拟服务器,或者 SQL 数据库。为计算机、服务器或数据库设置备份策略,并为数据创建副本后,实例即受到保护。该受保护实例的备份数据后续副本(称为恢复点)将增加使用的存储量。可为每个受保护实例创建最多 9999 个恢复点。如果从存储中删除恢复点,则不计入 9999 个总恢复点数。受保护实例的一些常见示例包括运行 Windows 操作系统的虚拟机、应用程序服务器、数据库和个人计算机。例如:

  • 运行 Hyper-V 或 Azure IaaS 虚拟机监控程序结构的虚拟机。此虚拟机的来宾操作系统可以是 Windows Server 或 Linux。
  • 应用程序服务器:应用程序服务器可以是运行 Windows Server 的物理或虚拟机,也可以是包含要备份的数据的工作负荷。常见工作负荷有 Microsoft SQL Server、Microsoft Exchange 服务器、Microsoft SharePoint 服务器、Microsoft Dynamics 和 Windows Server 的文件服务器角色。备份这些工作负荷需要 System Center Data Protection Manager (DPM) 或 Azure 备份服务器。
  • 运行 Windows 操作系统的个人计算机或笔记本电脑。
什么是保管库凭据文件?
  保管库凭据文件是门户为每个备份保管库生成的证书。然后,门户会将公钥上载到访问控制服务 (ACS)。下载凭据时,会向你提供私钥。可用它来注册要保护的计算机。私钥可用于对要将备份数据发送到特定备份保管库的服务器或计算机进行身份验证。
  只能使用保管库凭据来注册服务器或计算机。但是,请保存好保管库凭据,如果它丢失或由他人获取,这些凭据可能会用于针对相同的保管库注册其他计算机。由于备份数据使用通行短语进行了加密,因此只有你可访问,现有的备份数据不会泄露。保管库凭据会在 48 小时后过期。虽然可随时下载备份保管库的保管库凭据,但只有最新的凭据可用于注册。
Azure 备份与 Azure Site Recovery 有何不同?
  Azure 备份和 Azure Site Recovery 在这两种服务的备份数据方面相关并且可还原该数据,但两者的核心价值主张不同。
  Azure 备份保护本地和云中的数据。Azure Site Recovery 可以协调虚拟机和物理服务器的复制、故障转移和故障回复。这两个服务都很重要,因为灾难恢复解决方案需要让数据保持安全且可恢复(备份),同时在服务中断时使工作负荷保持可用 (Site Recovery)。
  以下概念可帮助你做出有关备份和灾难恢复的重要决策。


概念详细信息备份灾难恢复 (DR)恢复点目标 (RPO)在需要执行恢复的情况下可接受的数据丢失量。备份解决方案的可接受 RPO 存在很大差异。虚拟机备份的 RPO 通常为一天,而数据库备份的 RPO 只有 15 分钟。灾难恢复解决方案的 RPO 较低。DR 复制可以落后几秒钟或几分钟时间。恢复时间目标 (RTO)完成恢复或还原所需的时间量。由于 RPO 较大,备份解决方案需要处理的数据量通常更多,这会导致 RTO 较长。例如,根据从异地转送磁带所需的时间,从磁带还原数据可能需要数天的时间。由于灾难恢复解决方案与源之间的同步程度更高,因此其 RTO 更小,需要处理的更改也更少。保留数据需要存储多久对于需要进行操作恢复的情况(数据损坏、意外的文件删除、OS 故障),备份数据通常会保留 30 天或更短。
从合规性的角度来看,数据可能需要存储数月甚至数年。在这种情况下,备份数据非常适合存档。灾难恢复只需操作性恢复数据,通常只需几个小时或最多一天的数据。由于 DR 解决方案中使用了精细数据捕获,因此不建议长期保留 DR 数据。

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-389572-1-1.html 上篇帖子: Azure VM Disk的设计与部署 下篇帖子: 基于Azure构建PredictionIO和Spark的推荐引擎服务
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表