Node.js在Linux系统中如何实现数据备份与恢复

Node.js 在 Linux 的数据备份与恢复实践

一备份范围与策略

明确备份对象：包括应用代码与配置（如 /var/www/my_node_app）、依赖清单（package.json）、数据库（如 MySQL/MongoDB）、以及运行时数据（如 uploads/、会话文件、缓存等）。代码建议纳入 Git 管理，生产环境以制品包或镜像为主，备份侧重配置与数据。
选择备份方式：
- 文件系统用 tar 做全量打包，用 rsync 做增量/远程同步。
- 数据库用各自工具：如 mysqldump、mongodump。
制定周期与保留：例如每日全量 + 保留 7 天，关键数据可同步到远端或云端。
自动化与验证：用 cron 定时执行，定期做恢复演练与校验（如校验和、条目数）。
以上做法适用于 CentOS/Ubuntu/Debian 等常见发行版。

二数据库备份与恢复

MySQL 示例（使用系统工具，Node.js 负责编排）

备份：

命令：mysqldump -u [username] -p[password] [database_name] > /backup/db_$(date +%F).sql

Node.js 编排：

const { exec } = require('child_process');
const db = 'mydb', user = 'root', pass = '******', out = `/backup/db_${new Date().toISOString().slice(0,10)}.sql`;
exec(`mysqldump -u ${user} -p${pass} ${db} > ${out}`, (err) => {
  if (err) console.error('备份失败:', err);
  else console.log('备份成功:', out);
});

恢复：
- 命令：mysql -u [username] -p[password] [database_name] < /backup/db_YYYY-MM-DD.sql
- 注意：恢复前建议先创建空库，避免权限/结构冲突。

MongoDB 示例（工具：mongodump/mongorestore）
- 备份：mongodump --uri="mongodb://[user]:[pass]@[host:port]/[db]" --out /backup/mongo_$(date +%F)
- 恢复：mongorestore --uri="mongodb://[user]:[pass]@[host:port]/[db]" /backup/mongo_YYYY-MM-DD/[db]
安全建议：避免在命令行中明文写密码，可使用配置文件、环境变量或专用凭据文件，并确保备份文件权限为 600。

三文件与日志的备份与恢复

代码与静态资源（文件系统）
- 全量打包：tar -czvf /backup/app_$(date +%F).tar.gz -C /var/www my_node_app
- 增量/远程同步：rsync -avz --delete /var/www/my_node_app/ user@remote:/backup/my_node_app/
- 恢复：
  - 解压：tar -xzvf /backup/app_YYYY-MM-DD.tar.gz -C /restore
  - 同步回源：rsync -av /backup/my_node_app/ /var/www/my_node_app/
日志备份与轮转
- 系统工具 logrotate（推荐）：
  - 新建配置 /etc/logrotate.d/nodejs：
```
/var/log/nodejs/*.log {
  daily
  rotate 7
  compress
  missingok
  notifempty
  create 640 node node
  postrotate
    kill -USR1 $(cat /var/run/node.pid 2>/dev/null || pidof node) || true
  endscript
}
```
  - 测试与生效：logrotate -d /etc/logrotate.d/nodejs；logrotate -f /etc/logrotate.d/nodejs
- 远程归档：用 rsync 将已轮转日志目录同步到备份服务器。
- 恢复：将归档或轮转文件拷回 /var/log/nodejs/，必要时重启应用以重新打开日志文件句柄。

四自动化与落地脚本

全量+数据库的一体化备份脚本（示例）

#!/usr/bin/env bash
set -Eeuo pipefail
APP=/var/www/my_node_app
BACKUP=/backup
DATE=$(date +%F)
mkdir -p "$BACKUP"

# 1) 代码与静态资源
tar -czf "$BACKUP/app_$DATE.tar.gz" -C "$APP" .

# 2) 数据库（MySQL）
mysqldump -u root -p'******' mydb > "$BACKUP/db_$DATE.sql"

# 3) 打包并清理旧备份（保留7天）
tar -czf "$BACKUP/full_$DATE.tar.gz" -C "$BACKUP" app_$DATE.tar.gz db_$DATE.sql
rm -f "$BACKUP"/{app_*,db_*} "$BACKUP"/full_*.tar.gz
find "$BACKUP" -type f -mtime +7 -delete

定时执行（crontab）
- 每天 02:00 执行：0 2 * * * /usr/local/bin/backup.sh >> /var/log/backup.log 2>&1
恢复步骤
- 解包：tar -xzvf /backup/full_YYYY-MM-DD.tar.gz -C /restore
- 恢复代码：tar -xzvf /restore/app_YYYY-MM-DD.tar.gz -C /var/www/my_node_app
- 恢复数据库：mysql -u root -p mydb < /restore/db_YYYY-MM-DD.sql
- 重启应用：systemctl restart my_node_app 或 pm2 restart my_node_app。

五误删与灾难恢复建议

立即保护与评估：停止对涉及磁盘的写入，评估数据覆盖风险；恢复成功率与覆盖程度强相关。
文件级恢复工具：
- extundelete（ext3/ext4）：在卸载分区后扫描并恢复，例如
  - umount /dev/sdb1
  - /usr/local/extundelete/bin/extundelete /dev/sdb1 --inode 2
  - 恢复文件默认在 RECOVERED_FILES/。
- TestDisk：用于分区表/分区结构恢复。
重要提示：恢复前尽量避免在目标分区写入；优先在只读挂载或镜像副本上操作；关键业务建议先完整镜像再尝试恢复。

最新问答

相关标签