四个大类必须搞清楚
公司服务器上存放的资料大致可以分为四类：业务数据、应用程序与代码、系统配置文件、日志与审计记录，其中业务数据（尤其是数据库）是核心资产。很多老板和管理者只知道服务器重要，却说不清里面到底有什么，这会导致两个极端：要么备份时漏掉关键目录，要么把无关紧要的缓存文件当成宝贝，搞清楚服务器里的资料构成，是数据安全的第一步。
先给出一张全景图,方便你建立整体认知，接下来我们用三个章节，把这四类资料拆开揉碎讲清楚。
第一大类：业务数据，服务器的心脏地带
这是服务器最值钱的部分,一旦丢失，公司业务基本停摆。
数据库文件
几乎所有管理系统都依赖数据库,常见的数据库类型包括 MySQL、SQL Server、Oracle 和 PostgreSQL，你需要重点关注的目录如下：
- MySQL：数据默认存放在
/var/lib/mysql目录下，每个数据库对应一个子目录，内部是.ibd和.frm文件。 - SQL Server：默认数据文件扩展名是
.mdf，日志文件是.ldf，路径通常在C:Program FilesMicrosoft SQL ServerMSSQL15.MSSQLSERVERMSSQLDATA。 - PostgreSQL：数据目录默认在
/var/lib/postgresql/下，版本不同路径略有差异。
除了数据文件,数据库的备份文件也是重要资料，很多公司用 crontab 每天凌晨导出一个 SQL 文件，存放在 /backup 或 /data/db_backup 目录，这些文件同样属于核心资产，但往往被忽略在备份策略之外。
文件共享资料
这类资料主要指通过 Samba、NFS、FTP 或企业网盘共享给员工使用的文件，常见的有：
- 产品设计稿（PSD、AI 源文件）
- 合同扫描件和 PDF
- 财务报销单据
- 员工档案和人事资料
一个典型的目录结构是 /data/share 下面按部门划分，/data/share/finance、/data/share/hr，这部分资料的特点是散而杂，但价值密度极高，业内专家指出，文件共享服务器占企业数据的比例通常在四成以上，是勒索病毒攻击的主要目标。
邮件和通讯数据
如果公司自建了邮件服务器（如 Postfix、Exchange），那么用户的邮箱存储文件也属于业务数据，这些文件体积不大，但数量极多，Exchange 的数据库文件（.edb）和传输日志长期累积会占用大量磁盘空间，备份策略需要特殊处理。
第二大类：应用程序与代码，支撑业务运转
服务器上跑的应用决定了你的业务边界,这部分资料包含程序和源代码。
Web 服务端程序
对于互联网公司来说,网站后端代码是命根子，PHP 代码通常放在 /var/www/html，Java 的 Tomcat 应用部署在 /usr/local/tomcat/webapps，Python 的 Django 或 Flask 项目则可能在 /opt/project 下，这些目录里的文件必须纳入版本管理（如 Git），但也要注意，生产环境和测试环境的代码版本要区分开，避免误操作覆盖。
依赖资源与环境配置
- Python 的虚拟环境目录（如
venv或.env）里存放着项目依赖的库文件。 - Node.js 项目的
node_modules目录体积庞大，但可以通过package.json重新构建，不属于关键备份对象。 - Docker 镜像和容器卷（Volume）中的数据要单独规划，容器本身可以随时删掉重建，但挂载在宿主机上的数据卷（如
/var/lib/docker/volumes）必须备份。
脚本与定时任务
运维人员写的 shell 脚本、Python 运维工具，通常放在 /usr/local/bin 或 /opt/scripts 目录，这些脚本可能包含数据库连接密码、API 密钥等敏感信息，备份时要特别注意权限管控，很多公司的 cron 任务配置（/etc/crontab 或 /var/spool/cron）也属于必备的恢复资料。
第三大类：系统配置与密钥文件
系统层面的资料平时不起眼,但系统崩溃后，没有它们你将寸步难行。
网络和服务配置
- Nginx/Apache 配置目录：
/etc/nginx、/etc/httpd，里面的.conf文件定义了域名、HTTPS 证书、负载均衡策略。 - 防火墙规则：
iptables或firewalld的规则导出文件，恢复系统时需要重新载入。 - DNS 解析：
/etc/resolv.conf以及内网自建 DNS 的 zone 文件。
认证凭证
服务器上有三类凭证需要妥善管理：
| 凭证类型 | 存储位置 | 备注 |
|---|---|---|
| SSH 密钥 | /root/.ssh 和用户家目录的 .ssh |
登录口令 |
| 数据库密码 | 应用配置文件或 .env 文件 |
需加密存储 |
| API 密钥 | 第三方服务凭据 | 泄露后果严重 |
行业共识认为,超过一半的数据泄露事件源于硬编码在代码里的明文密码，建议将这部分资料单独加密，并采用密码管理工具统一保存。
第四大类：日志与审计记录，故障排查的线索
日志文件是服务器资料的“黑匣子”。
系统日志和安全日志
/var/log/messages或/var/log/syslog：记录系统级事件。/var/log/secure：记录登录、sudo 操作等认证日志。/var/log/audit/audit.log：由auditd服务产生，记录系统调用级别的审计信息。
应用和访问日志
Nginx 的访问日志在 /var/log/nginx/access.log，错误日志在 error.log，Java 应用的日志通常在 /opt/logs 或者按 logback 配置的路径输出，这些日志是排查线上故障、追溯安全事件的唯一依据。建议日志至少保留 180 天，并优先考虑接入集中式日志系统（如 ELK）进行归档。
公司服务器资料怎么整理才不乱：三步实操法
很多公司服务器上资料杂乱,连运维自己都说不清，按照下面三个步骤，一天时间就能理出眉目。
第一步：盘点目录结构
登录服务器执行 du -h --max-depth=2 / | sort -hr | head -30，查看哪些目录占用的空间最大，逐层进入目录，标记出哪些是核心业务数据、哪些是临时文件，把临时文件（如 /tmp）直接清理掉。
第二步：建立清单和打标签
制作一张内部 Excel 表，列出服务器 IP、资料主目录、内容说明、负责人、备份策略级别，关键目录可以用注释文件说明，比如在 /data 下建一个 README.txt，写清楚每个子目录的用途，这个动作虽然简单，但能显著降低后续维护成本。
第三步：调整备份策略
将梳理出来的资料分为三个备份级别：
- P0 核心业务数据：每天全量备份，保留 30 天。
- P1 应用和配置代码：每次发版前手动备份，同时同步到 Git 仓库。
- P2 日志和缓存：每周备份或直接走日志系统归档，保留 90 天以上。
服务器资料丢失怎么恢复：最常见的三个坑
坑一：备份文件放在同一台服务器上
服务器硬盘损坏时,备份也一起没了，解决方法是遵循“异地备份”原则，将备份文件通过 rsync 同步到另一台物理服务器，或者上传到对象存储（如简米云 OSS、酷番云 COS），价格方面，国内云对象存储的存储费用大约是每 GB 每月 0.12 元左右，加上流量费，一个 500GB 的备份集每月成本不超过百元。
坑二：只备份文件不测试恢复
很多公司的备份任务显示“成功”，但实际上文件已经损坏，正确做法是每月做一次恢复演练，选一台临时虚拟机，把备份数据还原，验证服务能否正常启动，据统计，超过六成企业没有做过备份恢复测试，真出事时后悔莫及。
坑三：权限混乱，任何人都能删库
给服务器设置严格的用户权限,数据库只允许运维人员和指定 DBA 操作，开启数据库的 binlog 日志，即使误删数据，也能通过 binlog 做时间点恢复，MySQL 的 binlog 默认在 /var/lib/mysql/binlog.000001 等文件，保留周期建议设置 expire_logs_days=14。
Q&A：关于公司服务器资料的高频疑问
问：公司服务器上的资料一般可以保存多久？
这个取决于行业合规要求,财务凭证、劳动合同这类具有法律效力的文件需保存至少 30 年，一般业务数据建议保存 3 到 5 年，日志类数据，依据网络安全法要求留存不少于 6 个月，建议根据资料类型制定差异化的保留周期，并定期清理过期数据以节省存储成本。
问：小公司只有一台服务器，有必要做备份吗？
非常有必要,一台服务器故障导致整个公司停工两天的损失，完全足够购买一块企业级硬盘和开通一个云存储空间，即使是小型公司，至少也要做到“本地备份 + 异地对象存储”双重保障，用 rsync 定时同步到移动硬盘，再通过云端工具上传冷备，一天的总成本可以控制在几块钱以内，据工信部公布的网络安全投诉数据显示，中小企业因数据丢失导致的业务中断案例，相当一部分是因为没有对单台服务器做备份。
问：怎么确认服务器上哪些资料最占空间？
使用 ncdu 工具进行扫描，它比 du 更直观，能在终端显示各目录的占比，安装命令是 yum install ncdu 或 apt install ncdu，执行 ncdu / 后进入交互界面，可以用方向键逐层查看，按 d 删除确认无用的大文件，按 q 退出，找出占用最大的几个目录后，再判断是否可以清理扩容，判断是否属于需要备份的核心资料。
服务器资料的管理,核心就三个动作：盘点、备份、演练，把四类资料分清主次，把备份策略落实到具体目录，定期做一次恢复测试，数据安全就有保障了。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/756264.html
