Time Machineバックアップの検証


21

Snow Leopardのアップグレードのためにシステムを準備しています。最悪のシナリオである完全な再インストールと復元に備えています。

Time Machineバックアップが有効であり、正しく復元されることを確認したいと思います。Time Machineのバックアップは、Netatalkを実行しているLinuxサーバーに送られ、バックアップは正常に完了します。

別の場所へのテスト復元を行う方法、または既存のファイルを上書きせずにデータを検証する方法を教えてください。最初から再インストールする必要がある場合、バックアップにアクセスできるようにするために、特に何かを外部に保存する必要がありますか?


回答:


14

Time Machineには、一連のバックアップが有効であることを検証するためのメカニズムが組み込まれていません。これは、Time Machineの1つの問題であり、企業ではなく消費者志向です...

ディスクユーティリティでディスク修復を実行しても、Time Machineバックアップデータは検証されませんが、バックアップディスクの構造と整合性は検証されます。(もちろん、Disk Warriorは補完的な方法で検証/修復します)。

バックアップのデータを確認できる唯一の方法は、完全な復元を実行することです。

コンソールログを開き、BACKUPDに対してフィルタリングして、バックアップ中に何が起こるかを確認し、エラー状態が発生したかどうかを確認できます。

編集:

オプションキーを押しながらTime Machineメニューバーアドオンをクリックして「バックアップの確認」を行うと、Time Machineにはオプションが含まれます。

これは、バックアップの内容を検証しません。つまり、バックアップされたファイルabcd.txtはabcd.txtと同じですが、代わりにタイムマシンデータのディスクイメージが破損していないことを確認します。

見てくださいhttp://support.apple.com/kb/HT4076を


私が探しているものではありませんが、さらに調査した結果、状況が正確に説明されています。この点で、消費者向けのバックアップソリューションは常に吸い込まれてきました。長期的には別のソリューションを検討するでしょう。
jtimberman

1
SuperDuperをお試しください!—これにより、ディスクがコピーされたことを確認できます
-tig

2
実際、メニューバーの[タイムマシン]アイコンをクリックして[オプション]を押すと、[バックアップの検証]オプションが表示されます。
ウィリアムマクドナルド

1
私の理解では、TMは本質的に実際のものを反映するディレクトリとファイル構造を使用するということです。これは、比較的静かなファイルシステムを想定して、diffを使用してバックアップを検証できることを意味しませんか?
kec 14

1
これは間違っているか古くなっています。タイムマシンのコマンドラインインターフェイスには、「verifychecksums」コマンドが含まれています。これが定期的なバックアッププロセスの一部としてときどき実行されるかどうかは明らかではありませんが、それは当然のことです。
アブヒベッカート

12

最終的に、Time Machineバックアップは、各バックアップ日付のフォルダーのコレクションです。これらの各フォルダーには、その日に存在したすべてのファイルが含まれています。そのため、これらすべてのファイルの名前と内容をMac上のものと比較できます。

もちろん、多くのファイルはMacを使用するだけで変更されます。したがって、結果は解釈するのにある程度の常識を必要とします。最適なオプションは、実行中のすべてのアプリケーションを閉じ、Time Machineを実行して、すぐに比較することです。

バックアップディスクを接続したら、ターミナルで次を使用して違いを見つけます。以下のcdコマンドでは、最初の行を単に貼り付けるのではなく、Tabコマンドライン補完を使用できます。

cd /Volumes/Backup*/Backups.backupdb/*/Latest/*/
echo "バックアップディスク上の現在のフォルダー:$(pwd -P)"
sudo diff -qr。/ 2>&1 | tee $ HOME / timemachine-diff.log

これにより、現在のフォルダー(最新のバックアップ)がMacのルートと比較されます。画面に結果を表示しますtimemachine-diff.logが、ホームフォルダー内のファイルに結果をキャプチャします。

上記は非常に長い時間(数時間、場合によっては数日)実行されるので、テストのために最初に特定のフォルダーに制限できます。デスクトップのように:

cd /Volumes/Backup*/Backups.backupdb/*/Latest/*/$HOME/Desktop
echo "バックアップディスク上の現在のフォルダー:$(pwd -P)"
sudo diff -qr。$ HOME / Desktop 2>&1 | tee $ HOME / timemachine-diff.log

出力がなければ、違いはありません。テストのために、デスクトップ上のファイルの名前を変更するだけで、両方に「のみ」が表示されます。元の名前(バックアップのみにある)および新しい名前(バックアップにない)の「/ Users / username / Desktopのみ」

ノート:

  • ネットワーク経由でバックアップする場合は、おそらくスパースバンドルを使用します。上記のコマンドを実行する前に、そのスパースバンドルファイルをダブルクリックしてマウントします。完了したら、右クリックしてイジェクトします。

  • 一部のファイルは設計により除外され、一部のソフトウェアは単純に除外される場合があり、FileVaultフォルダーは最初にログアウトしたときにのみバックアップに書き込まれます。参照んAppleのTime Machineのアプリは本当にeverthingをコピー?

  • (最新の)バックアップに書き込まれた内容を確認するには、TimeTracker(GUI)またはtimedog(コマンドライン)を参照してください。管理ユーザーとして実行している場合でも、すべてのファイルを表示するにはこれらのプログラムをrootとして実行する必要がある場合があることに注意してください。別のコンピューターからTime Machineバックアップからファイルを取得する方法を参照してください助けを求めて。

  • ログメッセージはコンソール(アプリケーション、ユーティリティ、フィルターオンbackupd、またはTime Machine Buddyを使用)に書き込まれるだけでなく、異なるログメッセージも.Backup.logバックアップ日付のあるフォルダー内のバックアップディスク自体の隠しファイルに保存されます。Time Machineの機能もご覧くださいサーバー障害時。

  • 10.6.3以降、Time Machineで「バックアップを検証しています...」ステージに気付き、「バックアップ」の前に「51,959個のアイテムを準備しています...」が続きました。コンソールには、「バックアップ検証の実行中」、「クイックチェックのみ; FILESYSTEM CLEAN」、および「バックアップ検証に合格しました!」

    検証が何をするのかわかりません。バックアップを現在のディスクの内容と比較しているのかもしれません。Macに約3.5 GBの空きディスク領域しかないとき、「CopyHFSMeta hit low disk space threshold」に気づいたので、明らかに大量のデータをMacにコピーしていますか?その後、「CopyHFSMeta中にスキップされたバックアップ検証」、「バックアップ検証を完了するためのブートボリュームのスペース不足」、および「ユーザーによるスキップされたバックアップ検証」が続きます。私はこれを自分でスキップしませんでしたが。これらのメッセージはログでのみ見つかります。ユーザーへの指示は一切なく、バックアップは警告なしで完了します。

  • Appleは、「Time Machineがバックアップの検証を完了しました。信頼性を向上させるために、Time Machineは新しいバックアップを作成する必要があります」というサポート記事を提供しています。その記事では、バックアップディスクを手動で確認する手順では、ディスクイメージの物理的な状態のみを確認し、その内容をMacのディスクと比較しません。だから、エラーもバックアップの内容に関するものではないと思います。その記事からの奇妙な引用:

    注:ディスクユーティリティでディスクイメージを修復しないでください。

Time Machineはハードリンクを使用するため、各バックアップはすべてのファイルを保持しているように見えます。Ars Technicaの詳細な技術説明参照してください。


オペレーティングシステムによってCopyHFSMeta(現在hfs-191.1で)実行される状況について疑問に思います。
グラハムペリン

4

Mac OS X 10.6.4に従って、メニューバーのTime Machineアイコンをオプションクリックして、バックアップの検証を開始できます。

何が正確に検証されているのかわかりませんが、それを行ったとき、Time Machineは信頼性を向上させるために新しいバックアップを開始することを推奨しました。

さらに読む:Appleナレッジベースの記事


1
いいね 奇妙なことに、OS Xは履歴を削除せずに新しい最新のバックアップを作成することはできませんが、おそらくそれらの日も来るでしょう
...-Arjan

1
その検証プロセスは、Time Capsuleのディスクイメージでディスクユーティリティ検証を実行しているだけです。Time Capsuleがない場合、何も起こりません。バックアップデータを検証するのではなく、保存されているディスクイメージの整合性のみを検証します。
ベンジャミンショルニック

@ベンジャミン、あなたが知っている方法を教えてもらえますか?MacBookに3.5 GBの空きディスク容量しかないときに、「ブートボリュームの空き容量が不足してバックアップ検証を完了しませんでした」というエラーが発生しました。(バックアップディスク上に残っているスペースが充実していますが、私のセットアップでは、そのディスクを別のMacに接続されている-そしてAFP--を通じて他のMacはあまりにも十分なスペースがあることをワイヤレスで共有。)
Arjan

@ Arjan、Time Machineは個々のファイルの検証を行いません(たとえば、ファイルのコピー、ファイルの検証を行って、正しくコピーされたこと、破損していないことを確認します)。最新のTMバックアップを作成し、特定のファイルを変更し、TMメニューの追加オプションをクリックして、バックアップの検証を選択します。不良なバックアップは報告されません。上記のApple KBaseの記事を参照してください。そして、blog.fosketts.net / 2010/08/11 /…。Time Machineには、バックアップサイクルに検証フェーズがありません。
ベンジャミンショルニック

ああ...そして本当の証拠は、Time Machineバックアップ検証を実行することです。356 GBのバックアップがあり、検証にかかる時間は10秒未満です。しかし、TMディスクはシステムに直接接続されているため、スパースディスクイメージはなく、迅速に終了します。
ベンジャミンショルニック

2

Time Machineコマンドラインユーティリティには、これを行うためのオプション「tmutil compare」があります。使用可能なさまざまなスイッチについては、「man tmutil」を確認してください。

https://www.google.com/search?q=tmutil%20compare


回答にGoogle検索の結果などの非静的情報へのリンクを使用しないでください。それを編集して、あなたが表現したいものの短い要約を含めるか、あるいは(この場合)検索用語がかなり単純なので、おそらくリンクを削除してください。
jstarek

1

Macのユーティリティから1つのアプリケーションを試すことができます(アプリケーション->ユーティリティ):Migration Assistant。このツールを使用すると、1つのオプションを使用して、バックアップTime Machineからローカルコンピューターに情報を転送できます。

別の方法は、このツールを使用してMacをTime-machineからHD上の別の仮想Macにインストールすることです。まだ試していません。OSXで仮想ボックスを作成できるかどうかはわかりません。


移行アシスタント-> From Time Machineには有用なものは何も表示されません。
jtimberman

0

ネットワークベースの共有へのTime Machineバックアップの実行は、よりリスクが高く、問題が多いことが知られています。そのため、本当に、本当に、アップグレードで問題が発生する危険を冒したくない場合は、ローカルディスクとShirtPocketのSuperDuperなどのツールを一時的に使用することを強くお勧めしますまたは Carbon Copy Cloner

ただし、データを総当たりで確認するには、ネットワークドライブにスパースバンドルを手動でマウントし、 'diff -cr'のような単純なものを使用して 'システムドライブに対する最新のバージョン(明らかに、TimeMachineが最後に実行されてから変更されたものがスローされます)


diffメソッドを試してみたところ、うまくいかないようです... Diffがハードリンクをうまく管理していないのではないかと思いますか?
ベンジャミンショルニック

なぜそれがつまずくべきかわかりません。2つの後続のTime Machine階層のごく一部を試してみました(要約では、「diff -r --brief」の方がうまくいくようです)、「ファイル...違い」、「のみで...」。実際のファイルに解決できない場合、シンボリックリンクに関連するいくつかのエラーがスローされます。これは、ソースコピーにもダングリングシンボリックリンクがあるためです。
jrg

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.