如何扩展我的 SQL Server 2008?

JCV*_*VKR 4 sql-server scalability

我的数据库是 SQL Server 2008,我想将系统扩展 5 倍(将来可能会更多)。

该系统目前有 95% 的读取和 5% 的前端写入。并使用 ETL 从后端批量加载实际数据。

我查看了类似的选项

  1. 使用共享数据库进行扩展(使用 SAN)
  2. SODA(新的缓存机制)
  3. SQL Server 2008 R2 中的群集

但 all 要么只允许读取或复制现有数据。

有人能指出我正确的方向吗(复制数据将是我最后的选择)。

谢谢 JC


谢谢大家的建议。

看起来我现在只能增加硬件并获得更好的性能。

SAN 设置将成为更多的管理工作,因为数据加载的更新每天至少发生一次,我们每次都需要关闭 SAN 上的服务器。前端也有一些更新。

我计划做的另一件事是根据区域将数据划分到两台服务器上,这会将每台服务器上的负载减少到几乎一半。

Con*_*lls 5

采取不同的方法,是什么驱动了您的读取工作负载 - 是应用程序,还是您有一堆挂在系统上的报告正在驱动负载?根据您的工作负载的性质,您可能能够重新调整您的硬件或将其中一些推送到其他机器上。

几个想法:

  • 如果您有大量由报告驱动的读取工作负载(而不是应用程序屏幕),请考虑将它们移到复制服务器上(如有必要,可多于一台)。更极端的是,如果您可以选择这样做,您可以创建一个专门针对报告进行调整的数据集市。显然,这可能取决于数据的最新程度。

    应该可以在不干扰应用程序代码的情况下执行此操作,因此它并不像人们想象的那样极端。如果您需要它是最新的,您可以以额外的复杂性为代价来进行更改数据捕获。

  • 如果您的数据库服务器受 I/O 限制,但您有足够的空闲 CPU 容量(或者您可以升级 CPU),则将部分或全部数据库放置在 SSD 上可能会有所帮助。

如果没有寻找到你的问题的技术细节,很难看到有什么实际上的工作量完成。