VM 中 SQL Server 上的 tempdb、數據和備份的單獨卷
在 VM 上配置新的 SQL Server 時，最好將數據庫、TempDB、日誌和備份放在不同的邏輯驅動器上，即使底層儲存相同？我知道這在物理伺服器上是一個很好的做法；這種分離實際上幫助我們減少了並發 I/O 帶來的痛苦。
我試圖了解使用 3 個驅動器而不是 5 個驅動器是否有意義。有人可以提供他們對這個想法的看法/建議嗎？
即使出於磁碟空間原因它們指向相同的驅動器，我也喜歡將它們分開。如果我的備份驅動器/安裝點上的空間不足，它不會破壞數據庫（至少不會立即破壞）。
這就是我通常至少將事物分開的方式：
使用者數據庫的數據文件 使用者數據庫的
日誌 文件 tempdb的數據文件 tempdb 的 日誌文件 系統數據庫的數據和日誌文件，除了 tempdb 備份（儘管我更喜歡使用網路共享）
以上每一個都將是一個單獨的驅動器或單獨的安裝點。根據系統的不同，我可能對每個數據庫的數據文件都有單獨的設備。
但是我的系統一直使用 SAN 而不是本地磁碟。如果您可以在 3 個驅動器或 5 個驅動器之間進行選擇，我會確保備份是分開的，而 tempdb 是分開的。但同樣只是出於磁碟空間的原因。
除了 Tara 在她的回答中已經說過的話，它不僅對磁碟空間安全有用（您不希望事務日誌爆炸導致備份失敗或其他任何事情）。
這也是關於未來的證明。如果一切都在它自己的虛擬磁碟上，您仍然可以決定未來的需求是否會發生變化，將其中一個卷移動到新的 LUN、新的 SAN、內部 SSD 或其他任何東西，而不會有太多麻煩。
正如 Aaron 所指出的，如果它們是同一磁碟/RAID 集上的分區，那麼單獨的邏輯驅動器在物理機上也無濟於事。它還可以幫助進行 SAN 級別的備份或複制。
只要您的所有捲都在同一個卷/SAN 上的同一個 LUN 上，通過在其自己的虛擬磁碟上配置所有內容就不會產生太大的性能差異，但它可以讓您對磁碟空間問題有一定的彈性，並為您提供一些靈活性當你決定在未來移動東西時。