[[start]]＞[[diary_start]]＞[[diary201804]]
====== 2018/04/04(水) ファイル使用量とディスク使用量の差 ======
ファイル使用量とディスク使用量の大きな差 

4月2日にデータドライブをバックアップしたのですが、ディスクのプロパティを確認すると同容量のハードディスクにバックアップしたのにオリジナルドライブとバックアップとで200GBほど容量が違ってました。 
----
調べてみると、オリジナルは<fc #ff0000>3.60TiB</fc>使用でバックアップは<fc #ff0000>3.42TiB</fc>使用になっていて、オリジナルの方が約0.18TiB多い状態です。

バックアップに失敗したのかと思い隠しファイルやシステムファイルを表示しシステムの保護は0バイトを確認してファイルを全選択してプロパティ確認したのですが両方とも同じ3.42TiBで同じでバックアップは正常に完了しているようです。

{{:media:20180404_akiyouryou.png?300|}}\\
<fs small>(※ファイル数が違うのはゴミ箱などスキップしたファイルの影響)</fs>

つまり<fc #ff0000>バックアップ側はディスクの使用量と実際のファイルの使用量ほぼ同じ</fc>なのに、<fc #ff0000>オリジナル側ではディスクの使用量と実際のファイルの使用量に差</fc>が出ているので、オリジナルドライブになんらかの問題が出ているのだと思います。

ディスクチェックでは異常が無く、現在デフラグ中。それが終わったら念のため完全なファイル比較を行う予定。

原因としてはこんな感じだろうか？
  * 管理者権限でも見えないファイルがある？
  * 不良セクタで代替領域が多い？(通常は代替領域はファイルサイズに含まれないが)
  * フリーズなどで遅延書き込みに失敗してゴミ(予約領域)が残ってる？(NTFSでそんな事あるのか不明)

チェックディスクエラーは無いみたいので1番か3番か、とりあえず安全優先なのでファイル比較で異常が無ければオリジナルを外してバックアップをメインに利用しよう。

4/6 追加

完全フォーマットしてデータ戻してみたところ、旧バックアップと同じ容量になったのでディスクに問題は無いと思われます。

昨晩色々調べていると<fc #ff0000>原因はNTFSの管理領域(MFT)</fc>かもしれない事にたどり着きました。MFTにはファイルの位置情報や日付・権限・メタ情報の関連付けがかかれている不可視のファイルで通常では問題にならないほど小さなファイルなのですが、<fc #ff0000>ファイル数が極端に多い状態になると肥大化し後でファイル数を減らしても小さくならない</fc>そうです。前回のバックアップの後に中間処理用のドライブとして数億個のファイルを書いたのでその影響かと思われます。[[https://ja.wikipedia.org/wiki/%E3%83%9E%E3%82%B9%E3%82%BF%E3%83%BC_%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB_%E3%83%86%E3%83%BC%E3%83%96%E3%83%AB|Wikipedia マスターファイルテーブル]][[https://answers.microsoft.com/ja-jp/windows/forum/windows_7-performance/mft領域の縮小/9dcfdf5d-272c-4517-a7ef-1427414b5e68|Microsoftコミュニティ MFT領域の縮小]]
----
[[start]]＞[[diary_start]]＞[[diary201804]]