中华万年历日历是一款生活实用的日历工具，是传统文化生活与高效简明工作的完美结合。

打开手机中华万年历6.5.1，在界面左上角点击用户头像进入用户界面。

在用户界面最下方，点击系统设置

进入系统设置后，点击账号与数据

在账号与数据界面，点击数据备份和恢复

在数据备份和恢复中可以备份数据到本地，也可以从本地备份中恢复数据

近来，数据爆炸已经从文字的概念演变了一种社会现象，甚至占有大数据资源并具备相应解释的运用能力，已经成为了当前世界各国新一轮的科技竞争和综合国力较量的重点。所以大数据的安全，备份和容灾就显得尤为重要。

一些企业认为，大数据虽然支持销售和营销决策，但是并不会对核心运营业务有显著影响，不是关键业务系统，不需要投入太多精力和财力进行数据备份和容灾。

然而，不管是病毒入侵、电源故障还是工作人员的操作失误，都会影响系统的正常运行，甚至造成这个系统完全瘫痪。

在数据安全专家中科同向看来：

数据备份的任务与意义就在于，当事故发生后，通过备份的数据完整、快速、简捷、可靠地恢复原有系统，而备份数据可用性的高低是企业灾难恢复的根本。

数据备份是容灾的基础，有了备份不等于万事大吉。因为备份的数据可以还会有其他因素造成的数据损坏，如地震、火灾等，对于这些企业应该在数据容灾方面提升能力，来进一步应对数据抵抗潜在不安全因素的能力。当然，数据备份还是最基础的形式，没有数据备份，任何容灾都没有现实意义。目前来看，主要的数据备份方式如下：

定期磁带备份：包括远程磁带库、光盘库备份和远程关键数据+磁带备份。

数据库备份：就是在与主数据库所在生产机相分离的备份机上建立主数据库的一个拷贝。

网络数据：这种方式是对生产系统的数据库数据和所需跟踪的重要目标文件的更新进行监控与跟踪，并将更新日志实时通过网络传送到备份系统，备份系统则根据日志对磁盘进行更新。

远程镜像：通过高速光纤通道线路和磁盘控制技术将镜像磁盘延伸到远离生产机的地方，镜像磁盘数据与主磁盘数据完全一致，更新方式为同步或异步。

这些措施能够在系统发生故障后进行系统恢复。但是这些措施一般只能处理计算机单点故障，对区域性、毁灭性灾难则束手无策，也不具备灾难恢复能力。

所以，我们就需要建立异地容灾中心，做数据的远程备份，在灾难发生之后要确保原有的数据不会丢失或者遭到破坏。建立的异地容灾中心可以简单地把它理解成一个远程的数据备份中心。

数据容灾的恢复时间比较长，但是相比其他容灾级别来讲它的费用比较低，而且构建实施也相对简单。主要的实施方法如下：

实时复制：当主中心的数据库内容被修改时，备份中心的数据库内容实时地被修改，此种复制方式对网络可靠性要求高。

定时复制：当主中心的数据库内容被修改时，备份中心的数据库内容会按照时间间隔，周期性地按照主中心的更新情况进行刷新，时间间隔可长(几天或几个月)可短(几分钟或几秒钟)。

存储转发复制：当主中心的数据库内容被修改时，主中心的数据库服务器会先将修改操作Log存储于本地，待时机成熟再转发给备份中心。

灾备一体机不止于数据备份和保护，像大话西游里的月光宝盒一样通过CDP技术让数据回滚到任意时间点，弥补用户数据丢失的遗憾，还能够以高可用接管的形式，确保用户生产业务的连续性。

用户喜欢灾备一体机

“计算、存储、灾备”三位一体的一揽子解决方案，让灾备一体机成为许多中小型用户容灾备份的首选。这是因为灾备一体机一方面节省了用户购买服务器和存储设备的费用，一方面软硬一体的容灾方案让用户使用管理更加简单方便，后续的人工成本与维护成本大大减低。

这是很多中小企业在业务拓展期间可以采用的成熟的数据保护的统一策略，用合理的投入确保业务的安全性，以提高组织对抗硬件故障、误操作、软件缺陷、黑客病毒、自然灾害等严重威胁数据安全事件的能力。

比如，某地方医院当前业务系统中有多种数据库服务器作为核心支撑整个组织业务系统的正常运行，核心数据库服务器不能出现任何故障，通过灾备一体机实现文件与数据库应用持续数据保护。

比如某县人民法院将档案管理业务系统相关数据和核心业务数据实时备份到灾备一体机中，通过CDP技术对核心数据库系统持续备份，确保当系统发生病毒感染、操作失误、升级失败等异常情形时，能够根据需求将数据快速恢复到之前的任意时间点。

比如某设计公司将重要设计文件实时备份到灾备一体机中，不怕数据文件的丢失、损坏，在事故发生时能够快速地恢复过来。

类似的灾备一体机应用场景还有很多，科研所、制造企业等中小型用户的IT系统在云与大数据时代，灾备的迫切性开始逐渐显露。

用户要选择什么样的灾备一体机

在用户宏观的灾备规划建设里，数据能够备份成功，数据安全性得到保证，以及业务连续性成功接管，无论哪种方案，在预算范围内都可以接受。但是具体到微观的细节里，比如备份的时间窗口、业务是否需要停止、数据丢失多少、接管时间多少、部署与运维的难易等，其实非常考验厂商的技术方案。

那么，着眼于中小IT系统数据的实时持续复制保护、数据快速恢复、最小数据丢失，致力于低投入、高效便捷的数据管理，为中小企业量身定制的一体化综合信息保护平台的灾备一体机，用户该如何选择。

英方i2BOX作为灾备一体机市场的创新型产品，一直根据用户搭建的灾备环境满足实际的需求，提供实时备份、CDP保护、高可用等功能保证用户数据不丢和业务不停。为了让用户对灾备一体机的技术有更清晰的认知，下面以i2BOX与传统灾备一体机比较为例，供参考。

英方i2BOX灾备一体机，混合部署，架构灵活，开箱即用，并提供多种及定制化硬件配置。

i2BOX目前已经广泛应用于能源、医疗、科研、企业等领域，在中国能源建设集团案例中，通过本地生产中心、i2BOX及英方云三方平台搭建“两地三中心”的灾备场景，获得了广泛的赞誉。

另外，赋能实体制造，上海维尔半导体也通过i2BOX实时对核心生产系统进行数据备份保护。如NFS server、NIS等，采用i2Availability进行高可用系统容灾，确保在源端生产主机出现任何问题时，可进行相对应的业务接管，有效的规避由于源端问题而导致业务中断的情况。i2COOPY实现数据的实时备份，时刻保证有一份当前最新数据用于即时恢复；对于部分重要数据，以i2CDP实现数据持续性保护，英方股份i2CDP以百万分之一秒的颗粒度有效针对整个时间轴数据进行了有效保护，可实现历史数据任意时间点恢复。

安卓党也会打盹，一不留神删掉手机里重要的数据是常有的事情。今天小编就要教大家如何恢复安卓手机误删的短信、照片以及微信记录。

一、误删除短信恢复

1.从手机备份恢复

不小心删除的短信，只要你之前曾经用手机自带的备份功能备份过，那就可以恢复。小米和华为手机都自带系统备份的功能，以下操作以华为手机为例。

操作：备份--恢复--选择想恢复的短信来源--下一步--选择要恢复的短信--开始恢复

2.从云备份恢复

假如你之前利用云备份备份过手机里的短信，那你还可以用云备份恢复短信。

操作：设置--云服务--登录账号后，选择“信息”--开启“自动同步”

3.第三方软件恢复

如果你事先没有进行任何短信备份，那你还可以通过强力安卓恢复精灵之类的第三方软件恢复误删的短信。

操作：运行电脑安装的强力安卓恢复精灵--连接手机到电脑--在电脑检测到手机后选择“深度扫描”--扫描结束后在“短信”中选择需要恢复的短信，然后单击“恢复选中文件”。

二、误删除照片恢复

不小心删错了照片，我们也可以用之前恢复短信的三个方法对照片进行恢复，除此之外，我们还可以用以下的方法进行恢复照片。

1.从APP备份恢复

其实许多APP都有备份照片的功能，比如百度网盘，如果你有定时备份照片的习惯，那你也可以利用百度网盘这些APP恢复照片。

操作：登录百度网盘后打开网盘中保存照片的文件夹--选择需要恢复的照片后单击“保存到相册”

2.从电脑备份中恢复

有些人喜欢用最简单粗暴的方法备份手机照片，直接用USB线把手机里的照片传输到电脑中进行保存。如果是这样，那你也可以再次用USB线连接手机和电脑，把照片传输到手机相应的文件夹进行恢复。

三、误删除微信聊天记录恢复

1.从微信备份中恢复

微信聊天记录属于手机应用的数据，如果你之前在有利用微信备份过聊天记录，可以直接从微信备份中恢复误删的记录。

操作:登录微信后进入设置，选择“聊天”，点击“聊天记录备份和恢复”进行恢复。

2.从第三方软件恢复

如果你没有备份微信聊天记录的习惯，同样可以利用强力安卓恢复精灵进行恢复。

操作:选择深度扫描后，选择“微信”，然后选择你需要恢复的微信账号和聊天记录进行恢复。

四、预防数据丢失的方法

预防数据丢失最好的方法就是未雨绸缪，定时进行数据备份，下面小编就给大家介绍四种备份数据的方法。

1.手机自带备份

许多安卓手机都自带系统备份的功能，比如华为。利用手机自带的备份功能进行备份其实操作很简单。

操作：备份--备份--选择备份数据的存储位置--选择需要备份的数据--开始备份

2.云备份

当然，我们也可以利用手机的云服务进行数据备份。

操作：设置--云服务--登录账号后开启“数据与同步”的“自动上传”

3.第三方软件备份

同样的道理，我们也可以利用强力安卓恢复精灵备份手机数据到电脑上。

操作：在强力安卓恢复精灵检测到手机后选择“深度扫描”--扫描结束后选择你想要备份的内容，然后保存到电脑

4．APP备份

我们也可以直接利用手机里的百度网盘对手机的照片、视频、通讯录之类的基础数据进行备份，而且网盘储存的空间也比价大。

操作：登录手机的百度网盘后，选择需要备份的功能，开启自动同步即可

以上就是小编整理的恢复安卓丢失数据的方法和数据备份的方法，希望能够帮你更好地管理安卓手机的数据。

当今的世界已经完全步入了信息时代，在我们每天的生活当中，越来越多的事物正被以0和1的形式表示。数字技术与我们的联系越紧密，我们在其失效时就会承担越大的风险。 重要数据一旦破坏，我们讲承受巨大的损失，所以数据恢复产业应运而生。数据恢复在数据丢失和损坏时挽救这些数据，可以针对各种软硬件平台开展，从文件的误删除，存储设备受到严重破坏，专业的数据恢复工作都可能将数据恢复。在这篇文章里，我们会向大家介绍数据恢复的方方面面，并根据我们的经验给出一些建议，希望能够使大家更少受到数据损失的困扰。

数据恢复技术原理

数据恢复这项工作涵盖的范围很广，各种不同的存储介质在执行数据恢复的时候都会有一些区别，另外数据丢失或损坏的原因也不尽相同。我们讲解面向的对象主要是磁存储介质，如硬盘、软盘以及数据磁带等等。

首先我们需要讲解一下磁存储技术的原理，这有助于我们更深刻的了解数据恢复工作。磁存储技术的工作原理是通过改变磁粒子的极性来在磁性介质上记录数据。在读取数据时，磁头将存储介质上的磁粒子极性转换成相应的电脉冲信号，并转换成计算机可以识别的数据形式。进行写操作的原理也是如此。要使用硬盘等介质上的数据文件，通常需要依靠操作系统所提供的文件系统功能，文件系统维护着存储介质上所有文件的索引。因为效率等诸多方面的考虑，在我们利用操作系统提供的指令删除数据文件的时候，磁介质上的磁粒子极性并不会被清除。操作系统只是对文件系统的索引部分进行了修改，将删除文件的相应段落标识进行了删除标记。

同样的，目前主流操作系统对存储介质进行格式化操作时，也不会抹除介质上的实际数据信号。正是操作系统在处理存储时的这种设定，为我们进行数据恢复提供了可能。值得注意的是，这种恢复通常只能在数据文件删除之后相应存储位置没有写入新数据的情况下进行。因为一旦新的数据写入，磁粒子极性将无可挽回的被改变从而使得旧有的数据真正意义上被清除。

另外，除了磁存储介质之外，其它一些类型存储介质的数据恢复也遵循同样的原理，例如U盘、CF卡、SD卡等等。因为这些存储设备也和磁盘一样使用类似扇区、簇这样的方式来对数据进行管理。举个例子来说，目前几乎所有的数码相机都遵循DCIM标准，该标准规定了设备以FAT形式来对存储器上的相片文件进行处理。

相信大家了解了数据恢复的原理之后，就可以很容易的理解为什么使用普通的删除方法，无法彻底和安全的清除数据了。这也是为什么很多企业求助于专业的数据擦除服务公司，请他们使用专业的设备和软件彻底的对企业的敏感数据进行销毁。越来越多的情况证明，只是单纯的对存储介质进行覆写，乃至从物理上破坏存储设备，都不能保证数据不会被恢复出来。在一些拥有尖端设备的实验室中，既使被覆盖多次的磁盘，也可能被还原出最早存储在上面的磁性信号。这种情况对那些需要恢复他们宝贵数据的用户来说可能是个令人激动的消息，但对于希望保护自己数据的人们来说则恰恰相反。我们希望用户在了解了更多有关数据恢复技术的细节信息之后，能够选择恰当的方式来照管他们的数据。

数据问题分析

有很多种原因可能造成数据问题。最常见的原因当数人为的误操作，比如错误的删除文件、用错误的文件覆盖了有用数据等等。而存储器本身的损坏也占据了相当大的比重，高温、震动、电流波动、静电甚至灰尘，都是存储设备的潜在杀手。另外，很多应用程序特别是备份程序的异常中止，也可能造成数据损坏。在所有的原因当中，由于删除和格式化等原因造成的数据丢失是比较容易处理的，因为在这些情况下数据并没有从存储设备上真正擦除，利用数据恢复软件通常能够较好的将数据恢复出来。如果存储设备本身受到了破坏（例如硬盘盘片坏道、设备芯片烧毁等），会在很大程度上增加恢复工作的难度，并需要一些必备的硬件设施才能执行恢复，如果存储数据的介质本身（例如硬盘盘片、Flash Memeory）没有损坏的话，数据恢复的可能性仍然很大。我们通常称存储设备本身的损坏为物理性损坏，而对于非存储设备问题称之为逻辑性损坏。我们讨论的问题或者说在现实情况下遇到的大多数问题都属于逻辑性损坏之列。

对问题的情况和起因了解的越清楚，就越有可能完好的恢复出数据。因为不同的数据恢复手段会对存储设备造成不同的影响，采用错误方法带来的后果不仅仅是无法成功恢复，还有可能对数据造成进一步的破坏。工作人员应在已有信息的基础上进行进一步的检查工作，并根据检查的结果最终判断问题原因，拟定出处理方法。 我们以对硬盘进行数据恢复为例，介绍在进行专业性的数据恢复工作时所执行的基本步骤。所有恢复工作都是在具备国际百级要求的无尘净室（Clean Room）中进行的，并且所有的操作设备都会置于非写入状态，以防对数据产生破坏。待处理的硬盘会先连入经过特殊改装的控制板，在禁止硬盘主轴电机启动的状态下拆开外壳。硬盘的磁头会被固定以使其无法接触磁碟表面，之后再利用高频示波器、信号分析仪等专业设备全面检查硬盘受损情况。如果对当前情况有足够的把握进行处理，再使用专用的读盘机进行介质读取工作。所有读出的原始信号会由专业工作人员根据原有操作系统情况还原成可用的数据文件，至此完成所有数据恢复工作。

专业级的数据恢复成本较为高昂，通常起价就需要几百元人民币，而根据恢复的数据量大小，价格很可能还要高得多。很多情况下数据的重要性和价值并非都值得使用该种方式进行恢复，那么我们是否能够自己处理一些平常的问题呢。上面我们曾经提到过，我们遇到的绝大多数数据问题都是逻辑性损坏，所以我们也可以根据情况，对相对要求较低的数据恢复任务，使用数据恢复软件进行低成本的数据恢复工作。

目前流行的数据恢复软件包括EasyRecovery、FinalData、Acronis Disk Director、PC Inspector File Recovery、RecoverNT、Recover4all等等。其中EasyRecovery提供了相当多的恢复方式，兼具功能性和易用性，恢复能力也比较令人满意，是我们最常使用的一种数据恢复软件。需要注意的是，每种恢复软件都有其独到之处，并且在处理恢复工作时方式也不尽相同。如果一种软件无法正确的恢复数据，不妨试试其它的，大家不必追求一个在任何情况下都能产生完美结果的产品。

下面我们结合一款免费的数据恢复工具PC Inspector File Recovery 4.0讲解一个针对误删除文件的数据恢复工作实例，该软件可以在如下地址下载： http://pcinspector.de/file_recovery/cn/download.htm 。启动软件之后，我们首先需要选择要进行的工作，这里我们应该选择第一个大选项，即Recover deleted files。这个选项的下面还标注了该工作的一些基本步骤，Select logical drive是选择要恢复的分区，Select your files in folder ‘Deleted’意即在检查结果的“删除”分类中选择哪些文件是我们要恢复出来的，最后使用Save your files保存恢复出的数据文件即可。在我们使用PC Inspector File Recovery的过程中，觉得这款数据恢复软件的扫描速度非常快速，但是恢复能力仅在尚可以接受的程度，并且在运行的过程中不是非常稳定，偶尔会出现程序死锁等异常现象。如果这款软件能继续对这些问题加以改进，无疑是完成一般用户的一大福音。

建议：对于遇到数据损坏等问题的读者，我们提供一些建议和注意事项，以帮助您更好的找回自己的数据：

1． 保护很重要：数据恢复毕竟不能保证100%的成功，所以大家首先应该在数据没有出现问题的时候就有意识的对数据进行保护。例如不要在存储设备运行的时候突然断电，注意保持存储设备周围环境的温度、湿度和洁净程度，对重要的数据定期执行备份，在可能的情况下尽量由专业的计算机人员进行设备维护等等。当然，我们还应该注意防范电脑病毒等问题对数据的破坏。

2． 发现问题尽快处理：我们知道数据的丢失和损坏通常是可以找回的，只要这些数据的存储位置没有被其它数据覆写。所以在发现数据丢失时，应该立即停止在存储设备上进行任何操作，如果可以正常关闭电源的话应尽快关闭，这样有助于最大限度的将数据恢复。在存储设备本身出现故障的情况下这一点尤其重要，因为电路元件的损坏在某些极端情况下可能会造成存储介质的擦除操作。

3． 自己恢复要慎重：如果数据损坏问题的情况不是非常严重，大家可能希望自己进行数据恢复，例如只是不小心将文档删除掉。如果情况比较复杂，或者无法判定问题的起因及严重程度，请尽量不要自己执行恢复。特别是存储设备可能存在硬性损坏的时候，贸然操作很可能造成不可挽回的结果。例如一块硬盘如果存在坏道，用户自己使用恢复软件进行恢复的话很可能会对硬盘表面造成更大的伤害。国内现在有很多专业的数据恢复服务提供商，例如飞客数据恢复中心（http://sjaq）。在自己没有绝对把握的情况下，请尽量求助专业的数据恢复厂商。

4． 一些好习惯：定期对磁盘等存储设备进行碎片整理是一个很好的操作习惯。在恢复误删除文件的时候，如果这个文件的存储位置非常分散，任何一个部分的损坏都可能造成整个文件无法还原。而进行数据整理可以使文件的存储位置尽量连续，这样可以在很大程度上增加恢复的成功率，既使必须利用一些16进制工具手动恢复数据，也可以大大降低工作难度和强度。另外我们建议使用尽量强壮的文件系统，比如在允许应用NTFS的时候就不要选择FAT文件系统。因为NTFS的文件索引是保存在硬盘上的，使用该索引进行数据恢复可以提高处理速度和成功率，并且较之FAT分区，NTFS的文件索引安全性更高。

根据IDC研究报告，未来10年全球数据量将以40%多的增长速度呈直线上升趋势，2020年，全球的数据量将达到35ZB（35,000,000PB），是2010年的40倍。换句通俗的话说，也就是每过1分钟，全世界就有1820TB的新数据产生。

数据量的急速膨胀

随着互联网、移动互联网、物联网等技术的发展，一个城市的数据生产在飞速的发展，信息就成了一个企业的战略子站，市场竞争和政策的管制要求越来越多的数据被长期的保存。不仅仅是企业需要保存数据，政府也越来越开始注重各类信息数据的收集、保存和备份，从而进行用户行为分析、市场的研究。

大数据的分析

与传统数据分析相比，用于大数据分析的数据集合主要有2点区别：第一，传统模式大都采用通过采样的方式获得部分数据用于分析，而大数据可以对收集到的所有的数据进行分析，分析用的数据源由采样数据扩展至了全部的数据；第二，传统分析更加关注数据源与分析结果间的因果关系，大数据分析时数据源与分析结果不再只是因果的关系，基于有相关关系的数据源同样可以分析并且预测出正确的结果。

大数据的分析给传统的数据分析和处理技术带来了很多挑战。云计算和开源技术的发展推动大数据落地，分布式存储、非关系型数据库和并行处理技术逐渐成为大数据应用实施过程当中的关键技术。开元Hadoop为大数据提供了各个层面的技术支持，这也是当前形势下应用最广泛、关注度最高的大数据项目。Hadoop几乎已经成为了大数据处理的事实标准。

大数据的存储

谈到大数据的分析，就必不可少的在这之前，需要对大数据进行存储和备份。大数据的存储需要满足海量的存储、安全存储和快读读取的要求，目前应用较广的主要有Hadoop分布式文件系统。据江苏爱科赛尔云数据的责任人表示：“作为数据服务公司，技术是最根本的，而目前首要的就是把重心放在原始数据的高压缩和去重技术上。”另外，针对大数据的存储和备份，一些市场上主要的需求和建议在今年也被大家开始提出：

1、大数据存储和备份系统对备份的文件格式应该采取多样化的设定，即无论何种形式的文件，均可以使用软件进行存储和备份；

2、大数据存储和备份在执行任务的时候，在LAN或WAN时都应该达到最低网速，及时在网速较慢的情况下（256kbps）也能进行快速的备份和上载。

3、针对国内情况，对于虚拟机本身的备份和恢复应该开始重视起来；

4、在软件报错的时候，应该能够进行自我的修复，而不是当软件报错的时候就导致企业无法进行顺利的存储和备份；

5、增加Failover和Failback的失败自动切换和失败自动恢复的模式，这样一来就可以似的操作智能化，在遇到错误的时候能够自动重新选择其它线路，而不是一味的停在原地。

2018已经快过去两周了，这两周感受较深的就是人们的隐私保护意识增强了不少。从微信事件、支付宝事件再到近日的iCloud事件都可以体现出来，知道为自己的手机隐私数据考虑是件好事，大多数人就连数据备份恢复的常识都不清楚。所以，今天我想盘点安卓手机下的数据备份恢复软件，帮助还没有数据备份恢复意识的人开始重视自己的手机数据，从而选择适合自己的数据备份恢复软件。

一、安卓手机数据备份

1、手机云备份

安卓手机大多都自带云备份服务，如小米云、华为云、Flyme等。以小米云为例，我们可以进入“我的小米”→“云服务”界面，开启云同步数据功能，这样小米云会自动帮我们备份手机数据。

2、360手机助手

使用360手机助手也可以备份手机数据，首先打开360安全卫士，登录账号后点击手机备份功能，开启自动备份按钮并选择需要备份的数据类型。

3、百度网盘

百度网盘也是比较常用的一种手机数据备份方式，好处是提供的存储空间很大，缺点是速度较慢。操作方法是：进入百度网盘，点击“发现”→“手机备份”，勾选需要备份的数据类型即可。

二、安卓手机数据恢复

1、手机云备份恢复

进入“我的小米”→“云服务”→“备份与恢复”界面，点击“从已有备份恢复数据”，然后选取备份记录，最后点击“恢复到此设备”按钮即可。

2、360手机助手恢复

打开360手机助手，进入“手机备份”页面，选择“恢复数据”即可。

3、百度网盘恢复

打开百度网盘，进入“发现”→“手机备份”，选择备份的数据恢复即可。

4、强力安卓恢复精灵恢复

以上的数据恢复方式都需要你事先备份过手机数据，那无备份的情况下还能恢复丢失的手机数据呢？答案是能。借助“强力安卓恢复精灵”软件就可以。

用数据线连接安卓手机和电脑，打开强力安卓恢复精灵，选择“一键恢复”按钮。

然后软件会对手机数据进行备份，备份完成后我们点击“开始扫描”按钮。

等待扫描完成，结果出来后就可以看到手机内所有数据了，选择数据进行恢复即可。

以上就是安卓手机数据备份的方式了，希望对你有所帮助。

高可用性是数据库的关键指标，简单说就是要做到故障时间短，数据不丢失，能够回退到指定位置（时间/事务）。实现高可用的基础是数据库的备份与恢复技术。

PostgreSQL备份与恢复操作涉及的参数和相关文件较多，内部逻辑关系较复杂，恢复分类方式容易混淆，这些都会影响到PostgreSQL高可用方案的实现。

本文首先介绍通常的数据库故障场景与处理方案，然后通过梳理PostgreSQL数据库备份与恢复的相关文件、参数配置与主要流程，对PostgreSQL恢复方式进行了清晰分类，最后给出了应对典型故障，PostgreSQL备份与恢复的配置方案。

一、故障场景和处理方案

数据库采用数据文件加日志文件，两份数据的存储方式。为提高性能，数据库运行时操作的数据位于内存缓冲区，缓冲区的数据延迟写入数据文件，因此数据文件会处于不一致的状态。数据的变更记录称为日志记录，日志记录以日志文件方式存储在磁盘上。日志记录也是先写入日志缓冲区，再写入日志文件。通过两个简单的规则Write-ahead log（将数据写入数据文件前，先将对应的日志记录写入日志文件）和Force log at commit（事务提交时，将其所有日志记录写入日志文件），可以保证通过日志文件完整的恢复数据文件。

传统的故障类型包括事务内部故障、系统故障、介质（磁盘）故障。对于事务内部故障和系统故障，数据库使用日志文件自动恢复，不需要人工干预。为应对介质故障，DBA需事先备份数据，发生故障后，使用备份数据恢复数据库。

可靠的磁盘设备可以大幅降低介质故障概率，但不能减少数据备份工作。一个常见的故障是数据误操作，即修改了不应该修改的数据。从数据库的角度看，误操作是正常的操作，不会进行自动恢复，只有使用备份数据才能恢复。同时，提供一段时间内历史数据的访问，也是一个常见的需求。

数据的备份与恢复可以分为逻辑与物理两种方式。

逻辑备份与恢复：备份时，使用工具将数据全量导出为外部文件，恢复时，使用工具，将备份文件导入新建的数据库

物理备份与恢复：备份时，配置实例处于归档模式，将生成的日志文件保持到指定位置。使用热备工具直接拷贝数据的数据目录，作为基线数据。恢复时，使用基线数据和日志文件将数据恢复到一致的状态。

逻辑方式不支持增量方式，适用于数据较小情况下的备份与恢复。物理方式支持增量备份，适合大数据量的备份与恢复。本文只讨论物理备份与恢复，下图为物理备份与恢复的基本流程。

在高可用需求中，当单台实例发生故障，需要快速提供备用实例。备份基线数据+日志文件的方式无法满足时间要求。通常采用主备（master/slave）方案，master与slave通过日志流复制进行同步，slave可以提供只读数据访问，当master发送故障后，直接将应用请求转发到slave。

在高可用方案中，需要支持介质故障恢复，实时故障切换，误操作数据恢复，查看历史数据等功能。流复制技术和物理备份与恢复的结合，可以满足数据库高可用的基本要求。

流复制

物理备份与恢复

介质故障恢复

支持

实时故障切换

不支持

误操作数据恢复

查看历史数据

PostgreSQL备份与恢复相关文件、参数配置与主要流程

PostgreSQL日志文件的命名

日志序号 (lsn:log sequence number) 标识日志记录在日志文件中的位置。lsn是一个64位的整数。PostgreSQL运行时生成的日志文件存放在数据目录下的pg_xlog目录，每个日志文件称为一个segment，日志文件大小固定，由wal_segment_size参数指定，日志文件内部划分为多个wal page，每个page的大小由wal_block_size参数指定。

对于一个64位的lsn，可以计算出其所在的xlog文件名。lsn可以划分segment序号高位，segment序号低位和块内序号三个部分。对于segment大小为64M和16M的情况如下：

16M：segment序号高位（32比特）+segment序号低位（8比特）+块内序号（24比特）

64M：segment序号高位（32比特）+segment序号低位（6比特）+块内序号（26比特）

Xlog文件名由三部分组成，格式为：时间线+segment序号高位+segment序号低位，每个部分都表示为一个8位16进制数字。取出lsn中的segment高位和segment低位数值，就可以确定其所在的xlog文件。

使用pg_current_xlog_location()查询当前lsn为0/1C000090（16进制高32位/16进制低32位），当前时间线为1，wal segment大小为64M，

根据64M大小日志文件名格式，可计算出lsn的segment序号高32位为0x0，segment序号低位为0x7， 块内序号为0x90，xlog文件名为000000010000000000000007

使用pg_xlogfile_name_offset()可以查询lsn对应的文件名文件内偏移，与上述计算一致。

checkpoint与control文件

PostgreSQL的数据文件和日志文件互为冗余。当某lsn之前的操作已经全部写入了数据文件后，则该lsn号之前的日志文件可以丢弃。checkpoint机制实现此功能。

checkpoint操作在以下场景执行：管理员手工执行check命令、数据库启动完成恢复、数据库正常关闭，以及后台Checkpoint进程的定期执行。

checkpoint流程可以简单描述为，首先构造checkpoint记录（redo字段为当前已写入日志文件的lsn），然后将数据缓冲区中的脏数据写入磁盘，最后写入checkepoint日志记录（包含checkpoint记录），并将checkpoint记录写入control文件。

512字节的control文件是PostgreSQL的关键数据，用于数据库启动时，判断数据库状态和恢复位置。controlfile文件中记录了数据库的状态，最近checkpoint记录，最小恢复lsn信息和基本的参数配置。数据库的状态包括：

DB_SHUTDOWNED（数据库正常关闭）

DB_SHUTDOWNED_IN_RECOVERY（数据库在恢复时关闭）

DB_SHUTDOWNING（数据库启动到正常关闭过程中崩溃）

DB_IN_CRASH_RECOVERY（数据库在恢复过程中崩溃），

DB_IN_ARCHIVE_RECOVERY（数据库处于归档恢复）

DB_IN_PRODUCTION（数据库处于正常工作状态，等待接受事务处理）

日志文件的生成与归档

PostgreSQL日志文件的segment序号从1开始，一个日志文件写完后，会写入下一个序号的日志文件。checkpoint之后，最近一次checkpoint.redo lsn之前的日志文件可以丢弃。PostgreSQL会循环使用日志文件。checkpoint操作中，会将可丢弃的日志文件改名为未来的日志文件名，并该日志文件重新初始化。PostgreSQL在写新的日志文件时，如果该文件已存在，则使用该文件，否则才会创建新的文件。因此不能从pg_xlog目录中的文件名直接判断当前的日志文件，需要使用pg_current_xlog_location和pg_xlogfile_name_offset函数进行判断。

为持久保存日志文件，需要开启日志归档模式。在该模式下，可丢弃日志文件被删除前，被拷贝到指定目录。在postgres.conf配置文件中设置三个参数：

wal_level=replica 或更高archive_mode = onarchive_command = 'cp %p /mnt/server/archivedir/%f'%p表示pg_xlog目录路径和日志文件名，%f表示日志文件名。 日志被拷贝到/mnt/server/archivedir目录

日志的归档过程如下：

checkpoint操作中，当一个日志文件X可丢弃时，在pg_xlog的archive_status目中生成X.ready文件。

后台archive进程负责日志文件的拷贝。该进程监控archive_status目录，当发现有X.ready文件名后，使用archive_command拷贝文件，并将X.ready命名为X.done

下一次checkpoint操作中，将archive_status目中X.done对应的X日志文件改名。

crash recovery

PostgreSQL正常运行中，直接kill主进程，重启PostgreSQL，将进入crash recovery处理流程，从control文件中checkpoint的redo lsn位置开始，

使用pg_xlog目录中的日志文件进行恢复。PostgreSQL能进行上述处理，是因为将其状态和最近的checkpoint记录在在control文件中。

初始化数据库后，control文件DB状态初始值为shutdown。pg启动时，当control文件DB状态为shutdown，则将状态设置为production，退出恢复过程。在正常关闭服务时，执行checkpoint，并将control文件DB状态设置shutdown。pg启动时，当control文件DB状态为production，则说明发生了crash，会从control文件读取最近checkpoint，从redo lsn开始进行恢复，恢复完成后，将状态设置为production。

热备

备份分为冷备和热备。冷备是正常关闭服务后拷贝文件。热备是服务正常运行中拷贝文件。由于采用数据缓冲区机制，拷贝的文件数据会不一致。根据数据库恢复基本原理，只要确定某lsn之前的日志已经全部写入了数据文件，则在拷贝后的数据文件上，应用该lsn号之后的日志文件，可将数据恢复到一致的状态。

热备包括以下步骤

执行pg_start_backup函数:该函数执行checkpoint，将checkpont信息写入数据目录下的backup_label文件。

拷贝数据目录到指定位置

执行pg_stop_backup函数:该命令删除backup_label文件，写XLOG_BACKUP_END日志，并在pg_xlog目录中写入backup文件，该文件记录了热备开始和结束的lsn信息。

backup文件格式为：热备开始lsn对应的日志文件名.开始lsn的块内偏移.backup

使用归档日志恢复

Crash recovery只能使用pg_log目录中的日志文件进行恢复，启用archive recovery模式后，可以使用其它目录的日志文件（归档日志文件）进行恢复。

在数据目录存创建recover.conf文件，PostgreSQL启动时，读取到该文件，会进入archive recovery流程。在recover.conf中设置日志拷贝命令restore_command，pg恢复过程中，使用该命令将归档日志拷贝到pg_xlog目录后进行恢复。

restore_command = 'cp /mnt/server/archivedir/%f "%p"'%f表示日志文件名 %p表示目标路径和文件名

使用流复制恢复

流复制可以视为archive recovery的一种情况。使用归档日志文件进行恢复时，备机需要获取主机一个完整xlog文件，才可进行恢复。在流复制中，主机产生日志记录后，会及时发送到备机。

在slave节点数据目录的recover.conf中，配置到主机的连接信息primary_conninfo并设置standby_mode为on。

standby_mode = 'on'primary_conninfo = 'host=192.168.1.50 port=5432 user=foo password=foopass'

master节点的postgres.conf文件中指定wal_level和发送日志进程的数目max_wal_senders。

wal_level=replica 或更高max_wal_senders=5

在master的pg_hba.conf文件中允许复制连接建立

host replication postgres 192.168.10.0/24 trust

slave启动后会启动wal reciver进程，根据primary_conninfo向master发送连接请求。master收到请求后，启动wal sender进程，wal sender与reciver建立连接。 wal reciver将起始的lsn信息发送给wal sender，wal sender从该lsn开始，将日志记录持续发送给wal reciver，wal reciver将日志写入pg_xlog目录中的日志文件，并通知恢复进程读取文件进行恢复处理。

恢复的退出与时间线

Crash recovery模式下，应用完pg_xlog目录中的所有可用日志文件后，自动退出恢复，进入运行状态。Archive recovery模式下，recovery.conf文件中参数standby_mode为off时，应用完所有日志后，自动退出恢复，进入运行状态。standby_mode为on时，应用完所有日志后，恢复流程不会退出，持续读取可用日志（来自于归档日志文件或流复制），当收到pg_ctl工具发出的promote命令后，才退出恢复流程，进入运行状态。

可以通过设置Recovery Target，使得archive recovery在指定的位置（时间或事务号）停止恢复。在recovery.conf文件配置如下参数，表示恢复流程在恢复完123947事务后结束。

recovery_target_xid = '123947'

时间线（Timeline）是PostgreSQL中的特有的概念。其初始值为1，退出archive recovery时，timeline增1，退出crash recovery时，timeline不变。Timeline反映在日志的文件名中，日志文件的命名格式为：时间线号+segment序号高位+segment序号低位。

引入时间线概念后，日志位置的唯一标识从lsn变为时间线+lsn，checkpoint的结构中记录了当前的timeline。

发生时间线切换时，在pg_xlog目录写入时间线history文件，文件名为"当前timelime.history"，文件内记录了时间线切换的历史纪录，每一行记录一条时间线信息，格式为。

parentTLI为时间线id，为切换发生后的lsn，为发生切换的原因。

从时间线history文件中，可以计算出每条时间线的开始和结束lsn。

时间线文件00000003.history，内容为1 0/14000060 no recovery target specified2 0/140420D0 no recovery target specified

该文件含义为当前时间线为3，时间线1的lsn范围[0/0,0/14000060)，

时间线2的lsn范围[0/14000060,0/140420D0)，时间线3从0/140420D0开始。

使用timeline有以下优点：

切换逻辑显得清晰。从时间线history文件，可以计算出每条时间线的开始和结束lsn。

避免归档日志的覆盖。当备机与主机的归档目录相同时，备机升级为主机后，生成的日志文件名与原主机不同（时间线不同），拷贝到归档目录后，不会覆盖之前的日志文件。

pg_basebackup、pg_rman工具

pg_basebackup和pg_rman为备份与恢复提供良好的操作管理界面，避免手工管理配置文件。

pg_basebackup是PostgreSQL自带的一个远程热备工具，可以将远程PostgreSQL热备到本地目录。其工作流程为，连接到一个远程PostgreSQL，执行pg_start_backup，将整个数据目录传输到本地，执行pg_stop_backup命令。

将地址为192.168.0.1的PostgreSQL，备份到本地usr/local/pgsql/data目录pg_basebackup -h 192.168.0.1 -U test -D /usr/local/pgsql/data

pg_basebackup支持在目标数据目录生成用于流复制的recovery.conf文件。

pg_basebackup -h 192.168.0.1 -U test -R -D /usr/local/pgsql/data

会在/usr/local/pgsql...

基础概念： 备份，将当前已有的数据或记录另存一份； 还原，将数据恢复到备份时的状态。 为什么要进行数据的备份与还原？ 防止数据丢失； 保护数据记录。 数据备份与还原的方式有很多种，具体可以分为：数据表备份、单表数据备份、SQL备份和增量备份。

前些天，在看到Veritas携手联想合作推广新的备份一体机消息时，碰巧我也看到了《2017 Gartner 数据中心备份与恢复解决方案魔力象限》(2017Gartner Magic Quadrant for Data Center Backup and Recovery Solutions)。仔细一想，这个备份与恢复的领域已经很久没有写了，索性来一篇小文“盘算”一下。

写这篇小文章的同时，阿明还得到了业内多位专家朋友的指导与分析，在此也引用了部分观点和分析，特别致谢！

对于数据中心用户来说，都是企业级领域的佼佼者，想想看，能构建数据中心的企业级用户，哪一个会是小把戏呢？就算是租用数据中心的企业级用户，很多时候也会考虑自己的数据保护问题。

数据保护的根本不在于备份速度多快，更多的是备份之后能否快速恢复。当然，恢复速度更快的同时，备份速度也能更快，这样才是企业级用户所希望的，追求的目标。

当然了，能够进入Gartner 备份与恢复魔力象限的那10个厂商，也都有着自己的发展特点与痛点。

一篇文章要讨论10个厂商未免太长了，这里阿明今天就专门说说Gartner 备份与恢复魔力象限领导者区间中的那5个老伙计。能够都处于领导者象限，相信他们的技术和解决方案执行力和前瞻性都能有说服力。然而这5个老伙计都活得滋润吗？真的如Gartner所列举的那么牛叉吗？

Commvault：滋润的小日子还能坚挺多久？

2014年Commvault软件总收入5.65亿美元，就整个2015财年而言，Commvault公司总收入为6.075亿美元，比2014财年增长了4%。

CommVault在2006年进入中国，总部设立在北京，在大中国区设立6个办公室，包括北京、成都等。在北京设立了技术支持中心，同时也可以支持海外客户。北京技术支持中心是顶级的，可以直接和研发对接，更快捷更方便更直接解决用户的问题。

目前在中国拥有超过2000个客户，被IDC评为数据管理领域成长最快的厂商，诸如中石油、中石化、中国航天等领域都有着成功的案例。

虽然CommVault全球拥有2万多个客户，但CommVault认为现在的IT环境中大数据、云计算与虚拟化、移动互联网交互影响，数据爆炸式增长，其中非结构化数据增长尤为迅速。其中的生意机会正在发生变化。

其数据管理架构Simpana也不断与时俱进，灵活、扩展的特性更为适应云、虚拟化、大数据、移动化的变化。

因此，不管是在中国的业务还是全球的业务，CommVault的技术和解决方案执行力和前瞻性都做得不错。并且在业务与用户需求挖掘上比较主动，比如还与IDC操作用户上云的需求调查等。

CommVault被业界人士赞为小而美的专业性的存储厂商，作为一个从来不想碰存储硬件设备的厂商，确实值得再赞一下。想想看，一直依靠软件呈现健康增长的存储公司，业内已经不多了。CommVault也面临云计算与大数据大潮的问题，如何赢得新环境下的数据管理的市场，对于这点，CommVault似乎还是更专注于自己的世界中，并且咬住自己深耕的企业级用户，如银行、证券等关键业务领域的数据保护。因为专业用户锁定不变，相对来说CommVault的用户生态显得封闭。

当然，无论什么时候，这是用户的根本，对于一个关系到用户根本的存储公司，只要高层不出什么乱子，其滋润的小日子是可以长期这样过下去的。

Veeam：再强大的创新都必需给力的销售支撑

Veeam在Gartner数据中心备份和恢复软件魔力象限中，连续两年占据领导者位置。

前瞻性方面，Veeam是这5个老伙计中做得比较好的，排名第二。事实上，我们也看到在向云转型过程，Veeam与 AWS、微软Azure构建了全球战略联盟。同时Veeam与国内主流云服务供应商如阿里云、腾讯云、华云、华为云也正在构建新的合作。

在刚刚过去不久的Veeam全球大会中，也看到了Veeam四个主要业务板块构成。包括了MSP、SaaS、内部部署、云。

MSP和云都是与时俱进的业务，在没有云都快活不了的日子里，Veeam强调的是可用性，以及更高层级可用性。

这里的可用性包括针对用户业务的两个重要的方面：应用可用性和数据可用性。

数据备份与恢复最终还是需要保证数据可恢复，能够让应用不受影响，这样才能真正保证业务的连续性 。这样锁定用户业务的思维，将数据备份与恢复的概念向前推进一步了，从当初只关注数据可恢复，到现在关注应用与业务，以及相关的可用性，因此，Veeam前瞻性方面表现自然获得了Gartner的认可。

然而，Veeam的执行力却是这5个老伙计中最差的，Veeam的客户增长以及老客户的扩增采购表现并不令人满意，这可能是Gartner对其评分大打折扣的原因。或许Veeam在渠道构建与推进上存在一些问题，如果可以让渠道更为通常，自己的合作伙伴生态自然也会更健康。

IBM：中规中矩就这样慢慢熬下去……

IBM进入Gartner数据中心备份与恢复解决方案魔力象限之“领导者”区间，还是不容易的。

在备份与恢复的软件领域，IBM最早的Tivoli Storage Manager(TSM)后来随着存储产品线的全部更名，所以就叫：IBM Spectrum Protect，实际其前身就是TSM。

这些年，因为IBM整个业务结构和产品体系都在变革，加上整体战略迈向云转型，所以在数据保护的备份与恢复领域上，也逐渐在往云环境靠近，只是针对用户云环境的备份与恢复的产品组成与构建上，没有Veeam来得那么快。

很多时候，IBM整个集团的节奏拉慢了备份与恢复领域的发展速度，总会让人感觉慢半拍一样。不过，IBM在金融等领域的影响力依然在，大机小机在金融等核心用户领域的增长还继续保持着。依托这种行业领域的长期影响与合作伙伴关系，IBM Spectrum Protect的技术与方案推广与销售的执行力总体表现还不错。

再说了，对于备份与恢复的需求，金融等核心领域的用户还是尤为重视的，这就给了IBM很多机会。

由此，IBM Spectrum Protect备受重视，Gartner 表示，“在执行力和前瞻性方面，IBM这个领导者的综合评分最高。”看看备份与恢复魔力象限图也可以一目了然，IBM处于领导者区间的中间位置，在执行力和前瞻性上都不是最好的，都比较中间位置，但综合一起自然分数就高了。

IBM Spectrum Protect满足客户希望通过增量式永久备份和去重功能减少数据空间的需求，并支持包括混合云在内的更多存储类型，同时实现整个企业的数据治理自动化上还是有着自己的特色。IBM Spectrum Protect的透明云分层功能可以将传统备份扩展至云端，同时确保以策略为导向、自动简化、安全性和控制，加上执行力保持现有的水平，那么IBM Spectrum Protect在备份与恢复领域还可以再继续玩下去。

当然，如果没有IBM在公有云与混合云领域的战略实施，恐怕IBM Spectrum Protect的前瞻性评价只能与Veritas靠齐了。

EMC：与时俱进却忽视了国产化的步步紧逼

EMC NetWorker自从1988年出现以来一直在UNIX主流备份平台上占有牢固的位置，对于稳定性一直非常重视，与Veritas针对高端UNIX主机的NetBackup互相PK。

最早NetWorker属于Legato公司产品，采用扁平文件系统这一早已落后的索引记录方式，在性能和管理粒度上都存在缺陷。并且不支持永久增量备份方式，采用传统的全备+增量循环方式备份。

后来Legato被EMC收购整合之后,使NetWorker产品在市场和技术上又有了一些发展。

现在NetWorker定位为统一备份和恢复软件，在一个通用管理界面下融合了各种传统数据保护功能和新一代数据保护功能，包括磁盘备份、云备份、长期保留在云中、ProtectPoint 备份、快照、复制管理和磁带。

NetWorker提供集成式应用程序和数据库备份，EMC NetWorker Module for Databases and Applications 可以为业务关键型数据库和应用程序提供统一保护，包括支持 IBM DB2、Informix、Domino (Lotus)、MySQL、Oracle 和 Sybase等数据库和应用软件。

用户利用 EMC CloudBoost，NetWorker 可将备份高效安全地长期保留到私有云或公共云服务，并在公共云内备份数据和应用程序。

对于国内的国产化备份与恢复厂商来说，其发展的对标厂商就是 EMC 旗下的Networker备份产品方案。

在各种政府和行业用户对备份与恢复的产品方案采购中，都能看到EMC NetWorker的身影，当然不能保证标标都赢，但是足以让国产备份与恢复厂商从中学到了不少。

当然，因为NetWorker起步比较早，加上后来并入EMC之后，得到EMC在市场与品牌方面的全新推力，所以在市场执行力方面一直处于比较高的位置，成为众多业界友商追逐的目标。

因为NetWorker采用了Windows、Linux与UNIX相同的磁带统一格式，所以保证了系统的升级与操作系统的无关性。

其中NetWorker还有一个集中管理的功能，可以提供监控管理Veritas NetBackup、IBM Spectrum Protect、HP Data Protector等备份软件，具备多种功能丰富的报表以及各种情况下的报警通知，同时安全方面可以设定根据不同人员的权限访问不同的管理界面。

当然，需要标注一下的是：各位亲不要将EMC NetWorker、EMC Data Domain 和Avamar 这三个产品搞混淆了：EMC Networker 是备份软件，实现的是数据的备份；EMC Data Domain是重复数据消除存储；Avamar是重复数据消除备份的软硬件备份一体机。

Veritas：慢慢调整快快改变

Veritas在进入赛门铁克体系之后，一直被打压被雪藏。直到从赛门铁克再次独立出来之后，Veritas的表现才感觉让人有一点生气了。

因为这些年Veritas创新举措不多，产品更新也慢，方案陈旧，所以Veritas成为这5个老伙计中前瞻性表现最弱的一位。

毕竟Veritas有着悠久的备份产品发展历史，其渠道体系还是非常庞大，瘦死骆驼比马大。虽然前瞻性上比不上Veeam，但在执行力上还是厉害一点，快赶上IBM了。

全球如此，在中国的情况更令人堪忧。中国这边的业务，Veritas越来越保守，虽然在中国也有研发中心，但是执行方式也只是配合全球研发，无法做到根据中国本地客户需求昨产品的更新迭代。

另外，加上中国本土的国产化数据备份与恢复厂商的发力，Veritas的中国市场份额也就一早被蚕食，瓜分殆尽。

到目前为止，不愿意透露姓名的业内人士分析指出：Veritas在中国备份与恢复的市场占有率从当初最为辉煌的60%早已跌破了20%，甚至能不能是20%以内的双位数都不能太肯定了。或许只有一个个位数的市场份额了，谁知道呢？

当然，这位业内人士毕竟不是IDC或Gartner的分析师，无法给出相对客观的数据。只是从趋势上大概描述了Veritas每况愈下的不足。

因为国产化采购的要求，Veritas也明白不与中国的厂商合作就难以继续维持新的良好发展。

业内人士分析，Veritas 的BE产品和紫光合作过，与NetApp、浪潮等都合作过，现在最近Veritas开始与联想合作，主推一体机业务并不能让人十分看好。与NetApp合作在中国市场也推广也可以算作国内合作形式吧。

一个从低潮中走出来，一个正走向低潮，两个公司的合作，从大趋势上没有太大的冲击力与市场拉力。再说数据备份一体机的市场也早被国产化品牌所占据。

初看Veritas与联想合作推出的DPA备份一体机，实际对接的产品线依然还是Veritas的 BE。之前Veritas还属于赛门铁克d时候，推过一款备份一体机叫Veritas BE 3600 ，但是在2014年Veritas就将其停产了，最后的版本是无限软件授权许可，最大可用容量5.5T，还带重复数据删除功能。但是，这个产品最大的瑕疵在于除了接SATA口的磁带机之外，完全不能扩展。

现在最新的DPA备份一体机支持24T，可用容量大了不少，同时可以任意扩展。看起来比之前Veritas BE 3600更高端了，但对于企业用户来说，随便买台x86通用服务器，装个BE软件，然后构成备份方案也是一样的，并且还可以价格上便宜很多。

此外，和NBU相比，BE的lan-free备份在功能与性能上表现差距很远，如果DPA备份一体机价格没有优势的话，那么企业用户更愿意选择采购BE软件和x86通用服务器的组合方案，毕竟Windows平台易部署并非难事。因此，DPA备份一体机的出台业内人士大部分并不看好。

当然，对联想来说，DPA备份一体机可以增添一个在数据备份领域的解决方案。不过，另有业内人士指出：联想数据备份方案从Acronis换成英方，还没多久啊怎么又换成Veritas了？

总的来看，Veritas的业务不走OEM也不好过，Veritas还是更多针对全球市场进行研发，对中国的研发也只是一个配套而已，并不能做到“在中国为中国”的思路。这种研发机制决定了Veritas很难在快速发展的国产化备份与恢复市场上获得更大的发展格局，从而导致业务一直受到影响，市场份额下滑也就成为了必然。再加上偏偏现在国内国产化备份与恢复厂商的发展还那么快，“这一退一进”的节奏，带来了未来国内灾备市场格局大致定了。

那么Veritas想要获得全球的发展还是中国的发展，技术研发前瞻性方面如果还不加强的话，恐怕这5大老伙计的圈子可能也会落空了。

小结：前途还是十分光明

来自Gartner 的数据显示，备份和恢复软件在亚洲的市场规模 2017 年将达到 9.6 亿美元， 预计在 2018 年将增长到 10 亿美元，并在 2020 年增长到 13 亿美元。全球的数据目前没看到，中国的数据也没有显示。但是，亚洲市场中，中国力量还是比较突出的。

千淘万漉虽辛苦，吹尽黄沙始到金。备份与恢复的市场竞争还是非常激烈的�...