主页 / server / 问题 / 9422
Accepted
Stephen Darlington
Asked: 2009-05-19 05:48:43 +0800 CST

时间机器在做什么？

  • 772

有时 OS X 告诉我它“正在准备备份...”很长一段时间。花费的时间似乎与要备份的数据量无关。“完成备份...”阶段也是如此。

问题：OS X 在“准备备份...”和“完成备份...”时在做什么？

我知道它正在弄清楚要备份什么，然后记录更改，但肯定需要的时间应该与更改的数据量成正比。有足够的空间磁盘空间（所以我假设它没有删除旧备份）。如果这有什么不同，我正在使用 TimeCapsule。没什么问题，我只是好奇。

backup mac-osx time-machine

4 个回答

  1. Best Answer

    这是另一个论坛的答案（我不知道原始海报）：

    Time Machine 中的“准备”阶段通常很快，因为 Time Machine 使用文件系统活动日志来了解在哪里可以找到需要备份的更改。

    但是您可以采取一些措施来使该日志不可信。当 Time Machine 发现日志可能无效时，它会全面扫描您的文件系统以确定真正需要备份的内容。这可能需要一段时间。在我的 Powerbook（以及带有火线外部 Time Machine 驱动器）上，它可能会导致持续 20 分钟的“准备”阶段。如果您让 Time Machine 继续，它最终会找出真正需要添加到备份磁盘的内容并继续。当然，这比仅仅赌日志是正确的或只是再次备份一切要好，即使实际上只有几个文件可能已经更改（这将花费更长的时间并消耗更多的 Time Machine 磁盘空间）。

    在 Leopard 安装的早期阶段，最常见的导致日志不可信的事情之一就是从 Leopard 安装 DVD 引导。每次您这样做时，下次运行 Time Machine 时，它​​会发现您的硬盘驱动器可能已被修改，而这些更改并未反映在日志中。所以它会进行全面扫描——一个漫长的“准备”阶段——以确保它做对了。

    • 21

  2. 为了补充 Keen 指挥官的回答，我建议阅读Earthling Soft对Time Machine的深入了解。此外，backupd 将更多信息记录到 system.log（这将说明为什么准备状态如此之长等等）

    • 11

  3. 要轻松查看backupd日志，请查看Time Machine Buddy小部件。另请注意，备份磁盘本身还有另一个日志，位于.Backup.log每个备份文件夹中的隐藏文件中。这提供了backupd日志以外的一些其他信息。

    请注意，日志通常会显示似乎不匹配的数字：

    无需预备份细化：请求 821.4 MB（包括填充）[..]
从 Macintosh HD 卷中复制了 1630 个文件 (3.8 MB)。

    上面，实际复制的文件比最初预测的要少。由于 Time Machine 依赖于仅报告更改的目录的FSEvents，我假设在上面的示例中，这些目录总共包含 821.4 MB 的文件。在实际复制文件的同时，Time Machine 将硬盘上更改的目录与备份进行比较，发现实际更改的文件只有 3.8 MB。

    要查看已写入备份的内容，请参阅TimeTracker (GUI) 或timedog（命令行）。请注意，即使以管理员用户身份运行，有时这些程序也需要以 root 身份运行才能查看所有文件。如果不这样做，这些工具可能不会将 MySQL 日志和数据的备份考虑在内，它们由组wheel中的_mysql拥有：

    cd "/Volumes/XX/Backups.backupdb/XX/Latest 的备份"
sudo ls -l "Macintosh HD/usr/local/mysql-5.0.51a-osx10.5-x86"
[..]
drwxr-x---@6_mysql轮374 7月2日20:05数据

    在这些情况下，这两种工具都会（默默地）报告比backupd控制台中的日志更小的总备份大小和更少的文件。因此，如果数字与日志不匹配，那么对于 TimeTracker：

    sudo ~/Downloads/TimeTracker.app/Contents/MacOS/TimeTracker

    同样，对于 timedog：

    cd "/Volumes/XX/Backups.backupdb/XX 的备份"
须藤 ~/下载/timedog

    要轻松找到硬盘上的大文件，请参阅磁盘清单X。该程序与 Time Machine 无关，但可能有助于调查问题，例如当您想知道为什么备份比硬盘上使用的空间小很多时。请注意，该程序在其窗口标题中报告的总磁盘空间可能总是比在可以选择要调查的磁盘的屏幕中报告的总磁盘空间少（即使以 root 身份运行并选择菜单查看，显示物理文件大小）。但是，如果报告的总大小确实比 Mac 上使用的实际总大小小很多，那么以 root 身份运行可能会有所帮助：

    sudo "$HOME/Downloads/磁盘清单 X.app/Contents/MacOS/磁盘清单 X"

    要从备份中删除文件（例如，如果您碰巧发现 Time Machine 实际上正在备份一些大文件，例如失控的 MySQL 日志文件），Apple 写道：

    想要删除之前备份的文件或文件夹的所有实例？很容易。启动 Time Machine，选择要删除的项目，然后从 Finder 工具栏的操作菜单中选择“从所有备份中删除”。

    现在，如果您要删除的那些文件仅对 root 可见，那么您也应该以 root 身份调用“Enter Time Machine”。这需要首先以 root 身份启动 Finder：

    sudo /System/Library/CoreServices/Finder.app/Contents/MacOS/Finder

    这看起来像一个普通的 Finder，但您会注意到Finder 侧边栏中主文件夹图标旁边的root 。例如，现在使用 Shift-Cmd-G（菜单 Go，Go to Folder）进入/usr/local并找到要从备份磁盘中删除文件的文件夹。接下来，输入 Time Machine（并再次验证根文件夹是否显示在主文件夹图标旁边）并按照 Apple 的说明进行操作。从备份中删除文件后，在终端中按 Ctrl-C 以停止 root-Finder。（我还需要注销我的 Mac，因为远程磁盘无法正确卸载。）

    如果您使用的是稀疏捆绑包（例如在网络上使用备份时），则任何释放的空间都不会自动回收（或者：直到需要空间时才回收）。要强制执行此操作，请参阅如何从 OS X 上的 sparsebundle 中回收所有/大部分可用空间。这不仅适用于您手动删除的文件，还适用于在备份后精简期间由 Time Machine 为过期的每小时或每日备份删除的文件。

    当磁盘空间用完时，Time Machine 实际上会压缩稀疏包本身。但似乎它可能会在pre-backup Thinning期间首先删除一些旧备份，所以如果您曾经删除过一些大文件，或者过期的备份可能包含大文件，手动压缩可能是明智之举：

    开始预备份细化：请求 53.57 GB（包括填充），
    9.90 GB 可用
不存在过期的备份 - 删除最旧的备份以腾出空间
已删除备份 /Volumes/XX/Backups.backupdb/XX/2007-12-20-172543 的备份：
    9.90 GB 现在可用
已删除备份 /Volumes/XX/Backups.backupdb/XX/2007-12-31-005523 的备份：
    9.90 GB 现在可用
已删除 2 个备份：最早的备份现在是 2008 年 1 月 8 日
停止备份。
备份已取消。
弹出的 Time Machine 磁盘映像。
压缩备份磁盘映像以恢复可用空间
完成备份磁盘映像压缩
开始标准备份
[..]
开始预备份细化：请求 53.57 GB（包括填充），
    12.75 GB 可用

    非常感谢 Adam Cohen-Rose 对上述内容进行了测试；查看他的博客了解更多详情！

    • 10

  4. 当卡在“准备”中时（ThinningPreBackup）

    root# tmutil status
Backup session status:
{
    BackupPhase = ThinningPreBackup;
    ClientID = "com.apple.backupd";
    DateOfStateChange = "2018-10-20 12:02:54 +0000";
    DestinationID = "XXXXXX0A-1XB7-4X3B-A791-6XXXXX4325D89B";
    DestinationMountPoint = "/Volumes/TimeMachineXXX";
    Percent = "-1";
    Running = 1;
    Stopping = 0;
}

    使用 lsof（确保以 root 身份运行）查看备份访问的文件 - 最后一个文件应该更改：

    root# ps -ef | grep backupd
    0    91     1   0  9:39pm ??         0:00.15 /System/Library/CoreServices/backupd.bundle/Contents/Resources/backupd-helper -launchd
    0   552     1   0  9:59pm ??         0:49.54 /System/Library/CoreServices/backupd.bundle/Contents/Resources/backupd
    0  1244  1156   0 10:30pm ttys003    0:00.01 grep backupd
root# lsof -p 552
COMMAND PID USER   FD   TYPE DEVICE   SIZE/OFF     NODE NAME
backupd 552 root  cwd    DIR    1,4       1292        2 /
backupd 552 root  txt    REG    1,4     769168 67640888 /System/Library/CoreServices/backupd.bundle/Contents/Resources/backupd
backupd 552 root  txt    REG    1,4   26771408 67698052 /usr/share/icu/icudt59l.dat
backupd 552 root  txt    REG    1,4     236208 67730774 /private/var/db/timezone/tz/2018e.1.0/icutz/icutz44l.dat
backupd 552 root  txt    REG    1,4     841456 67695858 /usr/lib/dyld
backupd 552 root  txt    REG    1,4 1174183936 69140457 /private/var/db/dyld/dyld_shared_cache_x86_64
backupd 552 root    0r   CHR    3,2        0t0      306 /dev/null
backupd 552 root    1u   CHR    3,2        0t0      306 /dev/null
backupd 552 root    2u   CHR    3,2        0t0      306 /dev/null
backupd 552 root    3w   REG    1,9        686  5515544 /Volumes/TimeMachine2/Backups.backupdb/XXXXXXXXXX/2018-10-20-220254.inProgress/.Backup.561729775.162983.log
backupd 552 root    4r   DIR    1,4        136 68977542 /Applications/Xcode.app/Contents/Developer/Platforms/AppleTVOS.platform/Developer/Library/CoreSimulator/Profiles/Runtimes/tvOS.simruntime/Contents/Resources/RuntimeRoot/System/Library/Frameworks/CoreLocation.framework/English.lproj

    这表明它正在做某事 - 并且要有耐心......

    • 8

相关问题