SQL Server - 在 SAN 上分離數據、日誌和 TempDB 文件
我有一個連接到 SAN 的 SQL Server。我們的新儲存供應商建議所有 LUN 跨越整個磁碟陣列，即 RAID5。我通常會向 SAN 管理員請求 3 個單獨的 LUN（數據、日誌和 TempDB），但鑑於新供應商的建議，創建單獨的 LUN 有什麼意義嗎？或者如果一切都在一個 LUN 中，我會看到相同的性能，因為它無論如何都會跨越所有磁碟？
很棒的文章，但並沒有完全解決我的確切情況： http ://www.brentozar.com/archive/2008/08/sql-server-on-a-san-dedicated-or-shared-drives/
要考慮的一件事是日誌文件是順序寫入，而數據文件是非順序的。這就是使用單獨的 LUN 的原因之一。如果日誌文件位於自己的 LUN 上，則它們的寫入速度會更快，因為主軸不必跳過，只需按順序寫入即可。如果您添加數據文件，則主軸必須跳過，您會失去一些性能。我希望我在那裡得到正確的術語，因為我對 SAN 本身並不是很熟悉。然而，它背後的想法應該是。
當涉及到 SQL Server 時，供應商的建議經常是錯誤的。只是因為 SQL Server 的需求與大多數使用 SAN 的應用程序不同。
很大程度上取決於 SAN，通常您會希望為不同的 LUN 配置不同的記憶體、壓縮、加密、預讀、直寫/回寫策略、優先級等。SQL 數據文件通常表現出與 tempdb 或 log 不同的行為文件。訪問方法/網路也會發揮作用，因為中繼、多路徑和其他技術可能會或可能不會工作，具體取決於您的訪問方法（FC、iSCSI、..）和基礎設施。您將希望能夠通過 SQL Server 最大限度地利用您的網路，因為延遲和吞吐量至關重要。我見過網路組合設置的案例，但由於客戶端不知道的其他限制，只有 1Gbps 可用。我同意 Kenneth 的觀點，接受供應商推薦的大量鹽，他們經常是錯誤的。SQL Server 是一個善變的野獸，很少有絕對的，通常只是更多的問題。提出正確的問題（通過測試）確實是關鍵。