全面调整SQL Server的硬件性能计划(2)

理想的硬驱动层

针对SQL Server的数据库加速器最近获得了极大的关注。从概念的层次上说，数据库加速器就是一个带有CPU和内存的硬件设备。他们存储整个数据库或者是内存中的一部分表来处理那些需要回写到SQL Server的用户事务，这些事务最终将会存储数据。优点就是这些设备有时候可以支持整个数据库或者专用内存中的核心表，这比从磁盘中访问数据要优越得多。因为单个的数据库加速器可以减少硬件瓶颈，并且不需要给现有的SQL Server带来改变，从规模扩大或者缩小的角度具有优势。

有一家提供这种类型解决方案的公司，名为XPrime。如果在升级可以被测试和完成之前，没有进一步的软件优化可以决定，并且正常运行时间不能受到危害。

本地存储或者存储区域网络(SAN)

对许多企业来说，如何在一个服务器上支持非常高数量的驱动器，是一个大问题。首先，他们必须考虑如何管理超过设计存储容量的数据库，或者是不得不将某些特殊的数据库放在不同的服务器上。

这里有三个基本选项:第一个就是用很多个内部磁盘来支持存储，以此来平衡服务器。第二个就是服务器内部只有几个磁盘，然后补充本地附加的磁盘阵列。第三个就是一个服务器具有很少几个内部磁盘，然后连接到存储区域网络(SAN)。

对于本地附加存储的管理要复杂得多，因为它是分布的，与SAN不同的是，SAN是一个集中式的存储，添加新的存储到服务器上是一个简单的图形化的点击式的过程。然而，本地存储的性能会好一点，因为只有一个服务器来平衡这些磁盘驱动，而SAN有5到10个服务器来访问同一个驱动器，可能会引起冲突。SAN针对这个性能问题的答案是用大量的缓存，而不是从磁盘访问数据。

然后，这里就是一个鸡蛋和篮子的比喻:一个服务器，具有专用的存储，一个I/O问题只会影响到一个服务器，但是在SAN上同样的一个问题就会潜在地影响许多个服务器。当SAN需要升级的时候，这也是向前的一步;所有用来平衡SAN的存储的服务器都需要被关闭。当升级单个的本地存储的服务器的时候，暂停服务时间只会影响到那些需要升级的服务器，而不是所有的服务器。管理和性能之间需要有个平衡点。

结论

硬件是SQL Server获得高性能的基础，这不是一个秘密，但是平台仍然需要进行正确的后续设计和开发，来获得很长一端时间所需要的性能。虽然很多硬件革新唾手可得，但是时刻记住在开发阶段的松懈不是其中的一个选择。你必须安装正确的SQL Server硬件，并且在应用程序的生命周期中随手保持优化到最佳的实践方案以获得高性能。祝你好运!