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