TimeMachineがSMB接続を頻繁に失う

こんにちは、
これらのディスクはSeagate ST8000DM004で、以前使っていたものと同じです。
エラーは報告されていません。できるだけ早く再度診断を実行します。

ご協力ありがとうございます。

これらはSMRドライブのようです。少なくとも簡単なGoogle検索によるとそうなっています。それが問題の一因かもしれません。

しかし、同じドライブの種類/モデルでは3~4年前から完璧に動作していました!

これがあなたの問題だと言っているわけではありませんが、念のため読んでおくべきことです。以前のドライブが故障した理由や新しいドライブで問題が発生している理由を説明できるかもしれません。正直なところ、これがあなたに当てはまるかどうかは私には分かりませんが、当てはまるように思えます。

@dosborne そのドライブレッスン、ありがとうございます。興味深いですね。すべてのNASドライブが適している(つまりCMR)と思っていましたが、WDの場合は必ずしもそうではないようです。知っておいてよかったです!

ありがとうございます。

このSeagateのディスクシリーズを使うのは今回が初めてではありません。以前のQNAPでも同じものを使っていて、約8年間問題なく動作していました…
昨夜、ドライブのテストを開始しましたが、まだ進行中です(参考になるか分かりませんが、1台は40%、もう1台は10%の進捗です)。
QNAP内で個々のドライブのパフォーマンスをテストできるツールはありますか?

私も15年以上稼働しているSeagateドライブをいくつか持っています。メーカー自体が問題なのではなく、SMR技術が(あるいはあなたの場合は)問題なのです。CMRとSMR、そしてRAIDでの使用に関する問題が重要な要素であり、この点について調べてみることをおすすめします。

過去にSEATools(現在は別の名前かもしれません)を使ってSeagateドライブの診断を行ったことがあります。NASのSMART経由でいくらか情報を得られるかもしれませんが、それほど包括的ではないでしょう。

はい、しかし私のドライブはNASでアクティブなので、もし存在するならNAS内のツールでチェックしたいと思っています。

DA Drive Analyzerをインストールしようとしましたが、起動に失敗します…

前にも書いた通り、昨夜両方のドライブで完全テストを開始しました。現在、HDD2は70%、HDD1は10%完了しています。本当にテストが並行して実行されているのか分かりませんが、もしそうならHDD1に何か問題が起きているようです…

こんにちは @dosborne

CMRとSMRに関する情報を再度ありがとうございます。とても良い情報で、私自身(ストレージ会社でセールスエンジニアとして働いていますが…)も知りませんでした。(私たちの会社ではこの種のドライブは使っていません。)

今回は新しく2台のドライブ(今度はCMR)を購入し、SMRのものと交換しました。
パフォーマンスが大幅に向上しました。

Timemachineのバックアップも再開できました。空の共有フォルダから始め、有線接続で接続し、MacBook Pro全体のバックアップを取ることができました。
しかし今、バックアップを開始するたびに、毎回フルバックアップが行われてしまいます…Timemachineが何をしているのか理解できません。バックアップごとに1日かかり、700GBも使っています!

何かアイデアはありますか?

TimeMachineはちょっと変わった存在です。

まず、本当に毎回700GB使っているのでしょうか?そう表示されているかもしれませんが、実際はそうではない可能性が高いです。実際には700GB(おそらくあなたのデータのサイズ)をバックアップしていて、すべてのファイルを一つずつスキャンして、変更があればNASにバックアップします。このスキャン処理にはかなり時間がかかります。毎回丸一日かかるべきではないと思いますが、私のバックアップもインクリメンタル(増分)バックアップでも数時間かかることがあります。

QNAPで実際に使用されている容量が「700GB × バックアップ回数」になっているか確認してみてください。おそらく、それよりもかなり少ないはずです。

残念ながら、はい。

今NASを確認したところ、共有フォルダは2TB中1.5TB以上使用されていて、Time Machine(TM)のバックアップが2つ完了しており、さらにもう1つが現在進行中です。私のノートパソコンのドライブは約650GB使用しています。

とても奇妙です。まるでTMが毎回フルバックアップをしているようです。

それはとても奇妙ですね。TM(Time Machine)はそのドライブに既存のバックアップがあると認識していますか?

設定画面のスクリーンショットを投稿してみてはどうでしょうか。私はApple製品を持っていないのでTime Machineについては分かりませんが、関連するオプションがあるかもしれません。ファイルが「新規」または「変更済み」と判断されるかどうかは、あなたが選択した設定による可能性があります。

私も同じ認識です。私は同じモデルのドライブを5台持っていますが、テストはすべてほぼ同じ速度で進み、数分差で完了します。

はい。
昨日、共有を削除して、Mac上のTime Machineの設定をすべてリセットしようとしました(パラメータをデフォルトに戻すために削除すべきファイルについての投稿を見つけました)、そしてバックアップを再作成しました。

同じ挙動です。バックアップが開始され、完了したように見えます。
しかし実際には、100%完了する前に停止していることが分かりました(原因は分かりません)、そしてバックアッププロセスが再開され、すでに送信されたデータは保持されます。
例えば、640GBのライブデータに対して2TBの共有があり、バックアップが500GBで停止した場合、共有には1.5TBの空きがあり、TM(Time Machine)はフルバックアップを再開し…という感じです。

結局、2つの問題があります:

  • 有線接続でもバックアップが失敗する理由が分からない(1Gbリンクで700~900Gb/sのピークパフォーマンスが出ています!)
  • Time Machineがすでに転送済みのデータを保持したままバックアップを最初から再開するのはなぜか?失敗した地点から再開できないなら、既に転送したデータを削除すべきなのでは?

疑問がたくさんあり、バックアップはまだ利用できません。

何年も問題なく動いていたのに…

それは本当に奇妙ですね。QNAPサポートにチケットを開きましたか?

結局、QNAPの問題ではないと思います。

同じことをUSB HDDでテストしてみましたが、挙動は同じです。
2TBのディスクで最初のTMバックアップを開始しました:650GB使用(私のMacBookのデータ)。ここでは問題ありません、最初のバックアップなので。
その後すぐにバックアップを再実行します。変更がほとんどないので、すぐ終わるはずです。しかし650GBがコピーされます…

3回バックアップするとHDDがいっぱいになり、バックアップが失敗します。

何かが私のTime Machine(タイムマシン)をおかしくしているようですが、QNAPが原因ではなさそうです。なのでフォーラムを変える必要がありそうです :joy: