我正在尝试配置 rsnapshot（使用 rsync）来备份 Windows 服务器，但是我遇到了 rsync 无法跟踪要备份的服务器上的符号链接的问题。

设置：

• 安装了 Cygwin 的 Windows Server 2008 R2 保存要备份的文件
• 同一网络上的 ArchLinux 服务器应该从 Windows 服务器备份文件
• Windows 服务器已安装 sshd 并正常运行
• Windows 服务器没有正在运行的 rsync 守护进程（据我所知），但我可以通过 ssh 使用 rsync 从 Linux 服务器连接到 Windows 服务器并复制文件。
• 由于应用程序使某些要备份的文件始终处于打开状态，因此 Windows 服务器被配置为创建包含要备份数据的驱动器的卷影副本

• 我使用以下脚本创建指向最新卷影副本卷的链接，以便 rsync 可以访问它：

  #!/bin/sh
  # Mount the latest shadow copy for the specified volume
  
  VOLUME="D:"
  LINK_NAME="E:\\latest-data-shadow-copy"
  
  
  SHADOW_VOLUME=`vssadmin list shadows /for=$VOLUME | grep "Shadow Copy Volume:" | tail -1 | tr -s ' ' | cut -d ' ' -f5`
  SHADOW_VOLUME+="\\" …

  Run Code Online (Sandbox Code Playgroud)

我正在尝试让 rsnapshot 用于远程备份（通过 ssh）。我有一个工作配置，我可以执行我的所有备份。

在我的 conf 中，我启用了sync_first=1. 据我了解，这意味着我必须始终首先运行该rsnapshot sync命令以实际首先获取备份文件，然后运行该rsnapshot hourly命令以简单地符号链接并旋转备份。

现在的问题。我不确定这是否是设计使然，但我注意到每次运行时rsnapshot sync，远程计算机上的每个文件都会再次备份，无论自上次备份以来是否已更改。这意味着该rsnapshot sync命令需要 > 1 小时。

这是设计的行为吗？

我应该在跑步sync前每小时跑步hourly/daily/weekly吗？

我正在使用Rsapshot备份我的 Linux CentOS 6 。

我已经有每日备份，只做关键的事情，比如数据库和电子邮件。

但是，我想设置一个“总”备份，其中几乎整个机器都将被镜像。这是为了“以防万一”的偏执狂。

我知道有些目录只保存临时文件，或者在每次启动时重新创建，或者有其他考虑表明备份它们没有好处。在“现成的”CentOS 6 安装中，备份哪些目录没有好处，适用于每个目录的技术原因是什么？

ps CentOS 文件系统层次结构

我的 Linux 服务器出现问题，我搜索了很多次，但找不到像我这样的案例。

我有一台 32GB RAM 的 Linux 服务器，启动时没问题，但执行几天后，RAM 基本上没有被使用。

以下是我停止几乎所有服务后 htop 显示的内容。16GB 被一些我不知道的东西使用，2GB 被缓冲区使用，0.6GB 被缓存使用。那里列出了所有 45 个任务，我的 RAM 发生了什么？

下面是我重新启动系统并在启动后立即停止所有进程时的情况。

我真的不知道RAM发生了什么......

编辑：发布此内容后，我让服务器运行了 3 天，再次停止了几乎所有服务，并运行了以下建议的命令：

htop

free -m

            total       used       free     shared    buffers     cached
Mem:         32068      18243      13824          0       2542       1138
-/+ buffers/cache:      14563      17505
Swap:         4204          5       4199

cat /proc/meminfo

MemTotal:       32837972 kB
MemFree:        14153316 kB
Buffers:         2603212 kB
Cached:          1167872 kB
SwapCached:          964 kB
Active:          2591368 kB
Inactive:        1187300 kB
Active(anon):       6492 kB
Inactive(anon):     1304 kB
Active(file):    2584876 …