一、我们需要备份什么？
我的 Linux 系统是基于 Redhat 的Redhat Linux 9.0,同时配置了诸如 MySQL、PHP、Apache 等基础服务,同时又配有 Awstats、MRTG、MT 等应用服务程序，因此，我们需要备份的除了系统本身的重要文件以外，还需要备份数据库、log文件和统计数据文件等。当然另外一项必不可少的就是编译各项服务时的 ./configure 参数，这里就不赘述了。
二、制定备份文件列表。
这个步骤就是归纳一下需要备份的目录列表。以下我就依照我所安装的各项服务作了一个简单的list。 一些文件的地址是以我的服务器为标准(以"/"开头)，一些则以相对目录来描述(以"./"开头)。
系统：
系统中不需要备份的目录：
更多关于目录的解释，请查看 Filesystem Hierarchy Standard 和 Red Hat Linux Overview of File System Hierarchy Standard (FHS)
MySQL：
Apache：
PHP：
Movable Type：
MRTG：
三、使用 tar 和 crontab 等简单工具备份。
以下是使用 tar 的脚本，去掉了多余的说明部分。 您也可以点击这里下载并修改以适合自己的系统。在脚本中我尽量用更多的方法来进行备份。在实际应用中可以将步骤更加简化。更多关于 tar 的参数请看 man tar
#!/bin/sh这里引用了『Linux 备份与恢复速成指南』中的一个小技巧，将文件列表写入一个文件进行操作。查看我的Filelist。# Date format: 20040626
DATE=`date -d yesterday +%Y%m%d`# MySQL version & directory
MYSQL_VERSION="4.x.x"
MYSQL_DIR="/usr/local/mysql/data"# MT Blog directory
MTBLOG_DIR="/path-to-mt/db/"# Backup directory & Backup Filelist
BACKUP_DIR="/path-to-backup/backupfile"
BACKUP_FILELIST="/path-to-backup/filelist"# Backup MySQL
printf "Backup MySQL data directory, please wait...\n"
tar -zpcvPf $BACKUP_DIR/mysql-standard-$MYSQL_VERSION-data-$DATE.tgz $MYSQL_DIR | grep "tar:"
printf "Done! The new backup file is: $BACKUP_DIR/mysql-standard-$MYSQL_VERSION-data-$DATE.tgz\n\n"# Backup MT Blog
printf "Backuping the MT3.0 Weblog data directory, please wait...\n"
tar -zpcvPf $BACKUP_DIR/MT-db-$DATE.tgz $MTBLOG_DIR | grep "tar:"
printf "Done! The new backup file is: $BACKUP_DIR/MT-db-$DATE.tgz\n"
以下是一个文件列表的例子：
/etc以下解释引自『Linux 备份与恢复速成指南』：
/var
/home
/usr/local
/opt (有时会是空目录)
请注意 tar -T（或 files-from）命令不能接受通配符。文件必须明确地列出。上面的例子展示了一种单独地引用文件的方法。您还可以执行脚本来搜索系统，然后建立一个列表。下面就是这样一个脚本的例子：
#!/bin/sh上面的脚本首先将 MyFiles 中的所有现有文件列表复制到 TempList。然后它执行两个 find 命令来搜索文件系统中匹配某个模式的文件，并将它们附加到 TempList。第一次是搜索 /usr/share 目录树中以 .png 结尾的所有文件。第二次是搜索 /tmp 目录树中以 .iso 结尾的所有文件。在建立好列表之后，tar 然后在文件设备 /dev/st0 （第一个 SCSI 磁带设备）上创建 一个新的归档文件，该文件使用 gzip 格式来压缩，并保留所有文件权限。该归档文件将跨越多个卷。要归档的文件的名称将从 TempList 文件中提取。
cat MyFiles > TempList
find /usr/share -iname *.png >> TempList
find /tmp -iname *.iso >> TempList
tar -cpzMf /path-to-backup/backupfile -T TempList
四、适用于 log 和数据库的增量备份(incremental backup)。
对于庞大的 log 或者 数据库文件，每天进行完全备份似乎不是很能合理高效地实现备份工作。所以在较短的时间周期内，适用增量备份(incremental backup)会是一个不错的选择。
tar 并不是最好的增量备份工具
tar 并不是最好的增量备份的工具，但是它也可以实现增量备份。参照 『The tar backup program』中的脚本可以实现这个操作。
简单地介绍一下其原理：
首先，制作一个完全备份的时间点文件，例如 "full-date"。其中写入某次完全备份的时间点，例如 echo $NOW > full-date。
然后在自定的时间循环期内（例如一周），每次和完全备份时间点(full-date)对比后进行增量备份。
其中最关键的一个语句就是：
tar --newer $full-date -zcpf $BACKUPDIR/$BACKUPFILE-$NOW.tgz $DIRECTOIES
其结果就是，在一周中会产生 6 个独立文件，其内容是前一天内新增的内容。以下是一个例子：
[root@deep] /# ls -l /backups/total 22217
-rw-r--r-- 1 root root 10731288 Feb 7 11:24 deep-01Feb.tar << 每月月初一次完全备份
-rw-r--r-- 1 root root 6879 Feb 7 11:24 deep-Fri.tar << 每天的增量备份
-rw-r--r-- 1 root root 2831 Feb 7 11:24 deep-Mon.tar
-rw-r--r-- 1 root root 7924 Feb 7 11:25 deep-Sat.tar
-rw-r--r-- 1 root root 11923013 Feb 7 11:24 deep-Sun.tar << 每周一次完全备份
-rw-r--r-- 1 root root 5643 Feb 7 11:25 deep-Thu.tar
-rw-r--r-- 1 root root 3152 Feb 7 11:25 deep-Tue.tar
-rw-r--r-- 1 root root 4567 Feb 7 11:25 deep-Wed.tar
drwxr-xr-x 2 root root 1024 Feb 7 11:20 last-full
tar 中几个开关的简介：
fbackup is a better choice
在 HP 的论坛上，有关于增量备份的讨论－－“Incremental "tar" Backup in HP-Ux”。但是因为我不是 HP 的系统，tar 已经可以满足现有的备份需求。
五、使用 ssh 实现安全网络远程备份。
[很抱歉，此段笔者没有试验环境，现在之能添加几篇关于 ssh 远程传送的文章。等到经过试验后，我会添加具体内容。]
六、个人使用的 e-mail 简单备份。
由于 Yahoo!、Google、Hotmail 相继推出了 1-2G 的邮箱，因此可是试着使用带有文件附件的 E-mail 来传输小于各个邮箱的单封信件上限大小的文件。 具体需要用到一些诸如 uudecode 的命令，所以需要先安装一个 Sharutils 。 我在编译中遇到一些简单的错误,这里是我修改过的 Sharutils。
在命令行下发送带附件的邮件时，还是建议使用诸如 MUTT 的 MUA，请查看我的 MUTT 的安装失败经历，也许对新装的用户有所帮助。
安装完毕后，可以使用 Mutt 的命令行一行解决问题。首先先写一个邮件文本 mailcontent.txt。
# cat mailcontent.txt | mutt -s "mailtitle" -a attachfile1 mail@address
结合上面的 shell 脚本，如果你有企业级邮箱的话，不妨也试试这种方法。仅供参考。
参考文档：
Useful Links:
上一页 [1] [2]