Sql-Server-2017
用於開發的 RAID 0
根據您的經驗，RAID5 的實際測試在性能方面是否“接近”或“遠遠”落後於 RAID0，作為繁重寫入 OLTP 工作負載的底層儲存？為了這個問題，請忽略對使用 RAID0 的任何擔憂，因為它缺乏耐用性，因為這超出了問題的範圍。
可以假設環境是在 VMWare 中虛擬化的，儲存介質是 SAS SSD，DBMS SQL Server 2017，VM 的作業系統是 Ubuntu，儲存和來賓 vm 之間有很高的頻寬，網路 10Gbps 和儲存 12Gbps。
謝謝
> 這是提高性能的最佳方法嗎？
這同時也是一個太寬泛的問題（即非常基於意見）和範圍太窄（其他尋求建議的人不太可能有相同的配置）
> 請記住，在驅動器故障的情況下，某些伺服器一次停機是可以接受的，因為這不是生產工作負載
您絕對 100% 確定這是可以接受的嗎？我希望它從最高層一式三份簽署，因為如果在糟糕的一天你有兩個驅動器故障，所以這四個 RAID0 吊艙中有兩個無法執行，你可能會有一個憤怒的經理在你的脖子上呼吸想知道為什麼一半開發團隊在你恢復的時間有多長（或至少經歷了延遲）都沒有行動……對於開發經理來說，開發工作負載（和 QA 工作負載）是生產工作負載。為了讓它簽署，您將需要更多資訊，首先是對恢復到 100% 時間的悲觀（“現實的最壞情況”）想法。