短く答えると: ネットワーク上の宛先では、Time Machine は共有にファイルをコピーしません。共有に1つの大きなディスクイメージを作り、その中にコピーします。この系統のエラーはすべてイメージに関するものです: 作れない、開けない、または何かがまだ開いている。
どれも、既存のバックアップが消えたという意味ではありません。ドライブを消去して解決することはほとんどなく、それなのに最もよく見かける助言です。
Time Machine は、ネットワーク共有にはないファイルシステムの機能を必要とします: ハードリンク、自分で管理できる所有者、作業中にファイルをロックする機能。SMB で通信する NAS はそれらを保証できません。
そのため、ネットワーク上の宛先では Time Machine はスパースバンドルを作ります。これはディスクイメージとして動作する、.sparsebundle で終わるフォルダです。そのイメージをマウントし、バックアップは Time Machine が完全に管理するファイルシステム上で、その中に置かれます。共有はバンドと呼ばれる番号付きの断片のフォルダを保持するだけです。
だからネットワークバックアップには、接続したドライブにはない種類の失敗がまるごとあります。接続したドライブなら1つのところで2つのものがうまくいかなくなり得て、表示されるメッセージはたいていイメージについてのものです。
Time Machine がスパースバンドルを作ろうとして、共有が拒否しました。順番に試してください。
fruit:time machine = yes と書きます。これがないと、macOS は問題なく接続しても、イメージの作成は拒否されることがあります。イメージはあるのに、macOS が接続できませんでした。エラー45はファイルロックのエラーなので、よくある原因は、何かがすでにイメージを開いていることです。
token や .lock ファイルを探します。イメージを何もマウントしていなければ、それらを削除しても安全で、次のマウントで作り直されます。必ず先にイメージがマウントされていないことを確かめてください。そうしないとイメージが壊れます。原因は同じで、表現がよりはっきりしているだけで、同じ4つの手順で解消できます。何よりも先に、Finder のサイドバーに Mac の名前の付いたボリュームがマウントされていないか確かめてください。最もよくある答えは、今座っているマシンでマウントされているということだからです。
たいていはバックアップ中に共有がなくなったのが原因です。スリープ、Wi-Fi、アップデートによる NAS の再起動などです。共有が再接続されるか確かめ、中身を信頼する前に下の検証手順でイメージを確認してください。
中断されたネットワークバックアップは、画面上のメッセージがすべて正常に見えても、イメージ内部の整合性が崩れていることがあります。マウントしてシステムに尋ねてください:
hdiutil attach -readonly /Volumes/<share>/<YourMac>.sparsebundle
diskutil verifyVolume /Volumes/<the volume it mounted>
読み取り専用なので、見るだけでは何も変わりません。検証でエラーが報告されたら、同じボリュームに diskutil repairVolume を実行します。修復に失敗したら、そのイメージはもう終わりです。正直な対応は、そこで新しいバックアップを始め、古いものに頼るのをやめることです。
これらのエラーはすべてディスクイメージの性質で、ディスクイメージがあるのは宛先がネットワーク上にあるからです。普通のフォルダに普通のファイルを書き込むバックアップには、どれもありません: 作成に失敗するイメージも、古くなるロックも、破損すれば中のすべてのバックアップを一度に失う大きな単一のオブジェクトもありません。
最後の点はじっくり考える価値があります。NAS 上の Time Machine の履歴はすべて1つのスパースバンドルの中にあります。1つのオブジェクトです。悪い場所が損傷すれば、すべてを失います。
共有には普通のファイルのフォルダを書き込むので、ディスクイメージも、ロックも、すべてのバージョンを抱える単一のオブジェクトもありません。バックアップ中にオフラインになった共有は、最後に見えた日付とともに接続できない宛先として報告され、次のバックアップは前回止まったところから続けます。
すべての断片は自身の内容のハッシュで保存され、スケジュールでそのハッシュと照合して読み戻されるので、どこかの破損は何事もない平日のうちに名指しされ、場所も特定されます。Mac を NAS にバックアップするでは設定方法を説明しており、スリープ中の共有をエラーとみなすか不在とみなすかを決めるタイムアウトの動作も含みます。
できますが、中のすべてのバックアップを捨てることになります。すべてがその1つのイメージにあるからです。まず上の4つの手順を試してください。削除が答えになるのは、diskutil repairVolume がすでに失敗した場合だけです。
ディスクイメージがないからです。直接接続したドライブにはTime Machineがフォーマットして管理する専用のファイルシステムがあるので、イメージは不要で、古くなるロックもありません。ローカルのコピーを1つ持っておくべきいちばんの理由です。
対応していることと、特定の共有で有効になっていることは、ほとんどの NAS ソフトウェアで別の設定です。製品ページではなく共有を確認してください。もう1つよくあるのはクォータです: イメージは作成時に最大サイズを宣言し、それより小さいクォータでは拒否されます。
それ自体は危険ではありません。macOS がイメージをロックできなかったので、何も書き込まれなかったという意味です。危険なのは、それが長く続いても気づかれないことです。すべてが普通に見える間に、最後の正常なバックアップがどんどん古くなっていくからです。
いいえ。共有上のフォルダに普通のファイルを書き込むので、このページのエラーはどれも起きません。引き換えに、数えられるには共有に接続できる必要があり、できないときはアプリがそう伝えます。
関連: Mac を NAS にバックアップする、Time Machine が容量不足と表示する、バックアップを検証する方法。