Update nexus: fix conflicts and sync local changes

wiki/sources/ubuntu服务器通过rsync实现日常增量备份.md

@@ -1,56 +1,56 @@
----
-title: "Ubuntu服务器通过rsync实现日常增量备份"
-type: source
-tags: [ubuntu, rsync, backup, nas]
-date: 2026-04-14
----
-
-## Source File
-- [[raw/Home Office/Ubuntu服务器通过rsync实现日常增量备份.md]]
-
-## Summary (用中文描述)
-- 核心主题：Ubuntu服务器通过rsync实现日常增量备份到NAS的完整解决方案
-- 问题域：数据备份、网络存储挂载、系统容灾恢复
-- 方法/机制：rsync自动化脚本 + Cron定时任务 + /etc/fstab永久挂载 + NFS网络文件系统
-- 结论/价值：rsync优势在于不关机运行、仅传输变化文件，是构建"工作室级"数据保护体系的最后一步；结合Clonezilla整机镜像实现完整灾备策略
-
-## Key Claims (用中文描述)
-- rsync通过SSH或不通过SSH方式增量同步数据，仅传输变化的文件，大幅降低带宽和时间成本
-- NFS永久挂载必须写入/etc/fstab，并使用_netdev参数确保网络完全启动后才尝试挂载，避免开机卡死
-- Docker卷数据备份建议先执行mysqldump导出SQL再rsync同步，直接复制二进制数据库文件可能导致恢复后无法启动
-- rsync错误码0/23/24均视为成功（23=部分文件权限问题，24=源文件消失），这些在运行系统备份中属正常情况
-- 停止rsync进程应优先使用SIGTERM（killall rsync）而非SIGKILL（killall -9 rsync），防止临时文件残留和数据损坏
-
-## Key Quotes
-> "rsync 的优势在于它可以**不关机**运行，并且只传输**变化过**的文件。" — rsync增量备份的核心价值
-
-> "_netdev: **关键参数**。告诉系统这是一个网络设备，务必等到网络服务完全启动后再尝试挂载，防止开机过程因找不到网络而卡死。" — NFS挂载参数解析
-
-> "rsync 返回 23 表示部分文件由于权限或消失未传输，这在备份正在运行的系统时常见。我们重点看是否大部分数据已同步。" — 错误码容错处理原则
-
-## Key Concepts
-- [[增量备份]]：通过rsync仅同步源端与目标端差异部分，实现高效的日常数据保护
-- [[永久挂载]]：通过/etc/fstab配置实现NFS/Samba等网络存储的开机自动挂载
-- [[挂载点检查]]：备份脚本执行前验证挂载点有效性，防止数据写入本地磁盘导致硬盘爆满
-- [[Cron定时任务]]：通过crontab配置凌晨3点自动执行备份，实现无人值守运维
-- [[进程管理]]：通过信号（SIGTERM/SIGKILL）控制rsync备份进程的优雅或强制终止
-
-## Key Entities
-- [[Docker卷]]：Docker容器持久化数据存储，默认路径/var/lib/docker/volumes，是TikTok业务数据备份的核心对象
-- rsync_backup.sh：自动化备份脚本，含锁文件机制、挂载检查、日志记录、错误容错
-
-## Connections
-- [[增量备份]] ← part_of ← [[Disaster-Recovery]]
-- [[Docker卷]] ← backup_target ← [[增量备份]]
-- [[NFS]] ← storage_backend ← [[永久挂载]]
-- [[永久挂载]] ← requires ← [[挂载点检查]]
-
-## Contradictions
-- 无已知冲突
-
-## Metadata
-- **Source type**: 运维实践笔记（个人经验总结）
-- **Prerequisites**: NAS已挂载、NFS服务已配置
-- **Related practices**: Clonezilla整机镜像备份（时间点恢复的完整策略）
-- **Key scripts**: /usr/local/bin/rsync_backup.sh
-- **Schedule**: 0 3 * * * (每日凌晨3点)
+---
+title: "Ubuntu服务器通过rsync实现日常增量备份"
+type: source
+tags: [ubuntu, rsync, backup, nas]
+date: 2026-04-14
+---
+
+## Source File
+- [[raw/Home Office/Ubuntu服务器通过rsync实现日常增量备份.md]]
+
+## Summary (用中文描述)
+- 核心主题：Ubuntu服务器通过rsync实现日常增量备份到NAS的完整解决方案
+- 问题域：数据备份、网络存储挂载、系统容灾恢复
+- 方法/机制：rsync自动化脚本 + Cron定时任务 + /etc/fstab永久挂载 + NFS网络文件系统
+- 结论/价值：rsync优势在于不关机运行、仅传输变化文件，是构建"工作室级"数据保护体系的最后一步；结合Clonezilla整机镜像实现完整灾备策略
+
+## Key Claims (用中文描述)
+- rsync通过SSH或不通过SSH方式增量同步数据，仅传输变化的文件，大幅降低带宽和时间成本
+- NFS永久挂载必须写入/etc/fstab，并使用_netdev参数确保网络完全启动后才尝试挂载，避免开机卡死
+- Docker卷数据备份建议先执行mysqldump导出SQL再rsync同步，直接复制二进制数据库文件可能导致恢复后无法启动
+- rsync错误码0/23/24均视为成功（23=部分文件权限问题，24=源文件消失），这些在运行系统备份中属正常情况
+- 停止rsync进程应优先使用SIGTERM（killall rsync）而非SIGKILL（killall -9 rsync），防止临时文件残留和数据损坏
+
+## Key Quotes
+> "rsync 的优势在于它可以**不关机**运行，并且只传输**变化过**的文件。" — rsync增量备份的核心价值
+
+> "_netdev: **关键参数**。告诉系统这是一个网络设备，务必等到网络服务完全启动后再尝试挂载，防止开机过程因找不到网络而卡死。" — NFS挂载参数解析
+
+> "rsync 返回 23 表示部分文件由于权限或消失未传输，这在备份正在运行的系统时常见。我们重点看是否大部分数据已同步。" — 错误码容错处理原则
+
+## Key Concepts
+- [[增量备份]]：通过rsync仅同步源端与目标端差异部分，实现高效的日常数据保护
+- [[永久挂载]]：通过/etc/fstab配置实现NFS/Samba等网络存储的开机自动挂载
+- [[挂载点检查]]：备份脚本执行前验证挂载点有效性，防止数据写入本地磁盘导致硬盘爆满
+- [[Cron定时任务]]：通过crontab配置凌晨3点自动执行备份，实现无人值守运维
+- [[进程管理]]：通过信号（SIGTERM/SIGKILL）控制rsync备份进程的优雅或强制终止
+
+## Key Entities
+- [[Docker卷]]：Docker容器持久化数据存储，默认路径/var/lib/docker/volumes，是TikTok业务数据备份的核心对象
+- rsync_backup.sh：自动化备份脚本，含锁文件机制、挂载检查、日志记录、错误容错
+
+## Connections
+- [[增量备份]] ← part_of ← [[Disaster-Recovery]]
+- [[Docker卷]] ← backup_target ← [[增量备份]]
+- [[NFS]] ← storage_backend ← [[永久挂载]]
+- [[永久挂载]] ← requires ← [[挂载点检查]]
+
+## Contradictions
+- 无已知冲突
+
+## Metadata
+- **Source type**: 运维实践笔记（个人经验总结）
+- **Prerequisites**: NAS已挂载、NFS服务已配置
+- **Related practices**: Clonezilla整机镜像备份（时间点恢复的完整策略）
+- **Key scripts**: /usr/local/bin/rsync_backup.sh
+- **Schedule**: 0 3 * * * (每日凌晨3点)