SQL Server 共享驅動器位置
DBA新手在這裡。在網上做了一些搜尋，但找不到明確的答案。
是否可以將 .MDF 文件所在的驅動器與其他非 SQL Server 文件（例如 Program Files 文件夾下的應用程序）共享？
我認為不是，但這可能取決於所使用的儲存類型？我們使用 SAN 儲存。
我會改寫….如果包含 .MDF 文件的驅動器與其他非 SQL Server 應用程序共享，這可能會影響 SQL Server 的讀/寫性能，具體取決於所使用的儲存？
對於剛接觸 SQL Server 的人來說，答案並不明顯，更不用說硬體儲存了。如果所有東西都位於同一個 SAN 上，那麼它們是否在同一個驅動器上真的很重要嗎？我正在研究但找不到答案，市場上唯一的 SQL Server 硬體書籍是 2011 年的。
“這可能會影響 SQL Server 的讀/寫性能嗎？”
是的。這裡有一些要考慮的事情：
1 - 文件類型在性能方面很重要。經常讀取/寫入的文件當然會與 SQL Server 文件共享資源。訪問 SQL Server 文件時未訪問的文件不會顯著影響性能。
2 - 儲存類型很重要。共享 IO 對旋轉磁碟儲存的性能影響比 SSD 更嚴重。
這個想法類似於“將數據和日誌文件放在同一設備上可能會導致該設備的爭用，從而導致性能不佳。將文件放在不同的驅動器上允許 I/O 活動同時發生在兩個設備上。數據和日誌文件。” 如Microsoft 文件中所述。讀取將具有同時 IO 需求的任意兩個文件放在同一設備上可能會導致該設備的爭用，從而導致性能下降。
會不會導致性能不佳？太多變數需要考慮，例如儲存規格和配置、SQL Server 的工作負載模式和 w/e 共享其資源等，無法給出具體答案。
我不知道它是否回答了你的問題，但我想指出幾點。
- 您需要直接使用您的術語才能進行有意義的討論。在 SAN 的上下文中談論“磁碟驅動器”有點誤導。您所看到的“驅動器 D:”，例如，在 Windows 上，如果這就是您所說的“磁碟驅動器”，實際上是定義在 SAN 物理卷 (PV) 之上的 LUN 或邏輯卷，它又由任意大量的實際旋轉或固態驅動器組成。這就是說，即使您在驅動器 D: 上看到的只是一個
.mdf文件，這並不意味著沒有來自其他 LUN 的其他文件的零碎，安裝在其他伺服器上，位於相同的實際物理驅動器。它可能意味著也可能沒有任何意義，而且它'- 您的“磁碟驅動器”、它背後的 LUN、光纖通道鏈路、SAN 交換機、PV 以及機架中的實際物理驅動器都是共享資源。如果共享資源的消費者不止一個，就會發生爭用，進而影響該資源的一個或多個消費者的性能。在何種程度上，完全取決於所有這些競爭消費者如何在一周中的什麼時間進行互動。想像一下週三凌晨 3 點在高層建築中的電梯；週一早上 8 點，每個人都去上班（大流行後）；工作日下午 6 點，一樓有 UberEats 司機排隊；每月 1 日的一整天，新租戶搬進來的時候。
TL; 博士：
- 這可能會影響 SQL Server 的讀/寫性能嗎？——當然可以。
- 會嗎？– 當你進行強制性負載測試時，只有你會知道。