全备份、增量备份、差分备份的区别

简单描述一下全备份、增量备份、差分备份的区别

? 全备份（Full Backup）

所谓全备份就是用一盘磁带对整个系统进行完全备份，包括系统和数据。这种备份方式的好处就是很直观，容易被人理解。而且当发生数据丢失的灾难时，只要用一盘磁带（即灾难发生之前一天的备份磁带），就可以恢复丢失的数据。然而它也有不足之处：首先由于每天都对系统进行完全备份,因此在备份数据中有大量是重复的，例如操作系统与应用程序。这些重复的数据占用了大量的磁带空间，这对用户来说就意味着增加成本；其次，由于需要备份的数据量相当大，因此备份所需时间较长。对于那些业务繁忙，备份窗口时间有限的单位来说，选择这种备份策略无疑是不明智的。

? 增量备份（Incremental Backup）

就是每次备份的数据只是相当于上一次备份后增加的和修改过的数据。这种备份的优点很明显：没有重复的备分数据，即节省磁带空间，又缩短了备份时间。但它的缺点在于当发生灾难时，恢复数据比较麻烦。举例来说，如果系统在星期四的早晨发生故障，丢失大批数据，那么现在就需要将系统恢复到星期三晚上的状态。这时管理员需要首先找出星期一的那盘完全备份磁带进行系统恢复，然后再找出星期二的磁带来恢复星期二的数据，然后在找出星期三的磁带来恢复星期三的数据。很明显这比第一种策略要麻烦得多。另外这种备份可靠性也差。在这种备份下，各磁带间的关系就象链子一样，一环套一环，其中任何一盘磁带出了问题都会导致整条链子脱节。

? 差分备份（Differential Backup）

就是每次备份的数据是相对于上一次全备份之后新增加的和修改过的数据。管理员先在星期一进行一次系统完全备份；然后在接下来的几天里，管理员再将当天所有与星期一不同的数据（新的或经改动的）备份到磁带上。举例来说，在星期一，网络管理员按惯例进行系统完全备份；在星期二，假设系统内只多了一个资产清单，于是管理员只需将这份资产清单一并备份下来即可；在星期三，系统内又多了一份产品目录，于是管理员不仅要将这份目录，还要连同星期二的那份资产清单一并备份下来。如果在星期四系统内有多了一张工资表，那么星期四需要备份的内容就是：工资表+产品目录+资产清单。

由此可以看出，全备份所需时间最长，但恢复时间最短，操作最方便，当系统中数据量不大时，采用全备份最可靠；差分备份在避免了另外两种策略缺陷的同时，又具有了它们的所有优点

不同备份类型可以存在一定组合，下面的示例供您参考：

完全备份和差异备份

在星期一进行完全备份，在星期二至星期五进行差异备份。如果在星期五数据被破坏了，则你只需要还原星期一完全的备份和星期四的差异备份。这种策略备份数据需要较多的时间，但还原数据使用较少的时间。

完全备份和增量备份

在星期一进行完全备份，在星期二至星期五进行增量备份。如果在星期五数据被破坏了，则你需要还原星期一正常的备份和从星期二至星期五的所有增量备份。这种策略备份数据需要较少的时间，但还原数据使用较多的时间。

SQL Server的增量备份与还原方法

SQL Server的增量备份与还原方法.txt蜜蜂整日忙碌，受到赞扬；蚊子不停奔波，人见人打。多么忙不重要，为什么忙才重要。 备份步骤： 1．在“SQL Server企业管理器”中注册数据库所在的服务器，注意要使用sa用户名和口令，否则以后执行备份调度的时候，会出现权限不足，导致不能进行备份。 2．确保该服务器的SQL Server Agent服务是开启的，因为所有的调度都是通过该代理进行 执行的。 3．在“SQL Server企业管理器”中选中Test数据库，右键打开“备份数据库”窗口，指 定一个新的文件Test-daily.bak,选择“完全”进行一次完全备份。 4．再次打开“备份数据库”窗口，这次使用“差异备份”，“重写”选项设置为“追加到媒体”，目的文件仍然是前面步骤所指定的Test-daily.bak，并在“调度”选项中设置为每天 的19：00，这样，SQL Server会在每天的19：00将数据库自上次备份以来发生的变化，以 增量备份的方式追加到Test-daily.bak文件中。（测试的时候，可以设置为每天的每1分钟 进行一次备份，以便可以很快的看到备份结果） 在需要进行数据库恢复的时候，可以按照如下还原步骤进行操作： 1．新建一个数据库，比如名为Back, 右键打开“还原数据库”窗口，选择“从设备”进行 还原，然后在“选择设备…”中选定备份所使用的Test-daily.bak文件，回到“还原数据库”窗口，“备份号”默认为1（对应的就是备份步骤3中的初次完全备份），不必更改。在“选项”标签页中，选中“强制还原”，最关键的一步是，在“恢复完成状态”中，选中第2或第 3项，即保证“能还原其它事务日志”，这样还原之后，这个新的数据库就回到了我们进行第 一次完全备份时候的状态，此时，该Back数据库将处于“正在装载”或“只读”的状态，没 有关系，这是正常的，因为我们接下来还需要通过事务日志将该数据库恢复到指定的某个状态。 2．再次打开“还原数据库”窗口，同样选择“从设备”进行还原，然后在“选择设备…”中 选定备份所使用的Test-daily.bak文件，回到“还原数据库”窗口，点击“备份号”后面 的“查看内容…”按钮，在新的窗口中，可以看到里面列出了每天19：00左右备份过的备份 集（除了最顶上一个是我们初次的完全备份集，其它都是每天的增量备份集），选中想要恢复 的某个备份集，单击“确定”回到主窗口，可以看到“还原备份集”默认选中的是“差异”，再单击确定，这样，Back数据库就恢复到了我们选定的某个备份集了。 上述还原步骤可以重复进行，直到我们找到确切需要的某个备份集。 另外，恢复后的数据库名称是Back,如果想将其改名为Test，可以执行 EXEC sp_renamedb 'Back', 'Test' 在重命名数据库之前，应该确保没有人使用该数据库，而且数据库设置为单用户模式。 2005-08-25 16:37 更新 1.需要在"备份数据库"->"常规"选项卡里选中"重写现有媒体",这样在"选项"选项卡里才能 设定"备份集到期时间",并且发现,这样设定好"到期时间"之后,即使将"重写现有媒体"改为" 追加到媒体", 所设定的"到期时间"还是有效的,这可以在调度里的"步骤"脚本中看出来,如: BACKUP DATABASE [model] TO DISK = N'D:\test.bak' WITH NOINIT , NOUNLOAD , RETAINDAYS = 1, DIFFERENTIAL , NAME = N'model 备份', NOSKIP , STATS = 10, NOFORMAT,通过这种方式应该可以实现保留最近N天的备份,测试中....

完全备份、差异备份以及增量备份

常用的数据备份方式有完全备份、差异备份以及增量备份，那么这三种备份方式有什么区别，在具体应用中又该如何选择呢? 1、备份方式简介 完全备份(Full Backup) 备份全部选中的文件夹，并不依赖文件的存档属性来确定备份哪些文件。在备份过程中，任何现有的标记都被清除，每个文件都被标记为已备份。换言之，清除存档属性。 完全备份就是指对某一个时间点上的所有数据或应用进行的一个完全拷贝。实际应用中就是用一盘磁带对整个系统进行完全备份，包括其中的系统和所有数据。这种备份方式最大的好处就是只要用一盘磁带，就可以恢复丢失的数据。因此大大加快了系统或数据的恢复时间。 差异备份(Differential Backup) 备份自上一次完全备份之后有变化的数据。差异备份过程中，只备份有标记的那些选中的文件和文件夹。它不清除标记，也即备份后不标记为已备份文件。换言之，不清除存档属性。 差异备份是指在一次全备份后到进行差异备份的这段时间内，对那些增加或者修改文件的备份。在进行恢复时，我们只需对第一次全备份和最后一次差异备份进行恢复。差异备份在避免了另外两种备份策略缺陷的同时，又具备了它们各自的优点。 首先，它具有了增量备份需要时间短、节省磁盘空间的优势;其次，它又具有了全备份恢复所需磁带少、恢复时间短的特点。系统管理员只需要两盘磁带，即全备份磁带与灾难发生前一天的差异备份磁带，就可以将系统恢复。 增量备份(Incremental Backup ) 备份自上一次备份(包含完全备份、差异备份、增量备份)之后有变化的数据。增量备份过程中，只备份有标记的选中的文件和文件夹，它清除标记，既：备份后标记文件，换言之，清除存档属性。

RMAN增量备份与恢复

增量备份计划案例 一、增量备份计划关键命令 星期日： RMAN> backup incremental level=0 database; 星期一： RMAN> backup incremental level=2 database; 星期二： RMAN> backup incremental level=2 database; 星期三： RMAN> backup incremental level=1 database; 星期四： RMAN> backup incremental level=2 database; 星期五： RMAN> backup incremental level=2 database; 星期六： RMAN> backup incremental level=2 database; 二、增量备份计划与恢复实例： 恢复管理器: Release 10.2.0.1.0 - Production on 星期六3月22 14:47:30 2008 Copyright (c) 1982, 2005, Oracle. All rights reserved.

连接到目标数据库: ORCL (DBID=1177145004) RMAN> backup incremental level=0 database; 启动backup 于22-3月-08 使用目标数据库控制文件替代恢复目录 分配的通道: ORA_DISK_1 通道ORA_DISK_1: sid=122 devtype=DISK 通道ORA_DISK_1: 启动增量级别0 数据文件备份集 通道ORA_DISK_1: 正在指定备份集中的数据文件 输入数据文件fno=00001 name=C:\ORACLE\ORADATA\ORCL\SYSTEM01.DBF 输入数据文件fno=00003 name=C:\ORACLE\ORADATA\ORCL\SYSAUX01.DBF 输入数据文件fno=00007 name=C:\ORACLE\ORADATA\ORCL\PERFSTAT.DBF 输入数据文件fno=00005 name=C:\ORACLE\ORADATA\ORCL\EXAMPLE01.DBF 输入数据文件fno=00002 name=C:\ORACLE\ORADATA\ORCL\UNDOTBS01.DBF 输入数据文件fno=00004 name=C:\ORACLE\ORADATA\ORCL\USERS01.DBF 输入数据文件fno=00006 name=C:\ORACLE\ORADATA\ORCL\TTT.DBF 通道ORA_DISK_1: 正在启动段 1 于22-3月-08 通道ORA_DISK_1: 已完成段 1 于22-3月-08 段句柄=C:\ORACLE\FLASH_RECOVERY_AREA\ORCL\BACKUPSET\2008_03_22\O1 _MF_NNND0_TAG20080322T144756_3Y9BWXK2_.BKP 标记=TAG20080322T144756 注释=NONE 通道ORA_DISK_1: 备份集已完成, 经过时间:00:01:45 完成backup 于22-3月-08 启动Control File and SPFILE Autobackup 于22-3月-08 段

存储要点：全量、增量、差分备份及方法

1.1备份策略设计 要在建立一个好的备份系统，除了需要配备有好的软硬件产品之外，更需要有良好的备份策略和管理规划来进行保证。备份策略的选择，要统筹考虑需备份的总数据量，线路带宽、数据吞吐量、时间窗口以及对恢复时间的要求等因素。目前的备份策略主要有全量备份、增量备份和差分备份。全量备份所需时间最长，但恢复时间最短，操作最方便，当系统中数据量不大时，采用全量备份最可靠。增量备份和差分备份所需的备份介质和备份时间都较全量备份少，但是数据恢复麻烦。根据不同业务对数据备份的时间窗口和灾难恢复的要求，可以选择不同的备份方式，亦可以将这几种备份方式进行组合应用，以得到更好的备份效果。 1.1.1全量备份(Full Backup) 所谓全量备份，就是对整个系统包括系统文件和应用数据进行的完全备份。这种备份方式的优点是数据恢复所需时间短。缺点是备份数据中有大量内容是重复的，这些重复的数据浪费了大量的磁带空间，无形中增加了数据备份的成本；再者，由于需要备份的数据量相当大，因此备份所需时间相对较长。 1.1.2增量备份(Incremental Backup) 增量备份指每次备份的数据只是相当于上一次备份（全或增或差）后增加的和修改过的数据。这种备份的优点很明显：没有重复的备份数据，节省磁带空间，又缩短了备份时间。但它的缺点在于当发生灾难时，恢复数据比较麻烦，需进行多次数据恢复才能恢复至最新的数据状态。 1.1.3差分备份(Differential Backup) 差分备份就是每次备份的数据是相对于上一次全量备份之后新增加的和修改过的数据。差分备份无需每次都做系统完全备份，因此备份所需时间短，并节省磁带

oracle数据库全备份和增量备份

1. 检查数据库模式： sqlplus /nolog conn /as sysdba archive log list (查看数据库是否处于归档模式中) 若为非归档,则修改数据库归档模式。 startup mount alter database archivelog alter database open 2.连接到target数据库 命令：connect target / (connect target system/oracle@ora10g,如果数据库没有起来，也可要直接在rman命令下用startup进行启动数据库) 可以连接到target database.(rman 一边连接到target数据库，另外一边连接到control file(nocatalog mode),control file 中存储rman 的备份信息) 3.用list backupset 命令查看有没有备份 4. 常用备份命令： 备份全库： RMAN> backup database plus archivelog delete input; (备份全库及控制文件、服务器参数文件与所有归档的重做日志，并删除旧的归档日志) 备份表空间： RMAN> backup tablespace system plus archivelog delete input; (备份指定表空间及归档的重做日志，并删除旧的归档日志)_ 备份归档日志： RMAN> backup archivelog all delete input; 1.全库备份（备份数据文件中有数据的，有数据文件，控制文件，归档日志文件，spfile 文件，不备份联机重做日志文件或临时文件） RMAN> CONFIGURE CONTROLFILE AUTOBACKUP ON; --控制文件自动备份 RMAN>CONFIGURE DEVICE TYPE DISK PARALLELISM 2 backup type to compressed backupset; --压缩 RMAN> CONFIGURE channel DEVICE TYPE DISK format 'D:\APP\rman\full_%s.bk'; --备份的路径 RMAN>BACKUP DATABASE; --全备份 RMAN>list backup of database; --检查备份信息 RMAN>backup archivelog all delete input; --备份归档日志并删除归档日志 RMAN> list backup of archivelog all; --检查归档日志 2.差异增量备份 RMAN> backup incremental level 0 database; --0级全备份 RMAN> backup incremental level 2 database;--2级备份

数据完全备份、差异备份、增量备份

数据完全备份、差异备份、增量备份 1.完全备份 备份全部选中的文件夹，并不依赖文件的存档属性来确定备份那些文件。在备份过程中，任何现有的标记都被清除，每个文件都被标记为已备份。换言之，清除存档属性。 完全备份就是指对某一个时间点上的所有数据或应用进行的一个完全拷贝。实际应用中就是用一盘磁带对整个系统进行完全备份，包括其中的系统和所有数据。这种备份方式最大的好处就是只要用一盘磁带，就可以恢复丢失的数据。因此大大加快了系统或数据的恢复时间。然而它的不足之处在于，各个全备份磁带中的备份数据存在大量的重复信息；另外，由于每次需要备份的数据量相当大，因此备份所需时间较长。 2.差异备份 备份自上一次完全备份之后有变化的数据。差异备份过程中，只备份有标记的那些选中的文件和文件夹。它不清除标记，也即备份后不标记为已备份文件。换言之，不清除存档属性。 差异备份是指在一次全备份后到进行差异备份的这段时间内，对那些增加或者修改文件的备份。在进行恢复时，我们只需对第一次全备份和最后一次差异备份进行恢复。差异备份在避免了另外两种备份策略缺陷的同时，又具备了它们各自的优点。首先，它具有了增量备份需要时间短、节省磁盘空间的优势；其次，它又具有了全备份恢复所需磁带少、恢复时间短的特点。系统管理员只需要两盘磁带，即全备份磁带与灾难发生前一天的差异备份磁带，就可以将系统恢复。 3.增量备份 备份自上一次备份（包含完全备份、差异备份、增量备份）之后有变化的数据。增量备份过程中，只备份有标记的选中的文件和文件夹，它清除标记，既：备份后标记文件，换言之，清除存档属性。 增量备份是指在一次全备份或上一次增量备份后，以后每次的备份只需备份与前一次相比增加和者被修改的文件。这就意味着，第一次增量备份的对象是进行全备后所产生的增加和修改的文件；第二次增量备份的对象是进行第一次增量备份后所产生的增加和修改的文件，如此类推。这种备份方式最显著的优点就是：没有重复的备份数据，因此备份的数据量不大，备份所需的时间很短。但增量备份的数据恢复是比较麻烦的。您必须具有上一次全备份和所有增量备份磁带（一旦丢失或损坏其中的一盘磁带，就会造成恢复的失败），并且它们必须沿着从全备份到依次增量备份的时间顺序逐个反推恢复，因此这就极大地延长了恢复时间。

全备份、增量备份、差分备份的区别

简单描述一下全备份、增量备份、差分备份的区别 ? 全备份（Full Backup） 所谓全备份就是用一盘磁带对整个系统进行完全备份，包括系统和数据。这种备份方式的好处就是很直观，容易被人理解。而且当发生数据丢失的灾难时，只要用一盘磁带（即灾难发生之前一天的备份磁带），就可以恢复丢失的数据。然而它也有不足之处：首先由于每天都对系统进行完全备份,因此在备份数据中有大量是重复的，例如操作系统与应用程序。这些重复的数据占用了大量的磁带空间，这对用户来说就意味着增加成本；其次，由于需要备份的数据量相当大，因此备份所需时间较长。对于那些业务繁忙，备份窗口时间有限的单位来说，选择这种备份策略无疑是不明智的。 ? 增量备份（Incremental Backup） 就是每次备份的数据只是相当于上一次备份后增加的和修改过的数据。这种备份的优点很明显：没有重复的备分数据，即节省磁带空间，又缩短了备份时间。但它的缺点在于当发生灾难时，恢复数据比较麻烦。举例来说，如果系统在星期四的早晨发生故障，丢失大批数据，那么现在就需要将系统恢复到星期三晚上的状态。这时管理员需要首先找出星期一的那盘完全备份磁带进行系统恢复，然后再找出星期二的磁带来恢复星期二的数据，然后在找出星期三的磁带来恢复星期三的数据。很明显这比第一种策略要麻烦得多。另外这种备份可靠性也差。在这种备份下，各磁带间的关系就象链子一样，一环套一环，其中任何一盘磁带出了问题都会导致整条链子脱节。 ? 差分备份（Differential Backup） 就是每次备份的数据是相对于上一次全备份之后新增加的和修改过的数据。管理员先在星期一进行一次系统完全备份；然后在接下来的几天里，管理员再将当天所有与星期一不同的数据（新的或经改动的）备份到磁带上。举例来说，在星期一，网络管理员按惯例进行系统完全备份；在星期二，假设系统内只多了一个资产清单，于是管理员只需将这份资产清单一并备份下来即可；在星期三，系统内又多了一份产品目录，于是管理员不仅要将这份目录，还要连同星期二的那份资产清单一并备份下来。如果在星期四系统内有多了一张工资表，那么星期四需要备份的内容就是：工资表+产品目录+资产清单。 由此可以看出，全备份所需时间最长，但恢复时间最短，操作最方便，当系统中数据量不大时，采用全备份最可靠；差分备份在避免了另外两种策略缺陷的同时，又具有了它们的所有优点 不同备份类型可以存在一定组合，下面的示例供您参考： 完全备份和差异备份 在星期一进行完全备份，在星期二至星期五进行差异备份。如果在星期五数据被破坏了，则你只需要还原星期一完全的备份和星期四的差异备份。这种策略备份数据需要较多的时间，但还原数据使用较少的时间。 完全备份和增量备份 在星期一进行完全备份，在星期二至星期五进行增量备份。如果在星期五数据被破坏了，则你需要还原星期一正常的备份和从星期二至星期五的所有增量备份。这种策略备份数据需要较少的时间，但还原数据使用较多的时间。

存储要点：全量、增量、差分备份及方法

1.1 备份策略设计 要在建立一个好的备份系统，除了需要配备有好的软硬件产品之外，更需要有良好的备份策略和管理规划来进行保证。备份策略的选择，要统筹考虑需备份的总数据量，线路带宽、数据吞吐量、时间窗口以及对恢复时间的要求等因素。目前的备份策略主要有全量备份、增量备份和差分备份。全量备份所需时间最长，但恢复时间最短，操作最方便，当系统中数据量不大时，采用全量备份最可靠。增量备份和差分备份所需的备份介质和备份时间都较全量备份少，但是数据恢复麻烦。根据不同业务对数据备份的时间窗口和灾难恢复的要求，可以选择不同的备份方式，亦可以将这几种备份方式进行组合应用，以得到更好的备份效果。 1.1.1全量备份(Full Backup) 所谓全量备份，就是对整个系统包括系统文件和应用数据进行的完全备份。这种备份方式的优点是数据恢复所需时间短。缺点是备份数据中有大量内容是重复的，这些重复的数据浪费了大量的磁带空间，无形中增加了数据备份的成本；再者，由于需要备份的数据量相当大，因此备份所需时间相对较长。 1.1.2增量备份(Incremental Backup) 增量备份指每次备份的数据只是相当于上一次备份（全或增或差）后增加的和修改过的数据。这种备份的优点很明显：没有重复的备份数据，节省磁带空间，又缩短了备份时间。但它的缺点在于当发生灾难时，恢复数据比较麻烦，需进行多次数据恢复才能恢复至最新的数据状态。

1.1.3差分备份(Differential Backup) 差分备份就是每次备份的数据是相对于上一次全量备份之后新增加的和修改过的数据。差分备份无需每次都做系统完全备份，因此备份所需时间短，并节省磁带空间；另外，差分备份的灾难恢复也很方便，系统管理员只需两次备份数据，即全量备份的数据磁带与发生灾难前一天的备份数据磁带，就可以将系统完全恢复。 ********************* 随着数据量的增加，做全备份所需要的时间将不断延长，因此需要制定一个基于未来大数据量的备份策略。备份策略包括两个部分，一、操作系统和应用程序代码的备份策略，二、业务数据的备份策略。 操作系统和应用程序代码的备份策略比较简单，一般可先对所有系统做一次全备份，然后每周对关键系统做一次全备份；此外，每台机器做过软件安装或系统升级后，应立刻做一次全量备份。当操作系统和应用程序代码出现故障时，将全量备份的数据按照相应的办法恢复即可。 业务数据的日常备份策略可按如下制订： 1.1.4方法一： ?每周在访问量比较小（如周六、周日）的时候做一次全备份； ?每天对业务数据做一次差分备份或增量备份； ?每次业务数据做大调整后应立即做一次全备份。 ?每天对备份服务器的Catalog日志备份；

Oracle的差异增量备份和累积增量备份

在rman增量备份中，有差异增量和累积增量的概念 1、概念 差异增量：是备份上级及同级备份以来所有变化的数据块，差异增量是默认增量备份方式 累积增量：是备份上级备份以来所有变化的块 因为累积增量是备份上级备份以来所有变化的数据块，所以累积增量需要更多的备份时间，同时需要较小的恢复时间；而差异增量正好相反，它可以备份同级备份以来变化的数据块。所以会减少备份时间，但需要更多的恢复时间.在oracle 9中增量备份需要通过扫描整个数据库的数据块才能知道哪些数据块发生了变化，这是一个代价很大，时间很长的过程，而且由于增量备份形成多个不同的备份集，使恢复变得更加不可靠，所以增量备份在版本9中仍然不被推荐使用;在10g中，增量备份作了很大的改进，不需要再扫描所有数据块就能得知哪些数据块发生变化，从而大大提升备份效率。但这些却以牺牲磁盘i/o为代价，所以在oltp事务系统中还得衡量是否愿意以i/o为代价来保证安全及高可用性。10g还支持增量合并，增量备份可支持7级增量。 2、备份策略及恢复 以rman多级增量备份来作为备份策略例子: 增量备份都需要一个0级备份来作为基础，0级备份与全备份的区别在于0级可以用来增量恢复，而全备份则不可以。 备份策略： eg:我们对一星期做如下备份策略，那么差异增量只需要使用星期天的0级，星期三的一级，星期四、五的二级就可以恢复，累积增量则需要星期天的0级、星期三的1级，星期五的二级即可进行恢复。以上是一个星期的备份策略,如果做长期的备份策略则只需要把备份的时间延长即可得到新的备份策略，具体需要看自己备份及恢复能够接受的程度而顶，见最后的备份策略典型案例。

K3增量备份及应用案例介绍

增量备份及应用案例介绍 本期概述 ●本文档适用于 K/3 12.1wise及其更高版本 ●学习完本文档以后，您将能够了解金蝶K/3账套管理的增量备份方式，掌握增量备 份和还原账套的操作。 版本信息 ●2012年5月27日 V1.0 编写人：郭东 ●2012年5月31日 V2.0 修改人：卢锦煌 版权信息 ●本文件使用须知 著作权人保留本文件的内容的解释权，并且仅将本文件内容提供给阁下个人使用。对于内容中所含的版权和其他所有权声明，您应予以尊重并在其副本中予以保留。您不得以任何方式修改、复制、公开展示、公布或分发这些内容或者以其他方式把它们用于任何公开或商业目的。任何未经授权的使用都可能构成对版权、商标和其他法律权利的侵犯。如果您不接受或违反上述约定，您使用本文件的授权将自动终止，同时您应立即销毁任何已下载或打印好的本文件内容。 著作权人对本文件内容可用性不附加任何形式的保证，也不保证本文件内容的绝对准确性和绝对完整性。本文件中介绍的产品、技术、方案和配置等仅供您参考，且它们可能会随时变更，恕不另行通知。本文件中的内容也可能已经过期，著作权人不承诺更新它们。如需得到最新的技术信息和服务，您可向当地的金蝶业务联系人和合作伙伴进行咨询。 著作权声明著作权所有 20xx 金蝶软件（中国）有限公司。 所有权利均予保留。

目录 1. 概述 (3) 2. 账套管理增量备份及还原操作案例 (3) 2.1 增量备份 (3) 2.2 还原增量备份文件 (5)

1. 概述 账套是存放企业各种数据的载体，为了保证账套数据的安全性，定期对账套进行备份显得尤为重要。当账套遭到损坏时，可通过账套恢复功能恢复近期备份的账套文件，尽可能减少数据丢失，降低给企业带来的影响。 账套的备份和恢复操作，K/3系统提供了三种方式供用户选择，与SQL Server软件提供的数据库备份与恢复方式一致。 “完全备份”是执行完整数据库备份，也就是为账套的所有数据建立一个副本。备份后生成完全备份文件。 “增量备份”是记录自上次完整数据库备份后对数据库数据所做的更改，也就是为上次完整数据库备份后发生变动的数据建立一个副本。备份后，生成增量备份文件。增量备份比完全备份小而且备份速度快，因此可以更经常地备份，经常备份将减少丢失数据的危险。以日常工作中的文件备份为案例，例如需要备份一个名称为“资料”的文件夹，当前该文件夹下存放了10个文件。星期一做了一个完整备份，此时备份的是10个文件，星期二在“资料”文件夹中新增了一个文件，此时你做增量备份，那么星期二的增量备份实际上只备份了这个新增的文件，也就是只有1个文件。 “日志备份”是自上次备份事务日志后对事务日志进行的备份。事务日志是对数据库执行的所有事务的一系列记录。使用事务日志备份和恢复可以将账套恢复到特定的即时点（如输入多余数据前的那一点）或恢复到故障点。一般情况下，事务日志备份比数据库备份使用的资源少。因此可以比数据库备份更经常地创建事务日志备份，经常备份将减少丢失数据的危险。 注意：增量备份和日志备份都是基于完全备份之上的。因此在增量备份和日志备份之前，都必须先执行完全备份。 本文主要介绍增量备份在K/3系统中的运用。 2. 账套管理增量备份及还原操作案例 2.1 增量备份 首先在中间层服务器上，依次展开【开始】菜单下的【所有程序】→【金蝶k/3wise 创新管理平台】→【服务器配置工具】→【账套管理】，输入登录名Admin和密码，单击【确定】按钮登录。 在账套列表中选中要备份的账套，单击工具栏的上的【备份】按钮，如图-1所示。

全备份、增量备份、差异备份和永久增量备份

全备份、增量备份、差异备份和永久增量备份在本文中你将学到： 全备份、增量备份和差异备份，以及一些新型的备份方式，例如合成备份和永久增量备份。你还将学习到如何为你公司的数据选择最佳的数据备份类型。 在相当长一段时间，主要有三种基本的备份方式： 全备份，增量备份和差异备份。最近，尽管数据备份软件厂商已经推出了一些新类型的备份方式，但是你可能对此不熟悉。尽管如此，在采取行动之前，我要给你们上一堂关于全备份、增量备份和差异备份的速成课。 全备份 全备份，顾名思义，即你的整个数据集的完整副本。虽然可以说全备份提供了最好的数据保护，但是一些机构仅仅定期使用它，因为做一次全备份是非常耗时的，而且往往需要大量的磁带或者磁盘。 增量备份 由于全备份是如此的耗时，因此作为一种减少做一次备份所耗时间的方式，增量备份被引入。增量备份只备份上次备份之后更改的数据。 例如，假设你在星期一进行了一次全备份，这周剩余的时间进行增量备份。星期二的备份只包含周一后更改的数据。星期三的备份只包含星期二后更改的数据。 增量备份主要的缺点就是恢复起来非常耗时。让我们回到我前面的例子，假设你想从星期三的备份中恢复，那么，你就必须先恢复星期一的完整备份。在此之后，您将不得不恢复星期二的备份磁带，其次是周三的。如果发生任何磁带丢失或损坏，那么你将无法执行完全恢复。 差异备份

差异备份和增量备份相似，都是基于全备份开始备份，后面备份只包含发生更改的数据。 不同的是，增量备份只包含自上次备份之后更改的数据，而差异备份是包含了自上次全备份之后所有更改的数据。 例如，假设你想在星期一进行一次全备份，在剩余的时间进行差异备份。星期二的备份将会包含自周一之后更改的所有数据。因此，在这一点上，它和增量备份是相同的。然而，在星期三，差异备份将会备份自周一之后更改的所有数据。 差异备份比增量备份的优点是恢复时间较短。从一个差异备份中恢复，绝对不会需要超过二套磁带，而另一方面，增量备份可能需要大量的磁带集。当然，代价是，随着时间的推移，差异备份磁带可增长到包含比增量备份磁带更多的数据。 合成全备份 合成全备份是一个增量备份的变种。像其他任何的增量备份，备份过程涉及一个全备份，紧接着一系列的增量备份。但是合成备份采取的措施更进一步。 使得合成备份与增量备份不同的原因是备份服务器实际上进行的是全备份。它通过使用来自增量备份的数据整合现存的全备份数据。最终的结果就是一个全备份，一个与传统方法得到的全备份不同的完整备份。 正如你可以想象的那样，合成全备份最大的优点就是大大减少了恢复时间。还原合成备份不需要像恢复增量备份那样操作恢复多个磁带集。合成全备份具有真正的完全备份所有的优点，但是减少了备份次数和降低了一次增量备份使用的带宽。 永久增量备份 永久增量备份常被“磁盘-磁盘-磁带”备份系统使用。其基本的方式和增量备份相似，永久增量备份是从所有数据的全备份初始的，以后只进行增量备份。

完全、差异、增量备份

本文将为大家简单介绍三大数据备份方式，它们分别为：完全备份、增量备份以及差异备份。 数据备份方式之完全备份 备份系统不会检查自上次备份后，档案有没有被更动过；它只是机械性地将每个档案读出、写入，不管档案有没有被修改过。备份全部选中的文件及文件夹，并不依赖文件的存盘属性来确定备份哪些文件。 这是我们不会一味采取完全备份的原因- 每个档案都会被写到备份装置上。这表示即 使所有档案都没有变动，还是会占据许多存储空间。如果每天变动的档案只有10 MB，每晚却要花费100 GB 的存储空间做备份，这绝对不是个好方法；这也就是推出"增量备份（incremental backups）的主要原因。 数据备份方式之增量备份 跟完全备份不同，增量备份在做数据备份前会先判断，档案的最后修改时间是否比上次备份的时间来得晚。如果不是的话，那表示自上次备份后，这档案并没有被更动过，所以这次不需要备份。换句话说，如果修改日期"的确"比上次更动的日期来得晚，那么档案就被更动过，需要备份。 增量备份常常跟完全备份合用（例如每个星期做完全备份，每天做增量备份）差异备份是针对完全备份：备份上一次的完全备份后发生变化的所有文件。 使用增量备份最大的好处在于备份速度：它的速度比完整备份快上许多，同时由于增量备份在做备份前会自动判断备份时间点及文件是否已作改动，所以相对于完全备份其对于节省存储空间也大有益处。增量备份的不足之处在于数据还原的时间较长，效率相对较低，例如，如果您要还原一个备份档案，您必须把所有增量备份的磁盘都找一遍，直到找到为止，如果您要复原整个档案系统，那就得先复原最近一次的完整备份，然后复原一个又一个的增量备份。 要避免复原一个又一个的递增数据，提升数据的复原的效率，把做法稍微改变一下，就变成了"差异备份（differential backup）"。 数据备份方式之差异备份 差异备份与增量备份一样，都只备份更动过的数据。但前者的备份是"累积（cumulative）"的-- 一个档案只要自上次完整备份后，曾被更新过，那么接下来每次做差异备份时，这个档案都会被备份（当然，直到下一次完整备份为止）。 这表示差异备份中的档案，都是自上次完全备份之后，曾被改变的档案。如果要复原整个系统，那么您只要先复原完全备份，再复原最后一次的差异备份即可。增量备份是针对于上一次备份（无论是哪种备份）：备份上一次备份后，所有发生变化的文件。 跟增量备份所使用的策略一样，您平时只要定期做一次完全备份，再定时做差异备份即可。

Oracle的差异增量备份和累积增量备份

Oracle的差异增量备份和累积增量备份 在rman增量备份中，有差异增量和累积增量的概念 1、概念 差异增量：是备份上级及同级备份以来所有变化的数据块，差异增量是默认增量备份方式 累积增量：是备份上级备份以来所有变化的块 因为累积增量是备份上级备份以来所有变化的数据块，所以累积增量需要更多的备份时间，同时需要较小的恢复时间；而差异增量正好相反，它可以备份同级备份以来变化的数据块。所以会减少备份时间，但需要更多的恢复时间。在oracle 9中增量备份需要通过扫描整个数据库的数据块才能知道哪些数据块发生了变化，这是一个代价很大，时间很长的过程，而且由于增量备份形成多个不同的备份集，使恢复变得更加不可靠，所以增量备份在版本9中仍然不被推荐使用；在10g中，增量备份作了很大的改进，不需要再扫描所有数据块就能得知哪些数据块发生变化，从而大大提升备份效率。但这些却以牺牲磁盘i/o为代价，所以在oltp事务系统中还得衡量是否愿意以i/o为代价来保证安全及高可用性。10g还支持增量合并，增量备份可支持7级增量。 2、备份策略及恢复 以rman多级增量备份来作为备份策略例子： 增量备份都需要一个0级备份来作为基础，0级备份与全备份的区别在于0级可以用来增量恢复，而全备份则不可以。 备份策略： eg：我们对一星期做如下备份策略，那么差异增量只需要使用星期天的0级，星期三的一级，星期四、五的二级就可以恢复，累积增量则需要星期天的0级、星期三的1级，星期五的二级即可进行恢复。以上是一个星期的备份策略，如果做长期的备份策略则只需要把备份的时间延长即可得到新的备份策略，具体需要看自己备份及恢复能够接受的程度而顶，见最后的备份策略典型案例。

数据备份方式：完整备份、增量备份、差异备份

1、当前主流的备份技术 数据备份： 即针对数据进行的备份，直接复制所要存储的数据，或者将数据转换为镜像保存在计算机中。诸如Ghost等备份软件，光盘刻录和移动盘存储均属此类。 其采用的模式相对容易理解，分为逐档与镜像两种。一是直接对文件进行复制，另一是把文件压成镜像存放。 优点是方便易用，也是广大用户最为常用的。缺点是安全性较低，容易出错，其针对数据进行备份，如果文件本身出现错误就将无法恢复，那备份的作用就无从谈起。因此这种数据备份适用于常规数据备份或重要数据的初级备份。 磁轨备份（物理备份）： 这种备份技术的原理是直接对磁盘的磁轨进行扫描，并记录下磁轨的变化，所以这种数据备份技术也被称为物理级的数据备份。 优点是非常精确，因为是直接记录磁轨的变化，所以出错率几乎为0，数据恢复也变得异常容易、可靠。这种数据技术通常应用在中高端的专业存储设备，部分中高端NAS（网络附加存储）如自由遁等专业存储设备就是采用此备份技术，这种数据备份技术在国外企业数据备份应用非常广泛。 磁轨备份采用的模式在国内并不统一，下面就简单介绍一下各种备份模式： 如果您问一个对计算机备份程序不熟悉的人，他可能会告诉您，备份不过是把计算机上的「所有」数据，拷贝一份而已。换句话说，如果您在星期二晚上做备份，星期三没有更动计算机上的任何数据，那么星期三晚上做的备份，与前一天晚上做的，是完全一样的，这是备份的方式之一，但您实在没有必要这样做，要了解备份，我们得先知道备份的种类。 2、数据备份的主要方式 完全备份 完全备份（full backup）」，每个档案都会被写进备份档去。如上所述，如果两个时间点备份之间，数据没有任何更动，那么所有备份数据都是一样的。 这问题出自备份系统不会检查自上次备份后，档案有没有被更动过；它只是机械性地将每个档案读出、写入，不管档案有没有被修改过。备份全部选中的文件及文件夹，并不依赖文件的存盘属性来确定备份哪些文件。 （在备份过程中，任何现有的标记都被清除，每个文件都被标记为已备份，换言之，清除存盘属性）。 这是我们不会一味采取完全备份的原因—每个档案都会被写到备份装置上。这表示即使所有档案都没有变动，还是会占据许多存储空间。如果每天变动的档案只有10 MB，每晚却要花费100 GB 的存储空间做备份，这绝对不是个好方法；这也就是推出「增量备份（incremental backups）的主要原因。 增量备份 跟完全备份不同，增量备份在做数据备份前会先判断，档案的最后修改时间是否比上次备份的时间来得晚。如果不是的话，那表示自上次备份后，这档案并没有被更动过，所以这次不需要备份。换句话说，如果修改日期「的确」比上次更动的日期来得晚，那么档案就被更动过，需要备份。

增量备份操作说明

连云港行权数据库增量备份操作说明 一、前提条件：在做增量备份工作之前，先对数据库做一次全量备份，保证有一个完整的数据库文件。 二、在有一个完整的数据库文件基础上，可分别定期增量备份附件表和除附件表之外的表。 附件表包括：监察处罚附件表SupPunishDoc、监察许可附件表supapplydoc、许可业务附件表IOATTACHMENT。（注：处罚和强制业务附件表数据量较小，暂时不在此次增量备份考虑范围内）其中，SupPunishDoc、supapplydoc根据附件表中的update_date时间字段来统一备份某一时间段内的数据；IOATTACHMENT许可业务附件表根据itemobjectid字段值来备份某一范围内的附件数据。 除附件表之外的其他数据库表可以定期备份，备份完成后可将之前备份的除附件表之外的表数据备份文件删除，以节省磁盘空间。 三、增量备份操作说明 增量备份工作可通过plsql客户端实现完成，登录plsql成功后，点击菜单栏中“工具”，在下拉菜单中选择“导出表”选项，如图所示： 在导出功能页面中，选中需要增量备份的附件表SupPunishDoc、supapplydoc，并在where 字句中输入时间判断条件，即备份规定一段时间内的附件数据，如图所示：

该事例where字句中时间范围设定为update_date>=to_date('2014-08-01 00:00:00','yyyy-mm-dd hh24:mi:ss') and update_date

增量备份软件

ClientFileTcpSend.java：（客户端文件传输代码） package socketBakUp; import java.io.DataInputStream; import java.io.DataOutputStream; import java.io.File; import java.io.FileInputStream; import java.io.FileNotFoundException; import java.io.IOException; import https://www.wendangku.net/doc/5f18096208.html,.Socket; import https://www.wendangku.net/doc/5f18096208.html,.UnknownHostException; import java.security.MessageDigest; import java.util.Timer; import java.util.TimerTask; public class ClientFileTcpSend extends Socket{ private Socket client; // Socket-客户端 private String ip=""; /** * 构造器 * * @param ip 服务端IP地址 * @param report 服务端开放的端口 * @throws UnknownHostException * @throws IOException */ public ClientFileTcpSend(String ip,Integer report) throws Exception { super(ip, report); t his.ip=ip; this.client = this; if (client.getLocalPort()>0) { socketBakUp.logger.debug("ClientFile[port:" + client.getLocalPort() + "] 成功连接服务端2"+ip); }else{ socketBakUp.logger.debug("服务器2连接失败"); } } public void sendFile(String filePath) { DataOutputStream dos = null; // 上传服务器：输出流 FileInputStream fis = null; // 读取文件：输入流

MYSQL 全量和增量备份

一、前提条件 首先，需要设定一个同步的环境出来，可以在两个独立的主机或者同一个主机上实现，详细请参考MySQL做同步实例。接下来的备份工作就都是在Slave上实现了。 下面就拿一个实际的例子来讲解，MySQL Slave的版本为 5.0.27。 假定 datadir 为 /usr/local/mysql/data，备份文件存放目录为 /backup/mysql/，两种备份都由shell脚本来自动完成。 二、全量备份 全量备份的原理是停止slave之后，将数据刷新到磁盘中，然后直接拷贝数据文件。如果数据量相对较小，推荐使用mysqldump来做，较大的话，直接拷贝文件就更便捷了。 shell脚本文件名 backupmysql_fullly.sh： 1.#!/bin/sh 2. 3.# 4. 5.# created by yejr,2006/11/29 6. 7.# 8. 9.# 本脚本用于定期做全量备份,备份的对象是slave上的全部数据 10. 11.# 每次备份之前都先执行"STOP SLAVE; FLUSH TABLES;",然后将 12. 13.# 所有文件拷贝到备份目录下 14. 15.# 16. 17.#取得当前日期，作为备份目录名

19.today=`date +"%Y_%m_%d"` 20. 21.#源目录 22. 23.datadir=/usr/local/mysql/data 24. 25.#目标目录 26. 27.bkdir=/backup/mysql 28. 29.today_bkdir=$bkdir/$today 30. 31.today_full_bkdir=$today_bkdir/full_backup 32. 33.#修改上级目录属性 34. 35.chattr -i $bkdir 36. 37.#判断目标目录是否已经存在 38. 39.if [ ! -d $today_bkdir ] ; then 40. 41.mkdir -p $today_bkdir 42. 43.else 44. 45.chattr -i $today_bkdir 46. 47.fi 48. 49.#执行 slave-stop && flush-logs，停止slave，并且刷新缓存内容到磁盘