.png)
Windows Server を実行するファイルサーバーがあり、ストレージ プール テクノロジを使用して、ファイルを保存するボリュームを作成しています。
ボリュームの1つから別のボリュームにファイルを移動しようとしましたが、37MBのファイルをコピーするための空き領域がないという奇妙なメッセージが表示されましたが、まだ1.60TBの空き領域があると表示されています。
。
Linux で同様の状況が発生した場合、いくつかの inode の問題を確認しますが、ここでコピーが失敗する適切な理由を見つけることができません。アクセス許可エラー (ここでは問題ではありません) も確認し、robocopy でコピーしようとしました (コピー先に空き領域がないためエラー 112 が発生しました)。
これらのボリュームまたは新しいディレクトリにはクォータ ポリシーが適用されておらず、ボリュームは NTFS です。
何かヒントや提案はありますか?
ありがとう！
答え1
空き領域がそのままの状態であるということだけではなく、a) 空きクラスターの数、b) クラスター サイズも関係します。たとえば、クラスター サイズが大きく (ここではメガバイト単位)、小さい (ただし非常に小さいわけではない) クラスターが多数ある場合 (これらは NTFS ファイル システム内の MFT 内に書き込まれているため)、メタデータ + データが同じ場所 (ファイル) 内にあると、すぐに領域が不足する可能性があります。このような場合に、Windows の FSUtil が役立ちます。
https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/fsutil
必要なのは、a) PowerShell cmd を開き、b) 何らかの理由でドライブ文字が割り当てられていない場合は、宛先ドライブ文字またはパスに続けて「fsinfo」および「ntfsinfo」パラメータを指定して「fsutil」を実行することです。
https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/fsutil-fsinfo
このようなもの：
fsutil fsinfo ntfsinfo YourDestinationCopyDriveLetter:
出力内で、「空きクラスター」と「クラスターあたりのバイト数」の報告値を確認します。これらを掛け合わせると、ドライブが受け入れることができるそれほど小さくない (小さなファイルは MFT 内に保存され、実際のクラスターは前述のように決して変更されません) ファイルのおおよその最大数が得られます。
これが役に立つことを願っています:)