服务器数据备份的方法有哪些？

正确掌握服务器备份方式方法，有助于企业等类型网站免受噩梦侵扰——数据丢失和损坏。

大部分数据丢失的原因是有硬件故障、软件错误、认为操作失误和自然灾害等现象造成的，而最有效直接避免这些灾难影响企业网站的方法就是备份数据。

掌握正确的服务器备份方法，可以最大限度地减少存储空间，减少对计算资源和带宽使用的影响，从而确保数据安全，并在灾难发生后，尽可能快速、轻松地恢复数据。现在一起跟着壹基比小喻（企鹅名字）看下正确的服务器数据备份方法有哪些

1、完全备份

完整备份是最简单的备份形式，包含所有需要备份的文件夹和文件。我们通常会压缩文件以节省空间，但即使压缩完全备份也可能占用大量存储空间。备份磁盘的大量访问也需要额外的带宽。

完全备份的优点是易于恢复。由于可以随时获得完整的数据，因此数据恢复快速简便。理想的做法是始终进行完整备份，因为它们是最全面的，并且是独立的。但是，这样做往往耗费时间。

除了主要更新(例如操作系统升级或新软件安装)之外，通常每周执行完整备份。在间隔中执行增量备份或差异备份。

　2、增量备份

　由于完全备份非常耗时，因此我们可能更需要增量备份，以减少执行备份所需的时间。增量备份仅备份自上次备份以来已更改的数据。例如，假设在星期一进行了完整备份，则可以在星期二执行增量备份以备份自星期一以来已更改的文件。周三，对备份自周二以来发生变化的文件执行了另一次增量备份。由于每次迭代备份的数据量要小得多，因此可以节省存储空间并减少网络带宽。它还允许保留相同文件的多个版本。

　但是，增量备份使用更多计算能力，因为必须将每个源文件与上一个完整备份和每个后续增量备份进行比较，以确定数据是新的还是已更改。而且，恢复过程较慢。您首先需要还原最新的完整备份以及每个后续增量备份。如果其中一个备份失败(完整备份或增量备份)，则恢复将不完整。

1、正常备份（Normal): 也叫完全备份。正常备份是最普遍的一种备份方式，是将整个系统的状态和数据完全进行备份，包括服务器的操作系统、应用软件以及所有的数据和现有的系统状态，系统状态在Windows server 中包括注册表、启动文件、COM+注册数据库、活动目录和系统卷等等。正常备份最全面，最完整，如果发生数据损坏，可以通过灾难前一天的正常备份就可以完全恢复数据。但是正常备份缺点也很明显，因为正常备份是备份服务器的所有数据，需要占用大量的备份空间，并且这些数据有大量的重复内容，在备份的时候也需要花费大量的时间，是一种虽然完整，但是效率比较低下的备份方式。2、副本备份(Copy):副本备份和正常备份非常相似，也是完全的备份系统状态和所有数据的一种备份方式，和正常备份唯一不同的是在进行备份的时候，正常备份会清除文件的存档属性，而副本备份不会清楚存档属性。所谓存档属性就是为文件做的一个标记，来标示文件是否已经被备份过。副本备份不会更改文件的任何属性，也不会对系统产生任何影响，主要是为了不影响其他的备份方式而设立。3、差异备份（Differential):差异备份是将上一次正常备份之后增加或者修改过的数据进行备份。打个比方，假设企业周一进行了正常备份，那么如果周二进行差异备份，那么将仅备份周二更改过的数据；如果周四进行差异备份，则备份周二周三和周四更改过的数据。这样一来就大大节省了备份时所需的存储空间和备份所花费的时间，如果需要恢复数据的时候，只需用两个备份，就可以恢复到灾难发生前的状态。4、增量备份（Incremental)：增量备份是将上一次备份之后增加或者更改过的数据进行备份，这里需要注意以下，差异备份是备份上一次正常备份之后发生或更改的数据，而增量备份是备份上一次备份之后发生过更改的数据，并不一定是针对上一次正常备份的。

1先安装windows server bakcup

配置-功能里-添加windows server bakcup

2需要一台NAS存储，并设置好账号密码

3先尝试能通过网络访问到NSA

4创建备份

在严重密码那步报错！

本地计算机无法识别正在用于访问远程共享文件夹的用户名

解决办法：

在本地新建一个账号密码与访问NAS账号密码一模一样的，并设置为管理员

重新新建备份计划即可。

5在这里创建的备份计划只能按天执行，我们如果需要改变计划可以在计划里修改

搜-计划

6需要多个计划的时候怎么办呢？

在计划里导出，然后再到备份里删除原备份计划，新建一个备份计划，然后在计划里导入刚才导出的。~

服务器备份进行方法

服务器备份是指针对于服务器所产生的数据信息进行相应的存储备份过程，从而保障数据的安全运行，从狭义上来看信息的价值在于其潜在用途，并会随着时间的推移而改变。数据管理和保护可攫取信息的最大价值，并规避因未按照监管法规保留信息而导致的风险。企业应对当前和将来的信息使用方式进行评估，实施满足其全部需求的流程和技术。

1、完全备份。

每天对自己的系统进行完全备份。当发生数据丢失的灾难时，只要用一盘磁带（即灾难发生前一天的备份磁带），就可以恢复丢失的数据。然而它亦有不足之处，首先，由于每天都对整个系统进行完全备份，造成备份的数据大量重复。这些重复的数据占用了大量的磁带空间，这对用户来说就意味着增加成本。其次，由于需要备份的数据量较大，因此备份所需的时间也就较长。对于那些业务繁忙、备份时间有限的单位来说，选择这种备份策略是不明智的。

2、增量备份。

星期天进行一次完全备份，然后在接下来的六天里只对当天新的或被修改过的数据进行备份。这种备份策略的优点是节省了磁带空间，缩短了备份时间。但它的缺点在于，当灾难发生时，数据的恢复比较麻烦。例如，系统在星期三的早晨发生故障，丢失了大量的数据，那么现在就要将系统恢复到星期二晚上时的状态。这时系统管理员就要首先找出星期天的那盘完全备份磁带进行系统恢复，然后再找出星期一的磁带来恢复星期一的数据，然后找出星期二的磁带来恢复星期二的数据。很明显，这种方式很繁琐。另外，这种备份的可靠性也很差。在这种备份方式下，各盘磁带间的关系就象链子一样，一环套一环，其中任何一盘磁带出了问题都会导致整条链子脱节。比如在上例中，若星期二的磁带出了故障，那么管理员最多只能将系统恢复到星期一晚上时的状态。

3、差分备份。

管理员先在星期天进行一次系统完全备份，然后在接下来的几天里，管理员再将当天所有与星期天不同的数据（新的或修改过的）备份到磁带上。差分备份策略在避免了以上两种策略的缺陷的同时，又具有了它们的所有优点。首先，它无需每天都对系统做完全备份，因此备份所需时间短，并节省了磁带空间，其次，它的灾难恢复也很方便。系统管理员只需两盘磁带，即星期一磁带与灾难发生前一天的磁带，就可以将系统恢复。在实际应用中，备份策略通常是以上三种的结合。例如每周一至周六进行一次增量备份或差分备份，每周日进行全备份，每月底进行一次全备份，每年底进行一次全备份。

服务器上的所有资料需定期进行集中备份，对于新增的课件等数据需每天进行备份，关键节点的数据资料需要进行实时备份，同时还需提供数据恢复功能，当意外情况发生时，可以短时间内将数据恢复，保证对业务不会造成影响。详细情况如下

对于网站主服务器，需要备份服务器上的数据资料保持和主服务器一模一样，当主服务器发生故障的时候，备份服务器可以及时接管主服务器的工作，从而达到业务不间断。当生产服务器恢复正常的时候，我们又需要把备份服务器上新增的数据同步到主服务器上，保证主服务器上是最新数据。

本地有大批量的课件、网站代码或者是其他资料需要同步到服务器，同步的同时需要复制文件的权限，同步过程中如果出现网络异常等问题可以在下次任务执行时自动执行上次未完成的任务而不会造成重复传输。

服务器上有新增或者更新的数据资料需要进行备份，这个备份需要以执行时间来保存更新的数据，同时能够方便恢复。

SQL2000数据库的备份概念

SQL

SERVER

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

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

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

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

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

1备份当前事务日志

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

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

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

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

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

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

1备份当前事务日志。

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

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

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

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

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

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

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