JCV*_*VKR 4 sql-server scalability
我的数据库是 SQL Server 2008，我想将系统扩展 5 倍（将来可能会更多）。
该系统目前有 95% 的读取和 5% 的前端写入。并使用 ETL 从后端批量加载实际数据。
我查看了类似的选项
但 all 要么只允许读取或复制现有数据。
有人能指出我正确的方向吗（复制数据将是我最后的选择）。
谢谢 JC
谢谢大家的建议。
看起来我现在只能增加硬件并获得更好的性能。
SAN 设置将成为更多的管理工作，因为数据加载的更新每天至少发生一次，我们每次都需要关闭 SAN 上的服务器。前端也有一些更新。
我计划做的另一件事是根据区域将数据划分到两台服务器上，这会将每台服务器上的负载减少到几乎一半。
采取不同的方法，是什么驱动了您的读取工作负载 - 是应用程序，还是您有一堆挂在系统上的报告正在驱动负载？根据您的工作负载的性质，您可能能够重新调整您的硬件或将其中一些推送到其他机器上。
几个想法：
如果您有大量由报告驱动的读取工作负载（而不是应用程序屏幕），请考虑将它们移到复制服务器上（如有必要，可多于一台）。更极端的是，如果您可以选择这样做，您可以创建一个专门针对报告进行调整的数据集市。显然，这可能取决于数据的最新程度。
应该可以在不干扰应用程序代码的情况下执行此操作，因此它并不像人们想象的那样极端。如果您需要它是最新的，您可以以额外的复杂性为代价来进行更改数据捕获。
如果您的数据库服务器受 I/O 限制，但您有足够的空闲 CPU 容量（或者您可以升级 CPU），则将部分或全部数据库放置在 SSD 上可能会有所帮助。
如果没有寻找到你的问题的技术细节，很难看到有什么可实际上的工作量完成。