600ギガバイトのハードディスクがほぼ一杯です。18,501,765個のファイル（主に小さな19k画像）と7,142,132個のフォルダーでいっぱいになっています。正確にすべてのスペースがどこに行ったのかを見つけることは非常に困難です。通常のクリーンアップ手順では十分なスペースを空けていないため、このドライブ全体を調べて、何が存在し、何を移動または削除できるかを判断する必要があります。私たちはいくつかのアプリケーションを試しましたが、これまでのところ、爆発するか、驚くほど長い時間実行されて完了しています。

サーバー情報

• オペレーティングシステム：Windows Server 2003
• ファイルシステム：NTFS

溶液

Space ObServerは、メモリをほとんど消費することなく、18,501,765個のファイルと7,142,132個のフォルダを読み取ることができました。これは主に、すべてのデータを保存するためにSQLバックエンドを使用するという事実によるものと確信しています。残念ながら、すべての製品の中で最も高価で、サーバーあたり259.95ドルです。

試みられたソリューション

私の研究中に、私は有料と無料の両方でいくつかの異なるソリューションを試しました。みんなの情報のために、私が試した製品のリストを以下に保管しました。

フリーソフトウェア

• JDiskReport -1000万で停止
• WinDirStat -1000万で停止
• SpaceMonger - RAMストレージの言及によりスキップ
• SpaceSniffer-不明で停止-クラッシュ

有料ソフトウェア

• FolderSizes -1200万（300万フォルダー）で停止
• TreeSize Professional - RAMストレージの言及によりスキップ

更新

更新＃1：分析しようとしているサーバーには2 GBのRAMがあり、試してみるほとんどの製品はファイル/フォルダー情報をメモリに保存しようとしているようです。これは、18,501,765個のファイルと7,142,132個のフォルダーで非常に速く実行される傾向があります。

更新＃2：WinDirStatの開発者は、64ビットでコンパイルできることを教えてくれたようです。これにより、動作するメモリが増えますが、ディスクに保持できない限り、それで十分かどうかはわかりません。

OSがWindowsの場合...

いずれにせよ、何百万ものファイルの集計には常に時間がかかり、ディスク自体のI / Oによって制限されます。TreeSize Professionalをお勧めします。または、おそらくSpaceObServer。TreeSizeのフリーウェアバージョンも試してみてください。

間違いなくWinDirStatを試してください。各ファイルをファイルタイプごとに色分けされた拡大縮小された長方形として描くことにより、ディスク使用の素晴らしい視覚化を提供します。ビジュアライゼーションの項目をクリックすると、ディレクトリツリーに表示されます。

標準の32ビットビルドは1,000万ファイルと2 GBのRAM使用に制限されていますが、ソースコードは64ビットアプリケーションとして正常にビルドされます。問題のサーバーに2GBのRAMしか搭載されていないという事実は、この特定のケースでは問題になる可能性がありますが、このような多数のファイルを備えたほとんどのサーバーには、はるかに多くのRAMが搭載されます。

編集＃1：何百万ものファイルを含む4TBボリュームでテストしたときに、約650万のファイルのインデックスを作成した後、WinDirStat Portableがクラッシュしたことを発見したことを残念に思います。ドライブに600万を超えるファイルが含まれている場合、元の質問では機能しない場合があります。

編集＃2：WinDirStatのフルバージョンが1,000万ファイルと1.9GBでクラッシュする

編集＃3：WinDirStat開発者と連絡を取り、（1）これはx86アーキテクチャのメモリ使用量の制限が原因であることに同意し、（2）エラーなしで64ビットとしてコンパイルできると述べました。よりすぐ。

編集＃4：WinDirStatの64ビットビルドのテストは成功しました。44分で1,140万個のファイルのインデックスを作成し、2.7 GBのRAMを消費しました。

数百万のファイルがある複数の1TBドライブでFolderSizesを問題なく定期的に使用しています。

TreeSize製品の場合は+1ですが、...

「十分なスペースをクリーンアップしていない」という文は、NTFS MFTの予約済みスペースが不足していませんか？ファイルシステムが最初に割り当てられたよりも多くのMFTスペースを取得する場合、通常のファイルスペースには戻されず、デフラグ操作には表示されません。

http://support.microsoft.com/kb/174619

「比較的大きなファイルの数が少ないボリュームは最初に予約されていないスペースを使い果たし、比較的小さなファイルの数が多いボリュームは最初にMFTゾーンスペースを使い果たします。どちらの場合でも、MFTの断片化は1つのリージョンまたは予約されていないスペースがいっぱいになると、ユーザーファイルとディレクトリ用のスペースは、割り当てのためにMFTと競合するMFTゾーンから割り当てられます。MFTゾーンがいっぱいになると、新しいMFTエントリ用のスペースが残りの部分から割り当てられます。再び他のファイルと競合するディスク。」

1. cd \
2. dir / s> out.txt
3. ばか！魔法が起こります。またはperlハッカーが現れます
4. 結果！

真剣に。500万または600万のファイルでこれを実行しました。探しているものが正確にわからないが、優れたスクリプト言語がこれを食い尽くしてしまう。

私は通常Windowsユーザーではありませんが、Cygwinの存在は知っています。:-)

十分に機能する場合、次のようなものです

du -m /your/path | sort -nr | head -n 50

またはおそらくCygwinで

du C:\ | sort -nr | head -n 50

とにかく、それらは50個の最大ディレクトリ（サイズはメガバイト単位）を出力するはずです。

Spacemongerでいくつかの問題を発見し、USBスティックから簡単に転送または実行できるユーティリティを探していました-Space Snifferはその点で非常に用途が広く、マルチテラバイトボリュームを簡単に処理できました。

du -s ピンチで使用でき、必要な限り実行されます。

Windowsでは、SpaceMonger（または古い無料バージョン）を使用します。OSXでは、Disk Inventory Xを使用します。

見ていGetFoldersizeを

mftテーブルについて、私の頭の後ろから、オリジナルのオープンソースバージョンであるjkdefragが、mft領域の異なる色付けを含む非常に正確なディスクビューを与えたことを思い出すようです。私は以前、mftサイズと断片化の大まかな推測のためにそれを使用したと思います。

また、chdskを気にしません。

それを試してみませんか？

http://www.freshney.org/xinorbis/

別の潜在的なオプション

私は使用しました バオバブ-ディスク使用量アナライザを、それはWindowsサーバ上のリモートスキャン機能です使用してLinux上で。しかし、それが限界であるかどうかはわかりません。

Fedora LiveCDはBaobabが含まれています。LAN内の任意のコンピューターで起動します。

ビールやスピーチのように、すべて無料です。また、商用利用のため。