打包是指将多个文件或目录放在一起，形成一个总的包，便于存储和传输，但大小不变。压缩是指通过压缩算法减小一个或多个大文件或目录的大小，达到压缩的目的，可以节省存储空间。压缩时，一般是先打包后压缩；
压缩Linux主要有三种方式：
1.gzip:是公认的最快的压缩方式。与其他压缩方式相比，在压缩大文件时更为明显。它有着最长的历史，是使用最广泛的压缩方法。
2.bzip:压缩文件小，但可用性不如gzip。
3.xz:是最新的压缩方式，可以自动提供最佳压缩率。
gzip。文件扩展名。tar.bz2用什么方式压缩。它用于bzip2压缩。
tar zcvf FileName.tar.gz目录1目录2目录3
zip是Windows中最常见的压缩格式，Linux可以正确识别。ZIP命令的目录是/usr/bin/zip，所有用户都可以执行这个命令来压缩文件或目录。
#压缩文件zip-rtest.zip文件
# tar-cf all.tar *。jpg-c表示生成了一个新的包，而-f指定了这个包的文件名。
#焦油-射频all.tar *。可交换的图像格式
33333; --tt-darkmode-color: #A3A3A3;">-r 是表示增加文件的意思。tar –cvf jpg.tar *.jpg-c
需要备份的内容：
1.重要的系统目录
/etc/
/home/
/root/
/var/spool/mail/
/var/spool/cron/
/var/spool/at/
2.mysql数据库
RAM包安装的mysql：/var/lib/mysql/
源码安装的mysql：/usr/local/mysql/data/
3.apache服务
网站内容：/var/www/html/ /usr/local/apache2/htdocs/
配置文件：/etc/httpd/conf/httpd.conf /usr/local/apache2/conf/httpd.conf
日志文件：/var/log/httpd/ /usr/local/apache2/logs/
4.如果有其他服务，也需要备份重要数据
备份策略：
1.完整备份：实现命令：cp，tar，dump，xfsdump
2.增量备份：每次备份以前一次备份作为参照
实现命令：centos6：dump工具；centos7：xfsdump工具
3.差异备份：每次备份以第一次备份作为参照
实现命令：centos6：dump工具
centos7：xfsdump工具
备份频率：
实时备份：如MySQL主从同步
定时备份：如每天，每周备份，一般通过“脚本+定时任务”实现
备份存储位置：
基本原则：不要把鸡蛋放在同一个篮子中
本地备份
异地备份
常见服务器的备份方案：
1.每日备份的数据（异地备份）
mysql数据库（主从备份之外，增量备份一次）
2.每周备份的数据（异地备份）
mysql数据库（完整备份）
重要的系统数据
公众号:程序员百科全书网页数据
其他服务相关数据
完全备份是指把所有需要备份的数据全部备份。当然，完全备份可以备份整块硬盘、整个分区或某个具体的目录。对于 Linux 操作系统来说，完全备份指的就是将根目录下的所有文件进行备份。
完全备份的好处是，所有数据都进行了备份，系统中任何数据丢失都能恢复，且恢复效率较高。如果完全备份备份的是整块硬盘，那么甚至不需要数据恢复，只要把备份硬盘安装上，服务器就会恢复正常。
完全备份的缺点也很明显，那就是需要备份的数据量较大，备份时间较长，备份了很多无用数据，占用的空间较大，所以完全备份不可能每天执行。
我们一般会对关键服务器进行整盘完全备份，如果出现问题，则可以很快地使用备份硬盘进行替换，从而减少损失。我们甚至会对关键服务器搭设一台一模一样的服务器，这样只要远程几个命令（或使用 Shell 脚本自动检测，自动进行服务器替换），备份服务器就会接替原本的服务器，使故障响应时间大大缩短。
在一个数据量很大的业务应用中，每天对 Linux 系统进行完全备份是不现实的，这就需要用到增量备份策略。累计增量备份是指先进行一次完全备份，服务器运行一段时间之后，比较当前系统和完全备份的备份数据之间的差异，只备份有差异的数据。服务器继续运行，再经过一段时间，进行第二次增量备份。在进行第二次增量备份时，当前系统和第一次增量备份的数据进行比较，也是只备份有差异的数据。第三次增量备份是和第二次增量备份的数据进行比较，以此类推。因此，累计增量备份就是只备份每天增加或者变化的数据，而不备份系统中没有变动的数据。我们画一张示意图，如图 1 所示。
图1
假设我们在第一天进行一次完全备份。第二天增量备份时，只会备份第二天和第一天之间的差异数据，但是第二天的总备份数据是完全备份加第一次增量备份的数据。第三天增量备份时，只会备份第三天和第二天之间的差异数据，但是第三天的总备份数据是完全备份加第一次增量备份的数据，再加第二次增量备份的数据。当然，第四天增量备份时，只会备份第四天和第三天的差异数据，但是第四天的总备份数据是完全备份加第一次增量备份的数据，加第二次增量备份的数据，再加第三次增量备份的数据。
采用累计增量备份的好处是，每次备份需要备份的数据较少，耗时较短，占用的空间较小；坏处是数据恢复比较麻烦，如果是图 1 的例子，那么当进行数据恢复时，就要先恢复完全备份的数据，再依次恢复第一次增量备份的数据、第二次增量备份的数据和第三次增量备份的数据，最终才能恢复所有的数据。
差异增量备份（后续简称差异备份）也要先进行一次完全备份，但是和累计增量备份不同的是，每次差异备份都备份和原始的完全备份不同的数据。也就是说，差异备份每次备份的参照物都是原始的完全备份，而不是上一次的差异备份。我们也画一张示意图，如图 2 所示。
图2
假设我们在第一天也进行一次完全备份。第二天差异备份时，会备份第二天和第一天之间的差异数据，而第二天的备份数据是完全备份加第一次差异备份的数据。第三天进行差异备份时，仍和第一天的原始数据进行对比，把第二天和第三天所有的数据都备份在第二次差异备份中，第三天的备份数据是完全备份加第二次差异备份的数据。第四天进行差异备份时，仍和第一天的原始数据进行对比，把第二天、第三天和第四天所有的不同数据都备份到第三次差异备份中，第四天的备份数据是完全备份加第三次差异备份的数据。
相比较而言，差异备份既不像完全备份一样把所有数据都进行备份，也不像增量备份在进行数据恢复时那么麻烦，只要先恢复完全备份的数据，再恢复差异备份的数据即可。不过，随着时间的增加，和完全备份相比，变动的数据越来越多，那么差异备份也可能会变得数据量庞大、备份速度缓慢、占用空间较大。一个比较的备份策略是，对于数据量不大，并且每天数据量增加不多的系统，优先选择完全备份；对于数据量巨大，每天新增数据也很多的系统，视情况选择差异备份或者增量备份。
系统日志管理工具：logratate（日志切割，日志轮替）
apache服务配置文件自带日志切割功能，但是需要通过脚本进行轮替
