こんにちは
QTS 5.2.8(現在は5.2.8.3332にアップデート済み)とMacOS Tahoe(26および26.1)を使用しています。
1か月ほど前から、TimeMachineがバックアップを完了できず、SMB接続が失われたと表示されます。
また、2台のNAS間で行っている定期的な同期も、接続が切れるため失敗することに気付きました。
何か解決策はありますか?
よろしくお願いします。
こんにちは
QTS 5.2.8(現在は5.2.8.3332にアップデート済み)とMacOS Tahoe(26および26.1)を使用しています。
1か月ほど前から、TimeMachineがバックアップを完了できず、SMB接続が失われたと表示されます。
また、2台のNAS間で行っている定期的な同期も、接続が切れるため失敗することに気付きました。
何か解決策はありますか?
よろしくお願いします。
パス名に英語以外の文字が含まれていますか? これに関してAppleにバグがあります。
それがアプリ内の問題ではなく、ご自身のネットワーク内の実際の問題でないことを確認できましたか?
ルーターやスイッチがスケジュールで、または何らかの障害で再起動していませんか?バックアップと同時に診断ユーティリティを実行して、接続性を確認できますか?
こんにちは、
いいえ、この構成は何年も同じ共有と同じハードウェアで問題なく動作していました。
こんにちは、
はい、Wi-Fiの問題を排除するために有線接続でテストしましたが、切断はランダムで、Time Machineの失敗のタイミングには規則性がありません。
この記事の提案をお試しください:
結果をお知らせください。
@NA9D ありがとう
試してみます。
今朝、SSDボリュームを使ってTimeMachineでMacのバックアップをテストしましたが、切断はありませんでした。
SATAディスク上のボリュームを使うと定期的に切断されるようです(SATAでバックアップ中、CPUのIO待ちが非常に高くなります。SSDキャッシュを使っていても同じです)。これはごく最近のことで、先月両方のSATAドライバーを交換しました(幸いにも同時ではありませんでした!)。
もしかすると、高いIO遅延が原因かもしれません…
まず最初に、SSDキャッシュを無効にしてください。実際にはパフォーマンスを低下させることがあります。99回中100回は必要ありません。
次に、高いI/O待ち時間が発生してはいけません。もし発生している場合は、何かがおかしいです。私は3台のMacを2つの異なるNASにバックアップしていますが、この問題はありません。ちなみにTahoeは使っていません。
最初にやるべきことは、NAS上で何かがCPU時間を大量に消費していないか確認することです。NASにSSHで接続し、“top”コマンドを実行してください。これでCPU負荷や、どのアプリが最もリソースを使っているかが分かります。また、IO%も表示されます。
CPU負荷などが低いのにIO%が高い場合は、IOTOPというアプリを紹介できます。これを使うと、どのアプリがIOを消費しているかが分かります。
私も以前、NASの1台で非常に高いIO使用率が発生したことがありますが、再起動で解決しました。
@NA9D
現在、TimeMachine共有でSSDキャッシュを無効にしても、依然として重要なIOwaitが発生しています…
すでに何度か再起動も試しましたが、改善しません

IOTOPをインストールしたところ、最もIOを消費しているプロセスはsmbdと、いくつかのjbd2 / dm-xxxプロセスでした
OKです。TOPコマンドの出力をもう少し見せてもらえますか?それと、これはどのNASですか?
ロードアベレージが13になっているのが気になっています。NASに13コアが搭載されていない限り、ボトルネックが発生していて、これが問題の原因になっている可能性があります。何かが大量にCPUサイクルを消費しています。CPU使用率がほとんどアイドル状態でも関係ありません。最初のいくつかのプロセスを詳しく見てみましょう。
IOTOPの出力も送ってください。
よろしくお願いします。
NASにネットワーク切断のログが記録されているかどうかもご確認いただけますでしょうか?よろしくお願いします。
プロセスjbd2がかなりのIO時間を消費しているようです:
Linuxのjbd2プロセスは、ext4のようなファイルシステムで使われるジャーナリングシステムの一部です。これは、変更をコミットする前にログに記録することでファイルシステムの整合性を保ち、クラッシュ時の復旧を可能にします。
何かスクラビングやRAIDのリビルドなどを行っていますか?
もしそうでなければ、ディスクの健康状態を確認した方がいいでしょう。そのプロセスが何かで大量のIO時間を消費しています…
いいえ、ディスク上で再構築やメンテナンスタスクは実行されていません。
ディスクは新しいものです:私のRaid-1ディスク2台は、ここ数週間のうちに両方とも交換しました(前のディスクは運悪く立て続けに故障しました)。
OK。それで、両方のディスクを同時に交換しましたか?ドライブの容量はどれくらいですか?RAIDがまだ再構築中の可能性があります。完了するまで大量のIOが発生します。
いいえ、ディスクは一度に一台ずつ故障しました。最初に(HDD2)が交換されて完全に再構築され、その後に二台目(HDD1)が交換されました。これは1ヶ月前に行われており、再構築ももちろん完了しています。
ただ、パフォーマンスの問題がちょうどその時期から始まったのは確かです…興味深いですね…
GUIによるとHDDはエラーがないようです。
OK。それで、RAIDの再構築が完了しているのは確かですか?1か月もあれば十分すぎる時間だと思います!
問題はHDD1を取り付けた後に発生し始めたのですか?
また、Tahoe以外のMacはお持ちですか?これがTahoeに関連する問題なのか、それとも別の原因なのかを確認できると良いですね。友人から借りて、1回だけTMバックアップを試してみるのも良いでしょう。
問題はHDD1(2回目の交換)を交換する直前に始まりました。HDD2は約2ヶ月前に交換されました。
GUI(ストレージ&スナップショットアプリ)から、RAIDは完全に再構築されました(8TBのRaid-1ディスクで再構築にほぼ1週間かかりました)。
したがって、問題は再構築の外で発生しました。
RAIDをチェックする方法はありますか?
別のMac(古いバージョンですが、こちらもTahoeへのアップグレードは問題発生の数週間前に行いました)でも試してみます。自宅に戻り次第、対応します。
ご協力ありがとうございます。
ドライブのブランドとモデルは何ですか?(もしかするとCMR対SMRの問題かもしれません)
OK。つまり、Tahoeにアップグレードして問題なかったということですね。それが私にははっきりしていませんでした。しかし、古いOSバージョンでもテストしてみると良いでしょう。