Linux下完整备份文件夹命令指南linux备份文件夹命令

简单说明一下：这个 Linux 备份文件夹非常重要。
两年前，我公司的服务器突然蓝屏，硬盘快要烧坏了。
如果没有我的支持，损失将是巨大的。

只需使用 tar 命令即可。
这在 Linux 上不太方便。
压缩文件夹、创建 tar 文件并备份或传输它们。
我记得去年使用它通过一个命令备份我家用 NAS 上的数据。

只需运行：tar -cvf /path/to/backup_name.tar /path/to/folder/。
这个命令是什么意思？只需创建一个名为 backup_name.tar 的文件，该文件打包所有指定的文件夹，包括路径和其他所有内容。

如果您想保留文件权限、所有权等，只需添加 -p: tar -cpvf /path/to/backup_name.tar /path/to/folder/。
我两年前备份系统盘的时候也是这么做的，但是当我恢复的时候，看起来什么都没有动过。

恢复也很简单，只需一行：tar -xvf /path/to/backup_name.tar -C /path/to/restore/。
这次，在恢复时，请注意 -C 后面是恢复目标的路径。
我去年恢复NAS数据的时候加了这个，不然就一直恢复到当前目录了，很麻烦。

此外，如果您想要更严格的压缩，请使用 -j 或 -z。
-j 使用 bzip2 压缩，-z 使用 gzip 压缩。
我两年前备份系统盘时尝试过。
-j 提供更多压缩，但速度较慢。
-z 请快点。
压缩没那么紧。
这取决于你想要什么。
紧密压缩文件，尤其是在备份大文件时。
如果您没有时间，请使用 -z。

哦，对了，还有一个加密步骤。
去年备份NAS时，我添加了-g参数来生成备份和日志文件。
恢复时必须同时使用这两个文件。
这使您的数据更加安全。
但我对此不是很熟悉。
如果您有勇气，可以在网上搜索以了解如何自己动手。

所以这个tar命令非常好用，简单实用。
备份时添加几个参数将大大减少恢复时的后顾之忧。
前年发生在我身上的事情是，如果我没有这个备份，我现在就必须重新安装我的系统。
你认为这重要吗？

如何在Linux上备份和恢复数据

linuxscp备份整个根目录

说实话，我是用scp来备份整个根目录的。
我在系统运维的时候也做过，但是总是害怕。
您提到的步骤是正确的，但我需要添加更多细节。

比如你提到的订单，这里有一个小洞。
应该这样写： 巴什 scp -r root@1 9 2 .1 6 8 .1 .1 01 :/ /root_backup
注意这里有一个反斜杠。
刚开始使用scp的时候，总是把路径写错，结果只能复制一层文件。
我记得我在阿里云服务器上操作的时候，把路径颠倒了。
最后我只好删除并重装系统。
这个教义是非常深奥的。

还有一个许可问题。
我建议使用 sudo 无需密码即可登录。
否则，每次执行 scp 时都必须输入密码，这会非常烦人，尤其是在自动化脚本中。
当我进行连续备份时，我使用 ssh-keygen 来配置系统而无需密码。
感觉就像给系统开了一个后门。
用起来很有趣，但我心里也在嘀咕。

关于存储空间，我有一个案例。
我之前备份过一台1 9 2 核的物理服务器。
根目录下的日志和配置文件总数为1 5 G。
结果本地备份盘只有1 0G。
最终，这些数据会因 5 G 丢失而无法保存。
所以你所说的留出足够的空间是正确的。

有趣的是，备份时最好使用rsync而不是scp。
我尝试过一次，使用rsync来压缩发送。
速度比scp快一倍，而且还可以增量备份，省去了每次全量拷贝的麻烦。
当然，rsync的配置比scp要复杂一些，但是一旦习惯了，运维效率可以得到很大的提升。

实际上，您提到了在系统空闲时进行备份，这很关键。
我曾经在深夜凌晨 3 点进行备份。
结果，服务器CPU突然飙升至9 0%，导致数据库备份冻结。
第二天运维就给我带来了问题。
所以现在我们使用crontab在凌晨2 点执行，并且还添加了一个监控系统，当CPU高于8 5 %时自动暂停备份。

对于授权，我推荐使用ACL授权控制。
我曾经使用普通用户进行备份，但发现某些关键系统文件权限不足，导致备份失败。
然后，我切换到 root 用户。
虽然安全风险较高，但至少可以保证备份完整。

数据验证也很重要。
我习惯在每次备份后使用md5 sum来验证数据，以确保数据正确。
我记得当时网络波动，scp传输中断。
最后用md5 发现备份文件只剩下9 5 %了，赶紧重新发送了一遍。

使用 scp 备份根目录最终是一个权衡。
效率、安全性和成本必须根据实际情况确定。
我在华为云备份时，使用ECS作为备份服务器，每天早上自动同步。
感觉就像我给自己套上了安全锁。
不过现在云厂商都有快照功能，使用起来更加方便。
或许，这就是科技发展的必然。