云端的崛起是IT行业的必然趋势,所以各个企业或者组织都会将原有的数据平台迁移到Office 365中,从企业cost角度而言,会降低一些On Premise服务器的维护成本和IT运维支出,但从数据安全和备份角度而言,就需要企业决策者考虑周全:On Premise产品可以针对DB级别进行Full+Incremental备份,那么云端该如何考虑才能满足企业的SLA标准呢?

今天抛出这个话题,也是源于近半年来一些合作伙伴或者终端用户与我讨论和咨询相关的需求,这里整理和总结一些概要的点分享给大家,希望对大家日后的方案定制有所帮助。

众所周知,Office 365 的Component Service:Exchange Online,SharePoint Online,Microsoft Teams,Office 365 Groups,OneDrive for Business,Project Online等协同办公的组件服务以及数据存储管理平台,有些终端用户会提出一些疑问,微软的Office 365也有一些备份机制,比如SharePoint Online有Recycle bin,end user不慎误删除文档的情况下,可以在Recycle bin中查找并进行单一文档或者批量文档restore,再比如end user的mailbox删除一些邮件后,可以通过Compliance vault的功能检索到邮件所在位置,download下来,下图是细节说明:
规划Office 365 数据备份(还原)方案的考量点_第1张图片

从图中可以看出,Office 365 存储数据的介质是微软自己的,并且keep备份数据有有一定的周期的,不超过3个月时长,如果您是企业的IT管理人员,对您给end user制定的SLA协议标准从备份角度的考量点势必要包含但不限于:

• 数据备份级别,比如SharePoint Online,是否针对site、library、folder、document、item、Permissions、metadata等等全部备份;针对Exchange Online,是否对mailbox,folder,mailbox item全部备份。
• 数据存储是否支持客户自己的存储介质,比如Azure Storage,FTP等
• 数据备份保留周期,至少半年或者一年以上,因为一些合规部门应国家标准规定,固定资产资料至少保证有1,3,5,10年的查询期限
• 支持备份的scope更新选择,比如特定的某些site Collection或者mailbox进行备份,并非整个Office 365的所有account相关信息都备份

除了备份的上述考量点,针对数据还原的考量点包含但不限于:

• 支持数据细粒度的还原,比如某个document(mailbox)丢失,单独还原,而不是针对library,folder后者site级别还原,而覆盖新增加的文档。
• 当container或者document在还原时发生冲突时处理机制如何?Overwrite,merge,skip?
• 备份文档成百上千万,是否支持高级检索,针对有问题的文档进行检索后restore而非整个界面显示所有备份的object逐条删选。
• 从DR角度考虑,是否支持将备份数据export到location,并且document和mailbox可读?
• 是否支持将备份数据还原到original location或者其他Site Collection或者mailbox中。

• 针对上述的备份和还原考量点外,再寻求解决方案软件时,请务必参照上述细节外还需寻求一款备份软件能覆盖所有Office 365的services:Exchange Online,SharePoint Online,Microsoft Teams,Office 365 Groups,OneDrive for Business,Project Online 进行集中管理,而非piece to piece管理牵扯一定的人力+精力。