
私は ARECA ARC-1231ML 2 GB キャッシュと RAID 0 を 4 つの A-data 30 GB SSD ドライブで使用していますが、起動中に Windows がファイルシステムをチェックすることがあります。
問題は、システムがカード上のメモリではなく RAM を書き込みキャッシュとして使用しているため (32 GB の RAM を搭載)、システムを閉じるとディスクに書き込む時間が足りなくなることだと思います。RAID カード上のメモリを使用するには、Windows の書き込みキャッシュを無効にする必要がありますか?
答え1
一般的に、保留中の書き込みはシステムメモリにあまり長くキャッシュされません。プログラムはオペレーティングシステムに書き込みをフラッシュするよう明示的に要求することができます。ディスクに; これが要求されると、書き込みは不揮発性メディアに到達するまでキャッシュ スタック全体に伝播します。
- RAMからRAIDコントローラにプッシュされます
- RAIDコントローラはそれをフラッシュキャッシュからHDDにプッシュします。
- HDDはオンボードの書き込みキャッシュから物理メディア(プラッタ)に書き込みます。
すべてのドライバーが正しく動作し、プログラムにとって重要なデータをディスクに書き込む必要があるときにプログラムが適切な関数を呼び出している場合は、システム RAM 内にデータが残っていることでデータが失われることはほとんどありません。
NTFS には、保留中の未フラッシュ データを定期的にハード ドライブに自動的にコミットする動作もあります。間隔は約 5 秒だと思います。そのため、プログラムが誤動作して、オペレーティング システムにディスクにフラッシュするように明示的に指示せずに重要なデータを書き込んだ場合でも、NTFS (ファイル システム) は短期間でそれをキャッチし、メディアにプッシュします。
システムをシャットダウンする場合きれいにこれは、電源ボタンを押し続けたり「強制的に」電源を切ったりせずに、シャットダウンまたは再起動のプロセスを実行するルーチンを正常に呼び出し、その後、いけない汚れたページで問題が発生するラム設計上、正常なシャットダウン中、オペレーティング システムによって発行された明示的なコマンドにより、RAM 内のダーティ ページが不揮発性メディアに複数回書き込まれます。
実際、RAID コントローラ自体の書き込みキャッシュがディスクにフラッシュされないという問題が発生する可能性の方がはるかに高くなります。ただし、BBU があるとおっしゃっているので、その可能性さえもかなり低いです。
シャットダウン時にシステムがクラッシュしている可能性があります。ドライバーが正しく動作していないか、プログラムがドライバーの誤動作を誘発し、シャットダウン直前にブルースクリーンが表示される場合は、RAM からディスク コントローラーへのすべてのページのフラッシュに失敗しているか、コントローラーが書き込みをディスクにフラッシュするのではなく破棄する必要があると考えている可能性があります。これは、BBU を搭載するほど堅牢なデバイスでは、かなり異常な動作です。
RAID コントローラ用の最新のデバイス ドライバがインストールされていることを確認し、RAID コントローラとハード ディスクの両方のレベルでファームウェアの更新を適用してください。また、PCI または PCI Express バスの信頼性に影響を与える可能性のあるマザーボード ドライバまたは BIOS の更新も適用してください。