我有一个包含大量文件(约 10k 小文件)的文件夹,总大小约为 50MB。这是一些我实际上不再需要但仍想保留的“旧东西”。当我将此文件夹的父文件夹同步到某个云存储时,总是需要很长时间才能扫描这个包含所有小文件的文件夹并比较 wrt 更改。
我可以设置一些排除规则来不扫描此文件夹,但这有点难看,因为我有一些带有大量编码文件的“旧”文件夹。
相反,我想创建一个几乎没有压缩(设置“正常”甚至“快速”)和 20% 的恢复信息、可靠的存档并限制对存档的更改的 WinRar 存档。
这是一个好主意,还是这种归档容易出错,以防我的 HDD 有一些损坏的扇区?
谢谢
您的想法对速度很有好处,但由于没有记录 rar 存档的文件格式,因此无法直接回答。由于 rar 存档能够包含分层文件结构和文件元数据,因此 rar 存档本身就是一个文件系统,例如 ISO 文件。
根据其内部组织,如果它以 FATxx(文件分配表)方式组织文件位置很容易受到损坏,这种方式很容易直接命中,如星球大战 I 中的反应堆沟槽,或者更好,如 NTFS(单个 MFT 中的集群列表)条目)。
Winrar 文档没有说明内容对损失具有同样的弹性。
然后 Winrar 帮助文件指出:[...恢复记录包含多达 524288 个恢复扇区。如果数据连续损坏,那么每个恢复扇区可以恢复512字节的损坏信息。在多次损坏的情况下,此值可能会更低。...]
和 [... 恢复记录会增加存档的大小。恢复记录的大小可以大致由以下公式确定:
{归档大小}/256 + {恢复扇区数} * 512 字节。...]
你说的是50MB的大小。对于今天的物理扇区大小为 4096 字节的驱动器,无论模拟 512 字节如何,我们都在谈论您的文件需要 12500 个扇区的存储空间。您认为在您的 12500 个行业组中出现非连续双行业亏损的可能性有多高?
要找出答案,您可能需要按如下方式测试该案例:
请记住,文件的数据不一定存储在物理扇区的开头(pe NTFS 文件以魔术字“FILE”开头,然后是文件数据开头的数据部分之前的其他信息)。
21.5.2020:用括号替换“大于”和“小于”符号,因为它们隐藏了公式的内容
上一个答案包含有关 Winrar 恢复记录的过时信息。该信息仅适用于 RAR 4.x 和更早的版本。RAR 5.0 有新的恢复记录。
5.00 版变更日志指出:
“新的恢复记录不再基于 512 字节扇区,并且包含更复杂的数据结构。因此无法以扇区为单位指定其大小。对于 RAR 5.0 存档,-rr[N] 开关和 rr[N] 命令的参数为无论是否存在 % 字符,始终被视为存档大小的百分比。通常,N% 恢复记录可以修复多达 N% 的连续损坏的数据,并且仅将存档大小增加略多于 N%。修复多个损坏的能力成正比到 N。”
来源(向下滚动到版本 5.00): https ://www.rarlab.com/rarnew.htm