vSphere 虚拟化 commvault 备份实践

随着信息化的高速演进，膨胀的数据成几何备增长，在人工智能、AI、大数据的浪潮下，数据已成为核心纽带，并成为企业的核心竞争力。

除了业务需要保障稳定、持续、高效的运行，数据备份已逐渐成为业务不可或缺的一环。目前，常见的备份方式，按执行方法来看有手动备份、软件自带备份、第三方备份软件。按应用场景情况来看，有在线备份，离线备份等等。

全备（Full-Backup）是指在某一时间点对要备份的数据、文件等的完全复制。该备份数据量最大，耗时最长，备份恢复时可直接使用进行恢复。

差备（Differential-Backup）是指在完成一次全备的基础上后对改变的部分进行备份。该备份数据量较少，耗时少，备份恢复时使用一次全备+一个差异备份。

增备（Incremental-Backup ）是指在完成一次全备的基础上对数据的变更进行备份。该备份相较差备数据量少，耗时更短。备份恢复时需要一次全备+恢复时点之前所有的增备。

本文主要针对第三方备份commvault备份软件备份vsphere虚拟机的实操情况。

一、规划

不管使用哪个第三方软件备份，开始时都需要做好前期调研，做好规划，例如：

1.确定需要备份的数据、虚拟机的种类；

2.要备份的数据量有多大，第三方软件的数据去重和压缩量能达到多大；

3.备份软件与业务间的带宽；

4.业务数据交换高峰期；

5.备份是否使用代理；

6.备份使用后端口安全防护、是否使用单独vlan。

二、部署

完成上述规划和环境基本配置后，可开始建立备份任务，此时需要注意的部分有：

1.备份任务采用单任务备份多个虚拟机，还是一对一；

2.虚拟机是整机备份还是使用代理备份；

3.日后管理备份任务承载平台和表格；

4.业务重要性和应用架构；

5.备份任务分级管理。

其中，针对虚拟机备份任务承载，建议在前期部署时将新建的任务逐一统计，便于后期管理。当然如果有软件平台自动显示则再好不过，下图是一种统计方式，可供大家参考。

备份任务分级，简单可分为重要、一般、不重要。此处应考虑用户对数据能够承受的最大丢失量，并与用户针对业务一一确认。另外，有些应用数据增加周期不同，此处也因考虑在内，制定合适的备份策略。此处给出一些常用的备份策略：每周全备，周内每日增备；每月全备，每周增备。同时应确定保留数据的时间。

三、运维

随着后续备份业务的增加，数据量的增多，需要对当下的备份任务做调整，如：多虚拟机单任务的由于备份时间较长或已处在业务数据交换高峰期需要将任务进行拆分，最好是一对一。

数据量的增多备份空间将逐步减少，此时可考虑增加授权，增加存储空间。当然，没有充足授权的情况下，需要进一步优化备份任务，减少备份频次。特别是在云计算，docker等的驱动下，更多的应用目前已将数据与程序分离。针对没有业务数据的虚拟机可在下次变更前只保留一份可用备份。这样，备份空间将会减少一定数量级。

常见的备份运维问题：

1.备份代理

使用commvault代理备份数据库（如oracle），若需要关闭数据库，则一定先关闭备份代理服务（关停命令：simpana stop），否则启动后，备份代理会异常，文件损坏。

2.备份恢复虚拟机机制

commvault备份虚拟机也是基于vmware快照，在备份时会先制作快照，将虚拟机该时间点前的文件变为可读，通过链路进行备份。因此，在采用此备份恢复时，应明确该备份数据的时间点，一般来说即是该本分任务开始的时间点。一般默认显示图下图：

3.备份恢复虚拟机

commvault备份恢复时采用与vcenter通信后，对要恢复的虚拟机进行新增或覆盖恢复。当出现vcenter故障后，commvault将无法通信，此时想恢复vcenter需要借助任一台vmware主机进行恢复，即在恢复界面选择add new vcenter（任一台exsi主机）输入帐号密码后，便可建立通信，恢复vcenter。

四、其他事项

1.增备恢复后，vmware CBT将重置。

2.备份任务明建议使用虚拟机明，方便识别。

3.备份日常管理需要不断优化，特别是需要和应用业务紧密结合，才能保证备份的有效性，高效性。

4.虽然备份任务设置后会自动执行，但日常管理中也应密切注意或周期性的查看备份任务的执行情况，备份存储空间的使用量。有条件的可定期进行备份恢复，确保备份数据的可用性。

5.commvault备份虚拟机可通过网络备份，与此同时建议增加离线备份机制，确保若通过网络备份数据故障后，有离线备份。尽可能的减少数据丢失。

若有好的其他备份管理方式，欢迎大家点击阅读原文到社区文章下留言分享。

 推荐文章和资料：

长按二维码关注公众号

*本公众号所发布内容仅代表作者观点，不代表社区立场