LuckyBackup：闡明快照與更新選項
LuckyBackup 的手冊並不清楚其快照和正常備份過程之間的區別。我希望使用者能澄清一下。
- 該手冊將其正常備份操作描述為對指定的所有內容進行初始完整副本。在後續備份中，它僅更新已更改的內容。
- 手冊將其快照描述為在特定時間點保存文件集合的快照，可以恢復到該點。
我將它們解釋為兩種不同的操作模式——您可以讓它與目前系統保持一個執行匹配，或者您可以讓它製作使用者定義的點數副本。
我將 LuckyBackup 配置為保存四個快照，期望它會創建四個單獨的目錄，每個目錄都包含構成特定快照的所有文件。那不是發生的事情。相反，它創建了一個標有我的使用者名的單一通用目錄，並且沒有其他標識快照編號或日期的指示符。它將最初的文件集合保存在此目錄中，目錄名稱表明後續快照不會保存在其他隔離目錄中。
所以要麼它沒有按預期工作，要麼它使用了與我預期不同的機制。快照機制可能只是正常備份過程的一種變體。
在這種情況下，每個快照中保存的只是區分該快照的更改集合。快照 1 是原始保存的集合。快照 2 是第一次更新中的更改。四個快照實際上只是保存原始集合加上三組更改，而不是立即將這些更改滾動到原始集合中。當您需要快照 3 時，它會生成與原始集合關聯的組合以及前兩個更新中的更改。在更新 5 時，快照 2 被捲入原始快照並保存新的更新。
我的問題： LuckyBackup 中的正常備份和快照是兩種替代操作方法，如前兩個項目符號中所述（並且它不起作用），還是 LuckyBackup 快照只是單獨保留了上段所述的更改批次？
LuckyBackup 不會在您可以直接用於自己目的的時間點以文件集合的形式保存快照。相反，它保存了一個用途有限的“快照工具包”，LuckyBackup 可以將其重新組合成快照並恢復到源。因此，例如，LuckyBackup 在快照模式下保存的內容不適合諸如方便地檢索特定日期存在的文件版本之類的目的。
在初始備份中，應用程序製作了定義為源的所有文件的完整副本。隨後的備份只複製基線的更改。
“正常”備份會立即將這些更改滾動到基線集中，保持與源中的執行匹配。快照選項將使用者定義數量的最新更改集與基線集分開。LuckyBackup 在給定時間點根據基線集合和適用的更改集重新創建文件集合。