LuckyBackup的手册并不清楚其快照和正常备份过程之间的区别。我希望用户能够澄清。
- 该手册将其正常备份操作描述为对指定的所有内容进行初始完整复制。在后续备份中，它仅更新已更改的内容。
- 手册将其快照描述为保存特定时间点的文件集合的快照，可以恢复到该点。
我将它们解释为两种不同的操作模式——要么你可以让它保持与当前系统的单个运行匹配，要么你可以让它制作用户定义数量的点副本。
我将 LuckyBackup 配置为保存四个快照，期望它会创建四个单独的目录，每个目录包含构成特定快照的所有文件。事实并非如此。相反，它创建了一个单一的通用目录，标有我的用户名，没有其他快照编号或日期的标识指示符。它在该目录中保存了初始文件集合，并且目录名称表明后续快照将不会保存在其他隔离目录中。
因此，要么它没有按预期工作，要么它使用了与我预期不同的机制。快照机制可能只是正常备份过程的一种变体。
在这种情况下，每个快照中保存的只是区分该快照的更改的集合。快照 1 是原始保存的集合。快照 2 是第一次更新中的更改。四个快照实际上只是保存原始集合加上三组更改，而不是立即将这些更改滚动到原始集合中。当您需要快照 3 时，它会生成与原始集合关联的组合以及前两次更新中的更改。在更新 5 时，快照 2 会转入原始快照并保存新的更新。
我的问题：LuckyBackup 中的普通备份和快照是两种替代操作方法，如前两个项目符号中所述（并且它不起作用），或者 LuckyBackup 快照只是单独保存批次的更改（如上段所述）？
答案1
LuckyBackup 不会以某个时间点的文件集合的形式保存快照，您可以直接将其用于自己的目的。相反，它保存了一个用途有限的“快照套件”，LuckyBackup 可以将其重新组装成快照并恢复到源。例如，LuckyBackup 在快照模式下保存的内容并不适合方便地检索文件在特定日期存在的版本等目的。
在初始备份中，应用程序会制作定义为源的所有文件的完整副本。随后的备份仅复制基线中的更改。
“正常”备份会立即将这些更改滚动到基线集中，从而保持与源中内容的运行匹配。快照选项将用户定义数量的最新更改集与基线集分开。 LuckyBackup 根据基线集合和适用的更改集在给定时间点重新创建文件集合。
答案2
我正在研究这个，我发现 LuckyBackup做保存更改文件的先前版本。它们位于备份介质上名为的隐藏目录中.luckybackup-快照。似乎每次我运行备份时，它都会创建一个新的子目录，以日期和时间命名，并将已更改文件的旧版本放入其中，并在目录名称下正确归档。因此，主（非隐藏）备份目录包含已更改文件的最新版本，但可以在隐藏目录中访问旧版本。我还没有完全证实这一点，但最初看起来是这样的。