なぜTime MachineのバックアップがSMB NAS共有上で利用できなくなるのですか？

Time Machineのバックアップは、NAS自体がオンラインでもSMB NAS共有上で利用できなくなることがあります。これはTime Machineが通常のファイルアクセス以上のものに依存しているためです。Macは正しいバックアップ宛先を再検出し、期待されるアカウントで認証し、一致するsparsebundleを見つけ、古いロックなしでそのイメージを接続し、安全に続行できる十分な書き込み容量を見つけなければなりません。

まず、利用できない共有と利用できないバックアップイメージを分離する

Finderを開き、Time Machineに割り当てられたアカウントを使って正確なSMB共有に接続します。共有がマウントできない、またはsparsebundleが見えない場合は、まずネットワークの到達性、共有名、権限、資格情報をトラブルシュートしてください。共有は開くがTime Machineが既存のバックアップを拒否する場合は、問題は宛先のさらに内部にあります。

この区別により、破壊的な推測を防ぎます。Time Machineの宛先を再作成しても基本的なSMBログインの失敗は修正されず、保存された資格情報を削除しても接続できなくなったsparsebundleは修復されません。

Macが同じ宛先をまだ認識しているか確認する

Time Machineは、バックアップファイルを含む任意のフォルダではなく、選択されたネットワークターゲットを記憶します。NASの名前変更、共有名の変更、プロトコルの変更、または宛先の再設定により、古いターゲットが選択できなくなることがあります。あるNASのケースでは、ユーザーは見つからない宛先を削除してネットワーク共有を再追加する必要があり、その後Macが使用できるようになりました。

再選択する前に、NASのホスト名、SMBアドレス、共有名、ユーザー名、sparsebundle名、および予想されるバックアップサイズを記録してください。Time Machineを新しい空の共有に向けると、既存の履歴に再接続するのではなく、別の履歴が開始されることがあります。

SMB検出とTime Machine機能の広告を確認する

共有は手動でマウントできても、Time Machineがバックアップ対象として提示または認証に失敗することがあります。最近のNASトラブルシューティング事例では手動SMBログインは成功してもTime Machineが失敗することがあり、サービス検出の欠如とSMBの実装が診断の一部でした。

ZimaSpaceホームNASの場合、選択した共有が一般的な家庭用ファイル共有だけでなく、Time Machine対応のSMBサービスとして明示的に設定されていることを確認してください。共有パスと権限を確認した後に、検出サービスの再起動が役立つことがあります。

バックアップを削除せずに競合する保存済み資格情報をクリアする

macOSはサーバーアカウントが変更された後も古いNASパスワード、ゲストログイン、またはアカウントマッピングを保持することがあります。そのNASへのすべてのマウントを切断し、保存された資格情報を確認してから、専用のTime Machineユーザーで一度だけ再接続してください。テスト中に複数のIDで同じサーバーに同時接続するのは避けてください。

アカウントがバックアップ共有内で一時的なテストファイルを一覧表示、作成、名前変更、削除できることを確認してください。読み取り専用アクセスはスパースバンドル名の閲覧には十分ですが、Time Machineがアタッチして更新するには不十分です。

まだ使用中とマークされているスパースバンドルを確認する

ネットワークの切断、NASの再起動、またはMacのスリープ中にバックアップがアクティブな場合、イメージロックやオープンセッション状態が残ることがあります。よくある症状は、バックアップディスクイメージが使用中と表示されているのに、目に見えるバックアップが実行されていないことです。Macのトラブルシューティングスレッドではスパースバンドルが「すでに使用中」と報告されて利用できなくなる状態が記録されています。

Time Machineを停止し、共有を切断し、他のMacが同じイメージを使用していないことを確認してから、NASのSMBサービスまたはNAS自体を再起動し、バンドル内の編集を行ってください。スパースバンドルのコピーやスナップショットがない限り、一般的なコマンドでロック関連ファイルを削除しないでください。

スリープやネットワーク切断が古いロックを残す理由を理解する

Time Machineは、バンドがNAS上の通常のファイルとして保存されているマウントされたディスクイメージを通じて書き込みを行います。書き込み中に接続が切断されると、サーバーとMacがイメージがまだアクティブかどうかで意見が食い違うことがあります。復旧分析ではネットワークの中断がスパースバンドルのトークン状態を古くさせる可能性があることを説明し、macOSが再度のアタッチを拒否する原因となります。

最初に利用不可になったイベントの前後でNASとMacのログを確認します。Wi-Fi切断後の一度きりの失敗はセッション状態を示し、同じバックアップサイズで繰り返される切断は容量、イメージの損傷、または特定のファイルの問題を示唆します。

スパースバンドルが読み取り専用でアタッチできるかテストします。

共有にアクセスでき、イメージがアクティブにロックされていない場合は、読み取り専用でのアタッチをテストするか、コピーした作業セットから検査してください。マウントできなくなったスパースバンドルの修復に関する確立された議論では、イメージのアタッチとファイルシステムの修復を分けています。

NASデータを保護せずに唯一のバックアップイメージに対して書き込み可能な修復を直接実行しないでください。イメージが読み取り専用でマウントされる場合は、修復を試みる前に重要なファイルをコピーするか、別のNASスナップショットを作成してください。

クォータ、空き容量、および書き込み可能容量を確認します。

NASはプールの空き容量を表示できますが、Time Machineアカウントや共有がクォータに達している場合があります。スナップショット、ゴミ箱、予約済みスペース、スパースバンドルの増加、または別のMacのバックアップも書き込み可能な許容量を消費することがあります。プールの空き容量、共有クォータ、ユーザークォータ、および実際のスパースバンドルサイズを比較してください。

スパースバンドル内のランダムなバンドをすぐに削除しないでください。Time Machineはディスクイメージの構造が内部的に一貫していることを期待しています。共有の制限を調整するか、関連のないデータを先に削除して空き容量を確保し、その後Time Machineに履歴管理を任せてください。

この低リスクの復旧手順を使用してください。

1. Time Machineを一時停止し、他のMacが同じ共有を使用しないようにします。
2. NAS、SMB共有、および専用アカウントにアクセスできることを確認します。
3. 元のホスト名、共有、スパースバンドル名、およびクォータを記録します。
4. 競合するマウントをクリアし、1つの識別で再接続してください。
5. 通常の古いセッションをクリアするためにSMBサービスを再起動してください。
6. イメージレベルの修復前にスパースバンドルをスナップショットまたはコピーしてください。
7. 読み取り専用でのアタッチをテストし、サンプルファイルを復元してください。
8. 識別と内容が検証された後にのみ既存のターゲットを再選択してください。

イメージにアクセスできたら、ライブファイルを上書きせずにNAS復元をテストするために隔離された場所を使ってください。利用可能であるだけでは不十分で、バックアップは使えるデータを返さなければなりません。

よくある質問

Time Machineのスパースバンドルを別のSMB共有に移動できますか？

可能かもしれませんが、完全なバンドル、権限、宛先の機能、識別を保護してください。元のものを削除する前にコピーからテストしてください。

複数のMacが同じNASのTime Machine共有を使えますか？

はい。各Macが独自のバックアップイメージを持ち、NASが十分なクォータと同時実行性を提供している場合です。2台のMacが同じスパースバンドルに書き込むことは絶対に避けてください。

NASのIPアドレスを変更するとTime Machineは壊れますか？

ホスト名の検出とターゲットの識別が安定していれば必ずしもそうではありませんが、キャッシュされたマウントや直接IP選択により古い宛先が利用不可に見えることがあります。

最終的なポイント

SMB共有は、宛先の検出、認証情報、スパースバンドルのロック、イメージの健全性、クォータが別々の層であるため、Time Machineのバックアップが利用できなくなってもオンラインのままでいられます。順番に診断し、修復前に既存のイメージを保護し、回復した履歴を信頼する前にサンプル復元を実証してください。