一、概念知识

在备份恢复过程中，有两个关键指标：

以业务为出发点，即业务的恢复时间目标。

主要指所能容忍的应用停止服务的最长时间，也就是从灾难发生到业务系统恢复服务功能所需要的最短时间周期。

以数据为出发点，反应恢复数据完整性的指标

主要指业务系统所能容忍的数据丢失量

 

按照每次备份的数量可分为：

概念：指对某一时间点上的所有数据进行全量备份，包括系统和所有数据。

优点：在恢复丢失数据时，只需要对一个完整的备份进行操作就能够恢复丢失数据，大大加快了系统或数据恢复的时间。

缺点：每次都需要对系统和所有数据进行一次全量备份。

概念：指在第一次全量备份的基础上，分别记录每次的变化

优点：由于增量备份在备份前会判断数据是否发生变化，并仅记录每次变化情况，所以相较于其他两种备份方式它最大的好处在于其所需存储空间              最少的（相同的变化情况下），备份速度最快的。

缺点：从数据还原上来说，它的恢复时间是最长的，效率较低。恢复数据时，需要在第一次完备的基础上，整合每次的一个变化情况。

概念：指在第一次全量备份的基础上，记录最新数据较第一次全量备份的差异。简单来说，差异备份就是一个积累变化的过程。

特点：恢复系统或者数据时，先恢复全量备份，然后恢复最后一次的差异备份即可完成。因此差异备份占用的储存空间和所需恢复时间介于全量备份和增量备份之间。

 

全量备份、增量备份、差异备份的比较：

 

Linux常见的日志文件名：

 

CentOS提供syslogd这个服务来统一管理。还有一个专门记录内核信息的日志文件服务，就是klogd。所以，日志文件所需的服务主要就是 syslogd与klogd这两者。

可以通过logrotate(日志文件轮替)来自动化处理日志文件容量与更新问题。所以：

 

二、本地定时任务

1、检查是否已安装Linux本地定时任务Crontab

2、安装Crontab

3、启动

4、Crontab目录结构

 

5、Crontab脚本编辑

crontab [-u username]   省略用户表，表示操作当前用户的crntab

         -e             编辑工作表

         -l             列出工作表里的命令

         -r             删除工作表

6、任务执行后，查看信息

 

crontab的命令例子

*  *  *  *  *  myCommand	每1分钟执行一次myCommand
3,15  *  *  *  *  myCommand	每小时的第3和第15分钟执行
3,15  8-11  *  *  *  myCommand	在上午8点到11点的第3和第15分钟执行
3,15  8-11  */2  *  *  myCommand	每隔两天的上午8点到11点的第3和第15分钟执行
3,15  8-11  *  *  1  myCommand	每周一的上午8点到11点的第3和第15分钟执行
30  21  *  *  *  /etc/init.d/smb  restart	每天的21:30重启smb
45  4  1,10,22  *  *  /etc/init.d/smb  restart	每月1/10/22日的4:45重启smb
10  1  *  *  6,0  /etc/init.d/smb  restart	每周六、周日的1:10重启smb
0,30  18-23  *  *  *  /etc/init.d/smb  restart	每天18:00至23:00之间每隔30分钟重启smb
0  23  *  *  6  /etc/init.d/smb  restart	每周六23:00重启smb
*  */1  *  *  *  /etc/init.d/smb  restart	每1小时重启smb
*  23-7/1  *  *  *  /etc/init.d/smb  restart	晚上11点到早上7点之间，每隔1小时重启smb

三、利用Crontab备份MySQL数据库

1、创建数据库备份脚本

2、在sqlAutoBak.sh中编写脚本

 

3、保存以后，修改文件读写权限

4、编写定时任务，执行sql备份脚本

 

四、恢复数据库