服务器数据怎样备份？

对于服务器而言，它承担的使命是7x24小时不间断的对外提供服务，但它面临的风险也是很大的，无论是人为误 *** 作、硬件损坏还是黑客攻击，难免有数据损坏丢失的时候。一旦发生数据损坏、丢失现象后，如果没有备份数据，那损失就大了，所以对于任何一台服务器而言，数据的备份机制是不可缺少的。

服务器根据提供的服务不同，大致可为分：数据库服务器、应用服务器、文件服务器。不同服务器的备份机制还是有所区别的，我们分别来看下：

文件服务器备份方案有哪些？

1、Rsync+Inotify实时增量备份

借助Linux的Inotify特性可以监测文件系统变化，一旦发现变化则通知Rsync去同步数据，这样就实现了增量备份，而且性能和及时性都很高。

2、通过服务器定时任务每日凌晨执行备份任务

这种只适合对重要的数据进行日切备份，大概思路就是：Crontab+shell脚本来定时备份。

3、云服务器可借助快照功能来全盘备份

数据库服务器备份方案

对于数据库而言建议部署“主从同步”来实现数据备份，这样做的好处就是：一方面存在数据副本，另外一方面多节点可以缓解数据库压力。

当然了，现在主流数据库也提供全量备份的功能，但如果在数据量大的情况下可能会影响数据库的性能。

1、以主流的MySQL数据库为例，备份方案主要有：

binlog备份

mysqldump全库备份

2、SQLServer也支持完全备份、事务日志备份、差异备份等：

以上就是我的观点，对于这个问题大家是怎么看待的呢？

一般来说，服务器备份方式有三种：

文件级备份：简单来说就是将文件和文件夹传输到另外一个设备或位置上。

块级备份：一般要比文件级百分速度更快一点，块级备份支持复制设备(如硬盘驱动器)上的每一条信息，避免出现严重错误时进行修复。

版本级或者版本控制备份：与文件级和块级不同的是这个用于将应用程序恢复到以前的版本，来解决兼容性或者新版本引起的其他问题。

服务器级备份：为客户端的整个服务器创建一个镜像，并允许在发生灾难性故障时进行数据恢复。

数据备份服务器对性能要求不是很高，用一个单路四核的配置就足够了。
但是它也有自己的特点，就是需要超大存储容量和数据安全性，因为容量小了，备份空间不足。硬盘一般只有3年质保，一旦坏了，数据全掉，所以安全性也非常重要。所以建议你考虑用多个盘组阵列。你可以看看国产品牌正睿的这款服务器，标配一颗最新nehalem架构的至强四核处理器，2G DDR3 1333MHz内存，英特尔3420服务器芯片组主板，SATA2 160G硬盘，双千兆网卡，性能非常不错，做备份服务器绰绰有余了。建议你把硬盘更换为3个1TB硬盘，价格大约在7500左右，组RAID5阵列，这样可用容量有2TB(2000GB)，备份容量比较充裕了，而且安全性有保障，即使坏掉一个硬盘，既不影响使用，数据也不会丢失。只需要把坏掉的硬盘更坏掉就可以了。

产品型号：I145738S-E
产品类型：单路四核塔式服务器
处 理 器：Xeon X3430
内 存：2G DDR3
硬 盘：SATA2 250G
机 构：塔式
价 格：￥4999
银牌服务
重庆五年免费上门服务，全国三年免费上门服务，关键部件三年以上免费质保。

给你推荐的是国产品牌正睿的服务器产品，他们的产品性价比很高，售后也很完善，3年免费质保，3年免费上门服务，在业界口碑很不错。

备份服务器的数据，可以通过人工手动备份，但是大部分都选择备份软件来进行自动备份。适用于服务器备份的软件种类很多，根据不同的备份方式，可以分为：定时备份、实时备份、CDP持续数据保护等，可以根据不同的需求来选择。根据不同的备份方法，可以分为：全量备份、差异备份、增量备份等，备份软件可以支持一种或者几种备份方法（和力记易的备份软件可以支持全量、差异和增量备份）。
从实际应用而言，服务器的数据备份可以分为数据级灾备方案和应用级容灾方案两种。数据级方案以数据备份为主，旨在保护数据，防范数据丢失；应用级方案在数据备份的基础上还增加了业务连续性范畴，尤其是医院等对业务连续要求较高的单位，服务器的数据备份都是选择应用级的方案。

SQL2000数据库的备份概念

SQL

SERVER

2000有四种类型是：数据库、事务日志、差异、文件和文件组

数据库备份是创建完事数据库的复本。它并非将所有的页都复制到备份集，而只将实际包含数据的页复制到备份集。数据页和事务日志页均复制到备份集。

数据库备份用于重新创建数据库，使其恢复到BACKUP语句完成时的状态。如果数据库只存在数据库备份，那么数据库只能恢复到服务器或数据库发生故障前最后一次数据库备份时的状态。

事务日志备份仅制作日志文件的复本。日志文件备份本身不能用于还原数据库。日志文件用于在数据库还原后将数据库恢复到原始故障点。

例如，某站点在星期天晚上执行数据库备份，而在其它每个晚上执行日志备份。如果数据库的某个数据磁盘在星期二2：30丢失，则该站点可以：

1备份当前事务日志

2还原从星期天晚上开始的数据库备份

3还原从星期一晚上开始的日志备份，以将数据库前滚。

4还原故障之后的日志备份。这将使数据库前滚到故障发生的那一刻。

事务日志恢复需要从数据库备份的那一刻到磁盘丢失那一刻之间所进行的一边串不间断的事务日志备份。

差异备份只追寻数据库中自上一次数据库备份之后修改过的所有页的复本。差异日志主要用于使用频繁的系统，一旦这类系统中的数据库发生故障，必须尽快使其重新联机。差异备份比完事数据库备份小，因此对正在运行的系统影响较小。

例如，某个站点在星期天晚上执行完事数据库备份。在白天每隔4小时制作一个事务日志备份集，并用当天的备份重写头一天的备份。每晚则进行差异备份。如果数据库的某个数据磁盘在星期四上午9：12出现故障，则该站点可以：

1备份当前事务日志。

2还原从星期天晚上开始的数据库备份。

3还原从星期三晚上开始的差异备份，将数据库前滚到这一时刻。

4还原从早上4点到8点的事务日志备份，以将数据库前滚到早上8点。

5还原故障之后的日志备份，这将使数据库前滚到故障发生的那一刻。

SQL2000支持备份或还原数据库中的个别文件或文件组。这是一种相对较完善的备份和还原过程，通常用在具有较高可用性要求的超大型数据库中。如果可用的备份时间不足以支持完事数据库备份，则可以在不同的时间备份数据库的子集。

例如，某站点需要花三小时备份数据库，并且每天只能用两个小时执行备份。该站点可在一个晚上备份一半文件或文件级，并在第二个晚上备份另一半。如果包含数据库文件或文件组的磁盘出现故障，那么该站点可以只还原丢失的文件或文件组。

该站点还必须进行事务日志备份，并且在备份文件或文件组之后必须还原所胡事务日志备份。还可以从完事数据库备份集中还原文件和文件组。这将回忆恢复速度，因为在第一步只还原已损坏的文件或文件组，而不是整个数据库。

具体 *** 作步骤如下：

1、首先，可以使用图中所示的工具执行热备份，如下图所示，然后进入下一步。

2、其次，也可以从图中所示的位置获得。如下图所示，然后进入下一步。

3、接着，获得后进行安装和认证，如下图所示，然后进入下一步。

4、最后，完成后设置备份规则，即可开始热备份，如下图所示。这样，问题就解决了。

　  

D2T(DisktoTape)方式是传统保存备份数据方式，基本数据流程为:备份服务器按照既定策略，在相应时间发出控制命令，将生产服务器主盘的数据通过LAN或SAN备份到磁带机或磁带库中

随着磁带机及磁带技术的发展，磁带机的读/写速度及磁带容量已有了突飞猛进的发展，但由于磁带机及磁带是机械设备，其固有的上载、定位、下载、顺序读/写等特性，决定了当用户数量大、备份主机数目较多时，备份或恢复速度仍然较慢，尤其对大数据量的恢复

2

D2D保存备份数据方式随着基于SATA磁盘技术的戍熟及价格的下降，D2D(DisktoDisk)方式正逐渐被越来越多的用户采用，基本数据流程为:备份服务器按照既定策略，在相应时间发出控制命令，将生产服务器主盘的数据通过LAN或SAN备份到相应的磁盘设备中

3

D2D2T保存备份数据方式D2D2T(DisktoDisktoTape)方式结合了传统磁带的离线管理和磁盘高速备份恢复的特性，基本数据流程为:备份服务器按照既定策略，在相应时间发出控制命令，将生产服务器主盘的数据通过LAN或SAN备份到相应的磁盘设备中

由相应生产主机或备份服务器(依备份架构而定)在既定时间自动将保存在备份磁盘中的数据复制到磁带库中

同时，缩短磁盘中相应备份数据的保存备份数据周期，从而可以将其覆盖新的备份数据，释放了备份磁盘的空间

---