V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
拼车信息请发到 /go/cosub 节点。

如果没有发送到 /go/cosub,那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动,会导致账号被禁用。
movq
V2EX  ›  iCloud

如果 iCloud 文件夹里面有某个文件发生了硬损坏(硬盘发生损坏导致某些 bit 改变了),那么岂不就无法挽回了

  •  
  •   movq · 2023-02-24 16:45:27 +08:00 · 1397 次点击
    这是一个创建于 637 天前的主题,其中的信息可能已经有所发展或是发生改变。

    因为 iCloud 的同步机制是发生改动便认为是新版本,然后上传到云服务器

    如果发生了文件损坏,应该也是作为新版本上传

    而你除非用到这个文件,否则不会发现这个文件是坏的

    当你发现坏了之后,也没法恢复了,因为 iCloud 没有历史版本功能

    TimeMachine 虽然提供历史版本,但也是有限历史,假如完整文件的那个版本已经被清除了,就不能挽回了

    所以感觉没有什么特别好的办法,除非有无限大的磁盘容量,进行无限版本的备份

    9 条回复    2023-02-26 09:47:10 +08:00
    ltkun
        1
    ltkun  
       2023-02-24 16:57:02 +08:00 via Android
    你以为苹果公司就这么穷只有一个硬盘来存文件吗
    zhaoxin
        2
    zhaoxin  
       2023-02-24 16:59:52 +08:00   ❤️ 1
    你说的有一部分道理。但你说的情况不是备份系统该考虑的问题,因为备份系统没法知道是否发生了这样的问题。如果你的数据真的重要到连这种事情都需要预防的地步。所谓这种事情指的是:

    1. 数据莫名其妙变了。
    2. 变了的数据还能被读出来,因此备份正常。
    3. 时光机刚好还空间不足,数据删除又刚好删除了旧版本。

    解决办法:
    1. 除使用时光机备份外,每天备份一次完整的系统。然后将备份存储在大容量设备上,比如磁带机。
    2. 使用更大的磁盘进行时光机备份。比如 1TB 的 SSD ,那么用 20TB 的磁盘用来备份时光机,而不是通常的 2TB 。定期查看磁盘是否写满,写满则换新盘进行备份。
    3. 重要的资料存储在多处,比如 iCloud 存一份,Dropbox 存一份。后者的内容可以有多版本,可以通过工具查看。
    billlee
        3
    billlee  
       2023-02-24 18:23:13 +08:00 via Android
    硬盘上的数据不会的不知不觉地变了,每个扇区的数据都有 FEC 的,损坏了硬盘会报读取错误。
    Ericcccccccc
        4
    Ericcccccccc  
       2023-02-24 18:33:26 +08:00
    有校验的吧. 就像你下载的安装包有 md5 校验一样.
    lslqtz
        5
    lslqtz  
       2023-02-24 19:29:31 +08:00
    不会有损坏, 特别是在 Apple 的加密硬盘下.
    wanguorui123
        6
    wanguorui123  
       2023-02-24 20:32:17 +08:00
    如果本地被篡改然后上传后历史存档被覆盖就会出现问题,这种一般避免避免不到,除非历史存档永久不删除
    forgottencoast
        7
    forgottencoast  
       2023-02-25 08:41:47 +08:00
    @ltkun 你都没读懂 op 说什么。
    我好像遇到过,主要是图片出错,这个比较容易发现。
    qsmd42
        8
    qsmd42  
       2023-02-25 12:01:10 +08:00
    实际经验, 硬盘出现了坏道导致文件损坏, 文件是读不出来的, 所以应该不会触发同步机制认为文件产生了变化, 这个应该是操作系统层级处理的问题.
    H0H
        9
    H0H  
       2023-02-26 09:47:10 +08:00
    iCloud 就是个同步盘,本就不解决文件可靠存储问题。这要靠你自己解决,我就解决了自己的:
    1 、每天增量备份一次,本地永久保存。我有多套 NAS ,每个 NAS 各增量保存一份。
    实际上每分钟、每 10 分钟都会增量备份,不过这个是超过指定天数后会自动删除。

    2 、每天全量备份一次。这个因为太耗空间,实际上是循环删除。不过会同时每年永久保留一个备份包、最近一年每月保留一个备份包。配合 1 后,就能做到丢失任何文件都肯定能找回来,只不过丢失发现的越晚,找回来越花时间罢了。

    我以前就发生过 jar 包版本比源码还新的情况。根据增量备份查找回去,发现是大约半年前在 MacBook 上写的代码不知道为什么被 GitHub 合并冲突时删除了,因为我同时也在 Mac mini 和 Windows 台式机写代码,来回拉取可能出了错。根据备份,恢复了相关源码。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   965 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 35ms · UTC 20:19 · PVG 04:19 · LAX 12:19 · JFK 15:19
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.