在幾乎沒有刪除的操作中使用 SSD 驅動器
根據我在閱讀有關固態驅動器和 RAID 的情況時能夠理解的情況，問題是 TRIM 不能在 RAID 配置中用於它們，因此，當文件被刪除時，磁碟會隨著時間的推移而變慢.
我目前正在考慮的一個案例是在儲存數據庫的RAID中使用SSD：s而不刪除，只執行讀取和寫入操作。
這會繞過在執行襲擊 SSD:s 時無法使用 TRIM 的常見問題，還是會出現其他問題（據說與數據庫管理數據的方式有關）？
更新：關於為什麼我開始考慮做這樣的事情的可行性，值得一提的是，這些堆棧交換站點似乎已經使用 SSD 儲存一段時間了（http://blog.serverfault.com/發布/我們的儲存決策/）
使用 SSD 寫入有點像紅鯡魚
與傳統磁碟相比，無論 TRIM 給定隨機而非順序模式（最終 IO 活動似乎總是變得隨機），每次 IO 的美元都會好得多。儘管寫入繁重的環境與 SSD 和 TRIM 支持相結合是一個問題，但我認為這有點牽強附會。我會把你的注意力轉移到可靠性上。這是因為據我所見，許多 SSD 故障發生在寫入應該殺死驅動器之前。這可能是韌體邊緣情況，晶片問題。例如，最近：
你可以在這個話題上與 SSD 和儲存專家討論幾天，但歸根結底，SSD 仍然是一項相對較新的技術——不是最前沿的，而是新的。該技術正在迅速發展，這意味著實際上還沒有太多關於故障率的數據。到有數據的時候，你已經是下一代了。此外，在涉及 SSD 時，堆棧的其他一些部分（例如文件系統和磁碟調度程序）可能尚未完善。
Tom’s Hardware 對 SSD 的可靠性進行了很好的研究並得出結論：
“我們現在可以得出的唯一明確結論是，您應該對 SSD 供應商的任何可靠性聲明持保留態度。”
所以大多數人在做的只是猜測。
超暴力
這意味著，如果您無法在 Ultra-Violence 或 Nightmare 中使用儲存空間，那麼 SSD 就是為勇敢而準備的！模式下，您應該繼續使用磁碟。與往常一樣，技術應該反映業務——在 Stack Exchange，我們使用 SSD，因為我們是性能迷，不需要全球銀行的正常執行時間/風險緩解。那麼，如果您決定使用它們，這對系統管理員意味著什麼？
- 有冷備件。在您的機架中準備好替換驅動器以替換驅動器（SSD 的一個優點是重建率很高）
- 監控所有陣列。一旦驅動器出現故障，您應該會收到警報
- 設置大量冗餘並為失敗做好準備
- 確保您的備份正常工作
最後，只要意識到你正在進入什麼，並做好準備。從我的經驗來看，無論有沒有修剪，表演都會讓我大吃一驚。由於我們在博文發布的那段時間（Raid 10 6 個磁碟）在我們的數據庫伺服器中安裝了這些 SSD，以下是我們今天在沒有 TRIM 和 100-800 傳輸/秒的情況下的性能：
