web-dev-qa-db-ja.com

Time Machineは何をしていますか？

OS Xから、非常に長い時間「バックアップを準備しています...」と表示されることがあります。所要時間は、バックアップするデータの量とは関係がないようです。 「バックアップを終了しています...」ステージについても同様です。

質問：「バックアップを準備しています...」と「バックアップを完了しています...」のとき、OS Xは何をしていますか？

何をバックアップして変更を記録するかを考えているのはわかっていますが、この時間は、変更されたデータの量に比例するはずです。十分な空き容量があります（古いバックアップを削除していないと思います）。 TimeCapsuleを使用しているのは、それが何か違いがある場合です。何も問題はありません、私は興味があります。

backupmac-osxtime-machine
18
Stephen Darlington

これは別のフォーラムからの回答です（元のポスターは私には不明です）：

Time Machineはファイルシステムアクティビティのログを使用して、バックアップする必要のある変更を見つける場所を知るため、Time Machineの「準備」段階は通常高速です。

しかし、そのログを信頼できないものにするためにできることがいくつかあります。 Time Machineは、ログが有効でない可能性があることを検出すると、ファイルシステムのフルスキャンを実行して、何をバックアップする必要があるかを判断します。これには時間がかかる場合があります。私のPowerbook（およびFirewireの外部Time Machineドライブを使用）では、20分間続く「準備」段階になる可能性があります。 Time Machineの続行を許可すると、最終的にバックアップディスクに実際に追加する必要があるものがわかり、続行します。もちろん、これは、ログをギャンブルするだけの場合や、実際に変更されたファイルが数個しかない場合でも（すべてに時間がかかり、Time Machineのディスク領域を多く消費する）、すべてをもう一度バックアップするよりも優れています。

Leopardインストールの初期の頃、ログを信頼できないものにする最も一般的な方法の1つは、LeopardインストールDVDから起動することです。これを実行するたびに、次にTime Machineを実行したときに、ハードドライブが変更にログに反映されずに変更された可能性があることが検出されます。そのため、完全なスキャン（長い「準備」段階）が実行され、正常な状態に保たれます。

20
Commander Keen

司令官キーンの答えを褒めるには、アースリングソフトの Time Machine を詳しく読むことをお勧めします。さらに、backupdによってより多くの情報がsystem.logに記録されます（これにより、準備ステータスが非常に長い理由などがわかります）

10
Chealion

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が所有するMySQLログとデータのバックアップを考慮に入れない可能性がありますwheel：

cd "/ Volumes/Backup of XX/Backups.backupdb/XX/Latest" 
 Sudo ls -l "Macintosh HD/usr/local/mysql-5.0.51a-osx10.5-x86" 
 [..] 
 drwxr-x --- @ 6 _mysql wheel 374 Jul 2 20:05データ

これらの場合、両方のツールは（サイレントに）コンソールのbackupdログよりも低い合計バックアップサイズと少ないファイルを報告します。したがって、if数値がログと一致しない場合、TimeTrackerの場合：

Sudo〜/ Downloads/TimeTracker.app/Contents/MacOS/TimeTracker

同様に、timedogの場合：

cd "/ Volumes/Backup of XX/Backups.backupdb/XX" 
 Sudo〜/ Downloads/timedog

ハードディスク上の大きなファイルを簡単に見つけるにはDisk Inventory X を参照してください。このプログラムはTime Machineとは何の関係もありませんが、バックアップがハードディスクで使用されている領域よりもはるかに小さい理由を知りたい場合などに、問題の調査に役立つことがあります。このプログラムは、調査するディスクを選択できる画面（ルートとして実行し、[表示]メニューの[物理ファイルサイズの表示]を選択した場合でも）よりも、常にウィンドウタイトルの合計ディスク容量が少なくなることに注意してください。しかし、報告された合計サイズが実際にMacで使用されている合計よりもはるかに小さい場合は、rootとして実行すると役立つ場合があります。

Sudo "$ HOME/Downloads/Disk Inventory X.app/Contents/MacOS/Disk Inventory X"

バックアップからファイルを削除するには（Time Machineが実際に暴走MySQLログファイルなどのいくつかの巨大なファイルをバックアップしていたことに気づいた場合） 、 アップルの書き込み ：

以前にバックアップしたファイルまたはフォルダのすべてのインスタンスを削除したいですか？簡単です。 Time Machineを起動し、削除するアイテムを選択して、Finderツールバーのアクションメニューから[すべてのバックアップから削除]を選択します。

さて、if削除したいファイルはrootにしか見えないので、 "Enter Time Machine"もrootとして呼び出す必要があります。そして、Finderを最初にrootとして起動する必要があります：

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

これは通常のFinderのように見えますが、Finderのサイドバーのホームフォルダーアイコンの横にrootが表示されます。次に、Shift-Cmd-G（メニューの[移動]、[フォルダーへ移動]）を使用して、たとえば/usr/localに移動し、バックアップディスクからファイルを削除するフォルダーを見つけます。次に、Time Machineと入力し（ホームディレクトリアイコンの横にrootが表示されていることをもう一度確認します）、Appleの指示に従います。バックアップからファイルを削除したら、ターミナルでCtrl-Cを押してルートFinderを停止します。 （リモートディスクが正しくアンマウントされないため、Macからログオフする必要もありました。）

スパースバンドルを使用している場合（ネットワークでバックアップを使用する場合など）解放された領域は自動的に再利用されません（または：スペースが必要です）。これを強制するには、 OS Xのスパースバンドルからすべて/ほとんどの空き領域を再利用する方法 を参照してください。これは、手動で削除したファイルに適用されるだけでなく、Time Machineがpost-backup thinning中に期限切れの時間単位または日単位のバックアップのために削除したファイルにも適用されます。

Time Machineは、ディスク領域が不足すると、実際にはスパースバンドル自体を圧縮します。ただし、バックアップ前の細線化中に最初に古いバックアップが削除される可能性があるため、巨大なファイルを削除した場合や、期限切れのバックアップに巨大なファイルが含まれていた場合は、手動で圧縮することをお勧めします。

バックアップ前の間引きの開始：53.57 GB要求（パディングを含む）、
 9.90 GB利用可能
期限切れのバックアップがありません-最も古いバックアップを削除してスペースを確保します
削除されたバックアップ/ボリューム/バックアップXX/Backups.backupdb/XX/2007-12-20-172543：
 9.90 GBが利用可能になりました
削除されたバックアップ/ Volumes/Backup of 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
Arjan

「準備中」（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# 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

これは、それが何かをしていることを示しています-そして我慢すること...

1
PaulS